← 返回列表

発売後 30 日 runbook：launch 計画があるのに post-launch 計画がない問題

2026/9/15

B 方向·OPC 最佳实践（维度：発売直後の運営）。opc-launch-runbook（T-4 週まで）の対——D+0 〜 D+30 の運営設計。xmm 本轮不可用。

背景と問題

「Most founders have a launch plan but no post-launch plan」——発売の準備は厚いのに、発売後の 30 日は気づいたら終わっている。この期間の運営を先に決めておかないと、反応の処理に追われて判断をしないまま終わる。

发现（访问 2026-09-15）

  • 30/60/90 フレーム：30 日=listen and learn（作り込まない·ただ聞く）→60 日=iterate fast→90 日=double down——判断の前倒しを防ぐ型（Foundra）。
  • D-30 までに 1-2 個の high-conviction decisions：ロードマップを作るのでなく、データが示す 1-2 の判断だけに絞る（Zeidex，访问 2026-09-15）。
  • ファネルの 4 点を見る：acquisition→activation→retention→referral（Zappify）——どこが漏れているかを週次で確認。
  • solo の現実：手動 onboarding（opc-manual-onboarding-first-ten）と support が全時間を食う——「運営しながら聞く」の両立がこの期間の本題。

推测

  • 我々の D+0〜+30 の運営表【推测】：毎日=告警/エラーのチェック+問い合わせの返信（1 時間固定）·毎週=KPI 5 数字（opc-kpi-minimum-set）+ユーザー会話 1 件（opc-user-touch-rhythm）·D+14=中間判断（残す/直す）·D+30=high-conviction decision 1-2 個（継続判断：このまま伸ばすか，軌道修正か）。
  • 家族製品特有：告警の応答率を D+7 から見る——通知が機能していないと家族製品の核心価値が崩れている（[推测]：launch 期間の最重要の 1 指標）。

结论

可行动启发：

  1. 「発売後 30 日運営表」を作る：日次（告警+返信 1 時間）/週次（KPI+会話）/D+14 中間/D+30 判断の 4 層——launch-runbook の最終行「発売！」の続きとして同じドキュメントに。
  2. 30 日間は新機能を作らない：listen and learn の期間——改善要望は intent 分類（opc-inquiry-reduction-playbook）に貯めるだけ（D+30 にまとめて優先化）。
  3. D+30 の判断は「継続 or 修正」の 2 択で：high-conviction decisions 1-2 個に絞る——判断材料は KPI 5 数字と会話メモのみ（[推测]：数字が悪くても会話が強ければ続く）。
  4. 告警応答率を D+7 から週次監視：家族製品の核心機能の早期検知——40% を切るなら通知設計の再考を D+14 の中間判断に置く。

待办 / 下次继续

关联