培训 · 第 4 课

用什么来搭:成品套装、无代码,还是定制?

流程图出来了,字段也定好了。下一个问题是用哪个工具来搭。这一课把这个问题从偏好里拽出来,变成一张七条标准的评分表;填同一张表的人,可以得到同一个结果。

这一课您将学到什么

第二课里您画出了流程图,第三课里定下了要采集哪些字段。现在手里的,是一件可以衡量的活儿。这一课讲的是决定:这件活儿用哪种搭建方式来做。

工具决定通常会滑成一场偏好之争。这一课里我们把争论放下,换上一张七条标准的评分表。评分把决定从个人意见里拽出来,变成任何人填同一张表都能得出的东西。

本课目标

  • 分清三种搭建方式:成品套装、无代码、定制搭建
  • 看清工具决定是排在流程图之后的
  • 用七条标准给候选打分
  • 读懂评分表,看出它指向哪一种方式
  • 在做决定的当口就问数据归属和退出成本
  • 在决定之前设计一次试搭

前置条件:第二课的流程图。没有图就没法打分,因为大部分标准都靠图里写着的东西。

三种搭建方式

自动化可以用三种方式搭起来。三种都可能是对的;哪一种对,随着活儿而变。下面这个区分,是后面各条标准立足的底子。

成品套装

为某一类活儿做出来、拿来就能跑的系统。安装短,维护由供应商扛。代价是流程去迁就产品,而不是产品迁就流程。

无代码

让您用现成积木搭流程的中间层。流程按您自己的规则成形,不写代码。代价是流程越多,维护就越往您这边堆。

定制搭建

照着活儿写出来的系统。流程是什么样就搭成什么样,界线属于活儿而不属于某个产品。代价是搭建和维护都最重。

这三种既互为替代,也互为层次。在一家公司里,账务可以跑在成品套装上,需求流程用无代码,房源匹配则用定制搭建。

差别不只是负担的大小,还有它的形状。成品套装里负担规整、可预期,代价是要求流程能装进产品。无代码里安装很轻,可流程数量一上来,维护就悄悄堆积。定制搭建里负担集中在开头,之后每来一次改动请求它就回来一次。做决定时请记住三种都有代价,不同的只是代价落在哪里、落在什么时候。

工具决定什么时候做?

工具决定排在把流程写下来之后。第一课里有过一句"工具最后才来";这一课就是那句话的实操版。没有流程图就做的工具比较,会变成比较功能清单。

比较功能清单会带偏人,因为每个产品列的都是自己强的那些功能。您的尺子应该是您的活儿要求什么,而不是产品能做什么。而那个要求,就写在图上。

做决定之前手上该有的

  • 来自第二课:界线、步骤、决策点、例外、角色
  • 来自第三课:字段词典和去重键
  • 来自第一课:这件活儿重复得多勤,做错的代价是什么
  • 这件活儿今天的起始值
  • 流程将要接上的现有系统清单

标准一到三:流程、例外、对接

七条标准里的前三条看的是活儿本身。每条给低、中、高即可;愿意的话也可以用 0-100 区间的分数。

1 流程是否坐稳

图画得出来吗,步骤几个月都一样吗?坐稳的流程适合成品套装或定制搭建。流程还在变的话,无代码可以把改动扛得便宜些。

2 例外的数量

图上写了几条例外通道?例外少适合成品套装。例外多的话,装不进产品模子的情形会堆起来,手工活儿又回来了。

3 对接需求

流程碰到几个系统?只待在一个系统里的活儿可以跑成品套装。要接好几个系统的话,无代码或者定制搭建就往前站了。

这三条要从图上读,不要凭记忆。看流程是否坐稳,就看图最后一次更新是什么时候。看例外数量,就数图上写了几条例外通道。看对接,就把步骤里出现的系统名字列出来。三条都能数,所以它们的分数是不容争论的。

标准四到五:团队与维护

接下来两条标准量的不是活儿,而是要来跑这件活儿的那一方。跳过这两条,搭出来的东西技术上没错,却在公司里活不下去。

4 团队的能力

谁来改这条流?内部有人会搭流程的话,无代码撑得住。没有的话,每次改动都得往外求,小修小补越积越多。

5 维护负担

搭完之后谁来维护?成品套装里维护在供应商,无代码和定制搭建里维护在您这边。没写清维护主人就做的决定,会在第六个月迎面撞上您。

这两条通常一起动。团队里没人能搭流程的话,维护负担自己就往外走了;那时成品套装、或者带维护合约的定制搭建,会是更现实的选择。

给团队能力打分时,看角色而不是看人。如果今天搭流程的那个人一走能力也就走了,这个分数其实是低的。同样,给维护负担打分时,别只想搭完后的头几周,要想流程改动的那些时刻:改动请求来的时候谁能做、多久能做完,才是维护的真尺子。

标准六到七:数据归属与退出

最后两条标准,是做决定时问得最少、事后付得最贵的两条。两条都要读合同,但问题本身很简单。

6 数据归属

数据是谁的,放在哪里,能不能取出来?第三课的字段词典在这里就有用了:拿着它一个字段一个字段地问,哪些能取出来。

7 退出成本

如果您想离开这个工具,会怎样?数据以什么格式取出,流程能不能搬走,迁移期间活儿会不会停。答案不明的工具,就是一种依赖。

在做决定的当口问退出成本,不等于在计划离开。一开始就知道这把尺子,会让将来的一个决定在今天就变便宜。

怎么打分?

七条标准要为每个候选分别打分。这里说的候选不是三种方式,而是它们具体的对应物:正在看的产品名字、正在看的无代码工具名字、要来的定制搭建报价。

打分时不要问"这个工具好不好",而要问它跟这件活儿合不合,就这一条标准而言。同一个工具在一件活儿上可能是高分,在另一件上可能是低分;表量的不是工具,是匹配。

打分的次序

  • 把候选写下来:产品名字、无代码工具、定制搭建报价
  • 每条标准给低、中、高,并且用一句话写下理由
  • 理由写不出来的格子就留空,不要用猜测去填
  • 把留空的格子变成要问供应商的问题清单
  • 问题有了回答之后再把表补齐,然后才开始比较

理由这一列是整张表里最值钱的部分。日后再讨论这个决定时,人们看的是理由而不是分数。

一行填好的样子是这样:标准对接需求,候选成品套装,分数低,理由"能接门户网站,但跟现有房源系统没有连接"。这一句话,就让三个月后重新再问同一个问题变得没必要了。没有理由的高分,通常是印象而不是测量。

读评分表

表填好之后,通常会出现三种花样中的一种。花样是方向而不是硬规矩;最后的决定出自整件活儿。

指向成品套装的花样

流程坐稳了,例外不多,对接需求低,团队里没人搭流程,而且希望维护放在外面。数据归属在这里要另外问一遍。

指向无代码的花样

流程还在变,会接上几个系统,团队里有人能搭流程,维护可以留在内部。退出成本在这里要另外问一遍。

指向定制搭建的花样

例外很多,流程是公司特有的,对接得深,数据归属很关键。付出维护负担的同时,界线由活儿本身来定。

如果表把两个候选显示得很接近,决定就不出自标准而出自权重。写下哪一条标准对您更重;那句话就是这个决定的理由。

混合:两种方式一起用

搭建方式之间并不互相排斥。常见的摆法是这样:记录和账务放在成品套装上,公司特有的流程用无代码搭,只有那唯一一块塞不进任何模子的,才用定制去写。

混合摆法的代价是界线管理。哪条信息在哪里更新没写下来的话,第三课里那条唯一正确来源的规矩就破了,数据会开始在两处分岔。

并不需要一上来就走混合。多数公司先用一种方式起步,等到那块塞不进任何模子的部分冒出来时,才添上第二种。这个次序让您只在真正需要的时候,才去扛界线管理的负担。

搭混合时要写下的

  • 每个字段的唯一正确来源在哪个系统里
  • 数据在系统之间往哪个方向流
  • 起冲突时哪条记录算数
  • 连接断掉时在哪一边等着
  • 每一块的维护在谁手上

决定前的试搭

评分表把候选收窄,但它一个人做不了决定。拿收窄后的名单搭一次小小的试验,就把表里的推测换成了测量。

试搭沿用第一课的试点尺子:范围窄、一个触发、产出看得见、能用人工退回。不同的是这里的目的不是把活儿自动化,而是把工具试一试。

试搭里要验的

  • 图上的一条例外通道能不能在这个工具里搭出来
  • 字段词典里的字段在工具里能不能找到对应
  • 要接的系统里有没有一个真的接上了
  • 团队里有没有人能改这条流
  • 数据能不能取出来,以什么格式
  • 出岔子的时候工具会不会告诉您

退出计划在开头就写

退出计划是在搭建工具之前写的一张短笺。里面有三样东西:数据能以什么格式取出、流程写下来的那份对应物放在哪里、迁移期间活儿怎么跑。

这张笺写出来是为了看清依赖,不是为了走人。写不出来的退出计划,可能正是一个信号,让您把这个决定本身再想一遍。

别不好意思向供应商要这份计划。在决定阶段就发问的客户,在供应商那边同样会被认真对待,因为这个问题显示了合同里的哪一条被读过。一个被躲开的退出问题,本身就已经说明了关于这条标准的一些事。

退出计划里要有的

  • 数据能取出的格式和范围
  • 流程图当前那一份放在哪里
  • 流程写下来的定义:触发、步骤、条件、例外
  • 合同的终止条款和数据交还条款
  • 迁移期间用人工把活儿跑起来的路子

完整示例:房产中介继续往下走

第一课里房产中介挑了咨询登记做试点。第二课里它的图出来了,第三课里它的字段定好了。现在我们看它用哪个工具来搭。

从打分到决定

候选:中介写下三个候选。一个面向房产行业的成品套装、一个通用的无代码流程工具,以及一份要加到现有房源系统上的定制搭建报价。

流程与例外:图已经坐稳,步骤几个月都一样。例外数量属中等:片区对不上、第二次咨询、顾问休假。三条都写着。

对接:流程碰到三个系统:门户网站、房源系统和即时通讯。成品套装能读门户网站,但接不上现有的房源系统。

团队与维护:中介有一位会搭流程的顾问,简单的改动他自己就做了。希望维护留在内部。

数据与退出:成品套装里房源数据放在供应商的系统里,取出的方式有限。无代码工具里记录留在中介自己的表格里,流程能以书面形式取出。

读表:成品套装在对接、数据归属和退出这三条上偏低。定制搭建在维护负担上很重。无代码在三条上是中,在四条上是高。

试搭:中介用无代码工具只搭了收到通知这一步,并试了片区对不上的例外。例外搭得出来,房源系统接上了,顾问也能自己改流程。

决定与退出计划:选了无代码。退出计划里写下:记录在中介自己的表格里,流程写下来的定义在流程图上,万一需要迁移,咨询登记可以用人工跑一周。

练习:这一周要做的

这一课的回报,来自为自己的试点事项把表填一遍。页面下方的工具比较表可以下载来用。

这一周要做的

  • 写下三个候选:一个成品套装、一个无代码工具、一份定制搭建报价
  • 为每个候选打七条标准的分,并且每个分数都写一句话理由
  • 理由写不出来的格子留空,转到问题清单里去
  • 把问题拿去问供应商,再把回答写回表里
  • 用一句话写下哪条标准对您更重
  • 拿冒头的那个候选搭一次范围很窄的试验
  • 写下退出计划的五条

填好的表就是第五课的输入:您将用选定的工具搭出第一个自动化。

下载工具比较表(xlsx) · 七条标准、三个候选和理由列,连同试搭与退出计划两个部分。

常见错误

比较功能清单

每个产品列的都是自己强的功能。比较要按您的图要求什么来做,而不是按产品能做什么。

看完演示就决定

演示给的是正常流程,不是例外。决定的关键不是正常流程,而是图上的例外能不能搭出来。

跳过团队能力

内部没人会搭流程却选了无代码,会让每一处小改动都依赖外面,修修补补越堆越多。

把数据归属留到以后

数据放在哪里这个问题等搭完了才问,改答案就贵了。这个问题属于做决定的当口。

从不问退出成本

不知道出路的工具是一种依赖。问题没问,这份依赖就只有到了非走不可的时候才现形。

把所有流程都压到一个工具上

一个工具跑得好就把所有活儿都搬过去,装不进产品的流程就被硬掰。混合摆法通常引起的抵触要少些。

检查清单

在工具决定拍板之前,最好对下面每一条都能说是。

工具决定检查清单

  • 流程图在手上,而且是最新的
  • 字段词典写好了,去重键定下来了
  • 至少写了三个候选,而且方式各不相同
  • 七条标准对每个候选都打了分
  • 每个分数都有一句话理由
  • 留空的格子作为问题发给了供应商,并且得到了回答
  • 数据归属和退出成本是书面问过的
  • 拿冒头的候选搭了一次范围很窄的试验
  • 试验里至少验过一条例外通道
  • 退出计划的五条都写下来了

术语表

工具谈话里会用到的术语。和供应商说同一套话,能把比较缩短。

接下来是什么

这一课里您定下了用哪个工具来搭,并写下了理由。下一课讲的是用那个工具搭出第一个自动化:第一课里介绍过的五个部分,在那里变成实操。

想按已发布的课程往下走的话,第七个模块讲的是:搭好的流没有按预期运转时,该去哪里找。

第 5 课:搭出第一个自动化

搭建单、按次序搭出五个部分,以及从窄门进入运行。

第 3 课:把客户数据收好

字段词典。数据归属那条标准的底子。

全部课程

整个培训板块,以及之后新增的模块。

想一起给候选打分的话,写信给我们,我们陪您把表填满。

通过WhatsApp获取报价

常见问题

哪一种搭建方式最好?
没有这样的排名;尺子随着活儿而变。同一个工具在一件活儿上可能高分,在另一件上可能低分。所以表量的是工具与活儿的匹配,而不是工具本身。
无代码工具够一家在长大的公司用吗?
流程数量和例外数量一上来,维护负担也跟着上来。如果有一个角色能把流程接着往下带,那就能用很久;如果没有,改动请求积起来的时候,可能就会出现换一种方式的需要。
定制搭建是不是只适合大公司?
拍板的不是公司的大小,而是流程是不是这家公司特有的。一条例外很多、塞不进任何模子的流程,在小公司里同样可能需要定制搭建。
数据归属该怎么问?
打开您的字段词典,一个字段一个字段地问:这个字段能不能取出来、以什么格式、要多久。笼统地问"数据是不是我们的",通常只会得到笼统的回答;按字段问才会带来具体的答案。
决定之后还能换工具吗?
能换,但代价取决于有没有写过退出计划。数据格式、流程写下来的定义、迁移期间活儿怎么跑,如果一开始就写下来了,迁移就还在可控范围内。