为什么产品经理认为很简单实则开发很难

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