大家好，两周没更新啦！！！赶紧来补一篇

话说产品经理做完了一个项目的时候，或是说当项目稳定了后，接下来会干什么，怎么干，这里面有些头头道道，尤其是需要重新接一个自己不擅长领域的项目时，一般都会先处于一个懵逼的状态当中。

那么我们如何能快速的进入状态，了解项目的背景以及项目的意义呢。这就是今天我们要来聊聊的话题。

前不久，公司对当前所有的项目进行了梳理，把每个产品经理所负责的项目拿出来挨个过，然后对每个功能的定位，以及当前的进度规划，做了说明。目的也很简单，要将当前所有不重要的工作放一放，把每个人手头中最重要的事情单独拎出来，用最快的速度进行开发，并重新分配开发资源。

这就导致了多个问题，其中最突出的是，忙的人很忙，个别人竟然落不到开发资源，说句不好听的就是闲住了，对于个人来说，这就有点可怕，因为一旦没工作了就意味着可能随时下课。

当时我就处在一个尴尬的位置，怎么办？找领导谈谈呗。当然领导也清楚实际的情况，于是给我安排了一个内部系统的构建工作。

可是对于我来说，并不是很擅长做内部系统的搭建，业务需求、整体框架、功能设计等等这些几乎是没什么概念，所以当时我就一直在思考这个问题。

先思考一下业务背景

这个系统是给谁用，做什么的，要起到什么作用。这些想清楚后，我简单概括了一下，就是数据平台和客户关系管理，类似BI和CRM的简化版合集。

在这里，我首先考虑的业务的价值，这个事情做好了能起到什么样的效果，对产品有哪些促进的作用。然后将这些好处罗列出来。

进而，再来看哪些人会重点关注，关注点是什么。比如老板关注什么，总监关注什么，业务需求方关注什么。当这些我们清楚后，就能走向下一步，构建框架。

再思考如何构建框架

框架的搭建说简单也不简单、说难也不难，关键在于分类。

每个业务，可能包含了几个功能，这几个功能或是页面都有相似的属性，那么就分类到一起，成为一个子模块，然后子模块在累计叠加，成为一个大模块，也就是我们说的业务线。

业务线要和需求挂钩，每个需求都是一个功能，能整合到一起的，尽量在一个页面来显示。

举个例子：

数据：用户数据、公司数据

用户数据：总活跃数据、分层活跃数据、用户使用频率、用户流失、用户激活等等

这就是所谓的搭框架，当然我只是简单的举了个例子，实际情况可能会更加复杂，有兴趣可以参考《后台系统进阶》

说到功能设计，就是将需求中所定义的元素（字段）给显示出来，怎么显示我在这里不做详细的阐述，看得多了就自然能快速的将原型设计出来。

常用的交互，提及一句：增、删、改、查、空、异常，需要的都考虑一遍，在进阶的就是，按钮的摆放位置。

最后就是引导和提示，不用多说，这是一套产品经理的标准流程

写在最后，不管是新人还是老人，接手一个自己不擅长的功能时，是一件很平常的事情。

有些人做的手忙脚乱，有些人却能从容不迫，我感觉更多的还是经验导致，所以别怕错，才能一直走，向上走。

做产品经理时间越长，越发现经验（也就是过程）的重要性，虽然大部分时间都是处于蛰伏或是失败的状态，但时间长了会发现，其实你一直都没有停下来。接下来的就交给时间和运气了。

其次就是知识的转化能力也是超级重要的，比如让你做短视频（你没做过这方面），你不是能把市面上所有短视频的功能抄一遍就好了，而是能将短视频的精髓应用到自家的产品上，而且你能阶段性、渐进性的对这部分知识进行转化。

简单点来说就是，多数人会直接把功能给抄一遍，而聪明的人会先去理解这个功能，然后把这部分经验转化为自己的理解，先提升了自己，然后产品也会逐渐形成节奏。

好啦，今天分享就到这里了，有兴趣可以来找我聊聊～