这六条值得写进周报，另外二十一条我划掉了
产品营销经理分享一份被红笔和绿笔批注过的竞品周报草稿：27 条 Telegram 群消息，最后只留 6 条进入正文，每一条都附带了划掉或保留的具体理由。
重点监测信号
- 消息包含具体的版本号、灰度时间或产品截图而非笼统评价
- 消息提供新旧价格对比、生效日期或合同过渡安排
- 用户主动描述跨产品迁移方向、当前阶段和具体障碍
- 同一现象的反馈在一周内出现在两个以上独立群聊
- 消息被划掉后
周五下午四点，我把这周从五个 Telegram 群里收集到的消息打印出来——一共 27 条。然后拿起两支笔：红色的划掉，绿色的保留。
标准很简单：如果我把一条消息写进周报之后，老板问一句”这条你核实过吗”而我答不上来，那它从一开始就不该出现在正文里。
下面就是那份被批注过的草稿。（所有群消息均为模拟场景/复合场景，不代表真实对话，数字仅用于演示判断方法。）
原始草稿，第一页
第一页九条消息。红笔先划掉了一批。
群 Alpha，用户 @tech_alan：「A 产品这周上的新仪表盘很直观，比之前好用。」
红色批注：“很直观""比之前好用”——谁的直观？好用到什么程度？没有版本号、没有截图、没有灰度范围。这句话只能告诉我有人喜欢，不能告诉我 A 产品的仪表盘到底改了什么。
这条划掉。 除非同一周有人在另一个群发了新版仪表盘的截图，配上”从设置-显示里开启”这种具体操作路径，否则这种评价留在观测日志里就够了。
群 Alpha，用户 @engineer_betty：「A 产品前两天报了一次 502，大概持续了十几分钟，后来好了。」
红色批注：“大概""前两天""后来好了”——三个模糊词。不知道具体是哪天、什么时间段、502 是影响全部用户还是特定区域。这条信息离”可以写进服务动态”至少还差一张服务状态页面截图加一段具体时间线。
这条划掉。 但我在批注底部加了一行绿色小字：“如果下周出现同类报告，找相邻两天的服务状态快照对比。” 这不是进周报的理由，是给自己的一个关注提醒。
群 Beta，用户 @ops_jane：「B 产品价格不便宜，我们去年询过价，最后没选。」
红色批注：没有产品版本、没有具体金额、没有询价月份。“不便宜”对每个客户含义不同。这条无法核实、无法引用。
这条划掉。
前三页划完，九条消息里只剩下一条我没动笔。
群 Beta，用户 @ops_jane（同一人，隔了两天）：「B 产品周三发了邮件通知，标准版从 $299/月涨到 $349/月，7 月 1 日生效。已经在合同期内的按原价续到年底。」
绿色批注：产品版本（标准版）、新旧价格（$299→$349）、涨幅（$50，约 17%）、生效日（7 月 1 日）、过渡安排（在约客户续到年底）——五个信息全部确定。这条可以直接放进周报”价格变化”栏。下周一要做的核实：拿 B 产品官网的公开定价页面对一遍。
这条保留。
翻到第二页，中间十条
群 Gamma，用户 @sourcing_mike：「谁熟 C 产品的企业版？听说最近在打折扣。」
红色批注：“听说""打折扣”——第三手信息，来源不明。没有折扣比例、没有适用条件、没有截止日期。写进周报我只能写”有人听说 C 产品在打折”，对任何读周报的人都没有帮助。
这条划掉。
群 Delta，用户 @migration_peter：「我们正在从 D 产品迁到 E 产品。数据导出跑了三天还没完。D 的客服说 CSV 导出最多保留 18 个月，更早的历史记录需要单独申请，处理周期五到十个工作日。」
绿色批注：迁移方向（D→E）、阶段（数据导出中，已跑三天）、具体障碍（18 个月限制、旧数据走特殊流程、五到十个工作日）——三段信息环环相扣。不管这个用户最终有没有完成迁移，“D 产品数据导出存在 18 个月限制”本身就是一个可以核实的事实。如果我的公司在评估 D 产品，这条必须写进评估表的风险栏。
这条保留。 批注底部加了一行：“核实方法：去 D 产品的帮助中心查数据导出文档，看是否写明同样的限制。如果一致，下周周报里可以直接升级为’已确认’。”
群 Delta，用户 @support_lin：「D 产品的技术支持回复变慢了。上个月我一个优先级标为 P3 的问题，花了 23 小时才收到第一次回复。他们官网上写的是 12 小时内首次响应。」
绿色批注：有具体对比（官网承诺 12 小时 vs 实际 23 小时），有时间窗口（上个月），有优先级标签（P3）。单条消息不够下定论，但已经值得写进周报、标注”待核实”。核实步骤：截图 D 产品官网当前的支持响应承诺页面；扫一下相邻两周有没有第二个人抱怨同样的延迟。
这条保留，标记为”待确认”。
绿色批注继续写：“如果下周或下下周出现第三条，这条就从’待确认’升级为’已确认的响应趋势’。”
群 Epsilon，用户 @startup_chen：「刚试了 F 产品的免费版，上传 CSV 一直报错，工单发了两天没人回。」
红色批注：两个替代解释都需要排除再判断：（1）免费版的技术支持优先级本来就低于付费版，这不是服务下滑，这是产品策略；（2）可能是当天的一次性服务故障，后来已经被修复了。在查 F 产品的服务状态页面、确认群里没有后续”已解决”回复之前，这条不应该被写进周报当作竞品服务不行的证据。
这条划掉，转入”待追踪”清单。
最后八条，绿笔多了起来
群 Zeta，用户 @dev_uriel：「G 产品的 CI/CD 集成上线两周了，文档写的是支持 GitHub Actions 和 GitLab。我试了 GitLab 那条路，配置比想象中简单，文档里的 YAML 示例直接复制就能跑。」
绿色批注：具体功能（CI/CD 集成）、上线时长（两周）、支持范围（GitHub Actions + GitLab）、实操验证（配置简单、YAML 可用）。这不是笼统好评，是一个用户替你验证过之后写的使用记录。
这条保留。
群 Zeta，用户 @dev_uriel（被追问后继续回复）：「免费版也可以用这个集成。限制是每月 300 次构建，超了之后会停，次月重置。」
绿色批注：补上了免费版的功能门槛——每月 300 次、超量停用、按月重置。这是产品定价策略的一个具体切面，对做竞品对比表格的人直接有用。
这条保留。
（以上两条来自同一个话题，在周报里可以合并为一项：G 产品 CI/CD 集成上线，免费版含每月 300 次构建额度。）
群 Eta，用户 @ops_fang：「H 产品的服务等级协议写的是 99.9% 可用性，但上个月我们遇到了两次短中断，每次三四分钟。他们自己的面板上没有显示这些中断，内部解释是没达到记录标准。」
红色批注：三四分钟的中断是否被计入可用性计算，取决于服务等级协议的具体统计窗口和排除条款。我没有看到协议原文，也没有第二个独立来源确认这两次中断。这条信息不足以写进周报正文，但在批注里值得记一笔：等下一次出现时对照。
这条划掉，放入”存档”文件夹。
批注本合上之后
27 条消息，最后留在周报正文里的是六条：
- B 产品标准版涨价 $299→$349，7 月 1 日生效——五个信息全齐，只需与官网交叉验证。
- 用户从 D 产品迁出，数据导出遇 18 个月限制——迁移方向、阶段、具体障碍清楚；D 产品帮助中心可协助核实。
- D 产品技术支持首次响应时间偏离官网承诺——有具体对比数值，标注”待确认”，需第二条独立消息验证趋势。
- G 产品上线 CI/CD 集成——功能范围、上线时长、用户实操验证全部具备。
- G 产品 CI/CD 免费版额度限制 300 次/月——定价策略的关键细节。
- （待追踪）F 产品免费版上传报错未回复——排除临时故障和免费版策略后再决定是否升级。
这六条有一个共同特征：每一条后面都跟着一个具体的核实动作——去官网对价格、去帮助中心查文档限制、去截服务承诺页面、去扫相邻时间段有没有第二个用户说同样的事。没有一条是需要开会讨论”这条你怎么看”的。
被红笔划掉的那二十一条，不是没有价值——它们在批注里留下了关注提醒和存档标记。只是它们现阶段还不配被打印出来发给整个团队。
下周一早上，这 27 条消息会变成两份东西：一份六条的精简周报发出去，一份二十一条的批注日志留给自己。后者的存在，让前者里面的每一条都有了被追问时的底气。
如果你也在做类似的事，有一篇之前写的内容可能对你有用：从竞品群聊中筛选用户流失前兆：产品经理的四步判断法。筛选的信号不同，但”先过自己的笔，再过团队的眼”这条逻辑是一样的。
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
