这篇文章用三天时间翻译下来，确实收获了不少，通篇读下来可以系统接触到UX设计和用研项目的流程，英语好的话可以点击链接直接阅读原文。
食品类购物服务用户研究和设计
（附件可下载PDF文档，希望能与各位共同学习，之后还会不定期与大家分享设计类的文章）
项目推进：Good Market（虚构）是一个总部在美国，规模中等食品特许经营的公司。虽然他们的客户满意度评级在过去四年仍然相对稳定，但是每年他们的市场份额下降了8%。如果再继续以这种速度经营一两年，他们将会被迫关门。
通过一些市场和用户的研究，他们认为这种衰退很可能是由蕾丝Fresh Direct和Good Eggs这类的网购平台和产品运输导致的。
许多客户更喜欢在商店购买这些产品，因为那样更快更简单更方便。客户可以在他们的办公桌前、房间里活着咖啡店购买。
Good Market相信如果允许他们的客户去网上购买产品，他们可以扩大自己的客户群和市场份额。他们计划在纽约和旧金山设计和发布一个试点，根据这个试点学到的东西进行产品迭代并扩大到全国其他城市。
愿景描述：Good Market已经将以下的愿景整合进他们的新的内联产品中：Good Market是一个帮助客户快速简单购买和在线支付的食品购物工具，而且在没有成本的情况下及时交付。
用户A：忙碌的职场人
为了能发现客户的目标产品，Good Market做了一些用户研究。
在商场观察客户并和竞品的用户聊过之后，Good Market断定忙碌的年轻职场人占据他们产品目标市场的一大部分。他们创建了一个名叫“忙碌的职场人（TBP）”的人物角色去描述他们的焦点用户的质量。
对于使用这个产品的用户角色，我们总结了以下特点：
UX研究和设计进程
商业目标
产品期望的商业成果是什么？
扩展用户群和市场占有率，全国范围内运输产品到其他城市。在食品市场具有竞争力，尤其是在线订购和运输更具竞争力。
用户的目标是什么？
不需要在这上面花费额外时间的前提下快捷简单购物并支付，及时收到新鲜的食品果蔬。
竞品分析
移步：竞品分析
使用环境
根据使用场景描述特定的体验，类似忙碌的职业人这样的客户将会订购食品果蔬。
周二工作的时候，TBP意识到他摄入的果蔬量过低并需要去购买一些。他提前一整天，下班后约会没有时间也没有兴趣去公寓附近的超市购物而且还要排很长的队伍。他通过同事听说了Good Market并决定试一试。在邮件往来之间，他跳转到GoodMarket上面开始订购他的食物。
TBP通过浏览各种各样的食物列表来看哪些需要。他在购物车添加了一些苹果、甘蓝、鸡蛋、杏仁。一旦他想要添加想买的东西到购物车中，就可以结账付款了。
在完成付款之前，需要登陆或者注册一个账户，这样系统可以检查他之前是否有存储过的收货地址和信用卡信息，通过再次使用来帮助他更快的付款。
TBP没有账户所以要快速创建一个，然后继续进入付款流程。输入信用卡信息，收货地址，并在第二天早上预留一小时来安排收货。他检查了他的购物细节清单，收到一条带有送货时间和收据的信息。
第二天早上，在收货过程中，TBP的门铃响起。他朝楼下看，看到快递员手里拿着他的包裹。他购买的所有东西都在那，然后心想“这是多么好的体验啊！”
使用背景是什么？在什么样的场景设定下产品会被用到？
-时间长度是多少？
产品基本会在当天或者第二天发货。第二个案例中描述的TBP计划收货时间的例子，但是为当天需要果蔬的用户提供当日1-2小时的送货服务也很重要，例如工作日后准备晚餐的时候。
-用户可能被打断或者任务是否需要返回？
作为一个新的TBP用户在GoodMarket上订购果蔬食品的时候被打断。用户需要花费时间去注册，搜索产品列表去寻找合适的东西，输入信用卡信息，收货地址，送货时间。但是用户一旦已经完成付款流程并且设置了偏好，那么这个流程可以被简化。服务可以建议最新的订单产品而且只添加被需要的产品到购物车；账单信息和地址已经在先前的会话存储过了，所以用户只需要选择送货时间或者选择一个最近的时间。除此之外，可以提供一些类似用户可以重复使用的购物清单之类的有用的功能服务。例如，晚间购物列表（鸡蛋、培根、牛奶、面包、果汁）或者早上8点（早餐）。所以只需要一次点击，TBP可以收到一个包裹。很大程度上节省用户时间，也不会打断他的主任务。
-产品将会在家里、办公室里、四处奔波中被使用嘛？GoodMarket应该首先基于移动端或者web端而存在吗？
移动版本的服务无疑是必要的。忙碌的工作者在日常生活中习惯于使用手机。虽然他们在工作场所，会议上，上下班的路上，见客户，但是手机从不离身。如果你的时间有限，那么和移动应用的关系将更简单。而且在案例中，任何场景下都可以使用这个产品（家里、公司、路上）
-一个账户或者设备会有多个用户么？
一个账户最好是一个用户，但是一个设备可能会有多个用户。例如，舍友可以用一个设备但是会有不同的账户（带有不同的应用程序设置和账户信息）。
可用性的竞争分析
信息架构（下面的表格就不翻译了……小学单词大概都能懂吧）
为了确定移动app中的IA被用于卡片分类技术可以用在产品内容中。
卡片分类
目标：用卡片分类技术找出爱猜想的用户是如何自然的将果蔬食品自然分类，由此来决定在线果蔬购物服务的信息架构。
6个参与者
20种果蔬食品：香蕉、胡萝卜、紫甘蓝、燕麦、牛奶、鸡蛋、曲奇饼、全麦水饺、法棍面包、橙汁、橄榄油、去皮无骨鸡、牛油果、杏仁、米饼、烤牛肉、花椰菜、酸豆奶、瓶装水、苹果泥
参与者1——Ivan
列出8个分类。
在肉类里面，参与者识别出2个子集：生鲜和熟食。他指出为了更容易搜索到烘焙产品，将子集区分开来很重要。
不确定对苹果酱（将饮品&新鲜两类结合起来）和橄榄油（放入其他分类中）的分类。
参与者2——Roman
列出7个分类。
参与者识别出更综合的分类类似：植物类、面粉类。
参与者3——Marina
列出11个分类。
将烤牛肉分类到“熟食”。
提出一个好的提议“干果和水果”分类，忽略列表里面没有水果；还有“油和酱汁”分类。
参与者4——Vita
列出10个分类。
参与者在“肉”类里面分出两个子集：生鲜和熟食。
参与者识别出更通用的分类：必需品-橄榄油、鸡蛋、牛奶。
参与者5——Alexey
列出6个分类。
液态产品的通用类：液体。
唯一一个分出“烹饪辅料”类别的参与者。
参与者6——Viadimir
列出10个分类。
这个参与者看起来更有逻辑性，将“水”和“果汁”区分开。坚果和水果放在同一类别里面。
结论
基于对分类行为的调查，我们用卡片分类技术定义出下列果蔬产品分类：
结论注释 10个分类 表:
1、肉及其子集：生冷、熟食。参与者指出将不同的已加工过的食物区分开来很重要（参与者1和4），参与者3为此创建了一个单独的列表“熟食（已加工的食物）”。
2、（水果）-3、（蔬菜）六个参与者里面有3个都将水果和蔬菜区分开来，所以保持这样最好。
4、坚果和种子：3号和4号将“坚果”单独列出来，6号认为坚果应该被包含在“坚果和水果”中（更有利于导航和搜索）。在结果中的列表也提到“种子”，因为这些类型的产品在超市的货架上相似并且相对并列。
5、饮料及其子集：水、果汁。4个参与者为水和果汁定义了一个单独的分类。目的是为了让这个分类的两个子集更加清晰（为了分开两个类型的产品）。
6、奶制品和鸡蛋及其子集：牛奶、酸奶、鸡蛋。4个参与者定义此分类。是否将“酸豆奶”放进此分类还不确定，所以这三个子集可以很清晰的放在这里。
7、谷物和意面：4个参与者定义这个分类，名字有些相似的如：燕麦、全麦等。参与者1、2号对此概括更具体。
8、烘焙和辅料。4个参与者创立“烘焙”，不确定是否放入的有“曲奇饼”，其他的参与者将“曲奇饼”连同生面团、面粉、半成品、烹饪辅料放进这个分类。因为这样并且更易于理解，起名为“烘焙和辅料”。
9、油和酱汁。2个参与者（3和6）建立“油”分类，其他参与者将橄榄油放在类似其他、草本、必需品、烹饪辅料等分类中。我喜欢3号参与者的提议：将油和酱汁结合放在一起。
10、果酱和儿童食物。苹果酱对于参与者来说是最不能清晰定义分类的产品。分类里面有了果酱这个细分就变得不一样了（除了4和6号参与者，儿童食物）。基于提议的分类被命名为“果酱”貌似更合适。两个参与者也将果酱和儿童食品联系在一起，所以将这两组产品结合会更清晰一些。
为了之后的迭代设计，为所有的产品添加标签系统会更好一些，因为参与者经常将口语和术语弄混。例如：膳食（早餐、零食），通用分类的产品（生粉、面粉、烹饪辅料），满足特定年龄（儿童、宝宝）等。
迭代进程图:
用户操作流程图:
产品UI需求
1、
用户任务
进入首页，开始找东西购买。
-需求
首页作为内容导航和浏览的起始点，可以找到东西去买。库存部分的页面可以支持浏览特定部分。搜索结果页面为用户展示合适的商品搜索。
-需要设计的页面
首页、库存部分页面、搜索结果页面
-设计如何能实现这样的需求
首页设计具有清晰的顶级导航和子类别，并包含用户的购物清单，可浏览用户可能会购买的库存商品集合。这个页面允许用户直接到达购物车，库存部分页面是专用于按子类别划分的特定部分的产品集。搜索页面允许用户轻松搜索整个产品库存。
-功能、操作和每个页面包含的内容
高级导航和子类别，用户的购物列表，产品集合（可能基于流行度，季节，节假日，购买历史等）。 按库存类别，产品和产品标签搜索。 当用户刚刚开始输入搜索查询时，它会给出最新和热门的搜索。 搜索可以通过输入产品名称，分类或标签来完成，结果（产品）将会被产品类别分组开。
2、
用户任务
添加商品到购物车
-需求
主页和库存分类页面允许用户向购物车添加一整个分类单元的产品。单独的产品页面和购物清单页面允许用户设置需要添加到购物车中的产品数量。
-需要设计的页面
主页、库存分类页面、产品详情页-根据产品类型，提供多个模板。 用户的购物清单页面，购物清单的详细页面。
-设计如何能实现这样的需求
产品详情页面应该有清晰的内容结构，并提供产品的全面描述、建议类似产品、折扣和特别优惠，为其添加产品到购物车，并继续购物的引导。购物清单由用户创建或根据他经常订购的产品自动创建。在这个页面他们只需一键即可将喜欢的产品添加到购物车。用户可以在购物清单详情页面调整每个单独产品的列表或数量。
-功能、操作和每个页面包含的内容
产品详情页面应该包含：产品标题、高质量的图片、价格和折扣价、特殊优惠（如果有）、如果用户想要的话则可以添加可扩展的简短描述、相关（相似）产品，方便用户调整产品数量和添加到购物车的UI控件。购物清单页面应该包含产品清单集合，每个清单都有独立的“加入购物车”按钮，让每个使用者可以一次性加入整个清单。用户也可以在此页面创建新的购物列表——为这个功能添加一个按钮“新购物清单”。购物清单的详情页面应该包含产品标题、高质量产品图和价格／折扣价、特别优惠的产品集合。应该添加一个通用按钮可以将整个列表添加到购物车，按钮可编辑购物清单，并且如果用户只想购买少数产品那就需要在每个单独的产品添加“添加到购物车”按钮。
3、
用户任务
结账、注册
-需求
我们需要一个结账流程，要求用户填写邮寄地址、账单地址、信用卡信息、交货选项、确认和支付等信息之前登录和注册。如果用户之前完成了结账过程（已经下过一次单），那么所有这些信息应当被保存并自动填充以用于下一次结账过程，不需要每次都输入一遍。当付款完成且订单生成之后，需要出现“确认收货”按钮。
-需要设计的页面
购物车页面、登录／注册表单、结账页面包含三个部分：付款信息、送货地址、送货选项（日期和时间）。确认订单和下单页面。
-设计如何能实现这样的需求
对于未登录的用户，我们需要一个看起来和感觉起来非常简短的登录／注册流程的设计。对于首次登陆的用户，结账流程应该呈现顺利并且一致，并要求用户逐步输入所有需要的信息，一步一步的，在必要的地方出现提示信息。确认收货部分应该告知用户系统已经收到订单。
-功能、操作和每个页面包含的内容
购物车应该包含“编辑／删除”商品项目的功能，“结账”按钮可以启动结账流程。用户可以通过邮箱地址或者社交账户登陆注册。结账页面应该包含下列可输入信息的部分：付款信息、送货地址、送货选项。如果用户在过去填写过，那么这些都应该被自动填充。确认页面会通知用户订单被系统接受。错误的信息输入应该出现合适的错误提示信息。
线框图：
8
作品
29
粉丝
31
关注
大牛，别默默的看了，快登录帮我点评一下吧！:)
登录 立即注册