来源 | PMCAFF

文 | crossfone

从入产品坑开始，其实早期都是做前台产品和Web产品为主，对前台业务、用户体验、交互还是有一定熟悉了解。近些年来，被逼跳后台、带团队，一个项目往往前后台产品经理基本都带上做。对于后台产品开始也慢慢有了自己的模式和想法。app推广神器

在之前的回答中，也提到像我们这种媒体型互联网公司来说，产品还是非常看脸的。做后台产品，不仅仅需要有业务流的分析梳理能力、项目管理能力，还必须要带上点儿交互设计能力。多种角色集于一身，所负责的往往是一整条产品线，一名产品经理必须能有很强的独挡一面能力。

好了，既然独当一面，踩坑就是难免之事。结合几个小案例，回忆回忆吧。

庞大后台架构坑

也许是运气太好，第一个后台产品就是一个大坑。这是一套自主试验型的后台CMS产品，产品之初是一个很小的架构规划，目标是小型资讯APP后台使用。但是，很快产品的风向就变了，架构铺大，功能和业务逻辑有的没的都往里加。talkingdata官网

就这么大概干了3、 4 个月，RD团队和产品团队已经处在崩溃的边缘，这时候，我们团队加入了，原来的产品团队火速撤离，坑爹的经历开始了。刚接到产品时我们做的第一件事情就是梳理功能架构：

看到了吧，这是一个小型APP的CMS可能需要的后台架构吗?显然不是。应用市场审核规则

问题清单如下：

内容管理不够突出，并且分布在各个功能模块中。小米应用商店开发者

会员管理是个毛?完全没用。

维护菜单下一堆百科内容管理，我实在不想看下去，全都拿出去。

站点管理和栏目管理等核心管理功能不全，需要增加管理功能。

经过和Boss的一番论战，将一些将来可能用到的模块继续保留，但调整结构，核心功能集中。最后的初步成果如下：

经过这次调整，成绩可以总结为：

首先，我们对产品的功能架构进行了相当深入的了解。

其次，建立了站点管理模式，使得系统大规模站点集群管理成为可能。

再次，对缺失的核心管理功能进行了设计。app运营分析

最后，对后台的交互和体验做了全新改版设计。