家族構成変更の通知設計：全員 push でなく organizer 通知とアクティビティフィード
C 方向·应用出海机会（家族图谱の通知設計）。家族構成 索引 0 命中——japan-family-invite-ux（招待の摩擦）·opc-notification-hub（通知過多防止）の変更通知面。xmm 本轮不可用。
背景と問題
「新しい家族が追加された」ことを既存家族にどう知らせるか——全員に push すると通知過多になるし、誰が入ったかを見せること自体にプライバシーの含意がある（兄弟の配偶者等、家族間の関係性の見せ方）。
发现（访问 2026-09-15）
- invite lifecycle 通知の定番（Chevrolet モデル）：送信→期限提醒→期限切れ→参加の状態遷移の各段階で通知——特に organizer（owner）への通知（Chevrolet Family Sharing、YouTube Family Plan，访问 2026-09-15）。
- プライバシーの実在の痛み：「家族が他メンバーのアクティビティの通知を受け取る」ことへの不満·パートナー追加をためらう理由が「既存メンバーに見える」こと——cross-member 通知の設計は社会的に敏感（Apple コミュニティ/Reddit の実例）。
- ベスト：全員 push でなくアクティビティフィードにバッチ（UX Collective/Courier）·通知の preference 管理（誰が何を受け取るかの選択）。
推测
- 我々の設計【推测】：①organizer（子）だけに lifecycle 通知（招待送信→参加·期限切れ）②他メンバー（親・兄弟）には push しない——家族图谱の「メンバー一覧」を見に行ったときに確認できる受動表示③プライバシーのデフォルト=「親に見せる範囲」の設定（親に兄弟の配偶者が見えるかの選択は子が決める）——家族間関係の配慮が家族製品特有の設計点。
- 「追加された」ことを親に知らせる 1 通は内容選択型（「〇〇さんが家族に加わりました」の表示の可否）。
结论
可行动启发：
- invite lifecycle は organizer 通知に限定：送信/参加/期限切れを子（organizer）にだけ LINE 通知——他メンバーへの push はしない（通知過多防止（opc-notification-hub）と整合）。
- 他メンバーは受動表示：家族图谱のメンバー一覧で確認（能動的な push をしない）——「誰が入ったか」の見え方を製品で制御。
- 親に見せる範囲の設定を用意：兄弟の配偶者等の表示の可否を子が選択——家族間関係の社会的配慮（実在のユーザーの懸念（Reddit 実例）への応答）。
- Chevrolet 型の lifecycle を設計テンプレに：招待の状態遷移（送信→期限→参加）の 4 段階通知——japan-family-invite-ux の招待転換率計測と同一イベントで。
待办 / 下次继续
关联
- japan-family-invite-ux（招待の摩擦·同一イベント）、opc-notification-hub（通知過多防止）、opc-family-graph-schema（consent 設計との接続）、opc-family-plan-pricing（メンバー数と課金の整合）。