Giải pháp / Công cụ nội bộ và vận hành
Thay bảng tính đang vận hành cả công ty
Công ty nào cũng có một thứ như vậy: bảng tính, hộp thư chung, quy trình được giữ bằng trí nhớ. Mô tả nó và nhận một công cụ thật: vai trò, phê duyệt, audit trail và stack của bạn được nối vào.
Lý do để xây
Vì sao xây cái này thay vì dùng trình tạo công cụ nội bộ?
Trình tạo công cụ nội bộ tính phí theo ghế cho đặc quyền tự xây: một canvas widget đặt trên cơ sở dữ liệu của bạn, với mức giá khiến việc mở cho cả công ty chính là điều bạn không đủ tiền làm. Và công cụ vẫn phải được xây: viết query, cấu hình quyền, mỗi thay đổi lại là một phiên trong editor của họ. Kliv đảo ngược thỏa thuận: mô tả quy trình và công cụ xuất hiện đã được xây; nó là của bạn, không phải meter tính theo ghế trên chính hoạt động vận hành của bạn.
Không hai công ty nào phê duyệt mua hàng, onboarding nhà cung cấp hay escalate ticket giống nhau: quy trình nội bộ là phần mềm bespoke nhất, nên nó mới sống trong bảng tính. Mô tả quy trình của bạn: ai gửi, ai phê duyệt, ở ngưỡng nào, thứ gì được ghi lại, kênh Slack nào nhận thông báo. Mô tả đó chính là công cụ.
Giải phẫu hệ thống
Công cụ vận hành thật sự biết gì
Một công cụ vận hành là quy trình được làm cho trung thực: các yêu cầu đang chạy, quy tắc chúng theo, những người được phép đẩy chúng đi và dấu vết chúng để lại. Đây là hình dạng Kliv sẽ xây.
Mục công việc
Bất cứ thứ gì chảy qua quy trình: yêu cầu, ticket, đơn hàng; dưới dạng record có trạng thái, không phải hàng trong bảng tính.
Giai đoạn và ngưỡng
Quy trình của bạn như dữ liệu: ai phê duyệt, trên số tiền nào, theo thứ tự nào.
Con người và vai trò
Người gửi, người phê duyệt, admin: quyền truy cập được định hình theo sơ đồ tổ chức.
Audit trail
Ai làm gì, khi nào: mỗi hành động là một record không ai có thể âm thầm sửa.
Tích hợp
Các công cụ đã vận hành công ty: một quyết định đăng lên Slack, việc đi vào Trello.
Dashboard
Độ sâu hàng đợi, cycle time, ai đang chờ ai: con số trên cùng record, không phải bản xuất hằng tuần.
Ai thấy gì
Quy tắc cơ sở dữ liệu thực thi
- Người gửi thấy yêu cầu riêng của họ: bức tường thuộc về cơ sở dữ liệu, không phải view đã lọc.
- Ngưỡng được thực thi, không phải được nhớ: yêu cầu $1,000 không thể bỏ qua tài chính.
- Mọi thay đổi trạng thái được ghi lại với ai và khi nào: audit trail tự viết.
- Quyền truy cập đi theo vai trò: khi ai đó đổi đội, các cửa đổi theo.
Không có gì trong này là kỳ lạ. Đây là thứ bảng tính vẫn giả vờ làm: khác ở chỗ tại đây, quy tắc vẫn giữ đúng khi không ai nhìn.
Kliv lắp ráp những gì
Một danh sách mua sắm các mảnh nền tảng: từng mảnh có sẵn, từng mảnh kết hợp được với phần còn lại.
Vai trò và audit
Người gửi, người phê duyệt, kiểm toán viên: quyền truy cập theo sơ đồ tổ chức, mọi hành động được ghi lại.
Quy trình của bạn thành record
Yêu cầu, giai đoạn và quyết định sống trong cơ sở dữ liệu riêng của bạn: nhập từ bảng tính chúng vừa thoát ra.
Stack được nối vào
Quyết định đăng lên Slack, công việc vào Trello: đội vẫn dùng công cụ của mình.
Con số nằm phía trên
Độ sâu hàng đợi, cycle time, ai đang chờ ai: dashboard trên cùng các record.
Hỏi công cụ
Một tác nhân trả lời “việc gì đang chờ tôi?” từ hàng đợi: giới hạn theo người đang hỏi.
Trước khi ra mắt
Tuần đầu tiên, trước khi ra mắt
Công cụ này thay một thứ công ty đã dựa vào: nên tuần đầu tiên là để xứng đáng với niềm tin đó.
Định hình quy trình
Mô tả luồng đúng như nó đang chạy: ai gửi, ai phê duyệt, ngưỡng, thứ gì phải được ghi lại. Kliv xây bản xem trước đầu tiên với quy tắc đã được thực thi.
Làm nó thành của bạn
Từ ngữ của đội bạn: nếu bạn gọi chúng là PO, công cụ cũng gọi là PO. Điểm của bespoke là không ai cần được đào tạo.
Nối stack
Kết nối Slack, trỏ bảng Trello và nhập bảng tính: các hàng của nó trở thành record của công cụ, nên ngày đầu bắt đầu với backlog thật.
Thử phá nó
Gửi một yêu cầu $1,200 với vai trò sai và xem nó vẫn được route tới tài chính. Phê duyệt một việc và xem Slack nhận tin. Rồi đọc log: nó nên đã kể được câu chuyện.
Đưa cho đội
Mời mọi người với vai trò thật của họ: sở hữu công cụ nghĩa là cả công ty có thể dùng nó. Bảng tính nhận một tab chia tay: đã chuyển.
Bespoke, không kèm rủi ro bespoke
Phần mềm tùy chỉnh từng có nghĩa là ngân sách, nhà thầu và hợp đồng bảo trì. Đây là một thỏa thuận khác.
Các mảnh cấp enterprise
Đăng nhập, quyền được cơ sở dữ liệu thực thi, billing, audit, email: các thành phần bên dưới hệ thống bespoke của bạn là cùng những mảnh cứng cáp mà mọi app Kliv chạy trên. Bạn kết hợp hạ tầng đã được chứng minh; bạn không đặt viết code từ số không.
Thay đổi publish có trật tự
Khi quy trình của bạn đổi, hãy nói ra: thay đổi được xây trong cuộc trò chuyện, bạn review nó trong bản xem trước live, và không gì tới người dùng cho đến khi bạn publish. Thay đổi commerce thậm chí có thể được diễn tập trong Sandbox bằng tiền mô phỏng và thời gian mô phỏng.
Không ai có thể khai tử nó
Công cụ có sẵn bị đổi giá, đổi thiết kế và ngừng chạy theo lịch của vendor: workflow của bạn đi theo chúng. App Kliv của bạn chỉ thay đổi khi bạn thay đổi nó. Đó là sản phẩm của bạn, không phải một ghế trong sản phẩm của người khác.
Nói nó trong một câu
“Xây một công cụ phê duyệt nhà cung cấp nơi ai cũng có thể gửi yêu cầu, tài chính phê duyệt mọi khoản trên $1,000, phê duyệt đăng lên Slack và mọi quyết định được ghi lại với ai làm và khi nào.”
Nó thật sự bắt đầu như vậy: mô tả, rồi tinh chỉnh trong cuộc trò chuyện.
Xây hay mua
Vì sao không chỉ dùng trình tạo công cụ nội bộ?
| Có sẵn | Với Kliv | |
|---|---|---|
| Ai xây nó | Bạn xây: trong editor của họ, từng widget, từng query. | Bạn mô tả quy trình; công cụ xuất hiện đã được xây, và thay đổi cũng như vậy. |
| Cấu trúc chi phí | Theo ghế mỗi tháng: mở cho cả công ty là trường hợp đắt nhất. | Bạn sở hữu công cụ; cả công ty dùng được nó chính là mục đích. |
| Quy trình của bạn | Widget bạn nối lại để xấp xỉ nó. | Ngưỡng, giai đoạn và vai trò được thực thi đúng như mô tả. |
| Audit và quyền truy cập | Log trong dashboard của nhà cung cấp. | Audit trail trong cơ sở dữ liệu riêng của bạn, với quy tắc được thực thi ở cấp hàng. |
| Tuổi thọ | Một gói đăng ký khiến CFO hỏi lại mỗi năm. | Một công cụ sống lâu hơn cuộc đối thoại với nhà cung cấp: không ai có thể khai tử nó. |
Ai xây nó
Có sẵn: Bạn xây: trong editor của họ, từng widget, từng query.
Với Kliv: Bạn mô tả quy trình; công cụ xuất hiện đã được xây, và thay đổi cũng như vậy.
Cấu trúc chi phí
Có sẵn: Theo ghế mỗi tháng: mở cho cả công ty là trường hợp đắt nhất.
Với Kliv: Bạn sở hữu công cụ; cả công ty dùng được nó chính là mục đích.
Quy trình của bạn
Có sẵn: Widget bạn nối lại để xấp xỉ nó.
Với Kliv: Ngưỡng, giai đoạn và vai trò được thực thi đúng như mô tả.
Audit và quyền truy cập
Có sẵn: Log trong dashboard của nhà cung cấp.
Với Kliv: Audit trail trong cơ sở dữ liệu riêng của bạn, với quy tắc được thực thi ở cấp hàng.
Tuổi thọ
Có sẵn: Một gói đăng ký khiến CFO hỏi lại mỗi năm.
Với Kliv: Một công cụ sống lâu hơn cuộc đối thoại với nhà cung cấp: không ai có thể khai tử nó.
Câu hỏi thường gặp
Nó có thể thực thi ngưỡng phê duyệt không?
Có: ngưỡng là quy tắc dữ liệu, không phải quy ước. Yêu cầu $1,000 route tới tài chính mọi lần, kể cả lần mọi người bận và không ai kiểm tra.
Audit trail ghi lại những gì?
Mọi thay đổi trạng thái: ai gửi, ai phê duyệt, ai sửa và khi nào; record trong cơ sở dữ liệu riêng của bạn, đọc được bằng vai trò kiểm toán viên và xuất được khi cuộc review yêu cầu.
Chúng tôi có thể nhập bảng tính đang dùng hôm nay không?
Có: các hàng của nó nhập vào cơ sở dữ liệu riêng của bạn, nên công cụ bắt đầu với backlog thật thay vì trống. Các cột bạn tự nghĩ ra trở thành trường có quy tắc.
Nó có hoạt động với Slack và phần còn lại của stack không?
Có: quyết định và escalation đăng lên các kênh bạn chọn, và công việc đang sống trong Trello sẽ vào đó dưới dạng thẻ. Đội vẫn dùng công cụ của mình; quy trình có xương sống.
Chúng tôi kiểm soát ai thấy gì thế nào?
Vai trò, được cơ sở dữ liệu thực thi: người gửi thấy yêu cầu riêng, người phê duyệt thấy hàng đợi của họ, kiểm toán viên đọc mọi thứ và không chạm gì. Đăng nhập dùng chung không thể làm rò thứ các hàng từ chối.
Điều gì xảy ra khi quy trình thay đổi?
Nói ra: một giai đoạn mới, ngưỡng khác, thêm người phê duyệt. Review thay đổi trong bản xem trước, publish nó, và công cụ đi theo tổ chức thay vì ngược lại.
