当前位置:网站首页 > 资讯百科 > 网络推广 > 正文

企业核心业务流程主要有(确定核心业务流程)

小武-网站专员小武-网站专员 2022-07-15 11:04:45 478

回到产品设计本身,我们要梳理核心业务流程,定义问题边界,并确定产品定位。

从核心业务流程切入产品设计,是开展整个设计工作的非常好的起点。核心业务流程代表业务的主干脉络,需要思考业务的各个参与方、涉及的系统。

只有定义清楚业务边界,才能定义产品边界。很多时候我们会发现产品的定位模糊混乱,是因为设计时对产品要解决业务问题的边界和场景定义就不清晰

核心业务流程绘制过程中,只需要绘制关键场景和节点,不用陷入细节。

在调研工作中,我们已经绘制了业务线下运作的流程,在此基础上,我们可以进行简化,绘制出核心主干流程图,如下图。

企业核心业务流程主要有(确定核心业务流程)

M公司分销业务的跨部门核心业务流程图

在核心业务流程图的基础上,我们进一步思考,新设计的分销平台,要覆盖哪部分业务场景,圈定的业务边界在哪里。

考虑到分销系统的核心应该是管理交易,而非客户开发,从产品化层面来讲,客户开发过程中的线索商机管理并不是分销平台要做的事情。同时,经过和分销业务负责人沟通,线下客户开发目前也并没有很明确的系统支持诉求,这些工作继续保持线下运作,分销平台不覆盖客户开发的场景。

因此,我们考虑将客户签订合同后开始录入系统作为一个分界点,签约之前的环节依然线下运作,签约之后的客户管理由分销系统负责。

此外,分销平台是一套交易系统,客户下单不再由运营带操作,而应该在分销系统完成,因此,下单场景也由分销系统负责。

接下来是仓库分拣配送的正向履约环节。在M公司有成熟的仓配系统,分销平台只需要将订单和仓库系统做对接即可,但是如果将分销平台作为一套商业化产品对外售卖,还需要考虑是否要具备基本的仓配模块,因为目标客户的信息化水平比较低,如果购买了分销系统,而没有基本的仓配支持能力,核心业务线上化工作相当于只完成了一半。

因为目前第一版系统毕竟还是支持M公司分销业务,因此我们先不考虑重建仓配模块,而和M公司已有仓配系统打通;如果下一步商业化需要追加仓配模块,这是相对独立松耦合(这个概念在后面的文章会有详细解释)的模块,也是比较容易落地实现的。

调整后,体现出分销系统(或平台)覆盖场景范围的核心业务流程图如下。

企业核心业务流程主要有(确定核心业务流程)

M公司基于分销系统的核心业务流程图

明确产品定位

产品定位是产品设计的指导思想和灵魂,梳理了核心业务流程和业务场景后,我们对客户的问题、痛点有了明确的范围界定,接下来,可以从商业和执行两个层面来探讨产品定位。

商业层面的产品定位

从商业层面来讲,产品定位是指对于一个选定的目标市场,企业如何设计产品承载价值主张来解决目标客户的痛点和诉求。用一句概括,就是产品的目标客户是谁?解决了他的什么问题?为他提供什么价值?这也是精益画布中1、2、4点描述的要素。

针对M公司即将研发的分销平台,在商业层面的产品定位可以概括为:服务于中等规模的农产品一批、二批,解决其在非标品农产品售卖和履约中的各种棘手问题,帮助其扩大盈利规模,提升交易效率和运营效率。

执行层面的产品定位

任何一套复杂的软件产品,都不太可能是一套独立系统实现运作的,而会由若干子系统来协同运作,支撑业务。

在B端产品设计中,我们要逐步分解、细化产品设计,在确定了产品整体定位后,下一步我们要思考应该设计几套子系统,来匹配不同的业务场景,支撑业务运作,这也是执行层面的产品定位问题,我们要说清楚,产品由几套子系统组成,每套子系统的目标用户是谁,解决他们的什么问题

划分子系统时,可以通过目标用户与场景进行子系统的定义和拆分。拆分的目的,是让系统从业务层面上边界更加清晰,易于理解和使用,这也会传导到技术实现上,让系统底层的设计更加逻辑严谨、完备,在高粒度层面做到松耦合高内聚。

松耦合高内聚是十分重要的技术概念,也是产品经理必须理解的软件工程设计原则。

产品经理也要认识到,多套子系统的定义,只是应用层面的划分,在技术实现上,很可能是一套统一的底层加多套前端的皮子而已,这个技术架构的话题在10章还会进一步探讨。

基于调研工作中对M公司分销业务运作的理解,我们在分销平台的子系统设计中有如下思考。

首先在分销业务中,客户(这里是指生鲜品买家,而非购买商业化软件产品的客户,下同)需要一个快速下单的工具,可以提供一个手机版商城C端。考虑到投入产出比,公司决定通过H5来实现,而不是App。H5所写的网站具有独立域名,外网可访问。

其次,需要为客户提供一套方便操作的管理后台,因为涉及大量的商品定价编辑、处理,账号、门店管理等功能,所以考虑PC版本实现,暂不支持手机版。

最后,考虑到客户管理员和M公司(即使用分销平台的生鲜品卖家)管理人员的管理诉求不同,操作功能和页面差异较大,所以决定将管理后台拆解为两个独立的系统:给客户管理员使用的客户管理后台具备独立域名,外网可访问;给M公司管理人员(和运营人员)使用的运营管理后台也具备独立域名,但仅限内网访问。

经过以上分析,可以进一步将分销系统拆分为三个独立系统,每个系统的定位不同:

  • 分销商城前台(移动端,通过H5实现):为买家的采购人员提供采购下单的功能
  • 客户管理后台(PC端):为买家的管理员提供从卖家采购货物的运营管理支持功能。
  • 运营管理后台(PC端):为卖家的业务部门提供客户管理及所有业务运营支持功能。

设计业务系统时的常见问题是,为了省事,或者由于业务部门之间边界模糊、权责界定不清晰,导致很多本应该独立的功能被糅合到一个系统中,这样会造成将来管理的混乱,尤其是系统维护的混乱。理想情况下,独立的业务部门应该由独立系统来支持工作。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 3561739510@qq.com 举报,一经查实,本站将立刻删除。

转载请注明来自专注SEO技术,教程,推广 - 8848SEO,本文标题:《企业核心业务流程主要有(确定核心业务流程)》

标签:

关于我

关注微信送SEO教程

搜索
最新文章
热门文章
热门tag
抖音优化提升网站排名百度SEO优化网站优化提高网站排名抖音小店SEO优化技巧SEO优化网站排名网站SEO优化seo优化seo网站优化关键词优化百度SEO排名seo小红书SEO优化排名关键词排名搜索引擎优化
友情链接