在不同的团队，PM的工作略有不同。有的产品经理只画线框，然后把线框交给UE，由UE完成prototype的制作，因为在UE的工作中还包括了交互的设计。
有的产品经理则需要一把抓，从功能设计到交互设计全部搞定，当然这样的产品经理虽然累，但综合能力将会更为突出一些。 再来说说线框和prototype的区别：
? 线框是静态的；prototype可以是有交互能力的； ? 线框是思路；prototype是思路的具体实现；
? 线框包括静态页面和说明；prototype是页面和行为展现；
? 线框更多体现框架、组织、结构、功能划分及布局等；prototype更多体现：逻辑，细节，元素，整体，色彩，交互，内容等。 Prototype又分为低保真和高保真两种：
? 低保真原型反应页面的框架逻辑，导航逻辑，交互逻辑，标签逻辑，内容组织逻辑等。 ? 而高保真原型在低保真原型的基础上，还加入了信息内容，视觉元素，交互细节等。 两种原型的用法也略有不同：
一般在产品团队中，内部更看重的是低保证原型。因为，在设计之初，最怕的是偏离设计方向而浪费资源，所以通过低保真原型可以快速的发现问题，通过不断的迭代设计完善产品框架和主体构造。
一般在与外部进行产品工作成果说明和演示时，用高保真原型更好。因为，sponsor或用户更喜欢关注产品的实际模样，因为他们骨子里是代表未来实际使用者的利益，如果他们觉得色彩不好，交互细节有问题，那么他们会坚持要求团队做出响应，直至他们满意为止，既然如此，我们最好将这个过程安排的越早越好，至少不要因为他们的意见而导致后期的开发工作重复。 l 6内部评审
主要参与角色是Product Owner；主要的过程产物是《评审报告》。
在一个以自有产品销售为主的企业里面，产品的研发和销售往往是两个体系。我们将产品的研发负责人称为PM，而将销售的负责人称为Product Owner。
PO熟悉客户，知道客户为何需要这个产品，也知道市场的很多方方面面，所以，他们参与产品的内部评审是非常有必要的。
在内部评审过程中，我们要做好评审报告的记录。对于评审过程，我认为有以下几点要特别记录：
1、 一致认同的问题。在会上就要给予明确的响应措施，谁负责响应，多长时间响应，谁来检查等；
2、 不能落实的问题。在会上要形成跟进方案，谁来跟进，找谁获取资源，争取什么时候获得结论等；
3、 形成的结论。会议上形成了什么结论，后续有何安排等，都需要详细记录。
4、 这份会议纪要将发送给谁，抄送给谁。
有时候，产品团队和销售团队不总是一团和气，一碰面总容易擦出火来。这是因为，一旦争论到产品的细节，产品团队总认为销售方面不懂产品，不懂技术；而反过来，销售团队又会责备产品团队不懂用户，不懂需求，自以为是。
说实话，这种情况不太好处理，但一个有经验的产品经理如果会审时度势，做出明智的决定，也许可以化解一些矛盾。 比如，
亲自去再摸一次需求，而不是一味的火拼，甚至找到老板来协调； 做出两套方案，待与用户参与的评审时，确定最终的需求；
如果明知自己是对的，则冷处理，将类似的问题全部挂起，并尽快整理一份书面澄清函，由PO提交用户逐一回复。 l 7出资方评审
主要参与角色是Sponsor，Product Owner，PM等；主要的过程产物是《评审报告》。 内部研发型产品的sponsor一般是分管产品研发的副总或CTO，有时候CEO，销售副总也会作为干系人列席；交付型产品的sponsor一般是用户方的业务负责人。
在这种级别的评审会议，PM要非常的细心准备好每个细节，熟话说：台下十年功，台上三分钟。如果不能通过会议让sponsor认为出资是值得的，那么团队的日子将非常难过，对整个team的信心将是沉重的打击。
所以，在准备过程中，我认为有以下一些要点是特别要注意的： 1、要有P3组合。PPT+Prototype+Plan。
? Ppt着重介绍产品的主要设计细节，核心技术方向，产品亮点，有必要还需要包括用户调研的数据分析成果，外部的可靠来源数据依据等。
? Prototype主要展现产品的外观模样，主要展现的是功能性，交互性，以及视觉性。 ? Plan主要展现，截至目前阶段产品研发的过程到了哪个环节，一共花费了投资人多少钱，成本是否在可控范围内，后续还要投入多少资源等等。 2、要有问题应答表。
? PM要准备好sponsor可能会问道的一些问题，并做好准确、真实的答复准备，以随时响应sponsor的提问。
? 如果PM不能cover所有的方面，就一定要做好分工，不同的人准备回答不同的问题。 3、要准备现场的一些记录工作。 ? 安排特定人做现场的录音或记录工作。
会议中，一般会形成一些重要结论，比如：目前的工作是否正常，是否可以继续到下一个阶段；是否需要做出修改和调整；是否要停止下来，等待其他条件满足后再继续。
不管怎样，PM要做好各种应对的准备，随时与各方面做好沟通和传递。
l 8交互呈现调研
主要参与角色是视觉设计师和交互设计师；标准成果物是《交互呈现调研报告》。 在交互呈现调研过程，主要是明确用户群体的特性，包括了解其使用习惯，特殊偏好，在用产品操作过程的友好或缺陷之处等等。
在调研过程中，我们常常将会用到一些可重用的资源来作为调研的辅助，比如： 1、 框架体系； 2、 设计模式； 3、 组件；
这些可以被用来作为调研的资源，为我们快速的理解用户的实际需要有很大的帮助。因为在调研过程中，有很多时候用户会告诉你，他们看过的某某网站，某某产品的某些表现形式很好，可以借鉴。但是，哪些表现元素是真正可以被借鉴的，哪些是不适合被借鉴的，都没有明确下来，包括如何借鉴，如何和用户的实际需求结合起来，都只是一些非常空洞和概念的想法而已。
所以，我们会用到一些被我们沉淀和积累的资源来作为调研过程中的案例标准来展现和承载探讨。 ? 框架体系
框架体系指产品依据展现业务的不同而设计的有着内在联系的各种页面展现框架集合。举个例子，一个购物网站有注册框架，支付框架，购物流程框架，商品展现框架。同时，为了支撑购物的良好体验，一般还会有商品的论坛框架，评价框架，搜索框架，比较框架等等。
那么，如果是个着重于信息的管理产品呢，则有信息发布框架，信息聚合展示框架，信息搜索框架，栏目展现框架，详细信息页框架等等。
如果我们能过将这些框架示例按照一定的逻辑组织和整理起来，在调研过程中，依据用户的不同需求，有针对的展现相类似的框架示例，那么就可以方便直观的基于示例进行探讨，明确用户的意图，形成调研结论。 ? 设计模式
设计模式是一种常见问题的常用解决方案。
比如，用户忘记了密码怎么办，那么我们可以提供一个密码找回模式，这个模式是通过输入注册的邮箱地址后，我们将用户的密码发到该邮箱。相应的，还有登录模式，各种搜索模式，分页模式，日期输入模式，图片切换模式，评论模式，留言模式……
有很多企业都建立了自己的模式资源库，也就是将各种设计模式的文档经过整理后，分类保存，在网上或企业内部进行公开。
比如，雅虎的设计模式库：http://developer.yahoo.com/ypatterns/。 ? 组件
组件是页面最通用的组成元素，比如，文本，链接，按钮，复选框，图片等。一般模式可以在不同产品中通用，然而组件却往往只适用于特定的产品，因为，组件是确定了展现形式的成品，可以直接被使用。
组件资源库和模式资源库一样，可以采用很多方式来管理和收集，比如wiki的方式。也有很多公共的资源提供网站，比如，http://www.webdesign.org/，上面就有很多最新的组件资源
l 9视觉风格调研
主要参与角色是视觉设计师和交互设计师；标准成果物是《视觉风格调研报告》。
视觉风格调研工作在交互呈现调研的基础上，调研产品的实际用户群体的熟知的文化理念，以及现有在用产品的生命原色，产品隐喻，所在地方的政治约束，社会元素等众多因素，为后期设计适合本产品的特有视觉风格提供依据。 调研过程中要关注的一些要点包括： ? 企业CI
? 企业内部的视觉设计规范 ? 现有系统的视觉设计 ? 企业文化 ? 用户群体特性 ? 操作使用环境 ? 操作使用习惯
有时候，用户会要求你去改变现有产品的视觉设计，那么还需要调研清楚，他们为什么要改变，原来的视觉有什么不足之处。
l 10视觉设计
主要参与角色是视觉设计师；标准成果物是《页面效果图》，《视觉设计规范初稿》。 在视觉调研完成后，VI进入设计阶段。在设计之初，PM、UE首先要与VI确定工作内容和计划。 比如，
? 哪些页面要做效果，这些页面的确定稿分别在何时会提供给VI。
? 哪些组件会被使用到，有多少种组件需要做效果，这些组件何时会确定提供给VI。
除了页面的效果图，还要形成视觉设计规范的初稿，在这份规范中，要形成视觉设计的各种标准。比如， ? 页面栅格系统 ? 视线流 ? 框架布局的大小
? 各个元素的大小，色彩，对齐 ? 各种留白
? 交互defalt样式，鼠标划过样式，点击样式 ? 文字规范，字体，大小
? 图片样式，大小，格式，显示处理等
在这个阶段VI的成果只能称为视觉设计规范的初稿，这是因为只有在得到sponsor评审确认后，设计的标准才能最终确定下来，成为后续工作的基线和准则。
l 13裁图及前端实现
主要参与角色是前端工程师，F.E；标准成果物是《静态页面》，《视觉设计规范》。 前端工程师的最主要工作分为两个部分： 1、 切图。
2、 编写页面JS和CSS等实现脚本。
下面是一个前端工程师交给PM的成果目录结构：
后续工作将交给PHPer，Javaer完成前后台的渲染。
到此，整个产品设计工作将完成阶段性任务，后续则是产品开发工程师实现代码，产品测试工程师完成测试和集成，最终发布；产品进入运营阶段。
本文参考了：
《WebAnatomy:Interaction Design Frameworks that Work》 By Robert Hoekman,jr. Jared Spool
产品设计主要工作流程演示教学
