在工作当中，有时候不可避免的会接触一些前人遗留下来的业务或者产品，并且大家对这些产品都不太满意，希望你上任后，尽快完成产品系统的改造与调整，你的到来，被寄予众望，仿佛成了他们的救命稻草。

今天和大家分享的是从产品经理的角度考虑，我们该如何优化一个与你“初次谋面”的的后台产品架构。由于后台型产品的特色是业务多、流程复杂，角色多、功能复杂，因此后台产品架构的改造与调整不可一蹴而就，其关系错综复杂，需要有一个循序渐进的过程。

做好需求调研，体验产品功能

在改造之前，首先我们有必要花费一段时间去了解原有的业务流程、功能架构。去向开发或测试人员去索要一个超级管理员（拥有最高权限）的账号登录仿真测试后台，从运营、编辑、财务、销售、客服等各角色的角度去体验一下现有的功能，在体验当中遇到问题，及时向相关的角色人员去询问业务流程，功能上的问题可咨询开发或者测试。

在试用后台产品功能时，不可走马观花，每个业务、每个菜单、每个功能点都需要我们仔细体会，理解其中的含义。尝试通过自己的理解，将业务功能需求通过流程串联起来，在体验当中，我们不妨去还原每个业务的流程，哪些角色在什么时间使用哪些功能，绘制泳道图有助于我们深刻理解业务需求，这是一个逆向倒退业务需求的过程。

在梳理后台架构时，我们还需要了解各角色的权限，包含各角色可以操作的菜单、功能，各角色可以查看的数据范围。数据在不同的角色之间是如何流转的，都需要我们在调研时，了解透彻。

---

发现产品问题，给出解决方案

在各角色人员、开发人员以及测试人员的配合下，体验后台产品的过程当中，这个时候，一般我们会发现一些问题，将设计中不合理的地方以及一些功能体验的问题记录下来。

找到问题后，我们需要结合之前了解的业务流程及需求给出对应的解决方案，重新梳理一遍优化后的业务流程及功能结构，并与相关的业务人员、后台操作人员评审并确认优化方案。

现在业务流程及功能需求已经梳理清楚了，接着在结构层与表现层还需要对后台的菜单结构、页面布局作出一些相应的调整优化，不要小看结构层的调整，有些时候也是需要“煞费苦心”的。

笔者接触的一个后台产品，原后台菜单功能是按照功能点罗列的。因为在此之前没有产品经理梳理信息架构，由开发人员与运营、编辑、客服、财务等这些岗位直接对接需求，没有按照业务逻辑思维去设计菜单结构。业务人员在使用后台操作时，操作一个业务功能，往往需要在多个菜单之间切换。

---

收集用户反馈，确认产品原型

业务流程、功能需求、信息架构确定后，这个时候可以着手进行原型设计了，将设计好的原型交由各角色人员进行试用，收集试用过程中发现的一些问题或者用户体验方面的建议。

原型设计得到各角色用户的认可后，最后我们再安排视觉设计及后续的开发工作，与开发、测试人员做好需求的沟通及进度跟踪，直至项目顺利上线。