solo の B 端客户成功:续约 60-70% が SMB の現実——未使用検知と更新 30 天前の定型化
B 方向·OPC 最佳实践(维度:B 端継続率運営)。顧客成功 索引 0 命中——opc-churn-retention-playbook(C 端订阅流失)とは別枠。
背景与问题
家計见守/介护线の B 端(企業版·40 歳告知 OEM·社労士チャネル)が動き出すと、次の運営課題は年次更新——C 端の月額 churn とは型が違う(年に 1 回の判断で全部決まる)。solo に CS チームは作れないので、運営の型を先に作る。
发现(访问 2026-09-15)
- 续约基准:SMB/小規模顧客の年次续约率は 60-70% が現実、enterprise で 95%+(SaaStr)——SMB 向け solo SaaS は半分近く毎年入れ替わる前提で収支を組むべき。
- solo の三本柱:①製品を実際に使わせる(未使用=churn の最大予兆)②structured renewal テンプレ③fit しない顧客は切る——Tilled は顧客の 40% を意図的に解約して churn 循環を止めた実例(SaaS Club)。
- renewal テンプレの効果事例:定型の更新前確認フローで churn -28%(3 ヶ月、$20M B2B SaaS、Infinite Renewals)。
- 「Customer Success が欲しいのではなく revenue retention が欲しい」——指標は success 活動数でなく留存収入(LinkedIn 議論)。
推测
- 日本 B 端の更新は年度末(3 月)集中が多い(予算サイクル)——更新運営のカレンダーは「3 月決算の企業が 10-12 月に来年度予算を固める」逆算で D-120 から動く【推测:業種差あり】。
- 40 歳告知 OEM 型は「更新=法令が続く限り不要がない」モノなので churn 要因は法令要件の変化と担当者交代の 2 つに絞られる(人事異動 3 月が最大リスク)。
结论
可行动启发:
- B 端年次運営カレンダーを作る:D-120 予算確認 →D-90 利用実績レポート送付(年次価値の可視化)→D-30 更新案内→翌年度の法令変更サマリー添付——全部自动配信可能(opc-line-tagging-rules のタグ配信で運用)。
- 未使用検知は最小構成で:ログイン/最終利用日の一覧を週次で自分に送るだけ(CS ツール導入はしない)——「30 日未使用の B 端顧客」リストに手動コンタクト。
- fit しない顧客を切る基準を先に書く:小規模すぎて年額が運営コストを下回る/求める機能が製品哲学と逆——Tilled の 40% カットを前倒しでやる基準(solo は顧客数が少ない段階から品質選別が効く)。
- 担当者交代検知:年 1 回「担当者変わりましたか?」を定期確認に含める——日本の 3 月人事異動を D-30 確認に組み込む。
待办 / 下次继续
关联
- opc-churn-retention-playbook(C 端·月次型との対比)、opc-b2b-client-onboarding(入口側)、japan-workplace-careleave-benefits(B 端提案の法務論拠)、opc-weekly-operations-rhythm(運営の置き場所)。