准备做业务管理系统,跨部门协作需要怎样确定?

同一个业务管理系统,放进不同业务里,使用方式可能差别很大。判断跨部门协作是否合理,要看它能不能接上每天真实发生的工作。 本文只围绕“准备做业务管理系统,跨部门协作需要怎样确定”这一点展开。如果你正在检索“业务管理系统有哪些”,先给结论:按照岗位承担的工作分配查看和操作范围,不按职位名称堆出一套复杂权限表。 围

同一个业务管理系统,放进不同业务里,使用方式可能差别很大。判断跨部门协作是否合理,要看它能不能接上每天真实发生的工作。 本文只围绕“准备做业务管理系统,跨部门协作需要怎样确定”这一点展开。

如果你正在检索“业务管理系统有哪些”,先给结论:按照岗位承担的工作分配查看和操作范围,不按职位名称堆出一套复杂权限表。 围绕跨部门协作继续往下看时,还要注意:人员和权限没有提前划分时,系统很容易出现两种极端:所有人都能改,或者真正做事的人反而找不到入口。

一、先说明跨部门协作为什么重要

换个角度看,把跨部门协作放回实际场景,先看信息由谁产生、谁接收、谁继续处理。对业务管理系统有哪些而言,只要其中一段还依赖口头补充,系统就很难形成统一记录。

围绕跨部门协作,例如一项业务从客户提出需求开始,工作人员要登记、确认、处理并反馈结果。围绕跨部门协作,业务管理系统要做的不是替代所有沟通,而是把容易遗漏的关键动作留下来。

二、把跨部门协作拆成可以检查的事项

落到日常操作,可以先围绕跨部门协作做四项检查:区分查看、录入、修改、审核和导出,给不同动作设置清楚边界;确定一位系统管理人员负责账号开通、停用和基础资料维护;先写出每个岗位每天必须完成的操作,而不是先设计角色名称;用新员工接手和人员离岗两个场景检查权限是否容易交接。在业务管理系统有哪些项目中,每一项都要落到具体人员和实际动作。

从业务管理系统有哪些的使用过程看,检查跨部门协作时不要只问“有没有这个功能”,还要问谁在什么时候使用、完成后产生什么记录、出现变化时怎样处理。这样得到的业务管理系统需求更接近开发依据。

三、不要把功能清单当成需求

从业务管理系统有哪些的使用过程看,最容易出现的误区是把跨部门协作写成一个名词,却没有说明它在业务管理系统有哪些流程中的位置。为了省事共用一个账号,会让修改来源难以追溯;权限拆得过细,又会增加培训和日常维护负担。

四、用一条真实业务完成检查

换个角度看,业务管理系统有哪些开发前可以先做一次纸面试走:选一条刚发生过的业务,从进入、处理到结束逐步复述。检查跨部门协作时,选择一条普通业务和一条异常业务,让不同岗位分别操作,谁需要临时借账号或口头补权限,问题就出现在哪里。

落到日常操作,业务管理系统上线后仍要观察跨部门协作在真实使用中的表现。记录哪些步骤经常停顿、哪些字段反复补充、哪些问题总要口头解释,再决定下一轮调整,避免只凭感觉改功能。

如果业务管理系统已有合适基础,可以先围绕跨部门协作调整;个别功能需要变化时评估部分定制开发;业务流程差异较大时,再结合业务管理系统有哪些的功能范围、预算和周期评估全定制开发。

回到“准备做业务管理系统,跨部门协作需要怎样确定”这个问题,答案并不是再增加一张功能表,而是让跨部门协作能够被说明、被操作,也能在后续变化时继续维护。