总结与思考：整个项目能如此顺畅的进行设计和开发，现在回想起来我觉得关键是我们一直保持良好的沟通和碰撞。在大家提出不同的意见和解决方案时，都会进行深度的交流探讨。这种沟通也基本维持到现在，对我来说也是非常棒的一次经历，能够全程参与到项目的每一个环节，小到文案的制定，大到整个模块的布局和实现。当然交流并不局限于我们三之间，这里也不得不提起充当客服的有趣经历。设计期间，是不是会到杨老板做这个产品初期建立的各种用户交流群，帮助他们解除线上客诉问题，收集亟待解决的用户需求。通过几次操练我也从一个客服小白成长为业务小能手，慢慢的的设计思路也越来越清晰。在这其中让我感触最深的就是，用户想的和我们自己讨论的有时是完全两码事，例如文件备注，很多人在群里反应怎么撤销误删的文件，通过交流发时即使用户文件夹备注不要清理，点击进去的文件并未备注不要清理，用户经常忘记上一个路径的文件夹备注的内容，所以导致误删。于是我们就讨论将文件夹下的备注统一带到子路径或子文件，始终提醒用户备注内容，进行操作时给出确认提示。通过这样的一些小问题优化，也逐渐明白用户有时其实并不怎么关心我们设计中所强调美学，他们真正关心的是这个功能是不是满足了我的要求。如果在这个基础上能够体验好一些，那这个产品的口碑会越来越好。

通过一些列优化功能的反馈和与用户交流，有许多感受和问题值得接下来的时间慢慢思考和总结。例如，有些需求能反映真实用户问题，但大多数时候用户只是为了解决当前的困难。所以产品功能和用户体验之间的关系是怎样的，两者如何保持相对平衡状态？设计师如何更有深度发掘根本问题？

其次，产品、设计和开发交流时总是偏重于理性讨论，逻辑性很强！但在实际的产品操作过程中，用户出现的问题让我们匪夷所思，这恰恰是我们忽略一点，我们一直按照产品预想的逻辑思维在设计开发产品，有时意识不到用户就压根不会按这种逻辑去操作产品，他们中大多数只为达到一个目的（清理手机内存）。所以我们应该如何避免陷入这种怪圈，也是我接下来值得认真思考研究的。