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

2017-11-06 10:28:00

作为相爱相杀的产品经理和程序员，除开思维方式和表达方式的不同以外，是什么原因导致产品和技术沟通不到位？一起来看看这篇解读吧。

对于产品和开发，两支天赋我都基本加通了产品（游戏策划）方面的天赋点——是因曾经被坑了太多，失去了找到高契合度产品合作者的信心，于是自行转职修炼而成。

作为一个二转角色，这题还是可以答一下的。

在分辨需求方靠谱度这方面，公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺，于是就逐渐总结出了一些分辨不靠谱需求方的常识。

其中最重要的常识就是：在阐述时使用“简单”二字，是需求方不靠谱的标志。

有不少接外包的同学，甚至一看见“简单”二字，直接就不再继续聊。

因为在提技术需求的语境中，“简单”有三种隐含含义：

第一种“简单”：没厘清技术点

出现“简单”一词，很可能是因为相关技术点没有厘清。

没厘清技术点，贸然开工会导致研发过程中沟通频繁、研发目标难以明确以使交活时有较大几率陷入扯皮风险、具体研发时间无法估算。

例句：（对着UE示意图讲）这个位置，用来摆放用户头像，简单做一下就好。

分析：将需求点转化为技术点的能力，是产品经理与游戏系统策划的基本功。队友基本功不行，这单需求也未必就没救，关键就看需求点是否明确。

针对需求点明确的情况，如例句，可以用追问的方式细化以挽救。

如：

头像多大，多少乘多少？
——大概400*400吧。
目前定不了是吗？
——是的。
你刚说400*400，长宽比例固定是1:1吗？
——我想想……不一定，具体要等界面Demo出来后再看易用性。
大小不写死，我清楚了。只在这一个界面用吗，其他View会有头像展示吗？
——可能会。
那写的时候还要照顾下复用性，清楚了。看你画的是矩形，确定是矩形边框吗？
——不，是圆角。
圆角弧度多少？
——额，我要再确定下。
好。头像上有可能会叠其他东西吗，比如，加个V？
——会有类似的。我本来是想做到VIP系统再提。
现在提，后面再加会有坑。
——现在需求还不明确，总之就是有可能会在头像上摆会员标志。会员标志可能会有好几种，但还没设计出来。每种会员标志的出现逻辑还没定，VIP系统文档还没出完。
会员标志图片资源是从服务器得还是从本地得？
——这个……都差不多吧。
换个问题，会员标志有热更新的需求吗？
——没有。
好的。用户头像的图片来源是？
——用户自己在本地相册里选的。
要和服务器同步吗？
——要。
这方面的后台API有吗？
——……没。
什么时候能有？
——不确定，需求还没提。
用户选取头像的操作是？
——点击头像，弹出系统自带的照片库，选择图片，确定。
任何情况下点击头像都执行照片库弹出和选取的逻辑吗？
——额……不是，应该是进到主页里。
这块设计还不明确是吗？
——……是。
那你先简单设计一下把，完了之后简单画一个交互流程图给我就好了。
——……
好的。我总结下：用户头像控件，圆角矩形边框，长宽可配置，圆角弧度可配置，头像上有叠加子控件用来显示会员标志。会员标志图片资源来源于本地Bundle。子控件有多个显示状态以对应不同的用户身份。头像图片可由用户选择，选择流程逻辑欠缺。头像图片需要与后台同步，相关API欠缺。有缺漏和疑点吗？
——没有。
好的。我先简单找张图意思一下简单做着，图片选择部分等你设计，图片同步部分等你们出API，除这两点之外，周五做完。