日记（1）：产品学习路

今天听到一句话：当你手里有一把锤子的时候，你看到的都是钉子。而在做产品的过程中，其实很多人都会陷入一个误区----为了解决某个问题，而造出一种功能。

但在实际需求上，用户可能需求的只是解决一个点的问题，产品人会延伸出一个面的方案，并在这条路上越走越远。到最后，用户真正的需求和痛点问题并未解决，但是冗余功能却异常繁多。这一现象，在很多项目推进中，都会存在。并由此产生劣性循环。更深层次的讲，公司成本增加、用户反馈差、研发人员工作量只增不减、项目迭代管理进度跟不上、人员消极心理严重。

针对以上情况，产品人在开始产品项目正式交付研发开发之前，需要做周密的思考、调研、数据分析、运维接洽等。我总结了以下几点，帮助产品人在真正执行项目的时候，能始终“不忘初心”，避免被动接收指令和“背锅”。

（1）先简单的问自己几个问题：

这是一个什么产品？面向什么行业？

产品的用户群体是谁？用户群体都存在什么特征？

这个产品能为用户对象解决什么问题？

产品有哪些加分项，更好的满足用户需求？

当前市场需求如何？行业前景怎样？有何突破点？

当前市场已有哪些产品面世？有什么特征？综合分析后，谁可能是我们的潜在竞争对手？

被选择的竞争对手有哪些值得注意的竞争点?对方的未来趋势分析。

（2）在正式着手后，需要基于问题收集的材料，对该产品的当前走向，未来规划做粗略估计（产品功能迭代可随项目进度进行优化），并评估初版需要实现的功能。后续迭代版本的时间规划等。

（3）用户调研（问卷调查、直接面向用户访谈等）、用户群体数据收集/分析、竞品分析报告

（4）制定产品版本规划列表。在列表中，需要能列出：项目发布时间（需要考虑若版本延期）、项目参与人、不同模块的参与人、版本转测的时间（版本转测通常需要根据不同功能模块分不同的阶段，）、每一个阶段参与的研发人员/产品人员/测试人员等。

（5）在产品原型交付研发时，需要随时与研发随时沟通产品的实现进度、产品需求在研发中是否存在问题等