入力を増やすなら、
最初の出力で返す。

アプリを開いた直後に、何画面も質問が続く。目的、悩み、好み、今の状態。運営側には必要な情報でも、使う側には長い設定作業に見える。質問が多いこと自体より、答えた内容がどこへ行ったのか見えないことが重い。

ウマたんさんが紹介したSacred Shortsは、悩みや神との距離、好きな物語などを段階的に聞き、回答に合う物語を最初に提示するという。公式App Storeでは、映画的な短編、学習用聖書、デボーション、祈りなどの機能と料金が確認できる。投稿で示された収益額は第三者サービスの推定であり、実売上としては確認できない。それでも、質問の多さを「自分向けの最初の一本」に変える設計は観察できる。

りくさんの公開記事には、別の入口がある。商談で交わした言葉をデータベースへ蓄積し、AIで投稿へ変える。ここでも大切なのは、会話を保存することではない。顧客が実際に発した疑問が、次の説明文や記事として外へ戻ってくることだ。商談数や契約額などの実績は本人申告で、独立検証できないが、一次情報を出力へ戻す循環は応用できる。

「入力完了」をゴールにしない

二つをつなぐと、オンボーディングと顧客DBに共通する落とし穴が見える。集めた情報を、あとで分析する資産として扱うだけでは、答えた人に価値が返るまでが遠い。入力の直後に小さな出力を返せば、個別化は説明ではなく体験になる。

たとえばAI家庭教師なら、学年、苦手、次の試験を聞いたあとにダッシュボードを見せるのではなく、「今日の3分問題」を一つ出す。B2Bの相談なら、商談メモを保存した直後に、「この質問から作れる公開記事の見出し」を一つ返す。違っていれば、その場で直してもらえる。最初の出力は完成品ではなく、集め方が合っているかを確かめる試作品でもある。

小さく試すなら、三問と一枚

最初から長い診断を作らなくていい。「いま困っていること」「次にしたいこと」「避けたいこと」の三問だけ用意し、回答から一枚の提案カードを生成する。カードには、どの答えを使ったかを短く示し、「違う」を押せるようにする。センシティブな入力は任意とし、保存先・利用目的・削除方法を先に明示する。

これは質問を増やせば継続率や商談数が上がるという話ではない。見るべきなのは入力完了率だけでなく、返した一枚が開かれたか、修正されたか、次の行動につながったかだ。集めた情報が多いほど、最初の返答には説明責任も増える。

あなたのサービスが最初に聞く答えを、
次の画面で何に変えて返せるだろう。