位置:编程技术网 > 人工智能 > 正文 >

产品复盘:从0到1设计业务系统

2020年11月11日 11:40来源:未知手机版

扬州人才市场,天气符号图片,311资源

从事基因检测产品经理岗位一年多,工作重心逐渐从前端产品设计转移到后端的业务系统产品设计。由于行业的特殊性,很难在市面上找到符合公司实际业务需求的第三方业务管理系统,所以公司决定自己内部团队开发符合自己实际业务需求的业务系统。通过复盘这次的业务系统搭建过程,希望能沉淀出自己的一些方法论和思考。

>很多公司特别是创业公司都低估了系统架构设计的重要性,特别是前期业务系统的架构地基没打好,业务模块设计随意和混乱,新增的功能随意摆放,不仅导致业务人员使用系统时产生困惑,同时还会导致开发人员编程设计混乱。以至于随着公司的业务发展,后期重构系统时所花费的精力和成本都是难以想象。

企业创新的业务模式,决定了必须要有一批业务系统设计人员,参与理解公司特殊的业务诉求,利用互联网产品的开发方式和方法,快速、合理的设计系统支持业务。

业务系统的产品经理,要深刻理解公司的经营管理、业务模式,参与制定业务决策,才能设计合理、靠谱的业务系统。本次分享通过复盘搭建渠道分销平台,谈一谈PM如何参与设计业务系统的方法。

业务管理系统设计流程 1、业务方案设计:明确业务角色和工作流

业务调研

设计业务系统,必须要透彻理解业务现状,而理解业务最好的方法:

第一,有机会参与轮岗到业务环节,亲身体会业务人员的工作状态; 第二,调研访谈。在调研之前,需要提前制定访谈计划,安排好访谈的对象即参与的业务人员,明确调研目的,提前准备好问题,让访谈更加高效。

组织架构

通过业务调研,对业务体系大体上有一定的了解之后,梳理出组织结构图:

组织结构将影响业务系统设计的以下几个方面:

组织结构的层级决定业务系统的工作流,间接决定业务流程; 组织结构是否清晰决定权限划分是否正确;

业务流程

通过调研,梳理出对于渠道销售的业务流程,例如下图:

需要特殊说明的是:

如果业务部门已经有成熟的业务流程,落地可行且执行了一段时间后,效果不错。PM在前期规划上先把这个方案搬到线上,基于目前的工作流设计功能。 如果业务部门还没有落地可行的业务方案,PM就需要和业务负责人一起梳理、制定业务流程,梳理业务中有哪些业务角色参与工作?各个角色参与了哪些工作阶段?业务角色是否跨部门协作?业务环节是否可以通过部门进行拆分? 如果涉及多个部门协同及分工,那么在确定业务流程时及时与多部门业务负责人沟通确认

业务诉求分析

基于目前的业务流程,需要和业务负责人确定业务系统现阶段需要解决的问题,实现对应的功能,如下:

支持将渠道信息从线下纸质合同录入到线上系统中,优先级:高; 支持二级分销模式,优先级:高; 支持对账报表,优先级:高; 支持账期提醒和预付款模式,优先级:低; 处于业务流程中必不可少的环节定为较高优先级,扩展功能和针对部分客户的小众功能,定为较低的优先级。

经验总结

必须要有标准化的业务流程,明确系统边界,这一点一定要和业务负责人确定清楚。标准化=高效率。 了解业务中参与的角色、包含哪些关键工作节点,工作流程是怎样的? 如果有必要,在最终与业务负责人敲定业务方案时,最好拉上技术负责人,一方面,有利于技术人员提前理解业务,另一方面,技术负责人可以站在技术角度为技术选型做好准备。 业务人员作为系统的用户,相对来说,更能明确自己的需求,但是在沟通交流中,业务负责人可能会提出较为复杂,认为“完美”的系统,这个时候PM要过滤出重要的需求通过MVP等方法排出需求优先级,缩短研发周期。 不要依赖业务方提需求,要帮业务方想方案,由于角色的不同、思维方式的不同,业务方同学只能提出自己最终想要的功能,提出模糊的功能需求,并不一定能提出自己真正的需求,产品经理需要主动思考业务中的问题,并形成业务需求。 扩展性和效率之间需要做权衡,有的时候想得太多容易给自己和团队挖坑,所以平衡扩展性和效率是门艺术 2、系统架构设计:业务模块拆分和权限划分

本文地址:http://www.reviewcode.cn/rengongzhinen/179862.html 转载请注明出处!

今日热点资讯