极客时间已完结课程限时免费阅读

18 | 原型设计：如何用最小的代价完成产品特性？

18 | 原型设计：如何用最小的代价完成产品特性？-极客时间

18 | 原型设计：如何用最小的代价完成产品特性？

2019-04-06 宝玉 来自北京
《软件工程之美》
课程介绍

讲述：宝玉

时长16:37大小15.23M

你好，我是宝玉，我今天想与你分享的主题是“原型设计”。
我们都知道，软件项目中很多问题都和需求相关，比如说需求不明确，需求变更。这些问题轻则导致返工造成浪费，重则导致项目失败带来巨大损失。所以在软件工程中，搞明白需求是一件至关重要的事。
上一篇我带你学习了如何分析需求的方法，而分析需求，同样也离不开工具的支持。所以这一篇，我将带你学习需求分析中原型设计的用法，借助原型设计，用最小的代价完成产品特性。

什么是原型设计？

对于原型设计，很多程序员可能比较陌生，但是对于产品经理来说，原型设计却是日常工作中最常用的技能之一。因为原型设计，是产品经理确认需求、设计产品最重要的沟通工具。
其实最早的原型设计，并不是作为一个需求沟通工具存在的。

原型设计的发展历史

早在上世纪 70 年代，在瀑布模型提出后，很大程度上改进了软件项目的开发。但是需求不明确、需求多变的问题从那时候开始就是一大难题。
《人月神话》的作者弗雷德里克·布鲁克斯（Frederick P. Brooks, Jr.）在《没有银弹 - 软件工程中的根本和次要问题》中第一次提出了：“在获取和制订软件需求时，将快速原型开发作为迭代计划的一部分”。
后来快速原型就逐步发展成为一个开发模型，叫快速原型模型，我在《04 | 瀑布模型之外，还有哪些开发模型？》这一篇里也有介绍。这种模型的特点就是快速开发，快速修改。目的是为了解决客户的需求不明确和需求多变的问题。
注意，这里的快速原型模型，是开发软件项目的一种模式，还不是工具。
给你举个例子，如果用快速原型模型开发网站，大概分三个阶段。
第一个阶段就是纯静态 HTML 页面，能看到页面什么样子，没有后台，无法保存数据。这种静态页面开发成本不高，速度很快，改起来也方便，做好了就可以拿去跟客户确认需求。
客户看了后就能知道产品长什么样子，是不是满足要求，会提出明确的反馈意见。根据反馈，开发方会继续修改静态页面。
第二个阶段就是模拟一个后台服务，没有数据库，数据直接保存内存中。但是可以让网站有真正的交互：从网站添加内容就能显示出来，修改网站内容，网站显示的内容也会跟着修改。
这个阶段客户可以在网站上体验交互，也能完整的体验操作的流程，可以进一步针对交互再提出反馈，开发方根据反馈继续修改。
第三个阶段就是完成最终的后台服务，接入真正的数据库或者其他后台服务，完成整个网站的开发。由于前面两个阶段，产品经理已经把需求和交互确认清楚，所以这个阶段的开发，就没有太多需求上的反复和修改，可以高效的完成设计和开发。
简单来说快速原型模型就是，第一阶段确认界面布局和内容，第二阶段确认交互，第三阶段实现。
通过快速原型模型来开发，可以低成本、快速地确认好需求。但也有一个问题：整个过程单靠产品经理是无法完成的，必须要有开发人员配合才能完成。而对产品经理来说，要开发人员配合还是一件高成本的事情。
低保真原型设计
于是有产品经理用线框图来代替第一阶段。线框图画起来简单，纸和笔就可以，展示效果不错，通过线框图可以直观地看到界面上有什么，布局是什么样的，一样可以用来和客户确认需求。
图片来源：WikiPedia
线框图简单方便，可以起到沟通需求的效果。但缺点也很明显，就是看起来不够真实，不方便反映界面之间的关系，另外也不能反映界面交互。所以线框图这种模式也叫低保真原型。
中等保真原型设计
再后来就有像 Axure 这样专业的原型设计软件产生，不仅可以反映界面上的布局和内容，还可以展示网站的整体结构和交互。也就是说，借助原型设计工具，可以达到前面快速原型开发前两个阶段同等的效果。
图片来源：我参与过的某项目原型设计截图
这种原型设计，可以很好的用来确认需求和界面交互，虽然制作难度上比线框图要复杂一点，但是不需要开发人员介入，产品经理完全可以自己搞定。
但这样制作出来的原型，也不能做到 100% 真实，因为它在界面的真实度、色彩上要比最终产品差一些，所以也被称之为中等保真原型。
高保真原型设计
近些年移动端快速发展，对于移动端来说，因为界面比较小，布局和内容上已经没法玩出什么花样。所以客户更追求界面的美观和交互的炫酷，对原型的保真度要求也就越来越高。
所以很多原型工具就在高保真方面狠下功夫，让你简单操作就可以做出漂亮的界面和炫酷的交互，甚至完成后都不需要再做 UI 设计了。
当然，高保真原型的学习成本和制作成本都要高于低保真原型，所以变更成本更高，而且也很容易导致产品经理花大量时间在细节的调整上，影响整体的进度。所以通常高保真都会和低保真原型设计配合使用，先用低保真原型快速确认清楚需求，再用高保真原型确认最终的交互和 UI 设计。
就这样，原型设计从最开始的一种快速开发模式，逐步演进成了今天的原型设计工具。让产品经理不需要会编程知识，也可以做出很酷的软件原型，从而可以低成本、高效率的确认清楚产品需求。

怎么做好原型设计？

虽然说现在原型设计工具已经让制作原型越来越简单，但即便如此，原型设计也可以算得上是一个小项目了。因为要做好原型设计，不仅要考虑单个界面怎么设计，还要考虑这个产品整体有多少个界面，各个界面的关系和流程是什么样的。
要做好原型设计，可以借鉴我在《02 | 工程思维：把每件事都当作一个项目来推进》中讲的内容，用工程方法来完成。
参考工程方法，我们可以将每次原型设计过程分成四个部分：分析、设计、实施和验证。
这里，我以极客时间 App 为例，假设我们需要制作一个极客时间的 iPad 版，应该如何制作原型呢？

第一步：分析

在原型设计时，通常属于需求的最初阶段，需求还是很模糊、不具体的。所以这个阶段首先要做的，就是要对用户的需求有个初步的了解，分析清楚原型设计的目标是什么。
比如说，我们要设计极客时间的 iPad 版，其实在内容上，完全可以基于 iPhone 版本，只是在布局上，交互要重新设计，充分发挥 iPad 大屏幕的优势，展现更多有价值的信息。

第二步：设计

在对需求进行初步分析后，需要开始对原型进行整体设计。在设计阶段，主要从两个维度来考虑：
从信息架构的维度，考虑清楚整个产品的信息架构，划分出模块；
从使用流程的维度，考虑清楚界面之间的流程。
画产品的信息结构图
产品的信息结构，就像一本书的目录，整体描述了架构信息。
在做原型设计前，先梳理清楚整体结构，有助于帮你想清楚产品有哪些功能模块，模块之间的关系如何，哪些模块是公共的，哪些模块是面向不同用户显示不同内容的。
参考极客时间 iPhone 的结构，我们可以把主体的信息架构梳理出来，如下图所示：
在考虑清楚主体结构后，可以进一步细化。例如其中“讲堂”下面虽然分成了“专栏”、“视频课程”、“每日一课”和“微课”，但其实点进去都是一样的，我们可以称之为“课程模块”，对于课程模块，我们可以进一步细化。如下图所示：
这样你就可以一步步将整体信息结构从粗到细，一点点整理清楚。
画产品使用流程图
用户在使用产品时，会在不同的模块之间跳转，比如说你从极客时间进入到一个没订阅过的专栏，还可以点击订阅按钮进入订阅界面，订阅成功又可以返回专栏界面。
所以，需要用流程图把这些界面之间跳转的逻辑梳理清楚。在设计流程图的时候，要重点考虑用户的使用场景，结合使用场景设计好流程。
举例来说，如果当前用户进入到专栏首页，如果用户没有订阅，最重要的就是让用户可以方便的订阅，然后继续阅读；如果用户已经订阅，就没必要显示订阅相关内容，直接可以看到文章列表，选取想看的文章直接阅读。
需要注意，画产品使用流程图时，不仅要考虑正常使用的流程，同时也要考虑清楚异常的情况。比如说用户留言输入错误，网络失败，怎么处理？如果把用户辛辛苦苦输入的消息弄丢了，将会让用户体验大打折扣。
我们以进入专栏，阅读专栏文章这个流程为例，画一个简单的流程图，来说明各种不同情况下的流程和跳转关系。
通过这样的流程图，可以考虑清楚界面和界面之间的跳转逻辑。

第三步：实施

在设计好整体的信息架构和使用流程图后，就可以开始对每个界面画流程图了。
在具体到界面时，要优先考虑满足产品需求，然后是让界面好看好用。
比如说阅读专栏文章这个界面，在 iPhone 上，屏幕很小，显示的信息有限，到 iPad 上，有了更大的屏幕，就可以增加更多的内容。但是注意不能造成太多的信息干扰，要突出重点，增强体验。
所以我们可以保留 Tab 导航的设计，让用户可以随时回到一级界面，并且针对 iPad 界面特点，对位置做一些针对性调整。
另外在专栏阅读时，一个常见的场景就是看完一篇后，想切换到目录查看其他文章。可以针对 iPad 的交互特点，点击显示目录，方便在文章之间切换跳转。
这样一个界面基本上就初步完成了。接下来还可以对一些可以点击的界面元素，例如按钮，增加跳转操作，按照前面产品使用流程图的设计，将界面之间连接起来，让用户可以方便的从一个界面跳转到另一个界面。

第四步：验证

原型设计完成后，还需要一个很重要的环节就是验证，产品经理自己反复验证几遍，如果发现有流程上走不通或者使用不方便的地方先自己调整。调整好了交给其他人去体验，让他们提出反馈意见。
一般在正式的项目中，针对原型设计，需要有相应的评审会议，让大家提出反馈，根据反馈再作出调整。
比如说我前面设计的文章阅读界面，在交给朋友体验后，他给我的建议是：这样的设计看起来文章之间跳转方便了，但是要返回专栏页面反而是不方便了。而相对来说，返回专栏是一个更常见的操作。所以对竖版界面来说，这样的设计可能会让用户不知道如何回去，不如还是改回传统的返回式导航。
我觉得他说的很有道理，所以最终界面变成了这样：
而这样的调整，在原型设计工具中，几分钟就完成了，非常小的代价就完成了一个产品设计的确认。
经过分析、设计、实施、验证这四个阶段，再反复的修改和确认几次，基本上就可以做出来不错的原型设计了。

如何选择合适的原型设计工具？

原型设计工具，选择非常多。我建议你选择的时候，可以从几个维度考虑：
面向的平台：Web、桌面、手机；
保真度：中等保真度还是高保真度；
功能：是否满足你的要求；
成本：价钱是否可以接受。
这里推荐几款主要的原型设计工具，供参考。
Axure RP：Axure RP 曾一度是原型设计工具的代名词，历史悠久功能强大，可以制作网站、桌面软件、移动 App 的原型。 缺点是专业度较高，价格高。
墨刀：墨刀 是一款优秀的国产原型设计工具，可以制作网站、桌面软件、移动 App 的原型。上手相对容易，价钱也较 Axure 便宜很多。
Adobe XD：Adobe XD 是 Adebe 出的一款设计兼原型设计工具，可以制作出高保真原型，对于设计师尤其容易上手。
ProtoPie：ProtoPie 是一款高保真原型设计工具，不需要编程基础，可以做出逼真强大的交互效果。
Framer X：Framer X是一款高保真的原型设计工具，功能很强大，但是需要一定的编程基础，尤其适合程序员使用。
关于原型设计工具更多的资料，可以到“人人都是产品经理”网站的原型设计分类下，可以找到很多有价值的资料。

总结

今天带你一起了解了原型开发的演变历史。原型开发，从一个软件开发模型，逐步演变成了一个需求设计工具，让产品经理不用依赖程序员就可以作出逼真的产品原型，也大大降低了项目成员了解需求的难度。
原型设计，让产品经理可以用最小的代价完成产品特性，逐步成为产品经理确认需求、设计产品最重要的沟通工具。原型设计工具有很多可以选择的，建议从面向的平台、保真度、功能和价格等多方面因素综合考虑。
要做好原型设计，可以结合工程方法，分成四个阶段：分析、设计、实施和验证。
分析阶段，搞清楚用户的需求，原型设计的目标；
设计阶段，划分好产品的信息架构，设计好产品操作的流程；
实施阶段，按照设计的结果，对每个界面制作原型，并且将界面组织起来，让界面之间可以相互跳转；
验证阶段，和项目成员、客户进行确认，收集意见反馈，根据反馈进行修改。
如果你的项目还没有把原型设计作为确认需求、设计产品的沟通工具，可以考虑推广应用起来，不仅上手容易，而且可以帮你降低确认清楚需求的成本。
如果你打算做自己的产品，先不要着急动手写代码，不妨先做一个原型出来。

课后思考

如果你给极客时间设计一个 iPad 原型，你打算做成什么样？你所在项目中，在做产品设计时，会用到原型设计工具吗？用的是什么设计工具？你对原型设计是怎么看的呢？欢迎在留言区与我分享讨论。
感谢阅读，如果你觉得这篇文章对你有一些启发，也欢迎把它分享给你的朋友。
分享给需要的人，Ta购买本课程，你将得18元
生成海报并分享

赞 8

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
17 | 需求分析到底要分析什么？怎么分析？
下一篇
19 | 作为程序员，你应该有产品意识
 写留言

精选留言(14)

  • hua168
    2019-04-08
    老师，问一个很low的问题， 1.什么是模块呀？😢 经常看到书中或开发说，自己感觉懂好像又不懂😂， 一个类也是模块，但不懂为什么就是模块😓 2.模块有哪些分类？一般说的模块是业务模块？ 3.模块间“高内聚低耦合”，像口诀那样，会背，但毫无概念，只知道模块尽量独立，那如果模块之间要进行通讯是不是用接口实现？如果有依赖关系越多的话的话那不是独立性越差？要实现“高内聚低耦合”，如果复杂一点的项目有难度吧？
    展开

    作者回复: 你说的这个话题其实属于架构下面的。 在技术里面，模块其实是对某一种类型需求的抽象。举个例子来说，一个博客系统，博客的帖子是一个模块，评论是一个模块，用户是一个模块，帖子和评论又可以进一步抽象成内容模块。 模块的分类看你是从架构层面看还是从业务层面看。比如说从架构层面看，一个普通的博客网站可以看成三层：UI层、业务逻辑层和数据访问层。其中UI层包含帖子列表模块和博客文章阅读模块；业务逻辑层则是帖子业务模块、用户业务模块。 如果从业务层面看，包含博客阅读模块和后台模块，更偏向功能的分类。 高内聚低耦合是架构里面的概念。因为架构设计，需要把大的系统拆分成小的模块，拆分后，还要通过约定的协议通信。典型的有前后端分离然后通过REST API通信，还有像类库之间直接通过公开的方法调用。 低耦合意思是项目没有什么依赖，改动互相不受影响。比如说前端和后端之间通过API通信，只要API不变，无论你后端用什么语言，跟前端都没关系。 高内聚指的是一个模块都是关系很紧密的代码，比如用户模块，所有用户操作的功能都在用户模块里面，关系紧密，也不需要依赖于其他模块。

    17
  • 打工皇帝
    2019-10-16
    老师，我遇到一个变态领导，经常原型啥的确认了，视觉稿也确认了，开发出来后，他自己电脑看哪里不舒服又改，看到别人家哪里好看又要求改，需求一直变更，这种鸟不拉屎的人怎么处理，实在无奈。

    作者回复: 视觉这种东西主观性太强，每个人都觉得懂一点，所以一般领导都喜欢发表意见。所以遇到喜欢发表意见的领导，不妨让领导有机会参与设计，对设计稿多确认，从粗到细，先确认大风格，再确认配色风格，再到局部细节。这样最后提出设计修改的可能要小一点。 但要注意在确认的方法上，多让领导做选择题，而不是问答题。因为当你问的开放式的问题，那么你就可能得到不确定的答案，但是如果是在几种方案之间的选择，那么对于结果会更容易可控一些。比如说，你问领导：“这套设计方案怎么样？”他可能会提出一些不太可控的意见。如果你准备两三套设计方案，问领导：“你觉得这几套方案哪一套更好”，那么可能问题就集中在选择哪一套设计方案上。 对于需求变更的问题可以参考 《20 | 如何应对让人头疼的需求变更问题？》里面的描述，核心是是要让领导意识到变更带来的成本，以及想办法提升领导变更的成本。 当然如果你确定不是你自己的问题，确实是领导的问题，也无法改善，你也可以考虑换一个项目组换一个部门甚至换一个公司。

    7
  • javaadu
    2019-04-06
    写代码这么多年，最欠缺的就是自己从零到一完成一个项目的经验。现在发现如果让这种情况持续下去会影响自己将来的发展前景。 最近遇到一个问题：业务方的接入效率不高，我们组一直需要提供一个开发去支持，人效态太低。为了解决这个问题，我准备出一套自助接入系统，想了下主要的步骤：业务问题分析，对于接入来说就是总结固定的接入；出解决方案（这里需要自己去画原型）；项目排期和需要的资源估计。 如果可以解决这个问题，相信可以锻炼自己身体整体素质。
    展开

    作者回复: 这种和业务接口的事很锻炼人的，能帮助开发人员换位思考，多了解业务需求、使用场景。 一开始不着急出接入系统，可以先人工做一段，然后在总结归纳，把能自动化的部分逐步用自动化解决。 另外这类事情，一定要配合Ticket跟踪系统，所有提的需求、反馈的bug，都应该基于Ticket跟踪起来。

    6
  • 易林林
    2019-04-08
    宝玉老师，文章太有用了，感谢! 每一期的专栏，要么能加深自己对某一方面的认识，要么能补充自己某一方面的新知识。 一直以来，潜意识里产品设计都是产品部门的活儿，我一研发部门的怎么能插得上手，手太长也不太好看。在产品没有明确设计完成、设计周期比较长的时候，等待是惬意的（不忙，不加班），也是焦虑的（暴风雨在后头），只能干瞪眼。 原型设计我也曾经玩过，不过玩得太浅，没玩到精髓，草草开始，草草结束，不太重视。今天看到宝玉老师对原型设计的讲解，补充了我所不了解的原型设计的优势：最小代价、最快速度，如果能保证高质量当然也是乐见其成的。 另外，我想请教宝玉老师，在敏捷开发中产品部门怎样参与产品设计会更好，或者以什么方式参与会更好？
    展开

    作者回复: 首先你问的是产品部门参与产品设计，还是开发部门？ 首先从技术角度，好的产品设计要让产品设计在技术上实现不要成本太高，所以在一些技术难度高的设计上两边要多沟通确认，共同制定出技术难度适中，又满足好产品需求的设计。 然后从产品角度，开发必须充分理解产品设计才能设计出符合产品需求的架构，才能开发出满足需求和好的用户体验的产品。所以开发需要多和产品设计反复沟通需求，然后将确认后结果体现在文档上。 至于参与方式，主要还是看什么形式比较好。 比如可以安排需求评审，关键节点让主要开发人员参与确认技术可行性和成本以及建议。 比如有分批次的需求讲解会议想开发讲解产品设计，回答理解不清楚的问题。 每个Sprint产品经理都要参与其中，及时和开发沟通确认需求不明确的问题！

    3
  • tcny
    2019-06-21
    流程图是不是可以用原型设计工具代替，比如可以在墨刀里实现页面跳转功能。不过墨刀没有版本管理，不知道是不是必要的。我感觉很难说服其他人去画流程图。

    作者回复: 流程图是辅助的，可以被原型设计代替，但是有了会更清晰。 这就像你的代码，看代码也能看懂 ，有个模块关系图，别人看会清晰很多

    1
  • tcny
    2019-06-21
    老师，在“产品信息结构图”那一块，您说极客时间App的“专栏”、“视频课程”、“每日一课”和“微课”点进去都是一样的，是指结构一样吗？在实现的时候，其实是划分到统一的“课程模块”，“专栏”、“视频课程”等是作为一个分类存在的，在数据库中就是一个字段。我从研发的角度是这样想，产品经理也要考虑这些吗？

    作者回复: 产品经理也会考虑信息架构，但是和开发的纬度不一样，开发是站在用户使用功能的角度，做信息架构时需要考虑哪些功能是不同模块共用的。而开发是站在实现的角度，看怎么实现可以重用代码。 只是有时候正好两个不同维度的结果可能是重叠的。

    1
  • williamcai
    2019-04-13
    开发人员接到需求后，先设计低保真产品原型可以加深业务的理解，这个是很有必要的，产品站的角度要要比开发高。

    作者回复: 我觉得对于开发人员来说，设计原型是帮助理解需求的手段，并不是必要手段。只要能理解清楚需求，通过和产品经理多沟通，达到理解需求的目的即可。 但对于产品经理来说，产品原型是很有必要的，因为这是最简单有效的确认需求的方式，最简单有效的让其他人理解产品设计的方式。

    1
  • alva_xu
    2019-04-10
    我的理解，实际上原型设计是一个完整的工作环，所以是遵循PDCA过程的。采用Axure Pro进行原型设计，据说可以在正式进行产品开发的时候可以重用代码。 我的一个问题是，在目前前后端分离、Restful 风格的应用架构下，是否更容易实现原型设计时的代码的重用率,以提高开发速度？具体是怎么做的？

    作者回复: 以前在讨论开发模型的时候有介绍，快速原型开发模型有两种模式，一种是抛弃型的，就是用工具开发的这种；一种是演化型原型，就是类似于MVP，先做简单核心功能，然后不断演化，变成最终产品。 如果你要提升代码的重复率和开发速度，这种前后端分离的呀，我给你的建议是你用一些第三方API云服务： https://www.apollographql.com/ https://firebase.google.com/products/firestore/ 这样你就完全不用考虑后端开发了，直接用它们定制就好了。等到产品开发出来，你再考虑后端迁移。

    1
  • hua168
    2019-04-09
    老师，能否问一下: 1. 什么是模块？ 2. 有多少分类呀？ 3. 要实现“高内聚低耦合”，模块之间的通讯要注意哪些？

    作者回复: 已经在另一篇留言回复

    1
  • dancer
    2019-04-07
    mark，做原型设计的三个步骤，静态页面，基本交互，完整功能
    1
  • 八哥
    2019-04-07
    用代码实现感觉更像POC。最开始原型还可以手绘，拍照。然后再用墨刀类工具画。
    1
  • ifelse
    2022-06-26
    要做好原型设计，可以结合工程方法，分成四个阶段：分析、设计、实施和验证。--记下来
  • 丁丁历险记
    2019-12-21
    看了下ipad 版设计，放我们公司大概如下评审，ui是抄的bootstrap .没啥特点 可以用，问题是感受不出设计的文化。 例如善良很重要，节约用户找到相关信息的成本，信息流引导做的像坨翔。
  • 一路向北
    2019-04-10
    原型设计也是属于磨刀不误砍柴工。 记得早期我们团队做第一个项目的时候，一个同事用这个原型设计的方式做了一个原型，和客户沟通后，稍作修改就成了最终做出的样子，大大提高了效率。客户也很容易就能够想象出产品最终的样子，甚至还能时不时的提一些建议。

    作者回复: 👍是的，原型设计对于产品设计阶段的作用蛮重要的。