构建它的案例
为什么要构建这个而不是内部工具构建器？
内部工具构建者按席位收费，以获得在数据库上自行构建小部件画布的特权，定价如此之高，以至于让整个公司都可以访问，这正是你负担不起的。而且该工具仍然需要构建：编写查询、配置权限、在编辑器中每次更改另一个会话。 Kliv 颠倒了交易：描述过程，然后工具到达，构建，它是你的，而不是你自己操作的每座仪表。
没有任何两家公司会像，内部流程是最定制的软件那样批准购买、加入供应商或升级票证，这正是它存在于电子表格中的原因。描述一下你的：谁提交，谁批准，在什么阈值，记录什么，哪个 Slack 频道听到它。该描述就是工具。
系统剖析
运维工具实际上知道什么
操作工具是一个诚实的过程：飞行中的请求、它们遵循的规则、允许移动它们的人以及它们留下的踪迹。这是 Kliv 将构建的形状。
工作项目
无论流经，流程的是什么，请求、票据、订单，作为带有状态的记录，而不是工作表中的行。
阶段和门槛
你的流程作为数据：谁批准、超过多少金额、按什么顺序批准。
人物与角色
提交者、批准者、管理员，访问权限根据组织结构图而定。
审计追踪
谁做了什么，时的每一个动作都被记录下来无人能悄悄编辑。
集成
已经运行公司的工具：决策发布到 Slack，工作落地到 Trello。
仪表盘
队列深度、周期时间、谁在等待谁，在相同记录上编号，而不是每周导出。
谁看到什么
数据库强制执行的规则
- 提交者看到自己的请求，墙是数据库的，而不是过滤视图的。
- 门槛是强制执行的，而不是记住的：1，$000的请求不能跳过财务。
- 每个状态更改都会记录由谁以及何时，审计跟踪自行写入。
- 访问遵循角色，当有人更换团队时，门也会随之改变。
这些都不是异国情调的。这就是电子表格假装为，的内容，不同之处在于，规则在无人观看时有效。
Kliv 组装什么
平台件，的购物清单，每件均内置，每一件与其余件组成。
发布前
第一周，启动前
该工具取代了公司已经依赖于，的工具，因此第一周的重点是赢得信任。
塑造流程
描述实际运行的流程：谁提交、谁批准、阈值、必须记录的内容。 Kliv 使用已强制执行的规则构建第一个预览。
让它成为你的
你团队的话语，如果你将其称为 PO，则该工具将其称为 PO。定制的要点是没有人需要培训。
连接堆栈
连接 Slack，指向 Trello 板，然后导入电子表格，其行成为工具的记录，因此第一天从真正的积压工作开始。
尝试打破它
作为错误的角色提交了 1，$200的请求，无论如何都要观察它的融资路径。批准某件事并观看 Slack 听到它。然后阅读日志，它应该已经讲述了这个故事。
交给团队
邀请每个人发挥自己的真实作用，拥有该工具意味着整个公司都可以使用它。电子表格有一个告别标签：已移动。
定制，无定制风险
定制软件过去意味着预算、承包商和维护合同。这是一个不同的交易。
企业级零件
登录、数据库强制执行的权限、计费、审计、电子邮件，你的定制系统下的组件与每个 Kliv 应用运行的强化部件相同。你构建经过验证的基础设施；你不需要从头开始委托代码。
按顺序更改船舶
当你的流程发生变化时，可以说，更改是在对话中构建的，你可以在实时预览中查看它，并且在你发布之前不会有任何内容到达你的用户。商业变化甚至可以在 Sandbox 中用模拟的金钱和时间进行演练。
没有人能日落
现成的工具会按照供应商的时间表，重新定价、重新设计和退役，你的工作流程也会随之而来。你的 Kliv 应用仅在你更改时才会更改。这是你的产品，而不是别人的产品。
用一句话说出来
“构建一个供应商审批工具，任何人都可以提交请求，财务部门批准任何超过 1，$000的项目，审批发布到 Slack，并且每个决策都会记录谁和何时。”
这确实是，描述它的方式，然后在对话中进行完善。
建造或购买
为什么不直接使用内部工具生成器呢？
| 现成的 | 与 Kliv | |
|---|---|---|
| 谁建造它 | 你可以在他们的编辑器中执行，逐个小部件，逐个查询地进行查询。 | 你描述该过程；该工具已构建完毕，并以相同的方式进行更改。 |
| 成本结构 | 每月每个席位，全公司访问是昂贵的情况。 | 你拥有该工具；整个公司都在使用它才是重点。 |
| 你的流程 | 你连接以近似它的小部件。 | 阈值、阶段和角色完全按照描述执行。 |
| 审核和访问 | 供应商仪表盘的日志。 | 你自己的数据库中的审计跟踪，并在行中强制执行规则。 |
| 长寿 | 订阅你的 CFO 每年提出的问题。 | 一个比供应商对话，更长寿的工具，没有人可以取消它。 |
谁建造它
现成的: 你可以在他们的编辑器中执行，逐个小部件，逐个查询地进行查询。
与 Kliv: 你描述该过程；该工具已构建完毕，并以相同的方式进行更改。
成本结构
现成的: 每月每个席位，全公司访问是昂贵的情况。
与 Kliv: 你拥有该工具；整个公司都在使用它才是重点。
你的流程
现成的: 你连接以近似它的小部件。
与 Kliv: 阈值、阶段和角色完全按照描述执行。
审核和访问
现成的: 供应商仪表盘的日志。
与 Kliv: 你自己的数据库中的审计跟踪，并在行中强制执行规则。
长寿
现成的: 订阅你的 CFO 每年提出的问题。
与 Kliv: 一个比供应商对话，更长寿的工具，没有人可以取消它。
常见问题
它可以强制执行批准门槛吗？
是的，阈值是数据规则，而不是约定。 1，$000的请求每次都会进行融资，包括每个人都很忙而没有人检查的时候。
审计追踪记录了什么？
每个状态更改：谁提交、谁批准、谁编辑，以及，何时记录在你自己的数据库中，审核员角色可读，并在审查要求时可导出。
我们可以导入我们今天使用的电子表格吗？
是的，其行导入到你自己的数据库中，因此该工具从真正的积压工作而不是空开始。你发明的列成为具有规则的字段。
它可以与 Slack 和我们堆栈的其余部分一起使用吗？
是的，决策和升级会发布到你选择的渠道，并且 Trello 中的工作会以卡片形式存在。团队保留其工具；这个过程获得了脊柱。
我们如何控制谁看到什么？
角色，在数据库中强制执行：提交者看到他们自己的请求，批准者看到他们的队列，审核员读取所有内容而不触及任何内容。共享登录不能泄露行拒绝的内容。
当流程发生变化时会发生什么？
这么说，一个新的阶段，一个不同的门槛，另一个批准者。在预览中查看更改并发布它，该工具就会遵循组织而不是相反。
