- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
产品经理做的原型和交互设计师做的原型有什么区别.pdf
产品经理做的原型和交互设计师做的原型有什么区别
朱晨@知乎的回答 :
坦白的讲 ,我 得产品经理是不应该画原型的。
原型仅仅是一种工具 ,它的作用是阐述界面操作流程。事实上 ,产品是不应该直接控制这个环节的
。
对于一个产品经理来讲 ,应该把重点放在分析用户需求、规划靠谱功能上。按照小龙的说法 ,产品
经理是站在上帝身边的人 ,要为这个产品设定游戏运转规则 ,把用户的需求链接起来 ,推动产品
运转。还是把下一层级的脏活累活甩给交互去做吧。
产品经理确实也需要画图 ,但应该画的是“故事板” ,向大家讲清楚 ,我们这个功能 ,在用户的真实生
活中是帮他们解决什么困难的。
舍本逐末 ,不可取。
当然 ,这是把产品和交互分成两个角色来说的。一个思考需求 ,一个思考实现。只要足够牛逼 ,包
圆儿了也没问题 ,只是不要再招一个交互了 ,会害了人家。
刘云天@知乎的回答 :
产品经理现在画交互设计稿的现象 ,是行业起步落后和交互设计人才缺乏最主要的原因。产品经理
应该不应该画交互设计稿 ,取决于企业文化和组织架构。
产品经理应该不应该懂交互设计 ,答案是必须要懂的 ,产品经理对待产品要像孩子一样呵护 ,如果
完全禁止产品经理不画交互设计稿 ,就好像不让Z uckerberg写代码一样 ;反过来看 ,有几个产品经
理可以把代码 (或交互稿 )写/画得像 Z uckerberg一样好呢 ?
回到问题上来 ,产品经理对待交互稿 ,应该是快 ,草 ;快速模糊的把信息传递给交设计师 ,交互设
计师根据模糊的概念形成细化的方案。这个是两者最大的区别 ,如果说配合 ,这样的配合是最高
效的。唯快不破 ,平衡是美 ,我的签名档。
另外的话题 ,产品经理和交互设计师不应该太强调职责之间的关系 ,因为 ,产品的最终的成功与否
决定了两个角色的去和留。
高岩@知乎上的回答 :
我们在工作中 ,会根据产品形态的不同 ,进行合理分工。一般来讲 ,PM主要负责用户需求整理 ,
规划 ,功能筛减 ,商业模式、运营模式探索 ,版本迭代时间规划 ,敏捷开发功能点描述等 ;
如果是W EB端的产品 ,交互相关的东西会涉及的比较少 ,由于PM洞悉各个功能点 ,倘若对原型设
计较为精通 ,那么由PM亲自操刀出来的原型 ,既有利于开发人员了解功能点 ,又能减少与交互设计
师沟通的时间 ,如此可以大大提升工作效率。
如果是移动端的产品 ,交互相关的东西会涉及的比较多 ,由于PM需要规划每个功能点 ,倘若操刀
交互细节 ,将会非常费力 ,这个时候可以考虑将交互的细节分给交互设计师来做 ,自己全心全意规
划功能 ,此为上策。虽然花费了一些沟通成本 ,但优化后的交互细节 ,在用户体验上会达到一个更
加专业的程度。
综上所述 ,PM的demo和 Int eract io n designer的demo ,最大的区别在于对交互细节的描述上 ,亦
需根据产品的交互复杂度 定 。
题外话 :作为PM ,需要不断提升自己的能力 ,不管是交互还是技术甚至是UI审美方面 ,都要保持
进步 ,这样才能应对更多的复杂急性事件。
两者怎么配合 ,工作才不会重复 ,发挥最佳效果 ?
PM 整理思维脑图 ,头脑风暴之后 ,优化思维脑图 ,然后出草图 ,你可以用Axure或者visio甚至腾讯
出的UI disigner或者最近比较流行的 luid UI (A PP设计工具 )来画草图 ,也可以称之为低保真原
型图 ,在这个低保真原型图中 ,你需要一一罗列功能点 ,交互细节大可不必提及 ,完成后主动找交
互设计师进行沟通交流 ,要耐心的将各个功能点向交互设计师描述清楚。交互设计师了解到这些功
能点之后 ,会根据自己专业能力的感知 ,来进行高保真原型设计。我一直认为 ,交互设计师应该精
通Axure ,甚至应该具备非常高的文字描述能力 ,因为作为PM ,我 得交互设计师、前端设计师就
是灵魂铸造师。高保真原型出来之后 ,PM应主动与交互设计师沟通 ,看看是否有需要修改的地方 ,
两个人需要在灵魂层面达到二合一的境界 ,对功能的理解一定不能有出入 ,一些功能细节 ,PM应该
把关 ,某些交互细节 ,应该提出自己的意见 ,换位思考 ,理解交互的设计含义。耐心与责任心在这
个时候显得尤为重要。统一方案后 ,就可以提交UI进行设计了。之后就是前端工程师的静态页面
设计 ,程序员的技术实现 ,T EST 了。整个过程中 ,PM的沟通能力得到了最大程度的体现。所有的
这些 ,都基于你对产品的热情程度 ,因为只有热情 ,才能让你持续不断的保持上文提到的那些能力
。
如果是乔布斯做产品经理 ,会不会把交互设计师的活也全包了 ?
文档评论(0)