Start Small, Stay Small by Rob Walling

Michael Lynch

Start Small, Stay Small ― ロブ・ウォリング著

原文は Michael Lynch により に公開されました。 このブログを購読する

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

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


良かった点

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

気になった点

  • 2019年時点で内容の多くが古く感じられる
    • 具体的で実践的であることを意図しているがゆえに、紹介されているウェブサイトの多くがすでに閉鎖されていたり、もはや関係性がなくなっている。
      • 例えば、MySpaceが2番目に重要なソーシャル・ネットワーキング・サイトとして紹介されている。
    • 2010年当時にエレガントとされたウェブデザインの事例も、今見ると古臭く素人っぽく見えてしまう。
  • 著者が挙げるビジネスの事例の多くが、質が低く感じられる。
    • 例:ビーチタオルをドロップシッピングするサイト
    • 少額でも稼げるからという理由だけでサイトを作ること自体は悪くないが、機能を最低限まで削って作り、とにかく収益を得ようという戦略にはあまり共感できなかった。
  • アウトソーシングに関するアドバイスが自分の経験と合わなかった
    • 著者はフリーランスの開発者やバーチャルアシスタントに任せることでどれだけ時間を節約できるかを誇張しているように感じた。
    • 新しいフリーランサーを立ち上げ、仕事を教えるのがどれほど大変で時間がかかるかについて、本書では触れられていない。
    • 本書のある箇所では、海外の開発者に3000ドル払えばウェブアプリケーション全体を作れるとしている(「シニアPHP開発者に時給15ドルで200時間」)。
      • これは極めて非現実的に感じた。実際のシニアレベルのPHP開発者に払うべき妥当な賃金は、少なくとも時給70ドルはすると思う。

要点まとめ

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

この記事は「muse-spark-1.2-contributor」を使用して翻訳されました。

コメント