solo の KPI 最小セット：5 数字に絞る（家族向けの独自軸 1 つを含める）
B 方向·OPC 最佳实践（维度：追う数字の絞り込み）。KPI 索引に専用課題なし——opc-cashflow-management（収支）·opc-scale-stage-operations（段階）の指標面。xmm 本轮不可用。
背景と問題
計れるものは無限にある——solo が全てを見ると dashboards に溺れて判断が遅くなる。週次リズムで見る数字を 5 個に絞り、家族製品固有の品質軸を含める。
发现（访问 2026-09-15）
- スターター 5 の共通見解：①MRR（と伸び）②churn ③activation（初回価値到達）④signups ⑤runway（or LTV:CAC）——vanity metrics（PV/登録者総数）は捨てる、Stripe 接続の単一真実から週次確認（WeekendMVP、Consult EFC の 5 panel 案，访问 2026-09-15）。
- 週次で見る（月次でなく）ことが共通——opc-weekly-operations-rhythm と同じ周期。
- 5 パネル以上作らない（dashboards の肥大化が判断を遅くする教訓）。
推测
- 我々の 5 数字【推测】：①MRR（Paddle 査定·三币种の円換算）②退会数（churn——家族単位で数える）③TTFV 通過数（activation=初回価値の定義は opc-onboarding-first-value）④新規友だち追加数（signup=LINE 管線の入口）⑤告警応答率（家族製品固有：告警を家族が見て応答した比率）——⑤が独自軸で、「通知が機能しているか」の品質指標。
- vanity に該当するのは「LINE 友だち総数」「アプリ DL 数」——総数でなくフロー（週の追加数）を見る。
结论
可行动启发：
- 5 数字を週次レビューの 1 表に固定：Paddle 査定+ログから週 1 回手動記録（ツール構築はしない）——opc-solo-cashflow-management の月次表と週次の KPI 表は別物（粒度違い）として並置。
- ⑤告警応答率を家族製品の品質軸に：告警を送った家族が「見た/応答した」比率——通知機能の価値の実測（開封だけでなく応答まで）。
- 数字の定義を先に文書化：TTFV 通過の条件/退会の定義（解約 vs 完全削除）/家族単位の数え方——定義ブレで数字が意味を失うのを防ぐ（opc-onboarding-first-value と同時確定）。
- 数字が悪い週のルール：2 週連続で 2 つ以上悪化したら postmortem（opc-postmortem-ritual）の発動条件——数字と学習ループの接続。
待办 / 下次继续
关联
- opc-onboarding-first-value（activation の定義）、opc-solo-cashflow-management（収支表との並置）、opc-weekly-operations-rhythm（週次確認の周期）、opc-postmortem-ritual（悪化時の発動接続）。