APP开发实践001：O2O走出困境

这是我们8人团队2015年2月的第一个项目。一年半后，我们的大家庭现在有51个小伙伴，但第一次转行的实践经验仍然如此“难忘”！

项目背景

2015年是O2O行业井喷的一年。随着打车软件的普及，越来越多的汽车APP项目应运而生，例如租车、违章检查、驾照学习等。显然，汽车作为人们出行的交通工具，其商业价值逐渐凸显，汽车数量也越来越高。如此大量的汽车将催生一个看似不起眼的汽车服务行业——洗车。对于大多数车主来说，一个月洗2-3次车是常事，因此洗车市场潜力无限。然而，传统洗车服务的一些缺点是显而易见的，例如“水的浪费非常严重；车主等待很长时间，通常至少一个小时才能洗车；提供的服务不人性化”。如果我们能开发出一款针对这些痛点的洗车App，解决用户耗时的等待问题（当然，洗车只是一个起点），它能在不断增长的汽车售后市场中占有一席之地吗？

所以我们二话不说就完成了这个项目！

功能分析

目标群体：车主。

功能要求：在家预约洗车（解决等待用户的痛点）

1） 车主可以向自己或朋友发出洗车请求，包括联系方式、车牌号、停车地点、服务时间和服务内容；

2） 车主下单后，洗车工可以抢到订单，之后洗车工需要准时前往。如果你不去那里，你需要得到车主的差评，降低他们的信用；

3） 在线支付：车主提前向平台支付费用，平台确认服务完成和服务质量，并给予洗车工相应金额；

4） 洗车服务评估。洗车人员完成服务后，车主确认服务质量，对洗车人员进行评估，并为其他洗车用户提供选择洗车人员的衡量标准；

5） LBS服务允许车主定位自己的位置，通过同一个城市查看周围的洗车机，或通过地图更直观地查看洗车机；

6） 优惠券：平台可以发布一系列优惠券，车主可以在提交服务时选择使用优惠券来获得折扣，这也有利于平台的推广。根据这些功能的列表，我们有了第一个UE图。

对没有朋友来说真的很难看

UE摘要：

虽然列出了所有的功能点，但整体看起来确实很糟糕，不直观。我们只能看到具体的页面内容，但细节上的跳跃根本无法反映出来。因此，在以后的开发过程中，经常需要反复向工程师解释功能效果。很麻烦，效率很低。这表明一个简单的原型工具是多么重要！

此图显示了我们现在正在进行的UE

Mockplus，一个方便的原型工具。当之无愧

大坑

总有一些痛苦。只是在左之后

1.定义用户真正的核心需求，简化需求，从目标用户的角度出发。

实用栗子：

洗车预约页面中的时间预约功能允许用户预约洗车时间。然而，无论他们选择固定的分钟数还是间隔时间，都还处于僵持状态。一开始，我们设计了所有的时间选择（详细到分钟）。用户可以随意选择时间，但对于一些对时间点敏感的用户来说，这会导致混淆，或者特定时间点和特定时间点之间的差异。当时，我们也陷入了一种固定的思维模式。我们一直想解决所有用户的疑虑。结果，我们选择了两周的时间，并对各种时间进行了限制和判断。结果出来后，我们发现，以前对这么多条件的判断在功能逻辑上是完整的，但整个操作非常麻烦。

小结：对于核心用户和公众的使用习惯，不要陷入思考的死角。考虑所有用户习惯并不是最好的。

2、细节事实上，细节是判断一个产品成功与否的重要基准，也是反映一个产品竞争力的重要方式。

除了交互体验的设计之外，我们在这个产品的细节上还有很多问题，从操作人员的体验