不小心看到这么一句话：“作为设计师，我只在用户角度提出问题的优劣对比，具体请各位工程师思考解决方案、各位产品经理思考要不要这么做。”
出自某位UCD达人的blog。无意冒犯，就不指名了。
这里有一个很好的问题：什么是产品经理不该考虑的？
先说说什么是产品经理该考虑的问题吧。按当下风俗，头等大事应该是“用户体验”；其次是产品商业目标；再是可实现性；然后是项目进度；然后是运营管理与维护。这个清单会越来越长，所以就先列这些吧。
然后我们按照互联网产品的开发流程来看看，什么是产品经理不用考虑的问题。
首先，我们有了一个PRD。这个没跑，只能产品经理自己做。然后开始进入产品开发流程，各项工作都要交给不同的专业人士完成：
1. 设计框图。这个可以由信息构架师来处理。但如果要求导航上放13个分类的链接，而布局上明显只能放10个，怎么办？
2. UI设计稿。产品经理说，我们新产品的图标必须符合我们的主要用户群的喜好，所以最好用鲜亮的颜色。但我们又必须让新产品的图标在主站橙色（公司标准色）导航上凸显出来。鲜亮的颜色要在橙色上凸显出来，这可真是个设计上的难题，怎么办？
3. 交互原型。产品经理说，我需要收集至少50%用户的月收入的真实数据数据，但产品只是一个听音乐的网站，月收入的项目不能作为必填。这个矛盾很难解决，怎么办？
4. 前端开发。产品经理说，这个页面要做成Ajax载入内容，不刷新页面。但载入不同内容的时候，我希望URL有不同。不刷新页面，但又必须改变URL，怎么办？
5. 程序开发。产品经理说，当前播放的是王菲的“半途而废”，我希望能够在相关音乐里出现同旋律粤语版的“原谅自己”。技术工程师有办法在歌曲之间做到旋律的匹配，但跑完十万首歌需要一个月，怎么办？
6. 测试。产品经理说，首页出现的300个链接文字都是用户手工输入的，我需要保证用户输入任何奇怪的符号、HTML代码、火星文，都不会导致页面错乱。这在测试工程师看来，是一个不可测的用例，因为天晓得用户会输入些什么东西。怎么办？
7. 产品运营。产品经理说，我需要保证我们所提供的“相关音乐”确实是和该音乐是“相关的”，比如曲风类似、同一个歌手、同一首歌不同人翻唱的，最重要的是，要引起用户的共鸣，让他们产生后续点击欲望。运营编辑说，我的团队又不是人人都熟所有的音乐，我们怎么知道什么是让用户共鸣的歌？没有一个很简单快速的衡量标准，无法很优质的筛选“相关视频”，怎么办？
上面的7条，每一条的要求，都是“站在用户的角度”做出的合理的产品需求，但它们在实现上都遇到了问题。如果一个产品经理说，我“只”站在用户的角度来考虑问题，怎么实现请各位工程师（设计师）来考虑。可能他更适合呆在用户体验咨询公司当一个咨询员，而不是真正能够驾驭各种专业人士帮他实现产品的产品经理。
产品经理可能是产品团队里唯一不用亲自做产品的人，如果把具体实现的问题都丢给真正干活的人，自己只考虑“什么是要做的”，而不用考虑“什么能做”，或“怎么做”，我很难想象这个产品经理能够真正拥有一个同心协力的团队。而我也很怀疑他为用户考虑的这一切，最终能够得到落实。
产品经理，首先得认识到，自己是“经理”，翻译成英文是Manager，再翻回来是“管理者”。
————-
P.S. 欢迎各位有经验的产品经理来讨论一下，以上7个问题该如何解决。其关键是，当专业人员说他无法解决时，如何驱动他们找出办法解决。
笑寂寥: 2009-7-21 9:25 am
我们公司还未发现涵盖这么多方面的产品经理
kent.zhu: 2009-7-21 9:29 am
不同公司的PM职责并不一样。
目前我见过的，有的PM是直接全程把握型的，包括页面配色都是PM的事情；有的PM是业务主导型的，他们并不关心产品。
目前来看，国内的PM领域很乱，很多人做了PM但是不知道自己该做什么，很多人实际上就是个运营者，但是title是PM。
所以，不要计较title是什么，关键看，自己做了什么
jerry: 2009-7-21 10:00 am
说的很现实。经验之谈啊。
什么是产品经理不该考虑的？ | 互联网的那点事...: 2009-7-21 8:57 pm
[...] 来源：http://www.mikkolee.com/223 [...]
iamsujie: 2009-7-21 10:50 pm
其实一切都是资源问题，我们一定是在资源不足的情况下做事，好的管理者就是善于在这种情况下优化配置，取得一个较优的结果，这中间就有一堆的做人做事的技巧了，很多都是非业务层面的。。。
资源足够，一切问题都不是问题了。。。
草根网: 2009-7-21 11:02 pm
好文，收藏至20ju.com
truelife: 2009-7-21 11:33 pm
产品经理要考虑的问题太多了，没什么事情是产品经历不该考虑的，公司越小，要考虑的就越多！
fresh: 2009-7-21 11:36 pm
因为订阅ucdchina的文章，看到你这篇
写的挺好的
理想_Cause: 2009-7-22 9:53 am
你所说的7宗罪最简单的办法就是技术负责人，再找几个相关的产品人员，会议室，一下午，充分沟通，搞定，自己在那苦恼纯属无稽之谈。
1. 设计框图 美工人员来处理，为什么不能放，用图 换字号，最终问题不是放多少，是为什么放，放后的价值和后果。
2. UI设计稿 这个需要美工和UI做主导，牵头听从产品人员的市场相关建议。
3. 交互原型，50%是什么概念，现有用户的50%么。直接弹出投票不得了
4. 前端开发 找技术人员单刷JS
5 程序开发 这个主要是pm的里程碑以及流程是否清晰，是否进行迭代，找原因，找源头 找解决办法，pm干嘛吃的
6 测试。 建立用例规范
7产品运营 找人事那边的人，先培训，不行就调岗。
这7宗罪也算大问题么，很小的几个各点。不是很容易解决，但同样也不很难。。。。。
evanWu: 2009-7-22 11:04 am
你这是在…抱怨么…
evanWu: 2009-7-22 11:17 am
好，我认真回答一下。
如果以相互配合的角度来说，我觉得整个开发团队中的每个人都可以积极的去思考产品开发过程中所遇到的问题，并且将其FIX掉。这样产品才能一步步地往前进。
再来，产品经理们也不能把自己的职能范围划得太死。既然是产品经理，就应该要考虑到整个产品的用户期望满意值，再来才是实现度。当然产品的构架不能太天马行空、理想化，这点来至于其对技术的经验。不然就算你想的再好，实际做出来却千差万别，那有什么意思呢？
还是那句老话：用事实说话嘛。
amoyyean: 2009-7-22 12:31 pm
关于3,当前上这个项目的目的是什么,如果商业模式是靠点歌收入,会员收入,广告收入以提高公司营收为主要目标,当然必须要搜集能反映收入的数据,如果只是为了提高免费的浏览量,会员数为目标.那当然不用一定考虑收入.整个公司有运营目标,然后有相应的主要KPI,但具体到每个项目也有更关联的KPI.不能都套用一种指标.
关于7,相关性也是需要历史数据支持的,当然好的算法和模型能提高相应的服务的效率和受欢迎程度,反过来也要监控相应的表现来继续优化这个系统.
用户体验咨询员其实也不是那么好当的,毕竟你一个人或者一部分人(假使你有客服过来的客户反馈信息)的信息在效率,反映问题准确度,重要性上都还不是那么可靠的.在资源允许的情况下,要去更全面,更可靠(误差可以估计)地搜集数据.
soonfy: 2009-7-22 1:17 pm
上述7个问题都能有很好的解决方案。设计到专业的应该有专业人员做主导，其他人只是提供建议。
但目前很多公司的遇到的现状是：专业人员并不专业。例如，一个优秀的ui设计寻找决绝问题1的方案应该是很简单的。
仁心博客: 2009-7-22 1:39 pm
写的挺现代的
小文子: 2009-7-22 2:44 pm
我个人认为，产品经理最先考虑是商业目标，然后才是实现的方式，包括从用户体验角度出现的UI，然后是符合该阶段可实现的功能，然后是项目进度，再然后是管理与运营等。
我认为，作为产品经理，在行业内部架构还不规范的时候，很有可能还是交互设计师，还是信息架构师。。。，
产品经理考虑的问题并不是一份RPD就可以解决的，说实话在RPD里其实也应该是要包括产品UI线稿图及产品结构流程的。
设计需求由产品经理提出，应该是由设计师去思考如何协调，如果设计师没办法协调好色调、BUTTON等问题 ，那应该由设计师向产品经理汇报情况，由产品经理去权衡。
技术面的东西，我认为应该是技术经理考虑比较多，当有技术难度冲突时，应该考虑该功能或该效果是否有必要。
产品经理，更多的是协调与沟通的角色。是公司最熟悉内部运作的人，应该具备总体协调能力。
以上酌见，欢迎一起讨论。
blog.sina.com.cn/happywenzi/
k: 2009-7-22 6:31 pm
万事万物应该尽量简单，而不是更简单。
cc: 2009-7-22 8:31 pm
鬼扯几句：
1.取舍或者视觉设计搞定
2.设计师发挥后听领导的
3.弹窗
4.锚链接
5.后台配关键字人为与程序双层控制关联性
6.找90后非主流来做测试
7.合理利用搜索引擎
国内的产品经理概念的确太模糊
JJ: 2009-7-23 5:55 pm
这个文章的第一句我就不认同
先说说什么是产品经理该考虑的问题吧。按当下风俗，头等大事应该是“用户体验”；其次是产品商业目标；再是可实现性；然后是项目进度；然后是运营管理与维护。这个清单会越来越长，所以就先列这些吧。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
不想商业目标 不想可实现性 不考虑公司资源 做的什么用户体验呢？体验什么呢？
sky.ding: 2009-7-24 9:57 am
沟通很重要，在现有资源的基础上最大化的满足产品要求
阿达: 2009-7-28 11:03 am
1F答的好，难点不在这些问题会发生，难点在於这些问题发生以後产品经理有没有能力与各领域的专业人员制订出既满足用户体验又可实现的的具体目标。真要做起来，光只分析与提出用户需求这件事就能搞死一个PM了(这个任务似乎都不归其他技术人员管)。
Ami: 2009-7-28 2:10 pm
类似以上1~7的问题我都遇到过
1. 牵涉到产品的服务形态，这个得PM来，很可能放不下就要改设计
2. PM描述要达到的目的，设计师来想办法
3. 考虑到用户，建议妥协不要那么多的收入数据，或者另外做调查获得这点信息
4. 和前端一起讨论如何解决
5. 那重新审视需求，花这样的代价值不值得做
6. 尽量，只能尽量
7. 要么运营团队解决，运营质量是他们的事情，要么拔高的产品形态来解决，相关的用算法推
当然这只是粗略回答，1-7都是难题，每次遇到其实都是个纠结、权衡、舍弃的过程。PM要考虑用户，但PM和做UE的不一样，要多方面权衡
idliulei: 2009-11-25 3:46 pm
这些问题都没有足够的场景，很难回答。
但最后两段很精彩，值得PM深思。