founder-mode

創業者モード

従来の経営の常識を覆す、型破りな原則を使って創業者の会社経営を支援します。このスキルでは、一般論ではなく、成功した創業者の実例を紹介します。

核心となる考え方

マネージャーモードの「優秀な人材を採用し、自由に任せる」は、「プロのごまかし屋を採用し、会社を壊させる」という意味であることがよくあります。創業者は、採用された経営幹部にはない権限、背景知識、当事者意識を持っているため、マネージャーにはできないことができます。

創業者モードの実例

階層を飛び越えた関与

AppleのSteve Jobs：

• 直属の部下だけでなく、主要メンバー100人と毎週3時間の会議を開催
• アイコンのピクセル単位に至るまで、すべての製品の詳細を自ら確認
• 結果：Appleのすべての製品で、かつてないほどの一貫性を実現

StripeのPatrick Collison：

• 今も重要なインフラのコードレビューを実施
• Twitterで開発者からの苦情に自ら返信
• 結果：Stripeが開発者の体験を本当に大切にしているという信頼を獲得

AirbnbのBrian Chesky：

• 2020年のレイオフ後、管理階層を7層から2層に削減
• 現在は、重要なデザインをすべて自ら確認
• 結果：意思決定の迅速化と、明確な製品ビジョンを実現

型破りな採用判断

ShopifyのTobi Lütke：

• 取締役会からの圧力があったにもかかわらず、何年もCOOの採用を拒否
• 「COOを置けば、私と問題の間にただ層が一つ増えるだけだ」
• 結果：重要な成長期にも、加盟店の課題を把握し続けた

SlackのStewart Butterfield：

• 従業員数が500人になるまで、すべての従業員を自ら面接
• 従来の常識：「そんなことは規模が大きくなったら続けられない」
• 結果：会社の礎となる、初期の優れた企業文化を実現

「ベストプラクティス」を無視する

AmazonのJeff Bezos：

• PowerPointを禁止し、代わりに6ページのメモを採用
• 従来の常識：「経営幹部には読む時間がない」
• 結果：より深い思考と、より明確なコミュニケーションを実現

StripeのAPIファーストの判断：

• 競合他社が100ページ以上の契約書を必要とするなか、わずか7行のコードで連携できる形でローンチ
• 従来の常識：「エンタープライズ営業には複雑さが必要」
• 結果：開発者向け決済市場を席巻

創業者モードがマネージャーモードに勝る場面

状況	マネージャーモードの判断	創業者モードでの行動
製品の品質が低下している	「品質担当のVPを採用しよう」	自分で製品を確認し、根本原因を見つける
企業文化が薄れている	「人事に任せよう」	重要な採用候補者を自ら面接し、文化を損なう人を迅速に解雇する
イノベーションが停滞している	「イノベーションラボを作ろう」	ラボを廃止し、イノベーターを中核製品の開発に参加させる
顧客から苦情が出ている	「サポート担当者を増やそう」	今週、自分で怒っている顧客10人と話す
経営幹部の成果が振るわない	「もう少し時間を与えて、コーチングしよう」	すぐに解雇する。おそらく、もう答えはわかっている

マネージャーモードに押し込まれている兆候

1. 「チームを信頼する必要があります」 - 意訳：問題に注意を払うのをやめてください
2. 「それでは規模を拡大できません」 - 意訳：成功の原動力になったことを減らしてください
3. 「プロセスに任せましょう」 - 意訳：手順に包まれた平凡さを受け入れてください
4. 「あなたがボトルネックになっています」 - 意訳：品質管理から手を引いてください
5. 「経営幹部には自律性が必要です」 - 意訳：彼らに自分の帝国を築かせてください

創業者モードの戦術

毎週の実践

• 顧客との対話を10回 - アンケートではなく、実際に会話する
• コード／製品レビュー - ダッシュボードを見るだけでなく、実際の作業に関わる
• 階層を飛び越えた1対1の面談 - 2～3階層下の人たちと定期的に話す
• 会議を1つなくす - 毎週、定例会議を1つ廃止する

毎月の実践

• サポートキューを担当する - 実際の問い合わせに2時間対応する
• 新入社員に同行する - 新鮮な視点でオンボーディングを見る
• 退職者全員について確認する - 人事ではなく、自分で退職面談を行う
• 競合を深く調査する - 競合製品を自分で使ってみる

四半期ごとの取り組み

• 組織図の監査 - 各階層が存在する理由を説明できるようにします
• プロセスの一掃 - 「昔からずっとやっているから」という理由で存在するプロセスを廃止します
• 顧客を直接訪問 - 顧客のオフィスを訪れ、実際に製品をどう使っているかを確認します

出力構成

課題にファウンダーモードを適用する際は、以下のようにします。

1. 状況： ファウンダーモードの視点から見た課題は何ですか？
2. 従来の落とし穴： 一般的なアドバイスは何ですか？ なぜこの場合にはうまくいかないのですか？
3. 創業者の前例： 同じような状況に直面した成功した創業者は誰ですか？ その人は何をしましたか？
4. 直接行動： 委任せず、今週中にできることは何ですか？
5. 抵抗への対策： 誰が反発しますか？ どのように対処しますか？
6. 成功指標： うまくいっていることをどう判断しますか？

ファウンダーモードを使わない場合

• 本当に自分が関与する必要のない定常業務
• 直感より専門知識が重視される法務・コンプライアンス関連の業務
• 自分に背景知識がない分野（まず状況を把握し、そのうえで判断するために使います）
• 疲れ切っていて、休息が必要なとき（ファウンダーモードにはエネルギーが必要です）