今天做的事：

1、把简历匹配的细节完成了，等老大过目了

2、对喝我APP一直纠结，一直想着该如何入手，从繁杂的东西中如何入手。刚开始发现好像都无从入手，毕竟说服自己相信其他人会因为电子水票的原因就下载一个APP太困难了，微信平台还好一点。傻做了半天，然后发现不行，光想是想不出啥的了。随后拿出原来的原型，开始删除各种自己觉得不要的功能，删除的过程中慢慢学习到了原来设计的要点，隐隐看到一条线。根据原来原型的思路线，跟花花一起讨论线上是如何进行操作的，最主要的操作方式是什么样的，先不考虑别人用不用的问题了。

然后找到的步骤是：老用户线上订水——水工线上确认收到订单——送水——用户确认收到货——电子水票自动扣除

然后找范范讨论这个逻辑，以及在用户端和水工端上是如何进行操作的？范范提出了一些问题，如水工如何能确保自己的客户自己能送水。如何顾及到他们的利益。如何把原原本本的线下方式搬到线上来？做出一个脑图出来把要做的功能点都写出来，理清楚。

之后跟花花又再次讨论了各个流程的问题：

用户线上叫水后，订单到这片区域送水工手上，如果他不在或者有事、送水量足够多了，可以把这些订单让给其他同事，让他们帮忙，之后自己的客户订单依然是自己负责。

考虑到纸质水票的使用在将来也是一个长期的过程，所以我们设计，根据电话来电，水站在后台给水工发一个订单，让其进行送水，然后收取纸质水票，本质上是依然走线下，但是线上的软件可以记录着一切信息。

之前设计的水票的购买和桶装水都混合在订单面了，逻辑混乱，所以打算把桶装水、水票、套餐分开进行售卖，叫水。

还有签单用户，之前的做法是水站后端给账号，线上记录着一切交易信息，结账是现金结账。或者也可以有更好的结账方式。延续这个方式。

总体来说，app要能解决电子水票的交易问题，但对于现实依然将会存在的纸质水票、现金支付、签单用户等只愿走线下的，依然能具有记录信息功能，让水站能根据数据对送水工的工资进行支付、进行分析判断业绩情况。

这么一看，其实对水站还是有些价值的，对水站有价值了，他有动力去推广了。我们的本质还是对线下的数据进行线上信息化处理，以电子水票这个切入点。

明天的计划：

做完喝我的脑图，把各个功能罗列出来，再把各个流程在这套功能中走一遍，看看是否有问题，然后给范范进行审阅

收获：

一个人的力量永远是渺小的，这栋前期考虑还是得多想，多讨论，多调整方向，多吸取来自多方面的想法。