← 返回列表

家族招待の摩擦：1 人から家族全員への取り込みを「招待転換率」で設計する

2026/9/15

C 方向·应用出海机会（成長制約の設計）。招待 索引 0 命中——家族製品の最大の成長制約（1 人が入っても家族が入らないと価値が立たない）の専攻課題。xmm 本轮不可用。

背景と問題

家族向け製品の価値は家族が揃って初めて立つ——だが「招待を送る→家族が参加する」の転換は家族製品最大の drop-off 点。誰が招待し、いつ送り、親にどれだけの操作を求めるかの設計が収益構造を決める。

发现（访问 2026-09-15）

  • hard-gate の禁止：家族の作成·参加なしでは app にアクセスできない設計は friction の塊（家族系 app の PRD で反省点として明記される例あり）——単独でも使い始められる構造が必須。
  • Invite Conversion Rate を専用指標に：招待送信→参加の転換率を friction 診断の指標とし、referral·retention に接続（Wizbrand 解説，访问 2026-09-15）。
  • 7 分予算：family onboarding は 7 分以内という設計制約が有効（「7 分超えたら家族を失う」TaskTroll の設計思想）。
  • 既存 app の member model 比較：FamilyWall（招待制）/Cozi（全員 full access）/Nines（細粒度権限）——権限の粒度で体験が変わる（Babs 比較）。

推测

  • 我々の招待構造【推测】：LINE 管線の利点をフルに使う——①子が LINE 友だち追加（タップ 1）②子が家族图谱を入力（子の操作のみ）③親側は通知だけ届く（親の操作ゼロで始まる）——app 招待コード型（親がインストール+認証）は親の摩擦が最大なので使わない。招待転換率の計測は「子が家族を追加したか」の 1 イベントで足りる。
  • 兄弟姉妹の招待が第二の壁【推测：親への招待は子がやるが、兄弟への招待は「伝えるのが面倒」で止まる】——「兄弟の LINE に URL を転送するだけ」の 2 hop 構造。

结论

可行动启发：

  1. 「親の操作ゼロ」構造を製品原則に：家族图谱の入力は子だけ、親側は LINE 通知の受け取りから始まる——招待コード/インストール要求を親にしない（japan-voice-input-first-ui の入力最小化と同型思想）。
  2. Invite Conversion Rate を KPI の補助指標に：招待送信→親側の通知受信確認→兄弟追加の 3 段階転換を週次で見る（opc-kpi-minimum-set の追加行）。
  3. 兄弟招待は「転送 1 タップ」に：家族トークへの URL 転送だけで参加できる導線——個別の招待機能を作らずトークの自然な流れに乗せる。
  4. 単独利用を完全許可：家族が入らなくても防诈チェックや告警設定は使える——価値を先に体験させてから家族を広げる（hard-gate 禁止）。

待办 / 下次继续

关联