• 私の評価: 6 / 10
• 購入リンク

この本を9年前に見つけられていればよかったと思います。何を作るべきかというプロダクト選びや、小さなニッチを狙うことの利点について、多くのことを学べました。著者はマーケティングの重要性や、小規模な創業者がそれを後回しにしてしまいがちな落とし穴について、説得力のある指摘をしています。

残念ながら、内容の多くは古くなってしまっています。2010年に出版された本書で、ウォリングはあえて実践性に徹し、当時人気だった具体的なツールや戦略を推奨しています。しかし2019年に読んでみると、紹介されているサービスの多くはすでに時代遅れか、サービス自体が終了しています。改訂版が出れば素晴らしいと思いますが、幸いウォリング自身もその可能性を示唆しています。

良かった点

• プロダクトのアイデア出しとマーケティングに対する実践的なアプローチ
• 小さなニッチが持つ多くの利点を非常にうまく強調している点

気に入らなかった点

• 2019年時点で内容の多くが古く感じられる点
  • 具体的で実践的であることを意図しているため、紹介されているウェブサイトの多くがすでに閉鎖されていたり、役に立たなくなっていたりします。
    • たとえば、MySpaceを2番目に重要なソーシャル・ネットワーキング・サイトとして紹介しています。
  • 2010年当時に「洗練されたウェブデザイン」の例として挙げられているものが、今見ると非常に古臭く素人っぽく見えます。
• 著者が例として挙げるビジネスの多くが、質が低く感じられる点
  • たとえば、ビーチタオルをドロップシッピングするサイトなどです。
  • 少しでも収益になるからという理由でサイトを作ること自体は悪くありませんが、機能を最低限まで削ってプロダクトを作り、すぐに収益化するという戦略にはあまり共感できませんでした。
• 外注に関するアドバイスが、私自身の経験と一致しなかった点
  • フリーランスの開発者やバーチャルアシスタントによって節約できる時間について、著者は誇張していると感じました。
  • 新しくフリーランスを立ち上げ、仕事を教えることがどれほど困難で時間がかかるかについて、本書では触れられていません。
  • 本書のある箇所では、海外の開発者にウェブアプリケーション全体の開発を3,000ドルで依頼できるとしています（「シニアPHP開発者に200時間×15ドル／時」）。
    • これは極めて非現実的だと感じました。本当の意味でのシニアレベルのPHP開発者であれば、少なくとも70ドル／時はかかるのが妥当だと思います。

重要な学び

• プロダクトが成功するには、まず市場が必要です。
  • 「市場がなければ、ソフトウェアは単なるプロジェクトに過ぎない」
  • 「市場があることを確認してから、プロジェクトに着手する」
• 情報を消費することと、プロダクトを生み出すことを同時に行うことはできません。
  • ニュースや本を読むことを一定期間断つ「情報ダイエット」によって、生産性を高めることができます。
• スタートアップに投じた時間1時間あたり、少なくとも50ドルを稼ぐことを目指します。
  • それを達成できたら、75ドルや100ドル／時へと引き上げる方法を探します。
• 「市場が第一、マーケティングが第二、見た目が第三、機能ははるか後方の第四である」
• 「マーケット・ファースト・アプローチ」――何を作るかを決める前に、プロダクトを買ってくれる人を見つけます。
  • 多くの開発者が陥る「プロダクト・ファースト・アプローチ」とは対照的です。彼らは素晴らしいアイデアを思いつき、それを作り上げてから、誰も買いたがらないことに気づくのです。
• ニッチ市場は、自己資金で起業するファウンダーにとって極めて重要です。
  • 例：自己資金で運営する企業は、汎用的な会計ソフトを作る資金豊富な大企業とは競争できません。しかし、ウェブデザイナーに特化した会計ソフトを作れば、競争は可能です。
  • 5万人規模のニッチで10％のシェアを取るよりも、5,000人規模のニッチで100％のシェアを取る方が良いのです。
    • 小さいニッチの方が広告を打ちやすいからです。彼らは同じウェブサイトを見て、同じ雑誌を読み、互いに情報交換している可能性が高いからです。
  • 大手の競合が突然参入して潰される心配は、通常は不要です。小さなニッチの収益は、彼らの興味を引くには小さすぎるからです。
• 成功するマーケティング手法は、ターゲット市場によってまったく異なります。
  • Twitterはウェブデザイナーにリーチするには優れた手段かもしれませんが、プール清掃業者にリーチするには不向きです。
• 創業者であれば、多少場当たり的なコードを出荷しても、それほど問題ではありません。
  • 多くの開発者は、会社員として「場当たり的なコードを出荷すると、後で管理職を説得して修正するのが難しくなる」と学んでいるため、決してそうしたコードを出したくないと考えます。
  • しかし創業者であれば、合理的だと思えるタイミングでいつでも戻ってコードを修正できます。
• ほとんどの反復的な作業については、低コストのバーチャルアシスタントに手作業でやってもらい、作業量が増えてから自動化する方が良いでしょう。