社交销售运营计划器

它解决什么问题

创始人亲自下场做社交销售时，互动往往是临时的：没有固定时间块，评论随缘，"求助"却发得太早，关系还没热就变成冷推销。更麻烦的是，各大平台都禁止自动化互动，一踩线就是封号风险；而不少团队又把 LinkedIn SSI 这类单一指标当北极星，反而诱发刷量行为，且每个比率都缺分母，根本没法归因。

它如何工作

技能产出的不是自动执行脚本，而是一份人来执行的运营规格：

• 每日互动块：固定 30-45 分钟（Estimated，社区经验值），按账户分层分配——在谈客户、ICP 观察名单、生态声音（分析师、社区、相邻创始人）；
• 评论质量门槛：每条评论必须带一个具体观点、问题或经验，不放 pitch、不丢链接、不泛泛点赞，并维护 give:ask 台账；
• 暖触规则：实质性评论、回复串对话、带原创点评的转发才算暖触；累计 3+ 次跨 2+ 周后才允许开口，阈值前的动作直接标记为冷推销并路由给 outreach-manager；
• 触发响应剧本：针对融资、招聘潮、产品发布、高管变动各建一个 play，先在源头核实信号，首动永远是零推销的增值评论，再走暖触序列；
• 季度诊断模板：互动块执行率、暖触→求助→回复→会议漏斗，每个比率都声明分母（ECHO O1），并诊断哪个分层、哪个 play 真正带来了回复。

适用边界与注意点

• 零自动化：不做群发私信、不做好友请求自动化、不做互动自动化；LinkedIn 用户协议 §8.2 与中文平台（公众号/视频号/小红书/抖音）都是硬红线；
• 求助文案、私信与跟进由 outreach-manager 接手，冷邮件归 cold-outbound-sequencer，watchlist 本身归 social-pulse-monitor；
• 粘贴的导出、截图、watchlist 条目都按不可信输入处理，不会自动授权一次求助；
• LinkedIn SSI 只作输入诊断——它是 vendor 定义的估算指标，盯着它会掉进 Goodhart 陷阱；
• 所有数量规范都标注 Estimated 或社区来源并给出出处，暖触承诺作为 registry 级事实只通过 registry-events.py 提交。