卡颂
@kasong2048
🥴 OPC 5 年
📖《React设计原理》作者
参加 June 2020
166 フォロー中 12.9K ファン
兜兜转转发现 飞书 是最合适的，啥都有。 没有的也高度定制化
我也是一向喜欢一把梭 把 数据监控， kanban，CRM，站内信，邮件工具, 文档页 全部自己 vibe。但是今天把内部任务看板整个迁去 Linear 之后，觉得项目管理工具确实还是有相当复杂度的。。。
好在因为之前自己一把梭，所有历史数据都在，所以我可以很方便的用 linear 的 MCP 几分钟内 backfill 几百个任务。
顺便想清楚一个问题：拿 Linear（或任何任务工具）当 CRM 用，是不是坏主意？
结论：当客户关系的「记录系统」，是；只放从 deal 派生出来的任务，不是。
根本原因是生命周期对不上。Issue 的宿命是走到 Done；deal 是长周期关系——会冷、会回温、会复购，永远没有「完成」。「跟进某客户」一旦建成卡，结局就是在 In Progress 里烂着。
这些做不完的卡还有个副作用：把团队的在途负载读数搞失真。迁移时做了一轮容量分析：在途最重的同事，虚高来源几乎全是客户跟进卡——挂了两周、零完成。不是人不行，是把「关系」错建模成了「任务」。
合理的分工：
· CRM 做记录系统：阶段、金额、往来记录、联系人
· 任务工具只放「本周期内有明确交付物、能勾掉」的派生任务，卡里带回链
一客户一卡、常驻的「跟进 XX」卡，都是反模式。
两套系统必然有 gap，所以我们在中间加了一层 context layer：以上次同步的快照做三方合并基准，单边变更自动搬运，双边冲突不自动裁决、进报告人工定。
工具可以随时换，上下文不能断。
もっと見る
