方法：产品工具API - 产品工具篇：磨刀不误砍柴工 - 《产品API：进阶全栈PM手册》

关键内容：产品全流程、产品会议、需求分析、需求调研、产品设计、项目管理与开发、产品运营、产品团队管理、商业化设计。作者：小步篇幅：全文约 728字阅读时长：约2分钟提示：以下内容仅为个人分享，有兴趣交流的伙伴可在下方讨论区留言。

提示：上方链接属于全手册首页，伙伴们打开后可以关注或收藏，用于日常工作查看，其中关注后，可以实时收到文档更新通知，希望对你有所帮助。

新手引导

我是小步，欢迎小伙伴的访问，如果这是你的首次访问，请点击下方链接，了解文档写作逻辑，才有更好的体验。

工具和方法有成千上万种，每个人使用的方式不一样，得到的结果不一样，但是最终都会形成属于自己思维体系的一套工具。所以拿着工具的时候，可以通过自己的理解进行优化和补充。不要急于下判断，我始终认为工具方法流传至今，它的底层逻辑都是一样的，只是被各种不同的人，将表现方式变化，我其实也属于一种表现方式。

工具出现的目的一定是为了解决某个问题的，所以我们要学会问对问题，再打造工具，然后才能完成我们的问题解决。

我们都说没有一个工具能够解决所有问题，因此如果你有一套跨多维度的工具箱，这个难题可能就不存在了。这个思维其实来源于查理芒格的多维思考。当然看过芒格背景的人，都知道，我们普通人其实大部分都无法望其项背，但是我们依旧可以迭代出属于自己的多维思考工具。

本专题主要围绕着产品工作中，在每个工作环节中，需要涉及到的工具方法，旨在提炼一套高效的工具箱，因此需要不断的迭代。

分享一个观点：产品一定是始于需求，而终于解决方案。

以下为当下产品的常见全流程，厉害的产品差异就是谁能更快更高质量的完成需求的解决方案

产品源于需求，而这个“需求”跟场景有关系，因此它的来源将是不一样的。

需求主要分为以下五个来源：

公司战略需求、市场竞争需求、业务功能需求、技术性能需求、产品YY需求。

需求的发生，即产生问题的阶段，作为产品常常要做的就是定义解决方案，但是出于时间和资源的限制，我们往往要做的事情，首先是做不做这个解决方案、再考虑如何实现解决方案、接着是如何优化解决方案、最后完结这个解决方案。

待更新

待更新

待更新

待更新