来源:Kevin改变世界的点滴

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

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

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

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

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

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

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

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

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

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

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

产品经理的分类

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

1.将资源集中在功能建设

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

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

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

2.后台支撑管理:要求明确的标准流程

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

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

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

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

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

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

3.常见的3大后台管理模块:用户管理、内容管理和系统管理(设置)

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

用户管理:

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

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

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

内容管理:

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

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

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

系统设置:

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

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

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

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

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