测设怎么弄？终于找到答案了完成原型设计的五个步骤

很多初学者在最初开始原型设计的时候总是在工具的选择和打磨上花费很多精力，但忽略了原型设计的核心。(莎士比亚，模板，原型，原型，原型，原型，原型，原型，原型。

等真正上起手来，只能照猫画虎，没有一个完整且系统的思路。因此，我想聊一聊我在设计产品原型时的思考过程，希望对新上路的小伙伴们有所帮助。

这是一个关于小区门口蔬果店的故事……

我家小区楼下有一家蔬果店，叫“七日农场”，日常供应果蔬、粮油、零食、饮料及一些基本的生活用品。老板夫妇是安徽人，为人直爽，性格开朗，平日里的生意总是供不应求。然而年轻的业主们却有些苦恼。

小区的老人们每天早上8点多就在农场门口排队抢菜，等到年轻的业主下班回家后，大部分菜品不是已经售罄就是被人挑剩了。老板为了照顾这些上班族，随即拉了一个微信群，业主将自己需要的蔬菜清单发到群里，老板提前打包好，等到业主下班的时候直接来付款提货。可这又遇到了一些新的问题：

• 有些业主总是忘记自己预订了菜品，未能去提货
• 大部分人买菜时并没有明确的目标，而是什么新鲜、什么优惠就买什么。但从微信群预定的时候，没有菜品清单，也不知道价格和新鲜程度，业主也不知道该预定些什么
• 预定的菜品经常没有库存，老板也来不及一一通知大家
• 老板每日要处理的微信消息太多太杂，总容易遗漏

后来，我与老板交流，假如有个线上平台，他们每日可以在上面更新店里的商品和库存，并且将新品或当日优惠重点公布出来，业主们可以在平台上实时查看菜品信息，并直接下单购买，老板按照订单和提货时间提前打包，等到业主方便的时候去店里提货。这样就能做到线上线下相结合，既方便了业主，也能帮助老板打理生意。倘若老板委托我来设计这款线上果蔬订购平台，我将如何进行原型设计呢？

首先，要考虑选择什么样的平台。为了便于业主随时随地查看和预订商品，很显然，移动端应用更符合使用场景。而小程序则更加轻量级，无需安装，绑定微信即可使用。于是，我打算设计一个小程序版的果蔬在线订购平台，名字就叫“七日农场”。接着，可以开始着手小程序原型的设计了。我的思考过程可以用这五步来概括：

步骤1：梳理业务流程

回想一下，你平日里去果蔬店买菜是怎样一种场景：

• 场景一：家里没余粮了，你要去购置2-3天的家常菜，但具体买些什么，你也没想好。于是，你进入菜店，来到货架跟前，大致浏览一遍货架。咦，芹菜还挺新鲜的，你顺手拿起来看了看，再瞅了一眼价格，然后装到自己的购物袋里。就这样，你挑选了好一大袋比较新鲜的蔬菜，拎着袋子去门口收银台，老板称重，计算价格，你付款结算，高兴地离开了。
• 场景二：今天你想吃个清蒸鲈鱼，于是你径直来到菜店，让老板帮你现杀一条鲈鱼，并询问老板葱、姜、分别在哪里，然后抓取适量，结账，走人。
• 场景三：老板最近天天搞活动，今天土豆、明天西红柿，优惠力度还挺大，何不趁机多囤一些。于是，你来到菜店，询问老板今日的特价商品，老板让你看货架上的特价标签，于是你挑选了若干自己认为划算的商品，心满意足地结了账。

实际上，无论你面临哪种场景，都要经过四个过程：从一个入口进入菜店、经过一个导购的过程、决策是否购买和完成交易。

• 入口：要能包容以上三种购物场景；
• 没有明确目的，从货架中挑选新鲜的蔬菜；
• 有明确的购买目的，只买特定商品；
• 有模糊的购买目的，以省钱为目标，愿意购买特惠商品；
• 导购：从入口到一个具体的商品详情，都可以视为广义的导购过程。只不过，对于这三种购物场景，其导购形式有所差异；
• 对于没有明确目的顾客，老板需要提供类目导航，也就是店里的货架；
• 对于有明确购买目的的顾客，需要搜索功能。在店里，通常通过顾客喊话老板回答的方式来完成；
• 对于有模糊购买目的顾客，老板可以提供各种特惠促销活动，薄利多销。在店里，通常以特惠专区和特惠价签的形式存在；
• 决策：浏览完商品的新鲜程度、价钱等详细情况之后，你就会做出购买决策，要么放弃购买，原封不动的放回货架，要么将商品放进购物袋；
• 交易：决定购买并选完所有商品之后，将进入交易过程，你需要去收银台找老板称重、支付、并完成提货。当然在这个过程中，你也可能因为队伍太长等突发情况临时决定放弃购买。对于已经完成结账的顾客，老板通常不予退货。

步骤2：拆分核心页面

暂且不考虑常规的注册和登录，从上面的业务流程中，我们很容易拆分出产品的核心页面。

• 入口：即首页。首页相当于蔬果店的大厅，要向顾客展示店铺中最重要的信息。因此需要包含三个部分：导航专区、搜索专区、特惠专区。
• 导购：从首页的三个专区进入，分别需要独立的导航&商品列表页、搜索&搜索结果页、商品详情页。由于店铺每日的特惠活动一般在10个以内，特惠促销形式也比较单一，因此不必设计单独的促销活动页面，首页的特惠专区就可以展示全部信息。
• 决策：顾客需要从导航&商品列表页或商品详情页将商品添加至购物车，并在购物车中统一结算，因此需要单独的购物车页面。
• 交易：顾客从购物车中选择商品并结算，需要先确认订单的中的商品、数量等信息，因此需要一个确认订单页；提交订单后，需要核对订单信息是否正确无误，因此需要查看订单详情页；订单信息无误，顾客就可以放心支付啦，因此需要支付页；为了便于顾客查看往期订单，我们还可以设计一个全部订单列表页面。对于顾客放弃购买的场景，我们可以设置用户主动取消未支付的订单，或者为未支付订单设置一个时间，超过时间则自动取消，这样用户就不需要任何操作了。而这些均可以在全部订单列表页面完成。

就这样，我们得到了10个核心页面。需要注意的是，由于篇幅关系，我们只设计了面向顾客的一端，商家管理商品和库存的部分并不在其列。

步骤3：梳理每个页面的信息结构

接下来，我们需要梳理每个页面的信息结构，即页面的全部元素及元素之间的逻辑关系。以首页为例，它是这样的：

步骤4：绘制原型界面

根据首页的信息结构，我们绘制出首页的原型图。

使用同样的方法，我们绘制出其余的页面。

很遗憾，关于“原型”，我并没有找到一个权威的解释。在软件开发过程中，不同的角色对“原型”的理解也有所不同，比如：

• 有些开发人员可能认为原型必须以代码形式生成，并且最终将用作产品代码；
• 设计师可能会认为原型需要在Figma或Sketch等设计工具中创建，可以是静态原型，也可以是交互原型；
• 业务人员可能会认为原型是概念验证（POC），功能完备，可以模拟产品的行为或体验，可用于客户演示；

在这里，我所指的原型是软件开发中的常见形式：

“在软件开发的方案设计阶段，将产品需求通过可视化的界面传递给团队及用户的一种形式。简单来说，就是将产品页面的模块、元素、人机交互形式通过线框图的方式生动地表达出来。它可以是纸面原型，也可以是用专业产品设计工具中的可交互原型。”

绘制原型的工具很多、方法很多、保真度也有很多，你可以综合自己的时间、工具的熟练程度、画图的功底来选择。

• 假如你是一位手绘很厉害的大神，不妨先用草稿纸绘制出界面的基本结构，手绘的速度很快，但精细程度不够，适用于快速展示自己对产品的构想；
• 假如你有比较充裕的时间，且对设计软件有一定的基础，建议直接使用软件，这对日后升级保真度大有裨益。当然，如果你尚不具备视觉设计师一样的软件设计能力，大可使用线框图，只要能表达清楚页面、页面元素、及元素间的逻辑关系即可。过程中，如果你不知道如何图形化地表达一些具体的元素（比如时间选择器），可以参考ant design上的组件库，它会为您提供多种思路；
• 假如你本人就是一位视觉设计师，那么，使用设计软件，一次完成低保真或中保真将是绝佳选择。

步骤5：添加交互，完成原型设计

实际上，如果你有机会与客户面对面讲解设计方案，那么到第四步，完成静态原型页面就足够了。不过有些时候，我们的客户并不懂得设计知识，他们希望我们的原型设计能够像一个可工作的软件一样，不仅体现出APP的基本框架，还能体现出其外观和运作方式，以便他们的销售人员能够去向自己的客户展示，用以验证方案的可用性。如此一来，我们就需要完成最后一步，为原型界面添加交互。

大部分软件都支持为原型添加交互的功能。以MasterGo为例，它支持三种模式：

• 设计模式：你可以在其中绘制原型界面
• 原型模式：为原型界面中的组件添加交互事件，如点击、拖拽、悬停等。以此来使你的原型更加接近真实的软件。
• 标注模式：可以帮助开发人员测试元素与元素之间的距离，复制元素的属性值或者直接生成代码。这个功能大多在进入开发阶段后，使用高保真设计时才会用到。

在这里，我们使用“原型模式”为其添加了一个交互流程，如图中蓝色线条所示。

最后，你可以在MasterGo中直接预览交互体验，或者copy链接到网页或设备中体验。

写在最后

七日农场小程序的原型设计完了。可实际上，老板并没有委托。我找老板了解过，他说大部分的顾客还是愿意亲自到店里选购，因为担心老板给配好的菜品质良莠不齐。所以你看，一个产品被设计出来，一定要得到市场的验证，才能说明产品的成功与否。验证可以有很多道环节，原型设计是第一道，高保真设计可以是第二道，最终发布的软件才是第三道。

不过作为日常练习的案例，这种看似不一定成功的点子并不妨碍你精进技术，反而会增强你的洞察力。不妨从现在开始找个点子练起来吧~

---

文/Thoughtworks 史湘阳

更多精彩洞见，请关注公众号Thoughtworks洞见