小区的老人们每天早上8点多就在农场门口排队抢菜，等到年轻的业主下班回家后，大部分菜品不是已经售罄就是被人挑剩了。老板为了照顾这些上班族，随即拉了一个微信群，业主将自己需要的蔬菜清单发到群里，老板提前打包好，等到业主下班的时候直接来付款提货。可这又遇到了一些新的问题：
有些业主总是忘记自己预订了菜品，未能去提货大部分人买菜时并没有明确的目标，而是什么新鲜、什么优惠就买什么。但从微信群预定的时候，没有菜品清单，也不知道价格和新鲜程度，业主也不知道该预定些什么预定的菜品经常没有库存，老板也来不及一一通知大家老板每日要处理的微信消息太多太杂，总容易遗漏后来，我与老板交流，假如有个线上平台，他们每日可以在上面更新店里的商品和库存，并且将新品或当日优惠重点公布出来，业主们可以在平台上实时查看菜品信息，并直接下单购买，老板按照订单和提货时间提前打包，等到业主方便的时候去店里提货。这样就能做到线上线下相结合，既方便了业主，也能帮助老板打理生意。倘若老板委托我来设计这款线上果蔬订购平台，我将如何进行原型设计呢？
首先，要考虑选择什么样的平台。为了便于业主随时随地查看和预订商品，很显然，移动端应用更符合使用场景。而小程序则更加轻量级，无需安装，绑定微信即可使用。于是，我打算设计一个小程序版的果蔬在线订购平台，名字就叫“七日农场”。接着，可以开始着手小程序原型的设计了。我的思考过程可以用这五步来概括：
步骤1：梳理业务流程
回想一下，你平日里去果蔬店买菜是怎样一种场景：
场景一：家里没余粮了，你要去购置2-3天的家常菜，但具体买些什么，你也没想好。于是，你进入菜店，来到货架跟前，大致浏览一遍货架。咦，芹菜还挺新鲜的，你顺手拿起来看了看，再瞅了一眼价格，然后装到自己的购物袋里。就这样，你挑选了好一大袋比较新鲜的蔬菜，拎着袋子去门口收银台，老板称重，计算价格，你付款结算，高兴地离开了。场景二：今天你想吃个清蒸鲈鱼，于是你径直来到菜店，让老板帮你现杀一条鲈鱼，并询问老板葱、姜、分别在哪里，然后抓取适量，结账，走人。场景三：老板最近天天搞活动，今天土豆、明天西红柿，优惠力度还挺大，何不趁机多囤一些。于是，你来到菜店，询问老板今日的特价商品，老板让你看货架上的特价标签，于是你挑选了若干自己认为划算的商品，心满意足地结了账。实际上，无论你面临哪种场景，都要经过四个过程：从一个入口进入菜店、经过一个导购的过程、决策是否购买和完成交易。
入口：要能包容以上三种购物场景；没有明确目的，从货架中挑选新鲜的蔬菜；有明确的购买目的，只买特定商品；有模糊的购买目的，以省钱为目标，愿意购买特惠商品；导购：从入口到一个具体的商品详情，都可以视为广义的导购过程。只不过，对于这三种购物场景，其导购形式有所差异；对于没有明确目的顾客，老板需要提供类目导航，也就是店里的货架；对于有明确购买目的的顾客，需要搜索功能。在店里，通常通过顾客喊话老板回答的方式来完成；对于有模糊购买目的顾客，老板可以提供各种特惠促销活动，薄利多销。在店里，通常以特惠专区和特惠价签的形式存在；决策：浏览完商品的新鲜程度、价钱等详细情况之后，你就会做出购买决策，要么放弃购买，原封不动的放回货架，要么将商品放进购物袋；交易：决定购买并选完所有商品之后，将进入交易过程，你需要去收银台找老板称重、支付、并完成提货。当然在这个过程中，你也可能因为队伍太长等突发情况临时决定放弃购买。对于已经完成结账的顾客，老板通常不予退货。步骤2：拆分核心页面
暂且不考虑常规的注册和登录，从上面的业务流程中，我们很容易拆分出产品的核心页面。
入口：即首页。首页相当于蔬果店的大厅，要向顾客展示店铺中最重要的信息。因此需要包含三个部分：导航专区、搜索专区、特惠专区。导购：从首页的三个专区进入，分别需要独立的导航&商品列表页、搜索&搜索结果页、商品详情页。由于店铺每日的特惠活动一般在10个以内，特惠促销形式也比较单一，因此不必设计单独的促销活动页面，首页的特惠专区就可以展示全部信息。决策：顾客需要从导航&商品列表页或商品详情页将商品添加至购物车，并在购物车中统一结算，因此需要单独的购物车页面。交易：顾客从购物车中选择商品并结算，需要先确认订单的中的商品、数量等信息，因此需要一个确认订单页；提交订单后，需要核对订单信息是否正确无误，因此需要查看订单详情页；订单信息无误，顾客就可以放心支付啦，因此需要支付页；为了便于顾客查看往期订单，我们还可以设计一个全部订单列表页面。对于顾客放弃购买的场景，我们可以设置用户主动取消未支付的订单，或者为未支付订单设置一个时间，超过时间则自动取消，这样用户就不需要任何操作了。而这些均可以在全部订单列表页面完成。
就这样，我们得到了10个核心页面。需要注意的是，由于篇幅关系，我们只设计了面向顾客的一端，商家管理商品和库存的部分并不在其列。
步骤3：梳理每个页面的信息结构接下来，我们需要梳理每个页面的信息结构，即页面的全部元素及元素之间的逻辑关系。以首页为例，它是这样的：
步骤4：绘制原型界面
根据首页的信息结构，我们绘制出首页的原型图。
使用同样的方法，我们绘制出其余的页面。
很遗憾，关于“原型”，我并没有找到一个权威的解释。在软件开发过程中，不同的角色对“原型”的理解也有所不同，比如：
有些开发人员可能认为原型必须以代码形式生成，并且最终将用作产品代码；设计师可能会认为原型需要在Figma或Sketch等设计工具中创建，可以是静态原型，也可以是交互原型；业务人员可能会认为原型是概念验证（POC），功能完备，可以模拟产品的行为或体验，可用于客户演示；在这里，我所指的原型是软件开发中的常见形式：
“在软件开发的方案设计阶段，将产品需求通过可视化的界面传递给团队及用户的一种形式。简单来说，就是将产品页面的模块、元素、人机交互形式通过线框图的方式生动地表达出来。它可以是纸面原型，也可以是用专业产品设计工具中的可交互原型。”
绘制原型的工具很多、方法很多、保真度也有很多，你可以综合自己的时间、工具的熟练程度、画图的功底来选择。
假如你是一位手绘很厉害的大神，不妨先用草稿纸绘制出界面的基本结构，手绘的速度很快，但精细程度不够，适用于快速展示自己对产品的构想；假如你有比较充裕的时间，且对设计软件有一定的基础，建议直接使用软件，这对日后升级保真度大有裨益。当然，如果你尚不具备视觉设计师一样的软件设计能力，大可使用线框图，只要能表达清楚页面、页面元素、及元素间的逻辑关系即可。过程中，如果你不知道如何图形化地表达一些具体的元素（比如时间选择器），可以参考ant design上的组件库，它会为您提供多种思路；假如你本人就是一位视觉设计师，那么，使用设计软件，一次完成低保真或中保真将是绝佳选择。步骤5：添加交互，完成原型设计实际上，如果你有机会与客户面对面讲解设计方案，那么到第四步，完成静态原型页面就足够了。不过有些时候，我们的客户并不懂得设计知识，他们希望我们的原型设计能够像一个可工作的软件一样，不仅体现出APP的基本框架，还能体现出其外观和运作方式，以便他们的销售人员能够去向自己的客户展示，用以验证方案的可用性。如此一来，我们就需要完成最后一步，为原型界面添加交互。
大部分软件都支持为原型添加交互的功能。以MasterGo为例，它支持三种模式：
设计模式：你可以在其中绘制原型界面原型模式：为原型界面中的组件添加交互事件，如点击、拖拽、悬停等。以此来使你的原型更加接近真实的软件。标注模式：可以帮助开发人员测试元素与元素之间的距离，复制元素的属性值或者直接生成代码。这个功能大多在进入开发阶段后，使用高保真设计时才会用到。在这里，我们使用“原型模式”为其添加了一个交互流程，如图中蓝色线条所示。
最后，你可以在MasterGo中直接预览交互体验，或者copy链接到网页或设备中体验。
写在最后七日农场小程序的原型设计完了。可实际上，老板并没有委托。我找老板了解过，他说大部分的顾客还是愿意亲自到店里选购，因为担心老板给配好的菜品质良莠不齐。所以你看，一个产品被设计出来，一定要得到市场的验证，才能说明产品的成功与否。验证可以有很多道环节，原型设计是第一道，高保真设计可以是第二道，最终发布的软件才是第三道。
不过作为日常练习的案例，这种看似不一定成功的点子并不妨碍你精进技术，反而会增强你的洞察力。不妨从现在开始找个点子练起来吧~
文/Thoughtworks 史湘阳
更多精彩洞见，请关注公众号Thoughtworks洞见
