TwiScan
热门
社区
账号集合
登录
注册
English
日本語
한국의
简体中文
繁体中文
注册并分享邀请链接,可获得视频播放与邀请奖励。
立即注册
YC (Yucheng)
@yucheng
⛴️
@chuhaiqu
AI Solopreneurs Club 🎯
@TuttiHQ
Monetize Your Influence Globally 🦾
@LuciusHQ
Context Layer for Organization ♊️ Curiosity-driven 📍 Boston
加入 July 2021
2K
正在关注
19.5K
粉丝
YC (Yucheng)
@yucheng
2026.07.29 10:58
我也是一向喜欢一把梭 把 数据监控, kanban,CRM,站内信,邮件工具, 文档页 全部自己 vibe。但是今天把内部任务看板整个迁去 Linear 之后,觉得项目管理工具确实还是有相当复杂度的。。。 好在因为之前自己一把梭,所有历史数据都在,所以我可以很方便的用 linear 的 MCP 几分钟内 backfill 几百个任务。 顺便想清楚一个问题:拿 Linear(或任何任务工具)当 CRM 用,是不是坏主意? 结论:当客户关系的「记录系统」,是;只放从 deal 派生出来的任务,不是。 根本原因是生命周期对不上。Issue 的宿命是走到 Done;deal 是长周期关系——会冷、会回温、会复购,永远没有「完成」。「跟进某客户」一旦建成卡,结局就是在 In Progress 里烂着。 这些做不完的卡还有个副作用:把团队的在途负载读数搞失真。迁移时做了一轮容量分析:在途最重的同事,虚高来源几乎全是客户跟进卡——挂了两周、零完成。不是人不行,是把「关系」错建模成了「任务」。 合理的分工: · CRM 做记录系统:阶段、金额、往来记录、联系人 · 任务工具只放「本周期内有明确交付物、能勾掉」的派生任务,卡里带回链 一客户一卡、常驻的「跟进 XX」卡,都是反模式。 两套系统必然有 gap,所以我们在中间加了一层 context layer:以上次同步的快照做三方合并基准,单边变更自动搬运,双边冲突不自动裁决、进报告人工定。 工具可以随时换,上下文不能断。
显示更多
0
0
45
22
1
转发到社区
热门用户
狱
@Wx1n11124
270.3K 粉丝
New York Post
@nypost
4.2M 粉丝
オリコンニュース
@oricon
1.9M 粉丝
吴说区块链
@wublockchain12
181.5K 粉丝
TVer新着
@TVer_info
100.9K 粉丝
ツイッター速報〜BreakingNews
@tweetsoku1
256.8K 粉丝
Reuters
@Reuters
26.4M 粉丝
First Squawk
@FirstSquawk
569.4K 粉丝
玉米棒棒
@fljjx61
499.7K 粉丝
Bloomberg
@business
10.5M 粉丝
billboard
@billboard
16.8M 粉丝
空空道人
@Kongkongda5882
34.3K 粉丝
中國新聞社
@CNS1952
547.7K 粉丝
华尔街观察 Xtrader
@cnfinancewatch
130.1K 粉丝
看中國
@kanzhongguo
348.8K 粉丝