产品经理，不要总去关注后台

因为在带着团队做公众号排版插件，期间不知道过了多少个小版本，总算在最近快要把这款小工具稳定了。

前几天你看到我的文章，如果有字体不对，那就是公众号排版工具的BUG，所以我们也在不断优化。因为最近我们都在要求全员切换为自己公司的排版工具。

自己要首先成为其中的用户，才能够知道产品到底做得好不好，成为其产品的忠实用户。

而经过这次版本发布后，我发现许多产品经理都会走进一个自己的认知陷阱。那就是做一个前端功能，一定会考虑对应的后台管理的系列功能。

现在市面上，产品经理的分类有非常多。有专门做后台的产品经理（B端产品经理），也会有专注在前台的产品经理，叫做C端产品经理。

正是因为精细化分工，出现了市面上各种不一样的产品经理，让在其中工作的同学养成了一个不好的习惯。

当自己独自做项目负责或者在小团队里做孵化，就会应用到自己的项目建设中，在项目规划的时候就把系统涵盖了前端、后台等这些功能。

把功能搞得复杂不说，而且也没有考虑到底有没有运营人员，就造成了功能和资源的浪费。

尤其是在大厂呆过的产品经理，一来做产品规划就把自己公司的经验照搬过来了，商业化、算法、后台、前端产品经理，非要搞得那么细，不适用不说，而且还极大的烧钱。

产品经理的分类

今天这篇文章，来自我们孵化这款工具所总结的经验，那就是在产品经理的探索期，真的不要去关注后台。

这次我们做公众号排版工具，在一开始就是摒弃了大厂的工作方法，没有将系统设计为前端、后台，而是直接关注前端的具体功能。

从解决自己写公众号的问题出发，再到相关的场景延伸展开，完成的工具的功能设计和体验打磨。

专注在用户操作层面没有考虑到后台，也就是业务管理。因为在只有200多名种子用户的时候，谈管理都是瞎扯蛋。

当产品处于探索期的时候，管理是没有标准的。

因此，如果你去到一家创业公司，会经常听到同事或队友说内部管理混乱，这就是因为产品正在处于高速增长期，或者探索阶段，没形成有具体的管理和考核办法。

后台产品依靠的标准业务流程

业务流程没有形成固定的，这时候需要后台提供支撑管理，是不现实的，还不能减少运行成本。

所以如果你面临一个新项目或者创业公司，工作的心态也要正确应对，因为这是企业发展的必然过程，除了不断地引进更优秀的方法和人才，同时就是咬牙度过这个艰难时期，一起制定标准。

后台管理有一些必备的功能模块，几乎每一个后台系统都会涉及，我罗列了下面3个，分别是用户管理、内容管理和系统设置。

用户管理：

该模块是管理系统的注册用户或者是客户信息，有时候用户管理也会叫做客户管理。因为用户通过付费成为客户，那么自然就会管理付费用户信息，包括用户购买的产品或者潜在兴趣喜好等等。

用户管理会配合着筛选、用户字段信息、权限等系统化考虑。

内容管理：

对于社区论坛来说，内容管理就是管理单元信息，比如文章、视频、或者音频。而对于商城系统来说，内容管理就是商品的管理。内容管理是一个比较大的概念，许多新人会吧内容管理当做电商系统之外的系统来处理，实际上在管理方式上仍然可以有相似的操作流程和步骤。

任何互联网产品都会有内容，不管是PGC还是UGC还是一些商品，这些都需要后台进行配置。

系统设置：

系统设置包含的维度较多，除了系统本身的操作设置外，还有权限设置、内部通知公告等等，这些都属于系统设置。

系统设置还会关联所接入的第三方系统的管理配置，比如有开放平台的平台相关参数配置，这里有微信公众号的配置、某些API音频能力的配置等。

而如果是工具类产品，只是提供一个工具，那么就无需要考虑以上3者。刚开始就算不适配、不兼容，也是找到主流用户完成就可以了。

如果你刚好是一个产品的负责人，现在项目刚开始。希望这篇文章可以帮助你少采坑。

今天的分享就到这里。

本文来自微信公众号“Kevin改变世界的点滴”（ID：Kevingbsjddd），作者：Kevin那些事儿，36氪经授权发布。