1. PmTemple首页
  2. 产品经理
  3. 产品设计

管理后台类产品在设计时注意事项(一)

01 前台/后台产品作用及区别 首先,根据面向的用户的类型不同,我们可以将产品分为前台和后台。 一般而言,用户为了满足其某个场景下的需要而使用前台功能,后台则是为了前台业务体系更好的为用户服务而做的管理系统。故后台产品的设计目标便是良好支撑前台业务运转。通常,后台产品的使用对象为公司内部的业务运营部门,如运营、客服、销售等。 其次,2B产品≠后台产品。2B是行业纬度,而管理后台则是使用对象的目标纬度。典型的CRM、ERP或某些工单类产品,大部分是2B的,但他们的“客户”也是自己的用户,同样是为了完成某个具体场景下的具体需要而使用产品。
02 管理后台类产品特点 根据前面的表述,管理后台类称之为业务支撑系统更合适,主要的特点如下:
  1. 服务对象多为公司内部人员,目标直接,需求统一
  2. 承接前台用户的服务闭环,与前台业务逻辑关联性高
  3. 更为结构化和模块化,方便业务管理
  4. 对前台数据和业务影响直接,需要设计更多容错机制
  5. 使用角色多样,要求有较灵活的权限设计体系
以上的特点决定了其在产品设计时的优先级侧重点不同。接下来会详细说明。
03 管理后台产品的需求分析 管理后台类产品的需求分析大致逻辑和方法跟2C的需求调研、分析、筛选、评估等一致,额外需要注意的点主要有: 1、启动前先优先确定业务目标
  • 与需求的发起方一起讨论具体的业务期待的目标、时间节点或特殊要求
  • 目标肯定是基于提升业务系统管理效率为准则
  • 需要产品经理根据前台业务需求倒推业务目标,如该设计什么样的功能来支持前台业务
2、收集内部需求时考虑不同角色的需要
  • 一般后台都要支持不同的角色,每个角色有不同级别的区分,需要分别采集需求
  • 实际观察和了解之前的工作方式和做事流程,然后深度访谈和记录其期望
  • 尽量贴近直接使用者或足够话语权的用户的需求
  • 根据角色和类型整理需求池后对需求进行合并(共性重复需求)、删除(优先级不高或低频)、归纳整理等
3、产品功能模块的划分
  • 功能模块的标准是可通过本功能完成一件独立的事情或环节,如客服模块、用户模块等
  • 模块应该可以独立成一个栏目或频道
  • 公共或基础的模块要考虑通用性,如系统内通知
  • 先想清楚某个角色的刚性需求,再考虑该角色下不同级别的差异化需求。如客服系统中客服总监、客服主管和一线客服的需求是不同的,依次为,数据统计分析、疑难或KA客户反馈、大部分客户反馈的处理效率改进等。
接下来的下一篇,我们将重点聊一下管理后台设计的第二部分:常见后台管理系统业务模块的组织逻辑及注意事项。

原创文章,作者:研究院精选,如若转载,请注明出处:https://www.pmtemple.com/academy/9782/

发表评论

电子邮件地址不会被公开。 必填项已用*标注