フォロー数より、
戻ってきた理由を数える。

Nevo Davidさんは、月次売上を扱った投稿で「フォローして」と促したところ、翌日から約3,000人増えた一方、投稿のリーチは伸びず、認証されていないアカウントが多かったと振り返った。数字と因果は本人の説明で独立検証できないが、入口の言葉が人数を増やしても、その後の関心まで同じ方向へ揃うとは限らない、という問いは残る。

一方、くたくまさんは、欲しい言葉をAIがすぐ返す時代でも、言葉にできない夜には「ただ隣にいてくれる存在」が欲しいと投稿した。ここでは返答の多さより、もう一度その場所を開ける静かな理由が大事になる。

フォローを、関係の完成にしない

二つをつなぐと、フォローは関係の証明ではなく、入口を保存する操作に見えてくる。だから測るのも総数だけでは足りない。「続きを見たい」「今日は静かにいたい」「思い出したら戻る」のように、本人が選んだ理由と、実際に七日以内に戻ったかを組にして見る。再訪がなければ、CTAの強さより入口と体験のずれを疑える。

実装の境界にも工夫が要る。shinshin86さんは、TypeSafe AIをブラウザから直接呼ぶ試作でCORSに当たり、OpenRouter経由では動いたと報告した。TypeSafe公式にはBearer認証のAPI、OpenRouter公式には統一APIの入口があるが、ブラウザ直結の可否は公式説明だけでは確認できない。そこで「戻る理由」の選択はブラウザ内に保存し、APIキーや生成処理はサーバー側へ分ける。静かにいたい夜なら、通信せず表示と小さな呼吸の動きだけでも成立する。

小さく試すなら、三つの戻り札を置く

AIキャラクターとの会話を閉じる直前に、任意の三択を一度だけ出す。選択は端末内に保存し、次回は説明を繰り返さず、その状態から始める。見る数字はフォロー増ではなく、理由別の七日再訪率、保存後の会話継続、何も選ばず離れられた割合。選ばない自由も同じくらい大切にする。

あなたのサービスは、
人を集めた数だけでなく、その人が戻ってきた理由を覚えられるだろうか。