min-CS(最小限のカスタマーサポート)
一言まとめ
個人開発の SaaS で「サポートを置かない」は違法だが、「人間の対応を最小にする」は設計できる。メール 1 個 + 自動応答 + 解約ボタン + 返金規定明記が法令フロアで、その上にテンプレ返信・LLM トリアージ・営業時間の明記を重ねる。
調査時点: 2026-04。法的助言ではない。
用語
「Zero-CS」は「人間のサポート対応をしない」であって「連絡経路を消す」ではない。後者は日本でも EU でも米国でも違法で、Stripe のアカウント凍結に直結する。公に「Zero-CS」と掲げると消費者団体・記者・SNS の標的になりやすいので、最初から「min-CS」として「サポートは最小限ですが法令と良識の範囲で対応します」と言う方が、法務リスクも評判リスクも下がる。
法令フロア(下回ると即アウト)
| 法域 | 義務 | 回避不可の部分 |
|---|---|---|
| 日本 特商法 11 条 | 事業者名・住所・メールアドレス・代表者名・返金条件・解約方法の表示 | メールアドレス 1 個は必須。フォームは不要 |
| 日本 改正特商法(2022) | サブスク申込の「最終確認画面」表示 | UI で対応 |
| 日本 消費者契約法 10 条 | 「返金不可」と書いても無効化されるケースがある | 「サービス未提供分は返金」を明記する |
| EU GDPR Art.12 | データ主体からの請求に 1 か月以内に応答 | メール受信から自動チケット化するフロー |
| EU Omnibus Directive / 米 FTC ROSCA(Click-to-Cancel) | 解約を申込と同等に容易にする | Stripe Customer Portal の 1 クリック解約 |
| Stripe Excessive Disputes Program | チャージバック率 1% 超で凍結 | カード会社経由なので Portal では止まらない。メール窓口が要る |
最低構成の 4 点: メールアドレス 1 個 + 自動応答、解約ボタン(Stripe Customer Portal)、返金規定の明記、法務・脅迫系キーワード(「訴える」「返金しろ」「金融庁」「消費者センター」)の即時アラート。
min-CS の現実ライン
| 項目 | Zero-CS(理想) | min-CS(現実) |
|---|---|---|
| 返信 SLA | なし | 平日 48 時間以内(契約には書かない。書くと履行義務が生じる) |
| 対応時間帯 | なし | 平日 1 日 1 回のバッチ処理 |
| 受付 | legal@ のみ | support@(受信専用、自動応答あり) |
| 個別対応 | しない | バグ・請求・解約のみ。機能要望は Roadmap 投票へ |
| FAQ ヒット率目標 | 100% | 70〜80%(残りを人間が処理) |
工数の見積もり
- 顧客 100 人 × チケット率 月 3% = 月 3 件。
- 顧客 500 人 × 3% = 月 15 件。1 日 1 件、30 分/件で回る。
- 顧客 2,000 人 × 3% = 月 60 件。ここから自動化が必須。
- チケット率 3% を超え始めたらプロダクト側のバグ。CS を増やさず根本修正する。
成立させる仕組み
- テンプレ返信 10〜20 個(請求、解約、ログイン、API キー再発行、プラン変更、返金、データエクスポートなど)を Saved Reply に登録する。半分以上のチケットがコピペで終わる。
- LLM トリアージ: 受信 Webhook から「カテゴリ分類 + 下書き生成」を回し、人間は承認だけする。
- 営業時間の明記(例: 平日 10〜18 時 JST、48 時間以内に返信)。書けば期待値が下がる。
- エスカレーションルール: 法務・脅迫系の単語を含むメールは即通知、それ以外はバッチ処理。
- 値上げで CS 工数を価格に転嫁する。
やること・やらないこと
やる:
- Stripe Customer Portal で解約・カード変更・領収書 DL をセルフサービス化
- FAQ・トラブルシュート・Status Page を検索可能な静的サイトに置く
- エラー画面に原因候補と修正手順を trace ID 付きで出す(self-diagnosis)
- 「Delete Account」ボタンの常設
- オンボーディングメール 5〜7 通で、質問される前に答える
- Changelog の公開で機能要望への個別対応を不要にする
やらない:
- 無料プラン(質問が爆発し、LTV ゼロの登録が増える)
- チャットウィジェット
- SLA を契約に書く
- Slack / Discord コミュニティの運営(モデレーション工数)
- GitHub Issue で要望を受ける(結局サポートになる。受けるなら閲覧専用 Roadmap + 投票のみ)
- X の DM で気軽に答える(答えた人だけ得をする不公平が広まる)
- 大企業を取りに行く(セキュリティ質問票・契約書修正・電話 MTG で min-CS が崩壊する。価格帯・年契約なし・請求書払いなしで自然に弾く)
譲れない 5 つ
- メールアドレス 1 個を 24 時間以内にチェックする(自動応答は 1 分以内)
- 解約ボタンが Stripe Portal に常設されている
- Status Page が事故時に 5 分以内に更新される(自動連携で可)
- 請求関連の問い合わせは 24 時間以内に返す(チャージバック予防の最優先)
- 法務・脅迫系のキーワードは即時アラート
先例
- Plausible Analytics: 個人発で OSS + SaaS を回している(無料サポートあり)
- Tailwind UI: サポートは GitHub Issue のみ、返金 30 日無条件
- Pieter Levels / Nomad List: 個人開発でサポートほぼなしの極北。返金率は高く、定期的に批判も受ける
関連
更新履歴
- 2026-04-18: 初版(ローカル調査ノート)
- 2026-10-17: Wiki へ移植、概念ページとして再構成
同じトピック — 個人開発
- 広告と支援ボタンの使い分け(個人サイト・OSS・ツール)
- 副業受託プラットフォームの手数料と相場
- GitHub Sponsors の仕組みと tier 設計
- 趣味領域のツールで金が回っている場所
- 個人開発のアイデア検証(書く前に勝負をつける)
- ローンチ前チェックリスト(必須機能・LP・チャネル・初週メトリクス)
- バズした作り手が語る設計・ローンチの工夫
- 個人開発の収益化チェックリスト(税務・法務・決済・セキュリティ)
- 海外収入の受け取りと税務の基本(個人開発者向け)
- 技術発信チャネル別の成長カーブと労力対効果
- ゼロから始める個人開発のロードマップ(7 フェーズ)
- スポーツファン向けツールの課金実態とデータ制約
- 個人開発がバズった事例の 17 パターン