很简单,核心思路就是:把「做什么」和「怎么做」分开说。
举个实际例子
假设你要做一个客服后台的「聊天记录导出」功能:
❌ 错误的做法(一次全扔过来):
“帮我在 co-browse 后台加一个聊天记录导出功能,功能包含:导出格式选 CSV,要能选时间范围,用户名字段要有,导出前做个确认弹窗……”
这会导致我一步到位做很多事,迭代不够用就会卡在中间。
✅ 拆成两步的正确姿势:
第一步 — 先说需求,让我出方案:
“我想在 co-browse 客服后台加一个聊天记录导出功能,你先帮我出个方案,改哪些文件、怎么改、改动量多大”
我会把方案列清楚,你确认后再执行。
第二步 — 确认方案后,开干:
“方案 OK,开始改吧”
或者你想分得更细,比如「先改后端接口」→ 确认 → 「再改前端界面」,也可以。
总结一句心法
先定方案,再动手。一次只说清楚一件事。
复杂任务尤其如此——先让我把活拆明白,确认方向没问题,再一步步落地,就不会出现迭代跑到一半卡住的情况。
那我来给你个万能模板,以后遇到复杂的活,直接套用就行 👇
两步拆分法(直接套)
第1句: 我想做……,你先帮我出个方案/规划一下
第2句: 方案 OK,开干
现场演示
比如你那个客服后台,之前加了好多功能(地区、关闭用户窗口、消息不重复)。假设现在你想加一个**「客服可以发图片给用户」**的功能,应该这么说:
第一步:
“我想在客服聊天框加一个发图片的功能,你先帮我出个方案”
我会回你:改哪几个文件、需要几步、每步 5-10 次迭代、总共大约需要 30-40 次迭代……然后你一看,心里有数了。
第二步:
“方案没问题,开始做吧”
我就按方案分步执行。
什么时候该拆?
问自己一个问题:这件事能不能 3 句话说完?
能 → 不用拆 不能 → 先出方案
“帮我查一下服务器时间” “帮我做一个完整的客服管理系统”
“把登出按钮改成红色” “优化手机端的聊天界面,加输入法适配、触摸优化、键盘弹出时聊天框上移”
“重启 co-browse 服务” “给客服后台加一个新功能,包括后端、前端、数据库”
最简口诀
拿不准 → 先出方案 → 确认 → 开干
你试试?随便挑一个你脑子里想做的事,按这个格式说给我听听 👀
评论(0)
暂无评论