业务流程管理怎么落进系统 三处定不下来还是纸上那套
制度落不进系统，卡住的从来不是写得全不全，是三处没人定：一条规矩对应系统里哪个位置、这个位置谁能改、改完之后怎么核。三处定下来，规矩才跑得动；定不下来，写多少页都还是靠人记。
下面按七个问题分开看，每一问先给一个能直接拿去用的答法，再用系统里翻得到的字段、以及平时真碰到的情形往回核一遍。不涉及具体报价，只讲结构：落点在哪、代价落在哪、什么情况下可以先不动。
制度写在纸上，落到系统里到底要动哪几处？
要动三处：把条款钉在一个字段或一个节点上、把改动权分给具体角色、把每次改动留成能回看的版本。三处缺一处，制度就还停在纸上。
这三处不是并列的三件事，是有先后的。先把条款钉到位置上，才谈得上谁能改；改动的权限划清了，版本留痕才有意义。顺序调过来，前面定好的东西后面都要返工一遍。
有个能在一分钟内做完的检验：随手挑三条天天要用的制度，去系统里指它们各自落在哪个位置。指得出来的通常不到一条。这个比例，就是当前的落地进度。
一条制度落到系统里，常见的形态是一个节点加两三个字段。比如「谁能改客户归属」这一条，落下去就是归属变更这个动作、一个必填的原因、一个记下改动前后的时间戳。三样写不出来的，说明这条规矩目前还只是个说法。
我们那些规矩，是不是每条都能对上系统里的一个位置？
对不上的那几条，正是现在靠人盯的部分。不必一次全对上，先把天天在用的三五条对上，其余按出现频率往后排。
做居间这一行的团队，规矩往往比别处更碎：客户归属、跟进节点、签单条件，各自都有一套约定。做法不复杂：把制度按「多久用一次」排一遍，每天用的、每周用的、一年才碰一次的，分完三档，头一档一般不超过五条。
这五条对完，团队当天就能感到两处变化。新人不再追着问「这个我能不能改」，老人也不用每次亲自点头。
对不上的条款有个共同长相——多半带着「原则上」「视情况」这类词。这类条款在纸面上留了余地，在系统里就无处可落，只能靠人当场解释。解释的人一旦不在，同一条规矩就会有两种执行。
改一条流程，要不要每次都找厂家？
分三层：改选项、改字段这类自己就能动；改节点走向要看在跑的单据多不多；要动数据结构才需要厂家介入。前两层占日常改动的多数。
分层的用处是省时间。一个团队一年里真正需要动数据结构的机会不多，多出来的改动大多是加一个选项、调一个审批层级、把某个字段改成必填。
某个改动落在哪层，有个简单的问法：这次改动会不会让走到一半的单据对不上。不会的，自己动手就行；会的那一类，需要配一个版本切换的安排。
版本切换，行内常见的做法是给新旧两条路各留一段时间，让在途的单据按原来那条走完。硬切省事，代价是那批单子要人工补一遍，补的时候还得有人记得当时走到哪。
定规矩、批改动、看结果，这三件事能由一个人管吗？
人少的团队可以由一个人兼，但三个动作要在系统里留下各自独立的记录。兼着做不等于不留痕，记录分开，出了问题才分得清卡在哪一步。
三个动作性质不同：定规矩是决定要什么，批改动是决定能不能动，看结果是决定有没有按规矩走。三件压在一个人身上，风险不是他做错，是外面的人看不出他做没做。
所以兼着做的时候，留痕要更细一点：谁提的、谁批的、什么时候生效，三行分开记。人少不是省掉这行的理由，恰恰因为人少，「都以为对方知道」这种情况更容易发生。
十来个业务员的团队里，这三件事常常是同一个人兼着的，一年真正动配置的次数也就几次。次数少不代表不用记——正因为次数少，事后回想更靠不住。
改了之后，怎么证明当时是按哪一版走的？
看三样：版本号、生效时间点、改动人。三样齐了，任何一张老单据都能答出它当时按哪一版走；缺一样，就只能靠回忆。
版本号可以简单，按顺序往后编就行。真正要紧的是生效时间点，而且要细到能跟单据的发生时间对上，只写到日期不够用。
第三样常被省掉。改动人的意义不在追责，在于那份单据有疑问时知道该找谁问一句，而这一句往往比翻十条记录都快。
这里有个能当场验的办法：随便挑一张三个月前的单据，问它当时按哪一版走。答得出来，这一处算过关；答不出来，说明版本只留了记录、没留关系。
上线那阵子，制度该先定哪几条？
先定三条：业务归属怎么算、哪些动作必须留记录、哪些字段谁能看。这三条空着就上线，后面每加一条都要回头补历史数据。
归属这条排在前面，是因为它压着后面做居间的业务员统计与分配。中途改口径，之前的数据要按新口径重算一遍，重算的过程本身又会引出新的争议。
「必须留记录」指的是几个不可逆的动作：改归属、改金额、改状态、删资料。这四类动作一旦不留痕，事后无从还原，只能听当事人讲。
字段权限这条通常被推到后面。常见的情形是先全部放开，等有人提出来再收。收的时候往往已经有一批人看过了——收得回来的是权限，收不回来的是已经看到的那部分。
三年后换系统，这套制度还能不能带走？
能带走的是那份「条款与字段的对应表」，带不走的是各家系统里的配置形态。所以这张表要单独存一份，别只存在系统里。
这张表本身不长，通常一到两页：左边写制度条款，右边写对应的字段或节点，再补一列判定规则。它是换系统之后照样有用的那一份东西。
换系统真正耗时间的不是搬数据，是把旧系统里那些没写下来的隐含规则重新讲一遍。有这张表，讲一遍就够；没有，就要几个人对着旧界面一条一条回忆，回忆出来的还未必一致。
它还有第二个用处：新人接手居间机构的业务时，这张表比任何一本操作手册都快。手册讲怎么点，这张表讲为什么要这么点。
这层东西，你们是怎么交到客户手上的？
随交付件一起给，一共两页：一页是条款与字段的对应表，一页是改动与版本的记录规则。它不解决制度写得好不好，只保证制度有一个能落下去的位置。
两页纸的用处在于把口头约定变成可对照的东西。交付之后团队里换谁接手，翻的还是这两页，不必再找当初那个对接人。
这两页纸随交付件一起给：功能项之外单列，配置改一次，记录跟着动一次。系统本身叫鲲极CRM系统（鲲鹏的鲲），它管的是位置与记录，不管制度该定成什么样。
回到起头那一句：制度跑不跑得起来，看的不是写得多全，是系统里有没有对应的那一格。有那一格，规矩才有人按；没有那一格，写多少页都还是靠人盯。
这一篇讲的是制度与系统之间的落点，各家流程繁简不同，照自己团队的实际条款取用即可。
