今天一开始计划把昨天的元件效果（淡入淡出）再实践一下的，但是感觉有点浪费有限的工作时间，因此计划下班后在家实践，白天尽量高效的把工作做完。

项目做到了尾声（自我感觉），领导让我将项目之前缺的资料陆续补齐。在此想说一下当前我们团队软件开发的通病：1，模仿其他应用，没有自主创新or真实的用户需求；2，领导一声令下，开发团队直接上手开发，没有遵循软件开发的基本流程。以上两点让我们在开发过程中遇到了很多困难，希望以后做项目、做产品可以有前车之鉴，有效的规避风险。

资料的整理，我从产品的流程图开始。流程图一般通过Visio来画，单纯绘制流程图的话，其实对软件没有啥硬性规定，PPT、word同样可以很好的满足需求。具体绘制软件的选取，依据个人习惯就好。

今天我依然选择了Visio，资料整理出的产品流程通过Visio转化成正儿八经的流程图就好。然鹅，今天有失策的地方，没有依据流程的特性来选取要绘制的图，盲目的选择了流程图。产品有A和B两个流程，A、B流程中均有随时可以发生的事件动作，并不会由于特定的前因后果来产出，于是流程图的绘制举步维艰。

我参照了类似产品的资料，作者是通过用户角色来绘制图形的，小伙伴也建议我可以从状态图入手。从事产品工作一年多将近两年的事情，其实没有绘制过产品状态图，依着上学时的些微记忆和度娘的帮助（uml流程图），我着手整理了A、B两个状态图。

状态图依据事件的状态作为区分的标记，比如吃水果这个事件的状态是：开始--洗水果--吃水果--完成，在每一个状态会发生的事件需要进行描述且尽可能详尽。emm，通过绘制状态图，可以很好的表达产品在每一个状态下的行为，感觉real实用。

要学习的东西还很多，然鹅，学习使我快乐。

图片发自简书App