流程图出来了,字段也定好了。下一个问题是用哪个工具来搭。这一课把这个问题从偏好里拽出来,变成一张七条标准的评分表;填同一张表的人,可以得到同一个结果。
第二课里您画出了流程图,第三课里定下了要采集哪些字段。现在手里的,是一件可以衡量的活儿。这一课讲的是决定:这件活儿用哪种搭建方式来做。
工具决定通常会滑成一场偏好之争。这一课里我们把争论放下,换上一张七条标准的评分表。评分把决定从个人意见里拽出来,变成任何人填同一张表都能得出的东西。
前置条件:第二课的流程图。没有图就没法打分,因为大部分标准都靠图里写着的东西。
自动化可以用三种方式搭起来。三种都可能是对的;哪一种对,随着活儿而变。下面这个区分,是后面各条标准立足的底子。
为某一类活儿做出来、拿来就能跑的系统。安装短,维护由供应商扛。代价是流程去迁就产品,而不是产品迁就流程。
让您用现成积木搭流程的中间层。流程按您自己的规则成形,不写代码。代价是流程越多,维护就越往您这边堆。
照着活儿写出来的系统。流程是什么样就搭成什么样,界线属于活儿而不属于某个产品。代价是搭建和维护都最重。
这三种既互为替代,也互为层次。在一家公司里,账务可以跑在成品套装上,需求流程用无代码,房源匹配则用定制搭建。
差别不只是负担的大小,还有它的形状。成品套装里负担规整、可预期,代价是要求流程能装进产品。无代码里安装很轻,可流程数量一上来,维护就悄悄堆积。定制搭建里负担集中在开头,之后每来一次改动请求它就回来一次。做决定时请记住三种都有代价,不同的只是代价落在哪里、落在什么时候。
工具决定排在把流程写下来之后。第一课里有过一句"工具最后才来";这一课就是那句话的实操版。没有流程图就做的工具比较,会变成比较功能清单。
比较功能清单会带偏人,因为每个产品列的都是自己强的那些功能。您的尺子应该是您的活儿要求什么,而不是产品能做什么。而那个要求,就写在图上。
七条标准里的前三条看的是活儿本身。每条给低、中、高即可;愿意的话也可以用 0-100 区间的分数。
图画得出来吗,步骤几个月都一样吗?坐稳的流程适合成品套装或定制搭建。流程还在变的话,无代码可以把改动扛得便宜些。
图上写了几条例外通道?例外少适合成品套装。例外多的话,装不进产品模子的情形会堆起来,手工活儿又回来了。
流程碰到几个系统?只待在一个系统里的活儿可以跑成品套装。要接好几个系统的话,无代码或者定制搭建就往前站了。
这三条要从图上读,不要凭记忆。看流程是否坐稳,就看图最后一次更新是什么时候。看例外数量,就数图上写了几条例外通道。看对接,就把步骤里出现的系统名字列出来。三条都能数,所以它们的分数是不容争论的。
接下来两条标准量的不是活儿,而是要来跑这件活儿的那一方。跳过这两条,搭出来的东西技术上没错,却在公司里活不下去。
谁来改这条流?内部有人会搭流程的话,无代码撑得住。没有的话,每次改动都得往外求,小修小补越积越多。
搭完之后谁来维护?成品套装里维护在供应商,无代码和定制搭建里维护在您这边。没写清维护主人就做的决定,会在第六个月迎面撞上您。
这两条通常一起动。团队里没人能搭流程的话,维护负担自己就往外走了;那时成品套装、或者带维护合约的定制搭建,会是更现实的选择。
给团队能力打分时,看角色而不是看人。如果今天搭流程的那个人一走能力也就走了,这个分数其实是低的。同样,给维护负担打分时,别只想搭完后的头几周,要想流程改动的那些时刻:改动请求来的时候谁能做、多久能做完,才是维护的真尺子。
最后两条标准,是做决定时问得最少、事后付得最贵的两条。两条都要读合同,但问题本身很简单。
数据是谁的,放在哪里,能不能取出来?第三课的字段词典在这里就有用了:拿着它一个字段一个字段地问,哪些能取出来。
如果您想离开这个工具,会怎样?数据以什么格式取出,流程能不能搬走,迁移期间活儿会不会停。答案不明的工具,就是一种依赖。
在做决定的当口问退出成本,不等于在计划离开。一开始就知道这把尺子,会让将来的一个决定在今天就变便宜。
七条标准要为每个候选分别打分。这里说的候选不是三种方式,而是它们具体的对应物:正在看的产品名字、正在看的无代码工具名字、要来的定制搭建报价。
打分时不要问"这个工具好不好",而要问它跟这件活儿合不合,就这一条标准而言。同一个工具在一件活儿上可能是高分,在另一件上可能是低分;表量的不是工具,是匹配。
理由这一列是整张表里最值钱的部分。日后再讨论这个决定时,人们看的是理由而不是分数。
一行填好的样子是这样:标准对接需求,候选成品套装,分数低,理由"能接门户网站,但跟现有房源系统没有连接"。这一句话,就让三个月后重新再问同一个问题变得没必要了。没有理由的高分,通常是印象而不是测量。
表填好之后,通常会出现三种花样中的一种。花样是方向而不是硬规矩;最后的决定出自整件活儿。
流程坐稳了,例外不多,对接需求低,团队里没人搭流程,而且希望维护放在外面。数据归属在这里要另外问一遍。
流程还在变,会接上几个系统,团队里有人能搭流程,维护可以留在内部。退出成本在这里要另外问一遍。
例外很多,流程是公司特有的,对接得深,数据归属很关键。付出维护负担的同时,界线由活儿本身来定。
如果表把两个候选显示得很接近,决定就不出自标准而出自权重。写下哪一条标准对您更重;那句话就是这个决定的理由。
搭建方式之间并不互相排斥。常见的摆法是这样:记录和账务放在成品套装上,公司特有的流程用无代码搭,只有那唯一一块塞不进任何模子的,才用定制去写。
混合摆法的代价是界线管理。哪条信息在哪里更新没写下来的话,第三课里那条唯一正确来源的规矩就破了,数据会开始在两处分岔。
并不需要一上来就走混合。多数公司先用一种方式起步,等到那块塞不进任何模子的部分冒出来时,才添上第二种。这个次序让您只在真正需要的时候,才去扛界线管理的负担。
评分表把候选收窄,但它一个人做不了决定。拿收窄后的名单搭一次小小的试验,就把表里的推测换成了测量。
试搭沿用第一课的试点尺子:范围窄、一个触发、产出看得见、能用人工退回。不同的是这里的目的不是把活儿自动化,而是把工具试一试。
退出计划是在搭建工具之前写的一张短笺。里面有三样东西:数据能以什么格式取出、流程写下来的那份对应物放在哪里、迁移期间活儿怎么跑。
这张笺写出来是为了看清依赖,不是为了走人。写不出来的退出计划,可能正是一个信号,让您把这个决定本身再想一遍。
别不好意思向供应商要这份计划。在决定阶段就发问的客户,在供应商那边同样会被认真对待,因为这个问题显示了合同里的哪一条被读过。一个被躲开的退出问题,本身就已经说明了关于这条标准的一些事。
第一课里房产中介挑了咨询登记做试点。第二课里它的图出来了,第三课里它的字段定好了。现在我们看它用哪个工具来搭。
候选:中介写下三个候选。一个面向房产行业的成品套装、一个通用的无代码流程工具,以及一份要加到现有房源系统上的定制搭建报价。
流程与例外:图已经坐稳,步骤几个月都一样。例外数量属中等:片区对不上、第二次咨询、顾问休假。三条都写着。
对接:流程碰到三个系统:门户网站、房源系统和即时通讯。成品套装能读门户网站,但接不上现有的房源系统。
团队与维护:中介有一位会搭流程的顾问,简单的改动他自己就做了。希望维护留在内部。
数据与退出:成品套装里房源数据放在供应商的系统里,取出的方式有限。无代码工具里记录留在中介自己的表格里,流程能以书面形式取出。
读表:成品套装在对接、数据归属和退出这三条上偏低。定制搭建在维护负担上很重。无代码在三条上是中,在四条上是高。
试搭:中介用无代码工具只搭了收到通知这一步,并试了片区对不上的例外。例外搭得出来,房源系统接上了,顾问也能自己改流程。
决定与退出计划:选了无代码。退出计划里写下:记录在中介自己的表格里,流程写下来的定义在流程图上,万一需要迁移,咨询登记可以用人工跑一周。
这一课的回报,来自为自己的试点事项把表填一遍。页面下方的工具比较表可以下载来用。
填好的表就是第五课的输入:您将用选定的工具搭出第一个自动化。
下载工具比较表(xlsx) · 七条标准、三个候选和理由列,连同试搭与退出计划两个部分。
每个产品列的都是自己强的功能。比较要按您的图要求什么来做,而不是按产品能做什么。
演示给的是正常流程,不是例外。决定的关键不是正常流程,而是图上的例外能不能搭出来。
内部没人会搭流程却选了无代码,会让每一处小改动都依赖外面,修修补补越堆越多。
数据放在哪里这个问题等搭完了才问,改答案就贵了。这个问题属于做决定的当口。
不知道出路的工具是一种依赖。问题没问,这份依赖就只有到了非走不可的时候才现形。
一个工具跑得好就把所有活儿都搬过去,装不进产品的流程就被硬掰。混合摆法通常引起的抵触要少些。
在工具决定拍板之前,最好对下面每一条都能说是。
工具谈话里会用到的术语。和供应商说同一套话,能把比较缩短。
这一课里您定下了用哪个工具来搭,并写下了理由。下一课讲的是用那个工具搭出第一个自动化:第一课里介绍过的五个部分,在那里变成实操。
想按已发布的课程往下走的话,第七个模块讲的是:搭好的流没有按预期运转时,该去哪里找。
想一起给候选打分的话,写信给我们,我们陪您把表填满。
通过WhatsApp获取报价