浜у搧缁忕悊濡備綍璺熻繘椤圭洰

浜у搧缁忕悊濡備綍璺熻繘椤圭洰,第1张

后台产品经理跳坑“指南”

在后台救你。

来源|PMCAFF

文本|交叉色调

从进入产品坑开始,其实早期主要是做前端产品和Web产品,对前端业务、用户体验、交互还是有一些熟悉的。近几年被迫跳后台带团队,前后台产品经理经常带一个项目。对于后台产品,我开始有了自己的模式和思路。

在之前的回答中也提到,对于我们这种媒体型的互联网公司来说,产品还是很有吸引力的。做后台产品,你不仅需要分析和梳理业务流程、项目管理的能力,还需要一些交互设计的技巧。多种角色组合在一起,往往负责整个产品线。产品经理必须能够独立。

好吧,既然独立了,踩坑是必然的。结合几个小案例,回忆回忆。

巨大的背景建筑坑

也许是太幸运了,第一个后端产品就是一个大洞。这是一个独立的实验背景的CMS产品。产品初期是一个小架构方案,目标是后台使用小资讯APP。但是产品的趋势很快就发生了变化,架构铺开,功能和业务逻辑都加入了里加。

大概过了3、4个月,RD团队和产品团队濒临崩溃。这时候我们的团队加入了,原来的产品团队很快退出了,作弊的经历开始了。当我们第一次收到产品时,我们做的第一件事就是整理功能架构:

看到了吧,这是一个小APP的CMS可能需要的后台架构吗?显然不是。

问题列表如下:

管理不够突出,分布在各个功能模块中。

会员管理有什么问题?完全没用。

菜单下维护一堆百科内容管理。真的不想再看了,就全拿出来了。

网站管理、栏目管理等核心管理功能不完善,需要补充。

和Boss经过一番争论,保留了一些未来可能会用到的模块,但会调整结构,集中核心功能。最终初步结果如下:

经过这一调整后,结果可总结如下:

首先,我们对产品的功能架构有深刻的理解。

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

第三,设计了缺失的核心管理功能。

最后,后台的交互和体验完全重新设计。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zz/780268.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-04
下一篇 2022-05-04

发表评论

登录后才能评论

评论列表(0条)

保存