产品的需求由谁来写？PM? 产品经理？开发人员？

这里的产品需求包括：

1) 需求规格书 (用户语言编写的)
2) UI交互设计 (UI原型）
3) UI界面设计 (最终UI图）
-------------------------------------------------------

3肯定是美工做了，
但1、2通常是谁来写呢？


注意是产品，不是工程项目，所以没有列出客户这个角色。


-------------------------------------------------------------------

最近在做手机界面总体规范和UI交互设计，能做好的信心是有的，但由于是程序员出身，虽然之前也看过一些交互设计的书籍，但心里还是毛毛的。。。

可以肯定的是这些事情产品经理只不过是主持。如果你是做产品,除非拍脑袋出来的，否则必然有市场需求调查人员的参与，如果是项目必然有售前支持。

1) 需求规格书 (用户语言编写的)  负责需求分析人员
2) UI交互设计 (UI原型）  系统设计人员或者专门的UI交互工程师
3) UI界面设计 (最终UI图） 美工或者开发人员

没有客户的产品还算产品吗？

大多数产品都是从项目衍生出来的，就是说在公司做同类项目做太多了，开发人员和项目经理都快做吐了，想想为了下次再做同类型项目的时候别再从头开始造轮子了，然后就把之前做过的项目整合分拣封装成产品。

实际上拍脑瓜的产品也不是完全没有客户需求，它是以项目发起人的经验，假象客户，从而开始实施计划，只是这种拍脑瓜的需求一般都禁不起现实的考验（想问为什么？因为如果项目多了，就不用拍脑瓜了，你手上会有一堆一堆的需求等着你实现，一般都是和现实市场脱离了一段时间的项目发起人才会做出拍脑瓜的产品来，因为他们以前有经验，可惜很久没用已经过时了。）

拍脑瓜的产品最开始的原始需求是由项目发起人，可能是老板，可能是经理来编写的，也有更偷懒的经理，直接告诉开发人员：“你去网上找xx，就照这个做”。然后就不管了。后一种情况也是屡见不鲜。

综上所述，拍脑瓜产品风险极高，很有可能因为中间的任何变故，或者后期产品与市场无法对接，造成流产，或者返工。但是反过来说，如果上层有能力接收到实际需求，谁也不想搞这类没谱的事情，所以在这类项目组中的成员，只好祈祷产品尽早和市场接轨了，缩短周期，越早接触市场，就能尽可能的减少风险。

自求多福吧。

PS：想了一下，其实还有另一种拍脑瓜，就是外行人，刚接触软件，通过网络查询到了很多很多的高级名词，SOA，ESB等等，然后就雄心大发，发誓要搞一套世界第一的产品，这个类产品基本就是死路一条。这种人很有魄力，但是实际操作中会遇到很多问题，要再多加小心了。

最近在做手机界面总体规范和UI交互设计，能做好的信心是有的，但由于是程序员出身，虽然之前也看过一些交互设计的书籍，但心里还是毛毛的。。。

走别人走的路让别人无路可走 --- 马化腾

                                   |->美工mock up-------|
                                   |                    |
老大拍脑袋->市场调研->产品wireframe->UED出交互---------------->专家review->---->需求
                                   |                    |
                                   |->前端prototype-----|

                                   |->美工mock up-------|
                                   |                    |
老大拍脑袋->市场调研->产品wireframe->UED出交互---------------->专家review->---->需求
                                   |                    |
                                   |->前端prototype-----|

看到最后的专家review了....肯定没好东西出现

大部分公司都会有UED这个职位的人员吗？
UED出设计后，谁来评审？ 专家REVIEW的这个专家从哪里来呢？

---------------------------------------------------------------------------------

我所从事的公司都只有美工:(
有趣的是，美工通常都是美术学院出身，她们对于如何设计出美观、眩目、色彩搭配合理的画面很在行，
但是对于界面怎么设计才方便操作、界面元素如何布局才不至于误导用户等就不那么在行了。
所以常常设计出来的界面，好看，但用起来不方便，
程序员实现起来也比较麻烦，因为美工只考虑好看，常常不按规则出牌。

同意。