Comments on: 什么是产品经理不该考虑的？

By: idliulei

idliulei — Wed, 25 Nov 2009 07:46:46 +0000

这些问题都没有足够的场景，很难回答。
但最后两段很精彩，值得PM深思。

By: Ami

Ami — Tue, 28 Jul 2009 06:10:54 +0000

类似以上1~7的问题我都遇到过
1. 牵涉到产品的服务形态，这个得PM来，很可能放不下就要改设计
2. PM描述要达到的目的，设计师来想办法
3. 考虑到用户，建议妥协不要那么多的收入数据，或者另外做调查获得这点信息
4. 和前端一起讨论如何解决
5. 那重新审视需求，花这样的代价值不值得做
6. 尽量，只能尽量
7. 要么运营团队解决，运营质量是他们的事情，要么拔高的产品形态来解决，相关的用算法推

当然这只是粗略回答，1-7都是难题，每次遇到其实都是个纠结、权衡、舍弃的过程。PM要考虑用户，但PM和做UE的不一样，要多方面权衡

By: 阿达

阿达 — Tue, 28 Jul 2009 03:03:17 +0000

1F答的好，难点不在这些问题会发生，难点在於这些问题发生以後产品经理有没有能力与各领域的专业人员制订出既满足用户体验又可实现的的具体目标。真要做起来，光只分析与提出用户需求这件事就能搞死一个PM了(这个任务似乎都不归其他技术人员管)。

By: sky.ding

sky.ding — Fri, 24 Jul 2009 01:57:34 +0000

沟通很重要，在现有资源的基础上最大化的满足产品要求

By: JJ

JJ — Thu, 23 Jul 2009 09:55:04 +0000

这个文章的第一句我就不认同

先说说什么是产品经理该考虑的问题吧。按当下风俗，头等大事应该是“用户体验”；其次是产品商业目标；再是可实现性；然后是项目进度；然后是运营管理与维护。这个清单会越来越长，所以就先列这些吧。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
不想商业目标不想可实现性不考虑公司资源做的什么用户体验呢？体验什么呢？

By: cc

cc — Wed, 22 Jul 2009 12:31:56 +0000

鬼扯几句：
1.取舍或者视觉设计搞定
2.设计师发挥后听领导的
3.弹窗
4.锚链接
5.后台配关键字人为与程序双层控制关联性
6.找90后非主流来做测试
7.合理利用搜索引擎

国内的产品经理概念的确太模糊

By: k

Wed, 22 Jul 2009 10:31:24 +0000

万事万物应该尽量简单，而不是更简单。

By: 小文子

小文子 — Wed, 22 Jul 2009 06:44:52 +0000

我个人认为，产品经理最先考虑是商业目标，然后才是实现的方式，包括从用户体验角度出现的UI，然后是符合该阶段可实现的功能，然后是项目进度，再然后是管理与运营等。

我认为，作为产品经理，在行业内部架构还不规范的时候，很有可能还是交互设计师，还是信息架构师。。。，

产品经理考虑的问题并不是一份RPD就可以解决的，说实话在RPD里其实也应该是要包括产品UI线稿图及产品结构流程的。

设计需求由产品经理提出，应该是由设计师去思考如何协调，如果设计师没办法协调好色调、BUTTON等问题，那应该由设计师向产品经理汇报情况，由产品经理去权衡。

技术面的东西，我认为应该是技术经理考虑比较多，当有技术难度冲突时，应该考虑该功能或该效果是否有必要。

产品经理，更多的是协调与沟通的角色。是公司最熟悉内部运作的人，应该具备总体协调能力。

以上酌见，欢迎一起讨论。

blog.sina.com.cn/happywenzi/

By: 仁心博客

仁心博客 — Wed, 22 Jul 2009 05:39:43 +0000

写的挺现代的

By: soonfy

soonfy — Wed, 22 Jul 2009 05:17:12 +0000

上述7个问题都能有很好的解决方案。设计到专业的应该有专业人员做主导，其他人只是提供建议。
但目前很多公司的遇到的现状是：专业人员并不专业。例如，一个优秀的ui设计寻找决绝问题1的方案应该是很简单的。