做校园外卖之前，我以为用户体验是把界面做得好看一点。做了半年之后我才明白，在校园这个场景里，用户体验是一门关于"最后八十米"的学问。
那八十米，比前面三公里都难
校外的外卖平台，配送距离经常是三公里，但它们的差评率反而低于我们最初的版本。原因很荒谐也很真实：从校门口到宿舍楼下这最后八十米，藏着所有的问题。
- 宿舍楼禁止外来人员进入，餐只能放在楼下架子上
- 一栋楼六百人，晚高峰架子上堆着两百份餐，找餐要五分钟
- 下雨天没有雨棚，汤洒了、盒子湿了
- 被拿错、被顺走，谁也说不清
这些问题没有一个是技术问题，但每一个都是体验问题。
我们改的第一件事：把地址从文字变成坐标
最开始学生填地址，写的是"3号楼下"。但3号楼有东西两个门，两个门相距一百二十米。骑手放东门，学生等西门。
我们在云快卖后台把整个校园的取餐点做成了固定选项：楼栋加具体门位，一共四十七个点，全部预设好。学生下单时只能从列表里选，不能手写。
这一个改动，让"找不到餐"的投诉从每天十几条降到了两三条。
第二件事：让等待变得可预期
学生真正焦虑的不是慢，是不知道。中午下课只有五十分钟，下午还有课，餐什么时候到，决定了他要不要现在下楼。
我们在小程序里做了三个节点的实时推送：商家已接单、骑手已取餐、已放至取餐点。最后一条推送里带上具体的架子编号。
有个女生给我们留言，说她现在可以掐着推送下楼，一分钟拿到餐，不用在楼下傻等。这条留言我截图存了很久。
第三件事：把差评变成规则
我们不设客服电话，因为学生不爱打电话。所有问题都在小程序里一键上报，选择问题类型，拍张照，三十秒搞定。
更重要的是后面：每一条投诉我们都要归类，然后问一句"这能不能变成一条规则"。汤洒了，就要求所有汤类餐品必须封膜加固；雨天丢餐多，就在雨天自动切换到室内代收点；某个时段某栋楼总是延迟，就提前调配运力。
半年下来，我们积累了六十多条这样的规则，全部沉淀在系统配置里。这是我们最值钱的东西。
工具选择也是体验的一部分
说句实在的，如果一开始我们自己写代码做小程序，绝大部分精力会耗在支付回调、订单状态机、骑手调度这些底层逻辑上，根本没有余力去打磨这些细节。
用云快卖搭建校园外卖小程序的最大好处，是它把这些通用能力都封装好了，取餐点配置、多状态推送、异常订单处理这些都能在后台直接设置。我们的团队可以把百分之九十的时间花在观察学生、修改规则上。
做产品的人都知道，能把时间花在哪里，往往决定了产品最后长成什么样。
最后
用户体验这四个字，在校园外卖这件事上没有任何玄学成分。它就是：让学生少走一段路，少等一分钟，少一次白跑。
把这三件事做到极致，剩下的口碑会自己长出来。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
