LINE 通道成本结构：COGS 表里最便宜也最容易失控的一条腿
B 方向·OPC 最佳实践。LINE 是全线产品的生命通道，但「 Messaging API 成本怎么算」一直没有定量的表——本篇把 2026 年现行プラン落成自家单价模型。
背景与问题
- 见守推送是高频刚性支出：家族 2-3 人×每日/每周消息，规模一涨就撞免费枠。需要一张「家族数→月费用」的阶梯表，避免上线后才发现 COGS 结构性超支。
发现
2026 年现行プラン（2026-09-14 检索，LINE Developers 公式、LY Corporation、2026 年 8 月解説）：
プラン | 月額 | 無料通数 | 超过后 |
|---|---|---|---|
コミュニケーション | ¥0 | 200 通/月 | 追加不可 |
ライト | ¥5,000 | 5,000 通/月 | 追加不可 |
スタンダード | ¥15,000 | 30,000 通/月 | 従量可（段階単価 ~¥3-5/通） |
- Messaging API 本身免费，成本全在 OA プラン的配信通数；追加配信只有スタンダード可——ライト撞墙就只能升级，没有中间态。
- 自家单位模型【推测】：1 家族=友达 2-3 人、月 10-20 通（见守推送+话头+告警）→100 家族≈1,500-6,000 通（ライト内），300 家族≈4,500-18,000 通（撞ライト枠）→¥5,000→¥15,000 的台阶在 200-300 家族处；单家族 COGS≈¥17-50/月，对 ¥1,480 定价仍是零头。
- 收信方向（家族的 LINE 回信/相谈）不消耗通数——お困り分诊（japan-help-desk-triage-seniors）的成本为零。
结论
可行动启发：
- 上线即ライト（¥5,000）：200 通免费枠连 20 个家族都不够；¥5,000/月的 COGS 预算从首发日就进财务六格——把「家族数→通数→费用」阶梯表写进 opc-finance-dashboard 的 COGS 段。
- 升级触发定在「月推定通数 4,000」：撞 5,000 前主动升スタンダード（告警被截断=见守产品的致命故障）；告警类消息走 P0 电话/SMS 腿（贵但可靠），LINE 只承载 P1-P3（japan-notification-hub 的优先级即成本控制）。
- 省通数三招：① 友达标签分群（非订阅家庭限流 P3）；② 话头类推送合并时段（每周一次的「今週の一曲/一枚」共用一条）；③ 告警一本化（通知ハブ聚合后单条发出）——通数是产品设计的函数不是仅仅规模的函数。
- 平台风险留痕：2025-03 LINE Notify 停服的教训（japan-line-notify-shutdown）——Messaging API 定价变更史入竞品监听（半年一查），COGS 缓冲保持 20-30% 平台费假设。
待办 / 下次继续
关联
- 成本族：opc-ai-cost-optimization（LLM 腿）× 本篇（LINE 腿）× japan-sms-fallback-alert（SMS 腿）；通道 japan-notification-hub；平台风险 japan-line-notify-shutdown。