
你们去网上找的产品策划能力清单,都是扯淡。什么Axure、Sketch、PRD文档规范,全是学徒的玩意儿。资深大佬根本不鸟这些。我刚入行那会儿,也迷信这些工具,结果就是...
你们去网上找的产品策划能力清单,都是扯淡。什么Axure、Sketch、PRD文档规范,全是学徒的玩意儿。资深大佬根本不鸟这些。我刚入行那会儿,也迷信这些工具,结果就是活生生搞砸了一个近千万的项目,差点没被开除。
那是零几年,我刚跳槽到一家做在线教育的公司,年轻气盛,觉得自己那套理论武装到了牙齿,流程图画出来都能当教科书。我花了一个月时间,把自己关在小黑屋里,画了上百张流程图,写了五十页的PRD,文档那叫一个干净漂亮,领导都夸我细致到家了。结果?
文档交上去,前后端兄弟一看,脸都绿了。他们直接跟我说,这玩意儿按我的逻辑做,技术上能实现,但是维护成本高到离谱,每次小改动都可能崩掉整个系统。我当时还不服气,觉得是他们技术能力不行,非要逼着他们照着我的文档一字不落地敲代码。
项目硬着头皮上线了,半年后果然出事了。一堆隐藏的bug,用户体验一塌糊涂,后台数据更是没法看。领导把我叫去办公室,没骂我,就给我布置了一个任务。他对我说:你明天开始,给我搬个小板凳,坐到开发组隔壁去,哪儿都不能去。
我就这么被“流放”了整整两个月。那两个月,我扔掉了我的PRD,天天盯着他们一行行代码怎么写,逼着自己搞懂数据库是怎么存取数据的,弄清楚一个功能从前端传到后端再返回来的整个链条。我才他妈明白,所谓的能力清单,根本不是画图,而是要打通任督二脉,把技术、业务和用户这三样东西揉碎了,活过来。

现在回过头看,当年我那个项目失败,不是因为文档写得不而是因为我根本没下去蹲点,没坐到开发旁边一起解决难题,没搞懂公司到底要靠这个功能赚多少钱。我当时只是个画图的机器。真正的产品策划,得是个多面手,是个能实干的,是个能算账的。
这套粗暴又直接的实践经验,我后来拿去跟一个新入行的后辈分享,那小子听完就跟我说,他立刻辞职了,说公司只让他做需求翻译机,根本不让他接触核心业务和技术。我一听,就知道那种公司走不远。反正,我靠着这套坐下去、盯住它、算明白的实践法,直到今天还在这个圈子里混口饭吃。你们要是觉得有用,就去试试,别光坐着画图了。
