在上海一名交互设计师离职后做餐饮外卖的经历

    写这篇记的缘由，在编辑简历时碰到关于创业这一阶段的工作内容无从下笔。于是想到在站酷上写下这段时间的历程。关于内容如何写，肯定还是要和设计有关。毕竟是为了找工作，找工作，找工作。

---------------------------痛苦de分割线------------------------------------

    和一位互联网app用户运营合伙人东拼西凑，压上全部身家，一个厨房18m²的外卖店开始上线。我们90后，不怕苦不怕累，已经做好准备，还是被开始几天的工作量累到半死，看看入账，我们咬咬牙说要坚持（没有算收入，当时只想先做下去在说）开始几天，人手不够，我们是小蜜蜂，飞到东又飞到西哪里缺人补哪里。不经意会开始对比下过去和现在。

     【互联网工作上班时间：早上8点左右起床--中午固定可以休息一个小时--晚上6.30下班 偶尔加班

    餐饮工作上班时间：早上7点半起床（偶尔会惊醒）--晚上10点半到家--12点左右睡觉（看数据，调整菜品，三个月后会好一点然而我们并没有熬到这个时候）】

     思绪飞一会，还要面对眼前的苟且。

     说好的，是一篇设计分享文，硬生生的被写成吐槽文。

     直接进入正题吧。作为一个曾经的交互设计师，理所当然的承接了平台上所有的活络，饿了么商家后台给我的感觉，很淘宝。解释一下，并非是设计风格和元素。而是功能性，【比如商家学院--淘宝大学，竞价推广--淘宝直通车  展位推广--淘宝钻石展位推广（即banner） 二维码众包--淘宝客推广 】饿了么发展已有好几年，很遗憾，没有见证后台系统的一步一步演变。

     说说我看到的。本来想吐槽一下自建活动页面没有关闭和返回的问题。刚刚去看了，可能是mac兼容性问题。在windows上看了，问题不存在。

     第二个问题是，自建活动，建完特价商品后，不能更改商品任何信息和特价活动信息。这个我觉得美团做的好一些。特价商品建完，还是可以编辑活动信息的，比如结束时间，商品折扣（饿了么只能编辑商品库存）。如果要重新编辑这个特价商品活动，只能作废活动，才能进行编辑。

饿了么特价商品已建立页面

 

美团特价商品已建立页面

点击编辑后，弹出可编辑特价商品的信息。

   

    我拿这个举例，并没有针美团饿了么设计的好与坏。

    说说场景，商家会根据自身情况去设置特价商品，使用该功能的频次偏高，经常更换特价菜品。餐饮老板或店长一般是初中级用户，一旦在饿了么设置特价菜品活动想要修改，就需要作废活动后，再次新建，增加用户操作成本。

     上面不是重点，想要分享的重点是，设计一个功能，需要考虑到各方面利益相关者。

     比如最近，饿了么商家版，新上出餐订单功能。个人觉得此功能不错，实施难度有点大。

     流程 商家操作：商家有新的订单接单后，系统显示待出餐订单，打包员可按照顺序打包。打包完毕后点确认出餐 ，骑手操作：商家确认出餐后，骑手收到提示，取餐。

     总结：接单——待出餐订单——打包——确认出餐——取餐——送餐——客户确认

     背后涉及利益相关者：1商家 2骑手 3平台 4客户

     分析：

     1商家，接单后按照后台显示待出餐顺序打包，最后点确认出餐。

     现实场景：高峰期订单来的密集，出餐人员基本没时间拿手机看，一般看纸质订单，按顺序做基本没问题。然后出餐完毕，打包员打包可以点确认出餐。

     思考：待出餐顺序换成语音播报的的形式，不用出餐员去看手机。打包员点确认出餐操作，手机版app，是否需要增加设置员工账号。给员工账号除财务以外的权限。

     2骑手，看到商家出餐后，到达商家门店，取餐，点击确认。

     现实场景：外卖员，高峰期有时存在提前点击确认出餐，到达门店后直接拿，有的外卖员是在门店取餐后，点击确认出餐。

     思考：据我观察，高峰期时，一个外卖员基本上手提4个餐左右，一只手提餐，另一只手很难操作确认取餐。所以，在没到达门店时提前点击确认出餐是否出于此考虑。

     3平台，平台设计此功能的目的，解决争议。按照流程走，超时送达订单方便判定责任。是骑手送餐超时导致还是商家出餐慢导致。

     现实场景：在商家和骑手的场景中，有部分都没按照此流程来走，如何解决判定责任。在非高峰时段，骑手为了可以多接一两单会在规定取餐时间范围的最后几分钟来取餐。如果商家此时点击已出餐，骑手可能无法多接单。

     思考：平台是否要优化派单机制，考虑骑手利益最大化。例如，在商家已出餐等待骑手去取餐的过程中，有顺路的订单，也依然派给骑手。（这个是骑手与商家反映过，让我们不要点已出餐，可能是骑手的心理作用，感觉我们点了出餐平台就不会给他们派单了）虽然我心里清楚此功能的关键作用，但还是会和骑手搞好关系不去点他。平台是否也需要出新功能时，给员工做简单的培训。

       4用户,看结果，

       现实场景：超时和未超时，主要是超时，一般都是会催骑手，骑手口头解释超时原因。

       思考：目前新版本，我没有去观察，如果超时，是不是把结果直接反馈给用户。用户通过app就能知道导致订单超时的原因是商家还是骑手。

       单从此功能设计中总结我们设计需要考虑的事情

       1减轻商家人员成本和工作量，考虑工作中如何与设备交互，了解厨房出餐流程。

       2保证骑手利益最大化，考虑骑手工作场景的复杂性，减轻他们单手持机操作的频率。

       3优化平台配送派单机制

       4考虑用户情绪，最快有效合理的解决超时配送的争议。让用户对平台商家骑手都有好的印象。