LINE タグ設計:三段打标が通知と费用を両方制御する
B 方向·OPC 最佳实践。LINE 友达のタグ付け規則が散らかったまま(批三十二・四十の断点)——タグは waitlist 管理だけでなく、通知ハブの配信制御と Messaging API 費用(opc-line-messaging-cost-structure)の両方を握る中核設計。
背景与问题
- 全员に P3(月次レポート)を送ると通数が膨らむ——配信対象をタグで絞る設計にしないと、ライト枠(5,000 通)を 200-300 家族で突き抜ける。
发现
タグ設計【推断:既存话题の統合】:
- ライフサイクル軸:
waitlist(D-60 収集,opc-waitlist-playbook)→seed(無料試用中)→free_trial→paid→pause→cancel_risk(open 低下)→churned(配信停止)。 - 役割軸:
elder/child(文面二版,opc-silent-retention-report)+言語軸locale_ja/zh(japan-bilingual-family-ui)。 - 用途:①通知ハブはタグの積集合で配信対象を決める(P3=paid のみ、告警=全員)②省通数=非付费への P3 停止+告警一本化(japan-notification-hub の優先度と直结)③LINE Messaging API の公式タグ/統計機能で実装【事実:タグ機能あり。仕様詳細(タグ数上限等)は待核】。
结论
可行动启发:
- タグ辞書を 1 表に仓库化:タグ名/付与条件/外す条件/連動する配信——実装前に決める(後付けのタグは泥化する)。
- P3 配信は
paid限定に:無料試用中には TTFV 関連のみ——通数の構造的節約(コスト表の「省通数三招」の一つを実装で担保)。 cancel_riskの自動付与を eval と同じ夜間ジョブに:30 日 open なし→タグ付与→「静かに终わる」前の最後の軽い接触(opc-exit-survey-design との接続)。- 批三十二/四十の打标断点をここで关闭:三段(waitlist/seed/free_trial)→七段への拡張を本表で確定。
待办 / 下次继续
关联
- 通道族:opc-line-messaging-cost-structure(费用)× japan-notification-hub(配信)× 本篇(対象制御);opc-waitlist-playbook(断点关闭);japan-bilingual-family-ui(locale 軸)。