建置它的案例
為什麼要建置這個而不是內部工具建置器？
內部工具建置者按席位收費，以獲得自己建置它的特權——資料庫上的小部件畫布，定價使得整個公司都可以存取，這正是你負擔不起的。而且該工具仍然需要建置：編寫查詢、配置權限、在編輯器中每次變更另一個會話。 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 中的工作會以卡片的形式出現。團隊保留其工具；這個過程獲得了脊柱。
我們如何控制誰看到什麼？
角色，在資料庫中強制執行：提交者看到他們自己的請求，批准者看到他們的佇列，審核員讀取所有內容而不觸及任何內容。共享登入不能洩露行拒絕的內容。
當流程發生變化時會發生什麼？
這麼說吧——一個新的階段，一個不同的門檻，另一個批准者。在預覽中檢視更改並發布它，該工具將遵循組織而不是相反。
