每一个用户，其实就是一位“产品经理”，用户在使用产品的时候，只要形成了足够多的主观感受（好/坏），并有意愿表达出这种意愿。那么，用户其实就是在承担“产品经理”的职责。
下面，我就说几例，产品经理和程序员之间，因为对“简单”的理解不同，互相伤害的故事吧：
第一种“简单”：没有厘清可供对方理解的地方出现“简单”一词，很可能是因为相关技术点没有厘清。
没厘清技术点，贸然开工会导致研发过程中沟通频繁、研发目标难以明确以使交活时有较大几率陷入扯皮风险、具体研发时间无法估算。
场景一：这个位置，用来摆放用户头像，简单做一下就好。
分析：将需求点转化为技术点的能力，是产品经理与游戏系统策划的基本功。队友基本功不行，这单需求也未必就没救，关键就看需求点是否明确。
针对需求点明确的情况，如例句，可以用追问的方式细化以挽救。如：
头像多大，多少乘多少？
——大概*吧。
目前定不了是吗？
——是的。
你刚说*，长宽比例固定是1:1吗？
——我想想……不一定，具体要等界面Demo出来后再看易用性。大小不写死，我清楚了。
只在这一个界面用吗，其他View会有头像展示吗？
——可能会。那写的时候还要照顾下复用性，清楚了。
看你画的是矩形，确定是矩形边框吗？
——不，是圆角。
圆角弧度多少？
——额，我要再确定下。
头像上有可能会叠其他东西吗，比如，加个V？
——会有类似的。我本来是想做到VIP系统再提。
可以看出，即使是一个简单的头像，尺寸、形状、身份表示等等，在技术开发那一端，都会被拆分成不同的需求来实现。
一些新手产品经理，站在和普通用户几乎差不多的角度，把许多组建看成一个模块，“一股脑儿”地要求技术人员帮他实现。这个时候，经验丰富一些的程序员，就会帮他理清一下思路，把该拆分的需求拆分，这样不但可以立马解决“需求→实现”，也可以让这个新手产品经理有所进步。
不靠谱度：★☆☆☆☆——起码知道要的是什么
第二种“简单”，缺少设计实现软件开发是一个非常复杂的行当，制定需求→绘原稿→出设计图→程序实现是最基本的四个步骤，但普通人，往往会直接忽略前三个步骤，所以每当他们脑洞大开之时，他们就会产生这样的想法：
“就差一个程序员了！”
举个简单的例子吧：
1.（同行介绍来的土豪）你好，我要做个股票分析软件，我这儿有一套完整的公式，来给各支股评分，你出个手机版的就行，界面就是那种最普通的，重点是功能要齐全。
翻译：听说你们会写代码？界面也给一块儿画了吧。
分析：一般碰到这种“大白”，合计下看够不够再雇俩人一块儿干，一个做UI，另一个负责跟他沟通，明确他的每个需求点。
2.（公司领导）小王，你上个项目做的不错，年末了，交给你一个小需求，让你去做吧。就是做个简单的