事情的源头来自于突然找到我的一个朋友，K哥。
K哥：洗鞋宝这款产品是你们开发、设计的？
我：是的
K哥：感觉产品设计的不错，思路清晰，界面清爽，操作丝滑。我观察你们好久了，老实说，挺喜欢你们开发的洗鞋宝小程序的。能不能请你们帮我也开发一个小程序？
我：也是互联网洗鞋吗？
K哥：不，不做洗鞋，我做洗车，互联网24小时自助洗车，有没有听说过？虽然我们业务上有所不同，但是逻辑我看了是相通的，都是面向用户和商家，我也需要有商家端和用户端的两套系统。
我：有具体的需求吗？K哥
K哥：之前我找人做了一个，但是效果不行，用户体验不好，而且功能上有缺陷，不够完善。这一次我想找你帮我重新设计、开发，把功能和细节做完善了，需要你帮我重新规划和梳理，可以在我们现在的洗车小程序基础上进行梳理。这一点我比不了你，我毕竟是门外汉，你们才是行家。
我：计划什么时候上线。
K哥：因为现在的系统确实操作比较麻烦，很多用户都到店门口了却因为自己不会操作而离开，客户流失非常严重。所以时间上越快越好，希望一个月时间内上线，费用上可以增加一点，但是工期上一定要帮我赶一赶。
我大概看了一下他们现在正在使用的自助洗车小程序，感觉确实挺鸡肋的，如果从0到1重构开发，时间上确实很紧，不过加加班的话，各环节比较顺利的话，也是可以赶工的。毕竟自己这么多年的产品开发和设计的经验是在的，对于小程序开发这一方面我们也是有一点经验的，而且跟我们洗鞋宝的小程序有一些相通的逻辑，一定程度上也是可以复用的。想了想，看在了劳务报酬的面子上和K哥的信任下，还是硬着头皮接了下来。
我：K哥，我尽量帮你赶时间。
就这样，硬生生的给自己揽了一个赶工期的活。接下来，就是一段苦逼的日子开始了。因为信任，所以开发设计的每个细节都需要注意。
作为一个靠谱的技术，不仅仅需要过硬的技术，同时还需要有产品思维和项目整体的时间规划能力，于是在初步的需求分析下给项目制定了初步的时间安排和进度计划。
首先第一步，我们需要根据初步了解的需求以及根据软件产品的开发的流程和步骤制定一个初步的时间进度计划表。
在制定项目开发进度的时候，根据以往的小程序开发经验，知道在微信小程序申请、微信支付账号申请、以及系统备案、第三方资质申请环节是需要固定的等待时间的，所以我们在项目第一阶段，就把这些工作提前准备、走相关的流程，同步进行，这样我们就有效的避免后期等待的时间 ，算是时间统筹。
接下来就是开始干活，首先开始进入自助洗车小程序开发设计的第一个阶段，就是需求分析阶段。
需求分析阶段
有了初步的时间节点计划以后，我们要做的第一件事就是需求分析，这个阶段我们预留了10天的时间，主要就是在实际的代码开发之前，做好充分的需求分析、业务逻辑梳理，以及充分的了解用户和商家的痛点。只有把需求梳理好了，后面的开发过程才能高效，所谓的事半功倍，避免后期开发过程中因为需求变更导致进度延迟的问题。
需求收集和分析的主要渠道：
1、亲自使用现在的自助洗车小程序系统，寻找问题和痛点，并记录。
2、跟熟悉业务流程的K哥一起沟通和梳理业务流程以及在实际运营过程中遇到的实际问题，并记录。
3、分析目前市面上类似的产品，对比分析，寻找优势与劣势，取长补短。
经过大概3天左右的时间调研和分析，我们决定这一次的开发、设计，在解决现有问题的基础之上，同时吸取同类产品的优点，取长补短，增强产品的品牌运营和管理功能，让小程序更加符合业务的运营。
于是我们大概罗列了一下我们这一次的自助洗车小程序将要实现的功能和模块，主要涉及以下几个方面的改进和优化，分为优化功能和新增功能。
优化功能：
1、优化用户定位不准确问题，解决经常出现的用户充值充错门店的问题。
2、优化用户开门环节，实现“一键开门”效果，之前系统开门跳转太繁琐、很多用户反馈不会用。
3、优化用户充值流程，让用户充值更加方便、丝滑、一气呵成。
4、优化用户绑定车牌流程，之前逻辑有点鸡肋、限制的太死，影响用户正常使用使用。
5、优化商家操作流程和数据展示效果，之前的有点丑而且不清晰、不明了。
6、优化配置管理页面
新增功能：
1、新增多门店支持、同时支持“用户夸店消费”，这里引入了“赠送余额”和“通用金额”概念。
2、新增抖音、美团自助核销功能，增强运营推广能力。
3、新增分享、裂变功能，增强小程序推广、分享功能。
4、新增用户管理功能，增强私域流量运营的能力。
5、新增平台积分概念，积分兑换，增强用户消费粘性。
6、新增服务消息通知提醒，增强运营功能。
7、新增数据统计和分析功能。
8、新增商家对账功能，涉及到门店跨店消费结算。
9、新增应急管理中心，方便商家在紧急情况下对门店的操作管理。
10、新增优惠券管理，实现商家自助发放优惠券，增强运营推广能力。
11、支持余额支付和直接支付，并且实现商家可配置。
同时，为了提升用户体验和操作方便我们决定这一次的自助洗车系统实现三端：自助洗车用户端、自助洗车商户端、平台管理端
尤其是这一次，我们决定将洗车用户和商家操作拆分开，分成两个小程序，这样商家操作更加方便和清晰，原来的自助洗车小程序商家端设计比较粗糙，用户端和商家端融合在一起，而且属于响应式web系统，商家操作起来非常的麻烦，不方便，而且数据显示不清晰，不完整，辅助功能缺失。
在自助洗车系统的需求分析这个环节做了不少的工作，自己的需求文档和笔记整理，就写了不少。
为了赶时间进度，我们一边分析需求的同时，一边进行开发层面的数据库设计，系统表结构、业务字段的设计。一点点的把自助洗车系统的业务逻辑梳理清晰。
随着调研的深入，对于本次自助洗车小程需求也慢慢熟悉和清晰，接下来就是产品效果图的设计阶段，让抽象的需求更加的具体化。
效果图设计阶段
有了需求梳理，接下来就是小程序UI设计环节（效果图设计）。也非常感谢跟我们一起设计的IU的小伙伴，利用业余时间一起沟通、梳理需求，晚上跟我们一起加班熬夜出设计稿，同时白天也有自己的本职工作，原本大概 2周的工作量，硬生生的被压缩成了几天，确实也是辛苦的。
我们在原有小程序的基础上，添加了这一次我们新增的需求，经过反复的修改和调整，最终我们完成了小程序的效果图（高保真设计）。
用户端效果图设计：
（为了方便文字的阅读，这里我们选择一些效果图展示）
自助洗车首页设计图
自助系统开门设计图
商家端效果图设计：
（为了方便文字的阅读，这里我们选择一些效果图展示）
自助洗车商家端登录页面设计
自助洗车商家端设计
自助洗车商家端设计
总的来说，跟市面上同类型的产品相比，这一次的设计还是有不少创新的，虽然时间上比较赶，但是帮忙设计的小伙伴还是很给力的，再次非常感谢小伙伴的支持和付出。
系统的效果出来以后，基本上就确定了小程序业务逻辑流程，这才是我们真正敲代码的开始，接下来就是我们面对电脑编码实现的日子，那段时间，基本上每天脑子都是昏昏沉沉的，因为晚上基本上都是面对电脑，写到凌晨两三点的时间，电脑面前一坐就是好几个小时。
敲代码，实现业务逻辑的过程中，也发现了一些不合理的逻辑，做了一些小的改动和变更。同时过程中也遇到一些比较棘手的问题，比如说微信的商户支付问题，因为这里涉及到每个商家门店独立收款的需求，这里我们选择了微信支付的服务商模式，可以说踩了不少的坑，尤其是这里面的绑定关系，吐槽一下官方的接口文档说明还是有完善的空间的。
还有在对接抖音、美团的过程中也遇到不少的坑，那就是账号的资质和权限问题，因为是第一次对接抖音、美团这个第三方平台，所以踩得坑也不少，很多东西都是在自己踩坑以后才学会的、明白的。吃一堑长一智，就是这个道理。
这个过程的痛苦，我想也只有真正的程序员才能明白和体会。
物联网控制开发
这其实还有一个关键的核心实现，就是物联网技术，联网远程控制自助洗车门第的快速门，这是自助洗车的核心关键点。一开始我们以为门的厂家应该会封装好了直接对外提供的访问的接口，我们只需要调用他们的接口就行，后来我们发现，实际中很多的快速门厂家根本就没有实现这个远程控制实现，简单说他们的控制器不具备联网能力。
这样一来，又遇到一个棘手的问题，就是需要我们开发控制价的转换设备，简单的说，就是需要需要开发一个信号转化器，一段对接快速门的控制器，另一端通过TCP协议连接互联网，从而是设备具有接入互联网的能，从而实现远程控制能力。
这个模块的开发还是挺麻烦的，也是我们意料之外的功能需求。大概花了3天左右的时间才搞定，这也导致我们的上线时间推迟了几天时间。
因为时间比较紧张，所以我们在开发的过程都是尽可能自己优先测试接口，保证在后期的小程序前后端对接的过程中减少一些不必要的错误。
开发阶段大概花费了18天的开发时间，系统终于开发完成，并且进入了测试阶段、上线试运营的阶段。
数据同步
但是问题还没有结束，后面还有一个艰巨的任务，那就是新老系统的数据迁移，因为之前的系统也有一定的用户，现在切换新的系统，就需要把原来的老系统的数据给同步到新系统数据库中，这里面就涉及到了用户账户余额问题，比较敏感，所以数据同步环节不能出错，是个细活，说实话，这个过程比自己写代码的过程还痛苦，因为看别人写的东西总是比自己写的要难不少，而且还没有交接文档的，所以很多东西都需要自己一点的分析和判断。
数据同步环节也花费了将近2天的时间。
在测试的过程中，也针对一发现的小问题和Bug进行优化和解决，就这样反反复复的测试、发布，折腾了好几轮，两个小程序上线发布，并且正常运营和使用，前前后后的时间加起来大概花费了33天的事情，超出了我们原本实话，但是还好基本可控，虽然辛苦，但最后的产品K哥是满意了，这也是对程序员最大加持和慰藉。
小程序发布以后，基本上业务可以正常的开展了，后来又进一步开发一个管理平台。
就这样7月份就在紧张月疲惫中过去，决定下个月开始好好的补觉……
向青春致敬……
