浅谈如何系统化的进行产品梳理（上）

作为产品策划，我以写产品文档为主，但有时也写些文章，来表明自己对事情的态度。作为一个寻常人，我的看法也许不值得别人重视，但对自己却很重要。这说明，我有自己的好恶和看法等等，假如没有这些，这跟咸鱼没有什么区别。

这篇文章，也是我的看法的一部分。下面我们就转入正题。

什么是系统化？

所谓的系统化思维即：能够将一系列零散的问题进行有序整理，并以全面的、整体的视角分析问题的思维方法。

工作中，我们常常会遇到如下场景 ：

新接收一个项目，有时候，我们会立马进入状态，马上开干。实际上，这个时候，除非解决紧急且严重的问题，否则作为产品主要负责人，你应该优先系统化的梳理产品框架，再根据产品目标进行功能优先级排期开发，这样可以对产品全局有更深的认识。

一个产品从0-1，新创建项目时，有很多产品能力都欠缺，你都想要做。实际上，这个时候，我们需要梳理产品的整个框架。通过系统化的梳理产品的整体框架，我们知道核心先做哪块，哪些能力是MVP（最小可行产品）必须完成的，哪些能力是需要等验证想法后才需要做的。

所以，我们需要系统化地对产品进行梳理。

梳理产品的全局框架，有以下好处

用于告知和同步到项目相关同学，通过系统化的梳理，可以让相关同学知道产品或者项目的整体框架，所谓搬砖的也知道自己实际是建的是一座什么样的房子。让大家胸有有丘壑。

对于关注这个项目的相关leader，通过梳理产品项目的整体框架，把产品的整体框架梳理出来，可以让领导们对于产研团队做产品时，对整体的情况有个了解，不然可能就遭到领导们的各种“指导”或者提醒，因为他们不知道产研团队有没有思考到相关的问题。同时，通过整体框架的梳理，可以跟领导们对齐思路和框架，不一致的或者缺漏的都可以进行补充调整。

梳理产品项目，在对外合作上有利于更好地理解上下游核心职能，明确合作方和数据链路，也能了解到项目涉及的相关团队以及关键接口人。这样，从整体的项目结果来看，作为产品策划所看到的局面就会更大。

新接手一个项目时，尤其是初期接入项目时，需要规避以下2点

不要在接手项目的时候，马上就深入某个问题的分析中，导致只见树木不见森林；比如某个能力包含多个模块，不能只看到当前模块的问题，需要进行举一反三，将所有重点模块的情况都梳理出来，从能力和数据项入手了解全局。

不要急于应付领导们的需求（领导特别急的需求除外）。而是集中大家一起讨论，收集反馈，根据项目的目标和需求梳理整体能力框架，把项目能力优先级大致整理出来，并公示和同步。

未完，待续~~