时间: 2021-07-30 09:53:22 人气: 12 评论: 0
作为相爱相杀的产品经理和程序员，除开思维方式和表达方式的不同以外，是什么原因导致产品和技术沟通不到位？一起来看看这篇解读吧。
对于产品和开发，两支天赋我都基本加通了产品（游戏策划）方面的天赋点——是因曾经被坑了太多，失去了找到高契合度产品合作者的信心，于是自行转职修炼而成。
作为一个二转角色，这题还是可以答一下的。
在分辨需求方靠谱度这方面，公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺，于是就逐渐总结出了一些分辨不靠谱需求方的常识。
其中最重要的常识就是：在阐述时使用“简单”二字，是需求方不靠谱的标志。
有不少接外包的同学，甚至一看见“简单”二字，直接就不再继续聊。
因为在提技术需求的语境中，“简单”有三种隐含含义：
出现“简单”一词，很可能是因为相关技术点没有厘清。
没厘清技术点，贸然开工**导致研发过程中沟通频繁、研发目标难以明确以使交活时有较大几率陷入扯皮风险、具体研发时间无法估算。
例句：（对着UE示意图讲）这个位置，用来摆放用户头像，简单做一下就好。
分析：将需求点转化为技术点的能力，是产品经理与游戏系统策划的基本功。队友基本功不行，这单需求也未必就没救，关键就看需求点是否明确。
针对需求点明确的情况，如例句，可以用追问的方式细化以挽救。
如：
头像多大，多少乘多少？
——大概400*400吧。
目前定不了是吗？
——是的。
你刚说400*400，长宽比例固定是1:1吗？
——我想想……不一定，具体要等界面Demo出来后再看易用性。
大小不写死，我清楚了。只在这一个界面用吗，其他View**有头像展示吗？
——可能**。
那写的时候还要照顾下复用性，清楚了。看你画的是矩形，确定是矩形边框吗？
——不，是圆角。
圆角弧度多少？
——额，我要再确定下。
好。头像上有可能**叠其他东西吗，比如，加个V？
——**有类似的。我本来是想做到**系统再提。
现在提，后面再加**有坑。
——现在需求还不明确，总之就是有可能**在头像上摆**标志。**标志可能**有好几种，但还没设计出来。每种**标志的出现逻辑还没定，**系统文档还没出完。
**标志图**资源是从服务器得还是从本地得？
——这个……都差不多吧。
换个问题，**标志有热更新的需求吗？
——没有。
好的。用户头像的图**来源是？
——用户自己在本地相册里选的。
要和服务器同步吗？
——要。
这方面的后台API有吗？
——……没。
什么时候能有？
——不确定，需求还没提。
用户选取头像的操作是？
——点击头像，弹出系统自带的照**库，选择图**，确定。
任何情况下点击头像都执行照**库弹出和选取的逻辑吗？
——额……不是，应该是进到主页里。
这块设计还不明确是吗？
——……是。
那你先简单设计一下把，完了之后简单画一个交互流程图给我就好了。
——……
好的。我总结下：用户头像控件，圆角矩形边框，长宽可配置，圆角弧度可配置，头像上有叠加子控件用来显示**标志。**标志图**资源来源于本地Bundle。子控件有多个显示状态以对应不同的用户身份。头像图**可由用户选择，选择流程逻辑欠缺。头像图**需要与后台同步，相关API欠缺。有缺漏和疑点吗？
——没有。
好的。我先简单找张图意思一下简单做着，图**选择部分等你设计，图**同步部分等你们出API，除这两点之外，周五做完。
以上，算是把一个“简单”的头像显示组件厘清了。遇到不**拆需求的产品经理，只能我们来帮他理，也就是帮他干本该他来做却没没有足够能力去做的活。
不靠谱度：★☆☆☆☆ —— 起码知道要的是什么
对于入行不深的人来说，应用程序=脑洞+程序，游戏=脑洞+美术+程序。很多工种与工序全然被无视，于是就诞生了——
“就差一个程序员了！”
第二种“简单”，与上面这句话的诞生背景类似。
例句1：（同行介绍来的土豪）你好，我要做个股票分析软件，就是根据我的算法给指定股票打个分。算法是明确的，我用Excel实现的有，你给做个手机版的就好了。界面无所谓，你就简单做一下就好了，重点是功能。
翻译：我啥都不懂，手里有个需求，听说你是做手机应用的，就先来问问看。我只负责掏钱，其他全都不管。你们程序员那么厉害，界面也给一块儿画个吧。
分析：做外包的碰见这种2白，一般就是问个对方心理价，合计下看够不够再雇俩人一块儿干，一个做UE，另一个负责跟丫沟通，明确他的每个需求点。
例句2：（公司领导）小李，你上个项目做的不错，年底了，咱们也不**有大的立项。组里有个小需求，交给你去做吧。就是在手机上做个简单的小程序，接上公司的CRM系统，有重要事项时给相关负责人发个推送就行了……
分析：
可能性1：
看你工作不饱和，随便给点活做做。
什么，你管我要产品经理？
本来就是随便找点活给你你还敢找我要人？
你管我要案子？流程逻辑？界面图？后台API？自己解决吧！
可能性2：
项目做完了，年景不好接不来啥单子，后面俩月没你事儿了，年底要发奖金了。找个东西恶心恶心你，识相点自己辞职吧，别耽误大好前程，部门里也省点钱，这就是我开**时经常说的“双赢”。
（妈的，引起了一些恶心的回忆）
不靠谱度：★★★☆☆ ——
还是让你的人“简单”出个案子然后我们再聊吧
“我有一个简单的小需求，很容易实现，一千块做不？”
“就这个简单的小功能，你报五个工作日？”
“仅仅是简单的Flash移植H5并套个壳上传App store而已，你好意思要这么多？”
分析：没啥可分析的……无非是想打免费炮，约不约就看自己了。
不靠谱度：★★★★★ —— “帮个忙嘛，请你吃饭！”
结论
并没有特定的“看起来简单实际上难以实现”的需求。非项目开发者，无法评判具体实现的难易。即便是同项目组的程序员之间互相提需求，在不清楚对方代码结构的前提下，也没有足够的信息量去评判实现难易度。
妄谈“简单”，多为需求提出方Too simple。
与“简单”类似的不靠谱需求关键字，还有：
“战斗系统Demo，主要验证一下感受，角色技能你就稍微做几个，关卡随便做一下就好。这块先就只做单机，应该还是比较简单的。”
我就是这么从一个程序员被逼成策划的。
作者：司马奔腾，做游戏的德鲁伊
原文地址：https://www.zhihu.com/question/38825761
本文由 @司马奔腾 授权发布于人人都是产品经理。未经作者许可，禁止转载
