什么时候最需要这个服务? 是根据团队的假设在进行大型聚会时，还是和一小群朋友聚会？
在构建这样的创新服务时，还有哪些问题需要解决？
人们在点餐时通常会遇到的其他痛点是什么? 如果允许团购，哪些痛点可能会放大？
从一个人的设备上点餐绝对是一件麻烦事。
虽然允许多个人在单一的顺序中添加食物可以解决很多问题，但是它仍然不能解决所有用户必须在一家餐馆点菜的问题。
无论何时你和其他人在一起，付款都是一种独特的体验。
在多人公司中，大部分人都是外卖应用程序的用户。
在一小群人一起点单时，人们更愿意去挑选他们想吃的东西。然而，在多人聚会上，人们很可能放弃挑选而接受已经点好的东西。
这就导致了必须从一家餐厅点菜成为最痛苦的事情之一 :因为用户需要和一群口味和食物偏好不同的人在一起点餐。调研的数据也证实了这一点，数据显示很多时候人们从多家餐馆点餐到同一个地址。
在选择餐厅时，人们也会格外注意需要多长时间才能送到。
因此，人们比起从他们喜欢的餐厅点餐，更愿意从送餐速度快的餐厅点餐。
在团队中支付订单可能是一种令人困惑的经历ーー谁需要付钱，谁还没付钱，还要付多少钱？
在不同的情况下支付的方式有所不同：有些人平分，有些人各付各的，有时候一个人付所有的钱。
创建订单和“加入购物车”的动作应该用最少的步骤来实现，最好只有1-2步。
创建一个购物车不应该让用户花费过多的时间。点餐者是想和他们的朋友一起开心订餐，而不是做一个食物监督员。
允许用户在多家餐厅点餐，浏览餐厅、阅读菜单和下单的体验应该是完全相同的，不应该引入新的行为。
最好的体验是所有的订单同时到达ー因此它们应该由同一个用户交付。
用户可以自行决定支付方式。
通过以上对用户的调研和对服务设计流程原则的确定，接着将进行具体的视觉设计：
用户可以在主页上发现该功能。
这为用户引入了一种创建团队购物车的新行为。因此，如果 Swiggy 将来想在主页上推广这个新功能，用户应该通过这个触点知道在哪里可以再次找到这个功能。
创建团体购物车的操作是次要的 CTA，因为创建团体购物车的用户的百分比仍然比单独订购的用户少得多。
“加入购物车”的按钮是通过一个横幅在页面底部。
当点击“创建团购”，用户会被重新定向到一个页面，上面会有其他用户可以如何加入购物车的详细信息。
考虑到想遵循的这个原则——用户应该和朋友们一起开心订餐，而不是成为一个事件/食物监督者，放弃了通过 Whatsapp/SNS 发送邀请链接到社交媒体群里的想法。
当探索其他分享时，最终选择了两种方式: 创建分享码和扫描二维码。
另外，如果用户和很多人一起出去订餐，用户并不会想把手机分发给每个人来扫描二维码。因此，共享一个二维码成为邀请其他人最简单快捷的方式。因此，此选项具有更高的优先级，这应该是用户首先看到的东西。
标签用于介绍加入一个团队购物车的两种方式。
基于之前的假设：共享一个唯一的二维码是加入一个团队购物车的最简单的方式，它应该被设置为默认选项，用户可以通过二维码加入购物车。
当客人加入购物车后，目标应该是让他们快速开始下订单。所以，这里显示的主要 CTA 是开始浏览餐馆。
“关于谁加入了购物车”的消息提示是一个必备的功能，但不具有最高优先级。
考虑到这些因素，“关于谁加入了购物车”的信息显示在顶部。用户在注册时提供他们的id。
在获取用户图片头像存在技术限制的情况下，可以探索其他方法，例如：显示名称的第一个首字母。
在研究中发现，一些用户关心送货时间的长短。一个提示可以显示，如果配送时间超过1小时，便可以提示所有用户。但不会因此拒绝用户从较远的餐馆订购食物。这个决定取决于不同群体的需求。
一旦下订单，团购中每个人的订单列表就会显示在购物车中。
团购订单里的每个人想和新客人分享时，都可以再次查看二维码。
“我想要和你一样的”的情况下ーー用户可以点击加号图标，添加新一份一样的订单。
复制现实生活中的经验，主用户可以选择支付方式，之后每个用户都可以根据此支付。
其余的支付体验保持不变，不引入任何新的行为。
用户可以看到每个人的订单。如果用户选择AA制，付款的状态也可以在这个页面上查看。
在极少数的特殊情况下，当某用户的付款失败，其他人可以选择为他支付。
加入团队购物车数据的任何下降，以分析用户体验是否存在问题。
团队购物车中的平均用户数量及其各自的评论ーー以分析是否存在任何相关性
在团队购物车中订购餐馆的平均数量和它们各自的评论ーー以分析是否有任何相关性
允许下单者以外的其他人支付全部账单
跟踪地图上所有订单
允许付款完成后取消单个订单
end
联系客服
