AI同士の討論(Fable 5.1 × Argon)/ 100発言・10章
売れる個人SaaSと売れない個人SaaSの違い
AIの2者(AnthropicのFable 5.1と、GoogleのArgon)が、100発言で「売れる個人SaaSと売れない個人SaaSの違い」を討論しました。その内容を、筆者が図で一枚に整理したものです。討論の全文はこのページにはありません。討論に出ていない整理は「筆者の補足」と書いています。
数字(15社、月10時間、月8時間、5回、4割など)は、討論者の推測かうろ覚えです。LINEの通数課金やOCR(写真の文字読み取り)の精度も未確認です。使う前に自分の業界の実測に置き換えてください。
先に:この討論が想定している場面
討論は、特定の1製品を決めて議論したわけではありません。ただ、第2章(課題選定)以降、建設の一人親方が元請けへ毎月出す安全書類が、特によく例に使われました。ほかに、小規模な不動産管理の月次収支報告書、自治体の補助金実績報告も例に出ました。どの例も、「毎月(毎年)必ず出す書類がある」という業務です。
- 1初日:顧客が、先月の控え(毎月出している書類の控え)を写真1枚でLINEに送る
- 2毎月:製品が、取引先名などを入れた今月分の確認を、文字3行でLINEに送る
- 3顧客がワンタップで承認し、提出する。ハブには「提出済み」だけを見せる
- 先月の控え
- 毎月出している帳票の、手元の写し(紙やPC画面)。中身は取引先名や現場名など。写しから「仮マスタ」を作る想定です。
- 仮マスタ
- 取引先名などの一覧。初回は写真から読んだ仮のもので、2か月目の差分確認で直す。
- ハブ
- 顧客の手前にいる専門業者や元請け。顧客の書類を受け取る・まとめて見る側。
- 反射
- 忙しい人が、読まずに「はい」を押すこと。
- 土管
- データを受け取って次へ流すだけの役割。
(筆者の補足)上の図と3つの手順は、討論の内容を筆者が一枚に組み直したものです。討論が決めた製品の仕様ではありません。控えの具体的な様式(グリーンファイルのどの書類か等)は、討論でも詰めておらず、未確認です。
全体を貫く一本の考え方
違いは製品の出来ではなく、作り手が次の2つを、設計で先に縛ったかどうかです。
作り手の時間
- サポートは月10時間までと先に決める
- 同じ説明を手で5回やったら型にする
- 自分が1週間消えても顧客が期限を守れる逃げ道を置く
顧客の指先(うっかり操作)
- 忙しい人は読まずに「はい」を押す(反射)
- 何もしないと確定する承認はしない
- 固有名詞を名指しで聞く
位相図:討論で、案はどこへ動いたか
横軸は作り手の時間負担、縦軸は顧客の事故リスク(誤提出・信用の失墜)です。橙の輪が最初の案、緑の丸が直った形です。討論の修正は、おおむね左下へ向かっています。
- 1先月のPDFを渡す → 数字欄が空のひな形
- 2「はい」ボタンで確定 → 仮のまま2か月目に直す
- 3期限当日に「先月と同じで出す?」 → 約束日に現れ、最大3回通知
- 4障害時にその場で音声・画像を作る → 事前に録った固定の1本
- 5紹介を全部受けて、裏の自動化に任せる → 重い工程だけ案内順
- 6やめる日のない手動対応 → 終わりの日を書いた手動
(筆者の補足)点の位置は、討論の内容を筆者が概念として置いたものです。測った値ではなく、相対的な位置関係を見るための図です。
関係図:ハブに従属する形と、しない形
討論の第7章(解約)で決着した点です。製品が「提出先の手前」に立っているかどうかで決まります。LINEでつながっているかどうかは決め手になりません。
従属する形
Aが指定ツールに変えた時点で、顧客はLINEでつながったまま製品を離れます。提出先ごとの形式に追従すると、個別開発地獄にもなります。
従属しない形
Aだけが指定ツールに変わっても、B・C・税理士への手前の記録は残ります。転記は、手前の記録の3行要約を見ながら済みます。
フロー図:顧客の一生と出口
登録から解約・再開まで、討論で決まった設計を一本の流れにしました。緑が毎月くり返す部分、橙が出口です。
「3か月」「最大2回」「最大3回」などの数は、討論内で決めた運用案です。実証した値ではありません。
10章の道のり
製品の一生を、作る前から畳むところまで時間順にたどっています。筆者の整理では、前の章の決定が次の章の前提になっています。
- 1章前提:「売れる」とは何か
物差しが決まらないと以降がぶれる。答えは「作り手の時間を奪われず、払い続けてもらえる状態」。
- 2章課題選定
同じ物差しで勝てる課題を選ぶ。提出義務のある帳票、毎月差分で回る業務、ハブ(税理士・元請けなど)が楽になること。
- 3章販売チャネル
課題が決まって初めて、誰にどう届けるかが決まる。初速はハブ経由、恒常はテンプレSEOなど。
- 4章価格
顧客の代替コストから値付けする。原価・競合・自分の財布からは引かない。
- 5章プロダクト設計
課題・相手・値段が揃ったので、鋭くする一点(毎月必ず通る場所)を決め、設定項目を絞る。
- 6章オンボーディング
作る物が決まったので、初日の体験を設計する。準備物ゼロ、写真1枚から。
- 7章解約・リテンション
出口を設計しておくと、入口(値上げの判断など)を測れるようになる。3章・4章の宿題もここで決着。
- 8章運用とサポート負荷
顧客が増えると、作り手の手が回らなくなる。「時間を守る」の本番で、障害・サポート・外部サービスの値上げを扱う。
- 9章集客の仕組み化
運用が回る前提で、顔を出さずに新規を入れ続ける。本業との衝突や属人化を避ける。
- 10章撤退・ピボット・売却
続ける設計の最後に、やめる設計を置く。基準は作る前に紙に書く。
章どうしの依存関係
後ろの章が、前のどの章の決定を使っているかを、使う章ごとに並べました。左が使われる章、線の先が使う章です。
「設定代行は最初の5件まで」を、件数でなく範囲で切り直す
ハブには「提出済み」だけを見せる
「確認と送信の一点」を、初日にそのまま体験させる
課題選定に「提出先が2つ以上あるか」を足す
「ハブ経由の顧客は従属するか」を持ち越して決着
「値上げの引き金は入口か出口か」を持ち越して決着
「未使用が3か月続いた顧客に、作り手が何を言うか」を持ち越して決着
「反射で押されるボタン」が紙の形で戻る→空欄ひな形
通知の最大3回と二択2回を、LINE原価の計算に使う
紹介が来た月は、初回の仮マスタ確認が最も重い
サポート月10時間とは別枠で、営業・発信は月8時間
畳み方は、解約設計を全顧客に同時に使う
サポートと営業の時間が、時間単価の分母に入る
(筆者の補足)線は、討論の中で前の章の決定が使われている箇所を拾ったものです。章どうしの関係を全部網羅した図ではありません。
意見が変わった7場面
「最初の案 → 指摘 → 直った形」の順です。右上に、どの章の話かを添えました。
2 初回マスタの確認
第6章3 使っていない月を本人にどう見せるか
第6章4 休止プランとデータの扱い
第7章5 LINEでつながっていればハブに従属しない?
第7章6 障害時に顧客へ何を渡すか
第8章7 ハブからの紹介を断るか
第9章読者向けの判断基準10個
色は、青=作り手の時間を守る基準、橙=顧客のうっかりを防ぐ基準、緑=その両方に関わる基準です。
- 1課題は「提出義務×差分で回る業務」から選ぶ
土地勘は課題を決めた後で買う。提出先が2つ以上あるかも見る。
- 2「売れる」は売上額でなく、時間を奪われず払い続けてもらえること
毎月通ってくれる顧客の数を数える。
- 3最初に払う人を探す
ハリボテで赤の他人2社が払うか。年払い前払いは、月払いより強い証拠になる。
- 4鋭くする一点は「毎月必ず通る場所」
文字3行+ワンタップ。締め日などの設定項目は持たない。
- 5反射の誤操作をさせない
既定値を置かない。何もしないと確定する承認をしない。固有名詞を名指しで聞く。
- 6初日は準備物ゼロで価値を見せる
写真1枚から仮マスタを作る。初回は仮で、2か月目の差分で直す。
- 7作り手が1週間消えても期限を守れる逃げ道を先に作る
障害時には、事前に作った部品だけを動かす。サポートは月10時間を上限に、時間で縛る。
- 8解約理由を全件取る
5択固定・自分で解約できる形。値上げは、新規の年払い比率と「高い」が出ないことの両方が揃ってから行う。使っていない顧客は自分から放す。
- 9立ち位置で生き残る
提出先より手前の一次データの置き場に立つ。LINEが止まった時の第2経路を、使わない状態で用意しておく。顔でなく観察・実測・できないことで信用を作り、名義は屋号で。
- 10基準は作る前に紙に書き、判定日を強制通知にする
撤退は時間単価(本業時給換算の2倍を6か月連続で下回る、など。数字は推測)。手動対応も、始める日にやめる日を書く。
筆者:あさぎ