最近的忙碌有些晕，总是会想起那句话： 不要用战术上的勤奋掩盖战略上的懒惰。如果是一个成熟并完美的产品，工作应该是有序的而不是忙碌。
五个月过去了，作为一个小白对产品有了更多深入的了解和想法。 但是同时各种沟通的问题迎面而来，新接触的项目停滞，有很多问题存在：
1. 技术上
1）局限性： 搬用原有的框架和服务导致任何变更和需求的增加都十分困难
2）懒惰： 技术的工作量远没有达到对一个项目的专注和应有的快捷开发的力度
2. 产品上
1） 思考的局限性： 很多模块和细节部分在前期准备的过程中并没有思考的非常的深入
2）PRD 书写并没有按照固有的框架去思考，在思考的时候东一块西一块，很容易漏掉相应的内容和一些不常规的模块。按照固有的PRD 常有的模块框架去思考，可能会大范围的规避一些问题，从而显得更加professional，减少在开发过程中变更等需求的存在
3）同时也发现一个小技巧，在出prd 前，应该把自己当做用户按照原型图思考并走一遍常规的逻辑流程，看是否走的同是否有遗漏的地方，写时再考虑一些极限，边界情况，包括账号切换，空态，无网/弱网状态，新老数据处理等情况，可能会事半功倍
3. 设计上
1）设计初期并没有想清楚设计的基调和风格，设定相关的规范，导致产品在开发过程中还需要变更UI风格等各种问题
这里面最近最为困扰我的是与设计的沟通问题，导致在前期的产品设计中浪费了很多时间和经历，还很容易导致开发过程中各种细节行的流程走不通。 反复的设计变更导致了这种死循环，加重了开发的工作任务和分散了自己的精力。
反思后感觉最大的问题还是在于在项目开发过程中没有形成一个规范的流程，以及大家都是刚接触C端产品，并没有有很好的经验和思考。
主要浪费时间和精力的情境有如下的一些地方
1）原型在与设计沟通的过程中，设计并没有很透彻的理解整个页面的层级关系和设计流程
2）在做需求的过程中，并没有规范化自己的原型并给出所有相关细节的原型图
3）沟通上很多时候大家都有自己的想法，提出想法时应做到有理有据，全方位的考虑利弊
问题更多的在于自己，在以后工作过程中应更好的做好流程规范，而不是通过口述和其他来解决问题，原型尽量要做到表达清晰，包括所有的边边角角，极限情况和细节的表达，表达清楚后会减少与设计之间反复口头沟通的概率和情况，工作的效率会更加提高
项目固然很重要，但是更重要的是自我提升和分析。深入的思考并理解一些功能模块并调研归纳分析，可能在之后的功能设计上会有更大的帮助。 本周打算完成编辑信息模块的深入分析，筛选和搜索的区别及联系
网友评论