夜雨聆风
经常碰见这种事，老板说想做个APP，产品经理就开始问功能、画原型、排计划。看着流程没毛病，其实坑已经挖好了。
老板说的通常是他想要的答案，不是真正的问题。想做个APP，原因能差出十万八千里。有的是线下渠道不够了想往线上走，有的是团队大了管理跟不上想用工具捋一捋，还有的纯粹是看别人都搞了自己也得有一个。原因不一样，解法完全不一样，甚至有些压根就不该做个APP。
不是所有原因都值得做一个APP。
所以我一般会先问几嘴。
第一嘴，先问现在哪儿疼。
不是问要做什么功能，是问业务上哪儿卡住了。是客户找不上来，还是来了留不住。是内部效率太低，还是数据根本看不清。问完这个，大概就知道问题在哪个层面了。
好多老板一上来就说我要做个商城，结果问了一圈发现，他最大的问题不是没有线上渠道，是线下客户来了之后留不住，复购率特别低。那做个商城能解决复购吗？解决不了。这个需求从一开始就跑偏了。
第二嘴，问现在这事儿怎么弄的。
没这个APP的时候，活儿干不干得完。能干完就是慢点，那不一定非得做个APP。干不完已经卡死了，那才需要想系统方案。
有个客户跟我说要做个管理系统，我问你现在怎么管的，他说现在就靠微信群里吼，吼完有时候忘了有时候漏了。我说那你要解决的问题是信息同步，不是要一个系统。后来帮他搭了个共享表格，问题就解决了，一分钱没花。如果当时直接做个系统，几万块花出去了，问题可能还解决不了。
第三嘴，问做完之后想看到什么不一样。
好多项目只有功能目标，没有业务目标。功能目标是我要搭个后台，业务目标是人力成本能降多少。功能目标是我要做一个商城，业务目标是线上销售额能占到多少比例。
没后面这个，做完了也就是个工具，有没有用不知道。有了这个，才能判断值不值得做，做完了有没有达到预期。后面迭代优化也有个参照。
产品经理不是接需求的，是帮着把问题找到的。老板知道自己想要什么，但不一定清楚自己真正需要什么。把这两件事对上，比直接画原型管用得多。
很多时候，一个好的产品经理不是在解决问题，是在帮客户发现真正的问题是什么。问题找对了，答案通常不复杂。
我是小晨儿，前互联网产品设计团队负责人，现独立产品设计顾问。
专注App/小程序/数据大屏的产品设计与全链路复盘。
这里会持续记录我对产品设计的观察与思考。
如果你有产品想要落地，或正在纠结某个设计方向，欢迎来聊聊。
END