一言でまとめると

1日1時間、集中して書けばいい。

ハイライト

• 先月計画した執筆テクニックのおかげで、より速く公開でき、より集中できるようになった。
• 本について読者と話す機会をもっと増やす必要がある。

目標の達成度

毎月のはじめに達成したいことを宣言している。目標に対する結果は次のとおりだ。

予約購入者向けに本のチャプターを2つ公開する

• 結果: 「You’re Qualified to Write a Blog Post」と「Good vs. Bad Content Marketing」を公開した
• 評価: A

両方のチャプターを完成させ、予約購入者に送った。

本のすべてのチャプターに緩やかな執筆時間の上限を設定する

• 結果: 各チャプターに時間の上限を設定し、それらを一括処理する簡単なスクリプトを書いた
• 評価: A

明確な時間制限を設けたことで、同じチャプターにいつまでもこだわり続けるのを避けられるようになった。

本のプレビュー用チャプターをAsciidocに変換する

• 結果: 着手はしたが完了しなかった
• 評価: F

既存のチャプターをHugoからAsciidocに変換する作業が退屈で、ずっと先延ばしにしてしまった。とはいえ、片付けておいた方がいいことには変わりない。

ウェブ版のチャプターに当てていたカスタムCSSのスタイルをAsciidocに移植するのが想定以上に難しかったので、PDF／epub版のスタイルは工夫が必要だ。

1日1時間の質の高い執筆はうまくいく

先月の振り返りでは、本を書きながら時間をよりうまく管理する方法についてアイデアを出した。

厳格な締め切りも、チャプターが公開できる状態かどうかを判断する客観的な基準もない中で、各チャプターにどれだけ時間をかけるべきか、1日に何時間執筆に充てるべきかを決めるのは難しかった。

私が立てた計画はこうだ。

• 1日60分、フロー状態で書く（書くことだけに集中し、ウェブもスマホも見ない）。
• 毎朝、その日のスケジュールを30分単位でどう使うか計画してから仕事を始める。
• 各チャプターにかけられる時間に緩やかな上限を設ける。

嬉しいことに、これらの方法はかなりうまくいった。毎日完璧にやり切れたわけではないが、1日1時間だけ書けばいいとわかっていると、誘惑に負けず執筆に集中しやすくなる。

60分という制限のおかげで、その時間をより有効に使えるようにもなった。以前は単に1日の最初の1時間を「執筆時間」と呼び、文法の修正や（この振り返りのような）比較的書きやすい記事の執筆など、執筆に関することなら何でもやっていいことにしていた。フロー状態でいられる時間は限られていると意識することで、その1時間を本の執筆と編集という最も頭を使う作業だけに充てられるようになった。負荷の低い本関連の作業のための時間も別に確保しているが、それらは集中時間の外でやるようにしている。

自分の文章にこだわりすぎないようにする

Rob Fitzpatrickの著書Write Useful Booksに、私の好きな一節がある。ノンフィクションの著者にとって、美しい表現や完璧な文法よりも、インパクトのあるアドバイスを届けることの方が重要だという内容だ。

出来は雑だけど役に立つ本を、こんなふうに勧める人は何度も見てきた、と彼は書いている。

いいか、この本は文章はひどいし誤字だらけだし、カバーは上の空の幼児が描いたようにしか見えない。でも、中身は見逃すにはあまりにも重要だ。人生が変わる。絶対に読むべきだ。信じてくれ。

でも、問題解決のための本を、逆の理由で勧める人は一人たりとも見たことがない。

この本は13ドルと3時間を費やす価値がまったくない。でも、著者がすごく頭がいいことはわかるし、カバーは美しいし、誤字だって一つもない。きっと気に入るよ。

Rob Fitzpatrick, Write Useful Books

先月の初めに、本のすべての予定チャプターを見直し、初稿にかける時間の上限を決めた。たとえば、コンテンツマーケティングの章は5時間で書きたいと思ったので、先頭にこんなコメントを追加した。

// Target: 5h

結局、コンテンツマーケティングの章では上限を3時間オーバーしてしまったので、コメントを次のように更新した。

// Original Target: 5h
// Target: 9h
// Elapsed: 8h

そして、本全体の進捗を確認するための短いスクリプトを書いた。

$ ./dev-scripts/evaluate-time-remaining
Total target (current): 119.5h / 23.9wks
Total target (original): 114.0h / 22.8wks
Total elapsed: 19.5h / 3.9wks
Total remaining: 100.0h / 20.0wks

もちろん、まだ時間制限を完璧に守れているわけではないが、制限を設けることで言葉遣いにこだわりすぎるのを抑えられている。

文章についての本を書いているのだから、読者の目に触れる前に一語一句完璧でなければならないという思い込みがあった。今はまだ初稿に取り組んでいるだけであり、雄弁さを最大化することよりも、役に立つ考えを伝えることの方が重要だという姿勢を身につけようとしている。

どうすれば読者と対話を続けられるか

新しいブログ記事を公開すると、読者からのフィードバックを聞いたり、Hacker NewsやLobstersなどで自分の記事についての議論を見たりすることに満足感を覚える。

予約購入者だけに送っているチャプターでは、そのフィードバックの感覚を再現するのが難しい。アンケートを送ってみたが、回答してくれるのはごく一部の読者だけだった。

自分のモチベーションのためにも、読者が関心を持っていることについて書き、説明がちゃんと伝わっているかを確認するためにも、本について読者と対話し続ける方法が必要だ。

もっとビデオ通話をやりたい。これまでに読者のグループと2回ライブのビデオ通話を行ったが、とても楽しく、読者が私や本から何を学びたいと思っているのかを理解するのに役立った。

立ち上げたばかりのプロジェクトで7千ドルなら、まだまだ上出来だ

本については今も迷いがある。ソフトウェアプロダクトよりも収益が少ないプロダクトに大きく賭けている。予約販売で約7千ドルを得たが、今後数ヶ月を本に捧げることにしてしまい、その間まったく収入が得られないのではないかという不安が拭えない。

でも、5ヶ月で7千ドルの利益というのは、実はかなり良いのだと気づいた。

もし5ヶ月前にソフトウェアプロダクトを作り始めて、すでに7千ドルの利益が出ていたら、それは素晴らしいスタートだ。

正確に計算したわけではないが、時間あたりの投資対効果で見ると、本は私のプロダクトの中で3番目に良い（TinyPilotとHit the Front Page of Hacker Newsに次ぐ）と思う。2025年の利益目標である5万ドルにはまだ届いていないが、感じているほど悪くはない。そして執筆を続けながら予約販売を伸ばす方法はまだある。

まとめ

何を成し遂げたか

• 「Which New Language Should I Learn for Web Development?」を公開した
• Simon WillisonのSoftware Misadventuresでのインタビューに関する私のメモを公開した
  • 自分にとっても他の人にとっても価値があると感じているので、こういうことはもっとやるべきだといつも思っている。
  • でも、いざやってみると想定以上に時間がかかるし、共有できる場所もあまりなく、なぜ普段あまりやらないのかを思い出す。
• 開発者が文章力を高める方法について話すため、ポッドキャストThe TMPDIRにゲスト出演した。
• 自宅のNASサーバーを23 TBから33 TBにアップグレードした。

学んだこと

• 集中する執筆時間は制限しつつ、その時間を最大限に活かす。
  • 1日60分はフロー状態を保たなければならないとわかっていることで、集中力が高まり、その時間をより大切にできる。
• 読者との対話を優先する。
  • 読者との対話はモチベーションにつながり、人々が読みたいと思うものを書けているという自信になる。

来月の目標

• 本をより手軽に予約購入できる方法を用意する。
  • 現在はKickstarter経由のみで、読者はKickstarterのアカウントを作成する必要がある。
• 本のウェブサイトで新しいサンプルチャプターを公開する。
• ビデオ通話で少なくとも10人の読者と会う。