标题图片来自 官方网站

全文总共有5092个单词，需要11分钟才能阅读。

—————————————

在2018年，由于我已经接触了调度系统，所以我喜欢深入思考类似产品，例如 的计划管理是什么？

我对外卖骑士和管理层的好奇心，我决定拥有产品体验。好吧，没错，我一直是骑手半个月，真正感受到了产品的用户并培养了微观的体感。

01需求识别和微观体感

两个例子：

1。要求识别：真实用户的本质

周·洪吉（Zhou ）在演讲中提到了智能手表的案例。

产品定位：

儿童手表的最大问题是产品定位问题 - 防，反弃用和防alto。那么购买观看我们的用户（父母）的人是吗？ ？但是，谁是真正的用户，使用该产品的用户是谁？这是一个孩子！

用户体验：

通常，用户反馈是从父母的角度给出的，如下所示：

因此，如果真正的用户（孩子）喜欢这种手表，并且愿意独立收费；该产品为儿童带来了真正的价值，用户仍然会对充电感到厌恶？

因此：就像多年来一样，互联网教育做了很多游戏玩法，但是这些游戏玩法目标是什么用户角色？是父母还是学生？

我个人认为，如果我们排除政策因素，仅谈论产品和用户，那么成功的产品并不只是为了使真正的用户从他们的心中爱上它吗？很难让该产品真正融入用户的生活并形成某种习惯！

2。微观体感：同理心≠个人经历

ning在他的第30篇思维演讲中提到了微观的体感，并谈到了一个小案例“ Ono Jiro的纪录片 - 寿司之神”，如下所示：

Jiro ono可以真正判断这是他的微观体感。大师为什么要他的学徒花10年学习扭转毛巾，用刀和煮鱼？ - 为了建立微妙的微观体感。

因此：微观体感对产品经理非常重要；正如马弟兄所说，它在几秒钟内变成了一个略微的视角，但请记住，产品经理的同情并不意味着您已经亲自感受到了它。马弟兄敢于这样说，因为微观的体感已经达到一定水平。就像Jiro ono一样，他已经使用了多年的体验“寿司”的过程！

产品设计过程中有许多微妙的观点无法通过角色切换来实现。微观体感非常有用。您可以仔细品尝它。

OS：尽管我一听到偶像的演讲就睡着了，但这表明（Idol ning）说什么非常放松，Emmm ...是的，就是这样。

为什么举一个例子？

我们从示例中看到了什么？

在成为天才的一万个小时里，您做了什么？花了很多时间花在建立微妙的微观体感，确立了自己成长的真实感觉，并眨眼间对喜欢和不喜欢的判断。

02谈论梅图安人群

返回主题，谈论本文“ 众包”的主角。

1。产品简介

应用程序是专门为兼职人员设计的专业兼职货币筹款工具。依靠 ，有超过2000万份的送货订单等待您每天交付，使您成为用户和商人的兼职餐点交付骑士，以及开始自己的公司的老板！大量的兼职订单正在等待您，您可以轻松地提供食物，您的月收入超过10,000元！也有多项活动可以帮助兼职和交货！

该平台长期以来一直保持兼职全职骑手招聘活动。注册以开始兼职送货工作，并独自解决，可以随时随地赚钱并控制您的时间！

操作系统：外卖比非高峰时段的需求（订单）贵。 这样做是为了降低成本并将大量订单外包给兼职车手；毕竟，梅图安（）接受了一系列培训，以招募全职骑手到高成本的骑手。

至于迈图恩在北京 Road的网站（当时我当时的网站），在中午峰会，众包订单溢出了很多，可以看作是 的业务扩展，业务和价值。

众包将管理授权授权到各个地区的网站管理员，以降低管理成本并减少招募全职骑手的压力。

当我去体验它时，我以为是迈特图（）外卖总部招募骑手（即使我经历了它，我也必须获得一些基本的薪水，对吗？），但我没想到会加入 ！但是，总体而言，管理系统还可以，包括每日早上会议，各种不良的审查订单处理机制等（评估系统的要求非常严格，并且中级审查被认为是该网站上的大事件，并且在上午的会议上报道了）。

2。产品业务流

业务流程：在线→接受订单/分配订单→接收食物→提供食物。如下图所示：

3。用户角色

（1）

角色业务范围：

在此过程中，有相应的小型功能过程用于接收和交付食物。以及计划接送和交付的路线。

（2）网站管理员

角色业务范围：

（3）用餐客户

角色业务范围：

03众包骑手 - 微观体感

从两个角度来看，查看产品的设计。

1。产品观点：用户本质的研究

在我们的产品中，人们的日常工作，简化工作流程：

分析要求→了解业务→模拟方案→用户研究（确定用户角色）等；

在整个工作流程中，我们的视角始于设计师，尽管我们切换角色并成为用户，但这是我们的单向输出。

确实，这种设计符合业务并满足各方的需求，但是从产品设计的角度来看，我们不足以对其进行研究。尽管我们已经进行了大量的用户研究，但我们是否真的成为用户并体验了这种“流”？

无论是B-End产品还是C-End产品，我们都真正干预整个产品业务流，但是“认为我已经成为用户”的麻烦制造商总是会不时遇到麻烦。如果有这个盲点，它并不是从用户的角度开始。

以下是整体业务流的一部分，用于给出示例（我当时使用的版本的屏幕截图找不到，因此我将首先使用新的屏幕截图来说明示例；我当时使用的版本称为“旧版本”下面称为“旧版本”）：

（1）健康证书 - 入口（详细信息，用户可以找到它吗？）

每个人都希望申请成为一名骑手。该细节不是最核心，但必须是一个非常关键的起点。当我是骑手时，我不知道如何获得健康证书？该怎么办？我应该要求谁？ （大多数不了解条件反射的骑手都取自百度，然后逐层研究它们………）

健康证书问题涉及两个程序；

1）在线填写个人信息，提交申请后，企业人员将与您联系。让我解释说，如果您基于在线处理程序，那么自己申请它将非常麻烦；当时我找不到健康证书的入口---！

新版本的健康版在培训材料中提供了简单的文本描述，并且没有入口。您需要输入个人接口才能查看入口。

2）通过其他招聘渠道，请求简单的面试，然后说明进入所需的相关信息（包括医疗证书，这些信息通常由商业人员处理）。

我属于后者。我听说在面试中需要健康证明，并感到震惊。我在哪里可以做？我仍然必须去医院进行体格检查吗？ （当然，当时我对健康证书一无所知，此健康证书的申请期并不短）

（2）新任务 - 过滤器（功能的逻辑，令人满意的骑手，但是后端人员呢？）

主界面“任务列表”的优化仍然非常明显，可以优化骑手的用户体验，但是骑手的主操作接口的旧版本的功能逻辑与新版本的功能逻辑不同：要在订单期间进行订购，并且要接种，交付，功能保持不变，并且详细信息得到了优化。

旧版本：订单不区分类型，仅在订单上制作相应的标签。

①优势：易于区分和管理订单状态

②不利：但是，在骑手的实际操作过程中，很容易误判订单类型，甚至导致骑手误导订单交付规则，以及诸如早期交货之类的问题（例如，预订订单和差事订单等问题，都具有相应的交付时间规则）。

新版本：可以设置订单类型，订单过滤和商户过滤

①优势：考虑骑手的用户体验，它更友好，降低了订单错误率；它更精致用于背景管理。

②缺点：增加后端管理的成本（例如，当有很多外卖订单且差事命令很少时，没有骑手选择接受差事。在这种特殊情况下，网站上的网站管理员需要协调订单并分配给指定的骑手；我不会在许多类似的特殊情况下解释它们，所以我不会一个人解释一下）

（3）热图 - 级别（核心功能的重量，用户最想要什么？）

对于骑手来说，热图的重量很高。尽管已针对较旧版本调整了功能，但不够出色。这是核心之一！

每天工作期间骑手涉及的主要功能接口包括以下几点：

订单访问接口：业务流中的核心节点功能；

任务图接口：路由计划，伴奏功能，辅助核心功能；

热图接口：不用说，该地区的热图描述使骑手可以清楚地知道在哪里有更多的人和更少的人。

旧版本：加热地图的接口非常深，没有找到，要求旧的骑手指向它。

新版本：以顺序模式查看，属于第三级。

为什么要取出热图？让我们考虑骑手的核心需求是什么？赚钱，赚钱，赚钱！

如何赚钱？接受订单！

如何提高效率？路线图！

如何增加订单量？加热地图！

三个核心功能应是使用最高频率。在新版本的设计中，热图的存在仍然不够重。

老实说，至于骑手社区，骑手每天都很忙。当时，我每天跑25个订单，大量出汗。此外，资深司机几次订购了我每天订购的订单，他们甚至无法交付。我怎么能有时间在社区中玩？呢（当然，许多新的球员和佛教球员都喜欢社区，每个地点的骑手都将有两个组（包括几个地点和内部现场组）。沟通每天都在微信中〜社区只能休息时间观看………

2。骑手的视角：体感实际场景

从用户的真实角度锻炼体感能力！

挑选几点，走过去，看看您真正需要什么！

（1）场景

骑手进入工作状态之前的每一天，他们都需要“上线” 众包应用程序。打开应用程序时，他们进入后看到的第一件事是一个大黄色按钮“上线”。这里有一个小的逻辑问题 - 因为默认值是接收订单，并且将立即按下订单；由于上午的会议，这将导致突然接收订单和无法参加会议的问题（通常，我们的实际操作是在上午会议前上网，并立即将订单接受状态调整为“忙碌”而不接受命令；但是这种情况仍然不时发生）。

（2）过程

在线，忙碌→会议→在线官方→接受订单→到达商店→收到的饭菜→交货→评估

我从这个工作流程中摘取了一些典型的例子，以解释我的体感应后发生的问题和建议。

1）订单时间

问题：

在实际业务中，我意识到此订单时间的容错能力非常低。一旦有一小部分人工干预（例如商人的餐点错误，我们的订单就会被抑制；或者商店业务蓬勃发展，而餐饮速度太慢了），它将影响餐点交付的时间效率和负面的用户评论，这也会影响订单用户的用户体验。这不仅是经验问题，而且会导致用户损失。

例如：从同一商人订购一顿饭时，两个同事分别使用“ ”和“ ele.me”，但是交货时间存在问题。 “ ”的评论很差，并且“ Ele.me”有好的评论或没有评论。这种差异对订购用户有很大的影响，并将放弃平台产品。

建议：

供餐时间是食物交付最有可能遇到问题的节点；通过分析每个商人的数据统计信息，整合商人的美食，餐点交货时间和订单量，这可以巧妙地干预以匹配餐点的时间。

2）路线规划

问题：

它与以前的问题有关，因为在整个路线计划过程中，如果在任何节点上存在时间问题，它将导致将来其他节点交付时间的准确性。

建议：

我们可以通过大数据做出预测，以提高计划的路线的容错性，按时间点进行预测，进行明智的干预措施，并优化路线规划的路线。

3）订单协调

问题：

在日常交货过程中，通常会有一些问题，例如超过当前骑手的交付范围，特殊订单（运行差），物理故障（电动汽车失电）。您需要在微信小组中进行交流，或向网站管理员解释原因，而网站管理员将直接安排订单。

建议：

当出现异常/以订单交付时，骑手报告了异常状态，并智能地通过系统订单数据将订单分配给最佳骑手；这确实降低了两个用户角色的通信成本（和，和网站管理员）

以上几点都是由梅多安（）的外卖经历的，并从骑手的角度进行了探索。

从另一个角度来看，可以从业务角度考虑这些问题。是否需要进行优化，并且会增加其商业价值吗？有几个用于外卖交付的平台。哪一个是最好的？

假设优化后，在模拟方案中：

想一想另一个例子，为什么许多在线购物用户选择在上购买东西？ 的优势是什么？ 为什么必须进行自己的物流？

提高交付质量并改善几个角色的用户体验也与另一个级别有所不同，这提高了整个业务流的效率，并且与订购用户链接有关。订购用户更友好吗？

04摘要1。体感的三步方法

输入真实的业务场景：感受真实的业务场景，以促进现场功能的随后演变

输入真正的用户角色：感受真实的用户体验并避免用户体验不准确的优先定义

功能设计：不仅符合业务流程，而且还从用户的真实感受中提取优化思维。