一个好的原型应具备的5个特点.docVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一个好的原型应具备的5个特点

一个好的原型应具备的5个特点   一款成功的产品,一定是团队共同努力的结果,绝不仅仅是产品经理一个人的功劳。在产品的初期,产品经理需要让团队成员了解到产品做什么,为什么做,以及怎么做,而产品原型就是最好的沟通语言。因此,好的原型设计总能够让产品进程事半功倍。      巴别塔,原本是全人类齐心协力建造的,一座通往天堂的高塔。然而上帝从中作祟,为了阻止人类的计划,上帝让分散各地的人类说不同的语言,使人类互相之间不能沟通,巴别塔的建造计划因此失败,人类自此各散东西。   语言是人和人之间互相沟通的最高效的方式之一。产品原型,就是产品经理对外展示和沟通的语言。一份设计优良的产品原型,总能够让产品团队的成员,清晰的了解到产品经理对市场问题的分析,对用户的思考,以及最终沉淀下来的产品解决方案。接下来,我将从以下几个方面对深入说一下。      什么是原型   原型是产品经理人员将文字化的需求转换成图形稿,是设计方案的表达,是产品经理的重要产出物之一,是项目团队参考,评估的重要依据。它是产品功能与内容的示意图,是最终产品的雏形。   原型的作用   为什么说好的原型设计能让项目事半功倍呢?   原型是产品经理对需求分析是否到位的一个复盘,从原型中,可以清晰看到产品的流程,检验自己的设计逻辑是否合理;   原型的使用对象十分广,包括需求方,UI,技术开发,测试,能与项目人员达成共识,让相关人员熟悉整个设计,顺利进入到下一个环节,UI出图和技术搭建框架,设计数据库等。   原型是产品的模型,它向我们展示了最终产品的蓝图。   如何做一个好的原型   原型大家都会做,几乎每天都会去做,但是如何做好一个原型呢?好的原型应该具备哪些特征呢?以下是我对如何做好原型的一些简单总结。      1、功能框架划分明确、合理   产品由很多功能组成,如何将这些功能划分到不同的模块里面,非常考验一个产品经理对用户和产品的思考。同时,功能框架划分明确,也能够方便产品团队的成员理解产品经理的思路和意图,和产品经理一起更好的完善产品设计。功能框架的划分可以参考功能结构图,然后转换成页面的模块设计。如下图所示:   2、功能流程清晰、结构完整   清晰地产品流程,能够帮助用户快速的了解产品希望解决的问题及解决问题的方式;同时,也能够方便梳理产品的功能结构是否完整,是否有遗漏的环节。简单来说,功能流程清晰、结构完整的产品原型,能够帮组用户快速的了解到“完整”的产品是什么样的,在此基础上,用户就能够更好的理解和思考产品的功能细节;如下图所示:      3、合理的色彩运用和交互设计   产品经理通常不具备UI / UE设计师专业的设计能力,黑白灰色调的低保真产品原型,既能够表达产品经理的想法,也能最小限度的影响UI / UE设计师的工作。但在一些小规模团队中,需要产品经理设计色彩明确,图片丰富,具备交互效果的高保真原型。因此,产品经理要能够按照不同的要求,在原型设计中,合理的运用色彩和交互设计,和产品团队一起,快速的推进和落地产品,但是切记直接截图说明。   4、简单、规范和统一的文字说明   虽然产品原型中的图片、功能和交互能够很好的表达产品经理的思路和观点,但是一些特殊场景下,简单的文字说明,能够让产品团队成员,更快、更好的理解产品经理的想法。   (1)简要说明   原型设计和需求文档是一样的,我们不可能一步到位,一般需要经过沟通、评审慢慢确定最终的原型。在这种情况下,我们就需要把每一次的变更都写入进去了,方便项目成员看到每次更新修改的内容,提高工作效率,节约沟通成本及后期不必要的麻烦。大家可以采取自己喜欢的方式去记录,我一般采用变更日记的形式去简要说明我每次原型修改的地方及理由。这是我工作的一个例子,如下图所示:      (2)交互说明   交互说明是对动态效果的进一步补充,是原型中不可或缺的内容。逻辑严密,内容清晰的交互说明会让原型看起来更具有可读性。例如文字过多如何显示?不同状态下控件会出现什么效果?……这些都需要产品经理在原型中也给出说明,不然UI设计中,会出现一大堆问题。   交互说明可以从以下几个类型进行说明,如下表所示:      5、展示页面流程   页面流程图不仅可以看到具体的页面,还可以看到用户是如何从一个页面跳转到另一个页面。方便前端做页面跳转时一目了然哪些页面之间有交换,提高工作效率,必要时可以结合表格进行相关说明。以下是我工作的一个例子,没有画出具体流程:      设计原型注意项   原型做出来是给大家项目评审用的,方便用户联想最终的产品。同时也让让每个使用者都可以明确自己要做的事情,不至于模棱两可。所以在做设计时,产品经理要尽可能的去规范原型。   我们还应该尽量使用真实、符合逻辑的数据,不然给人们看时,会造成很大的困惑;   不遗漏

文档评论(0)

haowendangqw + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档