作为一个产品应该做的要求

PD不画原型当然可以，只要你能把业务逻辑、交互逻辑讲的明白。现实中我看到太多PD，既不懂运营，又不懂开发，更不懂设计。看了一本人人都是产品经理的书就开始步入产品生涯。
沟通中又不注意倾听和解答，常常一个问题有多几个人问就不耐烦。这样的PD你指望有了交互设计师就能解决问题？还是出于一个减轻你本身应负责任的角度去甩包袱？
好的PD，运营拿不出想法的，和他们一起配合去想，运营拿不出目标的，逼着他们去拿，配合上上下下所有人去完成产品的目标，还要时刻注意产品与公司战略的吻合。
交互设计师的所有实现来自于PD的讲述，连个流程图和数据状态都说不清、道不明的人，这样的沟通效率根本高不到哪去
我带的UED部门，80%的原型拿过来，根本无从下手，找PD去沟通，他们经常开会还找不到人。这样的东西扔过来，效率能高到哪里去？非要逼着我出一个标准原型模板做为PD的输入，这个世界才那么消停了。
PD不是那么好当的，如果你觉得你可以把原型交给交互设计师来画，请做好你的工作：
1、商业目标和价值，请用数据论证出来，协助运营给出MRD或BRD
2、业务逻辑请按泳道图，将产品中包纳的不同角色归入泳道，清晰的标出业务逻辑的流转
3、页面逻辑请好好学习一下如何画，不懂的看一下UML知识，不要画一个页面逻辑连一个闭环都无法形成
4、数据的范围请好好考虑，数据兼容性请好好考虑，不懂开发不要紧，起码你的业务你要熟悉吧，一个新功能上线，会对原有功能，原有数据有什么影响你会不知道？
5、线框草图你可以画在纸上，画干净点行吗，如果不行你还是用axure吧
6、除了正常逻辑，别忘记还有默认和异常逻辑
7、除了你自己负责的产品，别忘记还有其它关联产品，出线框图之前拜托请先和相关的PD沟通下，别搞出一个骡子转磨不转的线框图过来
8、每次有新的改动，请重新将你的线框图修订，并生成的新的版本，这不是只和交互对下就完事的，后面一溜的设计、研发、测试都会在不同节点看你的线框图，如果和高保真、设计稿对不上，问您多了您又不耐烦了，不问您，您又说为什么不来问
9、性能和兼容性如果不懂，请多看看书，多请教下研发的童鞋，多少你还是要说明在文档或线框图中的

最后，奉劝那些还没搞清楚PD这个职位是干什么的人，自己想想，究竟当初为什么要入这个行，如果是单纯的为利，个人觉得你走不了多远，如果是为名，请把自己的事做的比别人出色。软件开发的管理您不懂不要紧，但不要不学习，也不要动不动想做一些高大上的事却做不了。一句话，有本事的PD，不画原型是可以的，那也得您先过了上面9条的坎，经历过这些，再说这大话

很多人无法给产品经理一个清晰的定义 ，? Why? 因为没有看到本质
 产品经理的使命：协调所有的资源，通过产品来实现公司的战略目标
 产品经理的入口：从专业（研发/测试/设计、市场/运营）入手，不要搞零基础，那样只是害人害己
 产品经理的硬技能：原型制作技能、文档撰写能力
 产品经理的软技能：逻辑分析、全局观、数据分析
 产品经理的人格能力：同理心、沟通力、领导力、时间管理能力