한 줄 요약

완성된 책이 더 잘 팔릴까?

하이라이트

• Refactoring English가 역대 두 번째로 높은 월간 판매량을 기록했다.
• 완성된 책과 거의 완성된 초안 중 어느 쪽을 사람들이 더 많이 구매하는지 판매 데이터를 분석했다.
• 책 피드백 도구를 완성했다.
• 시간 추적을 위한 새로운 도구를 시도하고 있다.

목표 평가

매달 초에 달성하고 싶은 목표를 정한다. 이번 달 결과는 다음과 같다.

Refactoring English 웹사이트 개선에 5시간 이상 투자하기

• 결과: 웹사이트 개선에 약 3시간 투자
• 등급: B-

웹사이트를 조금 개선하긴 했지만 아직 더 다듬을 필요가 있다.

Refactoring English 웹사이트에 순 방문자 3만 명 유치하기

• 결과: 순 방문자 1만 7,500명 달성
• 등급: B-

디자인 문서에 관한 장을 무료 발췌본으로 각색했다. Lobsters와 Reddit에서는 반응이 좋았지만 Hacker News에서는 외면당했다.

디자인 문서 장에 대한 반응이 이렇게 긍정적일 줄은 몰랐다. 평소 개발자들과 디자인 문서 얘기를 하면 대부분 디자인 문서 자체를 싫어한다는 반응이 돌아오기 때문이다. 이번 글의 댓글들은 디자인 문서 전반과 내가 제시한 권장 사항에 대해 놀라울 정도로 우호적이었다.

독자 피드백 도구 완성하기

• 결과: 도구가 정상적으로 가동 중이다.
• 등급: A

한동안 거대한 AI 봉쇄(the great AI blockade)에 막혀 있었지만, 큰 기능을 더 잘게 나누는 방법을 진지하게 고민하고 코드 품질에 대한 집착을 내려놓으면서 돌파했다. 이번에는 완벽보다 완성이 더 중요했다.

Refactoring English 지표

6월은 크라우드펀딩 론칭 이후 책 수익이 가장 높았던 달이다. 방문자 수 증가는 내가 공개한 디자인 문서 발췌본 덕분이었다.

마지막 8%는 얼마나 큰 차이를 만들까?

지난 몇 달 동안 Refactoring English 웹사이트에서는 내 책을 얼리 액세스 상태의 거의 완성된 책으로 표기해 왔다. 거의 완성된 책에서 완전히 완성된 책으로 전환하면 판매에 어떤 영향을 미칠지 궁금해 주간 판매량을 살펴봤다.

책을 완성으로 표기한 것이 주간 판매량에는 뚜렷한 영향을 주지 않은 듯했지만, 일평균으로 보면 어떨까?

확실히 책을 완성으로 표기한 뒤 약간의 증가세가 있었다.

특히 미국 독자들이 책을 완성한 뒤 더 높은 비율로 구매했는지도 궁금했다. 책이 팔릴 때마다 이메일 알림을 받는데, 미국 가격으로 결제하는 고객 비중이 늘어난 것 같았지만 정확히 측정해 본 적은 없었다. 데이터로 확인해 봤다.

흥미롭다! 책을 완성한 것은 지역별 가격으로 구매하는 고객의 판매에는 영향을 주지 않았지만, 달러(USD)로 결제하는 고객은 책 완성 후 3주 동안 20% 더 높은 비율로 구매했다.

최신 발췌본을 공개한 이후의 판매량은 수치를 크게 바꾸므로 포함하지 않았다. 그 부분은 별도 카테고리로 다루겠다.

하지만 미국인이 내 독자 중 가장 큰 비중을 차지하므로 이 수치는 항상 다소 왜곡될 수 있다. 방문자당 수익으로 정규화하면 어떨까?

오, 이야기가 뒤바뀐다. 방문자당으로 정규화하니 결과가 완전히 달라진다. 이제는 완성된 책이든 미완성인 책이든 미국인의 구매율은 동일하다. 오히려 미국 외 독자들이 완성된 책에 대해 방문자당 약 20% 더 지출한 것이다.

이 정보를 어떻게 활용해야 할지는 모르겠지만, 궁금증은 해소됐다.

독자들이 책 앱에 유용한 피드백을 남기고 있다

이전에도 독자들에게 책에 대한 피드백을 요청한 적이 있고, 일부 독자는 열정적으로 피드백을 줬지만 소수에 불과했다. 책을 읽으면서 바로 메모를 남길 수 있는 웹 기반 피드백 앱을 만들면 재미있고 유용할 것 같았다. 일주일이나 이주면 뚝딱 만들 수 있을 줄 알았다. 그리고 짧디짧은… 두 달이 지나, 마침내 가동에 성공했다!

피드백 도구를 공개한 지 며칠밖에 되지 않았지만, 확실히 독자들이 더 많은 피드백을 남기도록 독려하는 것 같다. 한 독자는 최근 책을 완독한 뒤 피드백 앱이 경험 중 가장 좋았던 부분 중 하나였다고 말해 기뻤다.

15년 만에 다시 시간 추적 도구 써 보기

일 년에 한 번쯤은 스스로에게 묻게 된다. 내 시간은 다 어디로 간 걸까? 이 질문은 한 프로젝트에 집중하고 있는데도 생각만큼 속도가 나지 않을 때면 어김없이 떠오른다. 지난 몇 년간 내가 이 질문을 던졌던 기록은 다음과 같다.

• 2022
• 2023
• 2025

이번에는 “시간 추적 도구를 써 볼까?”라는 생각이 들었다.

약 15년 전, RescueTime이라는 시간 추적 도구를 써 본 적이 있다. 그다지 유용하다고 느끼지는 못했지만, 그래도 몇 주만 더 써 보자는 마음이었다. 그러다 문득 아무 회사나 내 화면에 뜨는 모든 창의 데이터를 수집하도록 허용하고 있다는 사실을 깨닫고는 즉시 RescueTime을 삭제했다.

RescueTime의 오픈소스 버전이 있으면 좋겠다고 생각하다가, “어라, 아마 있을 텐데?” 싶었다. 그리고 실제로 있었다. ActivityWatch라는 도구다. 오픈소스에 프라이버시를 최우선으로 하며, 모든 창과 브라우징 활동을 기록하지만 데이터는 모두 로컬 기기에만 저장된다.

문제는 ActivityWatch가 RescueTime보다 훨씬 덜 다듬어졌다는 점이다. 타임라인이 대체 무엇을 보여주려는 건지 전혀 이해할 수 없었다.

ActivityWatch에 활동을 어떻게 분류할지 규칙을 지정해야 하는데, 그 UI도 사용하기 어렵게 느껴졌다.

ActivityWatch를 포기하려던 참에 “뭐, 데이터 수집 자체는 잘 될 테니 내가 바이브 코딩으로 프론트엔드를 직접 만들면 어떨까?”라는 생각이 들었다.

그래서 직접 만들었고, 생각보다 꽤 쉬웠다. 지금은 커맨드라인 도구로 시작했지만, 앞으로 웹 앱으로 확장할 계획이다.

커스텀 ActivityWatch 프론트엔드를 사용하려면 앱 이름, 창 제목 및/또는 URL을 기준으로 활동을 분류하는 설정 파일을 만든다.

- name: Book/Feedback Site
  rules:
    - url: "*refactoring-english-feedback*"
    - window_title: "*refactoring-english-feedback*"

- name: Book/Website
  rules:
    - url: "*refactoring-english-landing*"
    - window_title: "*refactoring-english-landing*"

- name: Book/Writing
  rules:
    - app: Zathura
    - app: Code
      window_title: "*refactoring-english*"
    - app: firefox
      window_title: "mtlynch/refactoring-english *"

그러면 출력 결과는 이렇게 나온다.

$ go run ./cmd/app --config data/config.yaml
...
Book               1h34m   19.7%
  Feedback Site      48m   10.0%
  Writing            46m    9.7%

지금까지 데이터는 흥미롭지만, 가장 큰 과제는 모든 활동을 자동으로 분류하기 어렵다는 점이다. 예를 들어 위키피디아 탐색에 대한 카테고리를 추가할 수는 있지만, 그게 책 작업을 위한 정당한 과정인지, 아니면 그냥 빠져들어 갑자기 자신이 만든 발명품 때문에 목숨을 잃은 발명가 목록을 읽고 있는 것인지 구분하기 어렵다.

마무리

무엇을 해냈나?

• Refactoring English 피드백 도구를 완성했다.
• 일관성과 EPUB 호환성을 위해 Refactoring English 전자책을 수정했다.
• Little Moments를 위한 데모 영상을 만들었다.
  • 이 영상에 들어간 우스꽝스러운 사진들이 꽤 마음에 든다.

배운 점

• 고객은 100% 완성된 책과 거의 완성된 책의 차이에 내가 기대한 만큼 크게 신경 쓰지 않는다.
  • 독자들은 완성된 책을 더 높은 비율로 구매하긴 하지만, 웹사이트 방문자 수를 통제하면 그 효과는 꽤 작다.

다음 달 목표

• Refactoring English에 대해 이야기하기 위해 팟캐스트 5곳에 섭외를 제안한다.
• Refactoring English 웹사이트에 순 방문자 3만 명을 유치한다.
• 얼리 액세스를 마무리하고 책의 1.0 정식 출간을 선언한다.