入职以来，做过7个需求，2个竞品分析；想在年中对自己的工作做一些总结和思考，主要是记录自己遇到的问题，并思考一下之后的提升方向。
1 表达方面-简洁、抓重点
可能是自己习惯于常常把自己头脑中的想法打字出来，所以在真正写PPT文档或产品文档的时候，也出现很多口语式的表达，经过mentor的指正，明确了口语化的表达、显而易见的结论和自己的思考过程，都是没必要写到文档中的。
最终呈现出来的文字，一定是专业简洁，突出重点。因为不是每个人都有足够的耐心和时间顾及到所有的内容。之前也专门看过表达方面的教程（以下两个链接）应当训练自己像专业的咨询师一样，有鉴别资讯和精确表达的能力，能够在很短的时间内把纷繁的信息梳理清楚，找出重点。并且有减法思维，只保留最重点的信息，然后围绕这一个重点展开。
我个人觉得还是要有一定的阅读量，在阅读后，梳理出关键词，通过几个关键词把核心观点阐述清楚，这样的的练习应该对提升这方面的能力有所帮助。
https://www.jianshu.com/p/40974594ba4e 专业的表达，需要鉴别讯息，一下说出关键点https://www.jianshu.com/p/a0eaeeba7932 减法思维
2 需求思考-拆解方法、页面所有元素都有规则和来源
（1）问题拆解方法
有时候自己拿到一个需求之后，不知道该怎么拆解，凭自己感性的认知得出一个结论就请示说这样做行不行。后来才了解到再小的思考也要有一个框架。比如1）首先要明确解决什么问题，做事的目的是什么；2）为了达到目的，有哪些解决问题的方式；3）最后如何衡量这个方式是否合理，达到了目标（观测什么样的数据指标）
（2）设计原型时，页面所有的元素都要有规则和来源
自己一开始在设计一个需求的落地页时，就直接把落地页的截图放上了，但如果是信息流的话，也要规定好帖子的排序规则。在需求评审时，也有几次遇到技术对一些小细节质疑说，这里没有写明规则。再有就是如果这个页面有一些信息是需要输入的，那么这些信息从哪里来，是否要开发一个供运营填写的后台也需要自己提前想到，而不是总在方案审核的时候被提醒。
3 设计产品方案，也要考虑技术的实现成本
关于这一点，如果不是mentor的提醒，自己完全没有意识到。印象中在设计一些产品策略，比如如何推送私信时，自己为了让思考更全面，想出的方案过于复杂。
更新后的认知是，对于产品方案的思考，都需要考虑技术的实现成本。需求点越多，bug就会越多。如果技术判断逻辑非常复杂，但功能本身又不能带来，或不确定带来多大收益，那就按能达到目的的最简单的方案实现。这同时也要求在想产品方案时，能够提供至少两个备选方案，找到那个收益和成本达到平衡的那一个。
比如自己当时想设计一个面向大V专门的推荐模块，也是凭感性认识找了个模块的样式，对照画出原型，把竞品有的元素也画上了。但当被问及为什么要这样设计时却迟迟答不上来。所以提出一种方案要有站得住脚的依据，为什么要采用这样的方案，不能凭感觉出方案。最后这个需求就采用了最简单的一个聚合模块展示的。上线后数据效果并不好，此时回过头来想想，如果一开始让技术投入这么大的精力去开发一个复杂的卡片样式确实不太值得。
半年的时间快要过去了，感觉自己不太清楚如何衡量自己在工作中的成长。目前还是希望自己继续保持多输入，多思考总结的习惯。
网友评论