Lenny Distilled戦略 → ビジョンとミッション
問題に取り組み、製品を構築する際のアプローチはビルダー志向ですが、これは大量の価値を生み出せます。しかし、その努力以上の価値を生み出すことはできません。代わりに私が探しているのは、自身で育てられるものです。自分で方向性を定めたり、わずかなエネルギーを注いだり、管理していくことができるものです。これはまったく違った発想です。
ネットワーク効果のある生態系のようなものは、必ず何かしらの複利成長のループを持っています。複利成長のループは珍しくありません。それがうまく機能すれば、加速度的に成長するダイナミクスがあることを見つけ出せるのです。
dbt は SQL ベースのデータ変換ワークフローを書くことで、分析のためのデータを整備するためのオープンソースツールである。
dbtの創業者たちは、ビジネスステークホルダーと緊密に連携しながらデータ分析を行う人々こそが、本番環境のクリーンなデータアセットの構築にも寄与すべきだと考えていました。データ前処理作業は分析の前提条件なので、SQLが書けるようになったデータアナリストにも、従来データエンジニアが担っていた業務に参加してもらいたいというのが、dbtの信念でした。
プラットフォームの技術的な側面や設計の実行に入る前に、まずはそのプラットフォームの根本理念と、優先順位付けされたステークホルダーについて深く考えましょう。
マーケットプレイスビジネスは、最初からマーケットプレイスではありません。規模が大きくなれば、双方のユーザーが互いに見つけ合うための摩擦を取り除くことができるようになりますが、立ち上げ時はそうではありません。
マーケットプレイスの創業者といった概念はないかもしれません。すべての創業者がマーケットプレイスの創業者なのです。成長した後で、プラットフォームを構築するかどうかを選択するのです。
プラットフォームは最終的に製品なのです。この会社をより生産的にするための、一貫性のある提供物をどのように作り上げるかを考えるべきです。
ネットワーク効果のあるビジネスを殺すのは本当に難しい。電報は2016年まで100年以上も使われ続けました。手動で閉鎖しない限り続いていたのです。
技術アーキテクチャはテクノロジー企業の戦略を決定します。適応性と柔軟性のあるプラットフォームを構築できれば、長期的に非常に価値があります。
両方が必要です。増分的な改善だけでは、目の前の最短最急の勾配に従ってしまいます。自分たちがどこに向かっているのかについての一貫性を持つには、自社のNorth Starを設定する必要があります。
個々のユーザーにとってのプロダクトの効用は、プラットフォームのユーザー数が増えるほど高まります。コラボレーションツールの場合、抽象的な意味でのユーザー数ではなく、自社内や自チームのユーザー数が重要です。