在后台救你。
来源|PMCAFF
文本|交叉色调
从进入产品坑开始,其实早期主要是做前端产品和Web产品,对前端业务、用户体验、交互还是有一些熟悉的。近几年被迫跳后台带团队,前后台产品经理经常带一个项目。对于后台产品,我开始有了自己的模式和思路。
在之前的回答中也提到,对于我们这种媒体型的互联网公司来说,产品还是很有吸引力的。做后台产品,你不仅需要分析和梳理业务流程、项目管理的能力,还需要一些交互设计的技巧。多种角色组合在一起,往往负责整个产品线。产品经理必须能够独立。
好吧,既然独立了,踩坑是必然的。结合几个小案例,回忆回忆。
巨大的背景建筑坑
也许是太幸运了,第一个后端产品就是一个大洞。这是一个独立的实验背景的CMS产品。产品初期是一个小架构方案,目标是后台使用小资讯APP。但是产品的趋势很快就发生了变化,架构铺开,功能和业务逻辑都加入了里加。
大概过了3、4个月,RD团队和产品团队濒临崩溃。这时候我们的团队加入了,原来的产品团队很快退出了,作弊的经历开始了。当我们第一次收到产品时,我们做的第一件事就是整理功能架构:
看到了吧,这是一个小APP的CMS可能需要的后台架构吗?显然不是。
问题列表如下:
管理不够突出,分布在各个功能模块中。
会员管理有什么问题?完全没用。
菜单下维护一堆百科内容管理。真的不想再看了,就全拿出来了。
网站管理、栏目管理等核心管理功能不完善,需要补充。
和Boss经过一番争论,保留了一些未来可能会用到的模块,但会调整结构,集中核心功能。最终初步结果如下:
经过这一调整后,结果可总结如下:
首先,我们对产品的功能架构有深刻的理解。
其次,建立了站点管理模式,使得管理大规模的站点集群成为可能。
第三,设计了缺失的核心管理功能。
最后,后台的交互和体验完全重新设计。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)