Kliv

    ソリューション / 内部ツールと運用

    会社を運営するスプレッドシートを置き換える

    どの企業にもシート、共有受信箱、メモリによってまとめられたプロセスなどがあります。それを説明すると、役割、承認、監査証跡、接続されたスタックなどの実際のツールが得られます。

    それを構築するためのケース

    なぜ内部ツールビルダーの代わりにこれを構築するのでしょうか?

    社内ツール ビルダーは、データベース上のウィジェットのキャンバスを自分で構築する特権に対してシートごとに料金を請求しますが、会社全体にアクセスを許可するのはまさに手が出せないような価格設定になっています。そして、ツールはまだ構築する必要があります。クエリを作成し、利用権を設定し、変更するたびにエディターで別のセッションが作成されます。 Klivは取引を逆転します。プロセスを説明すると、ツールが構築されて到着します。そして、それはあなたのものであり、あなた自身の操作に対する座席ごとのメーターではありません。

    購入の承認、ベンダーへのオンボーディング、チケットのエスカレーションを同じ方法で行う企業は 2 社ありません。内部プロセスは最もオーダーメイドのソフトウェアであり、まさにそれがスプレッドシートに存在する理由です。誰が送信し、誰が承認し、どのしきい値で、何がログに記録され、どのSlackチャンネルがそれについて聞くかを説明します。その説明がツールです。

    システムの構造

    運用ツールが実際に知っていること

    運用ツールとは、処理中のリクエスト、リクエストが従うルール、リクエストの移動を許可されている人々、リクエストが残した痕跡など、正直に作られたプロセスです。Klivが構築する形状は次のとおりです。

    作業項目

    リクエスト、チケット、注文など、プロセスを通過するものはすべて、シート内の行ではなく、状態を持つレコードとして処理されます。

    段階と閾値

    データとしてのプロセス: 誰が、どのくらいの金額を、どのような順序で承認するか。

    人物と役割

    送信者、承認者、管理者 — 組織図に基づいて形成されたアクセス。

    監査証跡

    誰が、いつ、何をしたか、すべての行動は記録され、誰も黙って編集することはできません。

    統合

    すでに会社を運営しているツール: 決定はSlackに投稿され、作業は Trello に到着します。

    ダッシュボード

    キューの深さ、サイクル タイム、誰が誰を待っているか — 毎週のエクスポートではなく、同じレコード上の数値。

    誰が何を見てますか

    管理者プロセス自体 — 段階、しきい値、役割、統合。
    承認者彼らのキュー、決定すべきコンテキスト、そして彼らが決定したことのログ。
    提出者他の誰のものでもない、彼ら自身の要求とそれぞれの立場。
    監査役何も触れずにすべてを読んでください。レビューが実際に望んでいるビューです。

    データベースが適用するルール

    • 送信者には自分のリクエストが表示されます。壁はデータベースのものであり、フィルターされたビューのものではありません。
    • しきい値は記憶されずに強制されます。1,000 ドルのリクエストはファイナンスをスキップできません。
    • すべての状態変化は、いつ、誰が記録され、監査証跡自体が書き込まれます。
    • アクセスは役割に従います。誰かがチームを変更すると、ドアも変わります。

    これはどれもエキゾチックではありません。これはスプレッドシートが見せかけていたものです。ただし、ここでは誰も見ていないときにもルールが適用されるという点が異なります。

    Klivが組み立てるもの

    プラットフォームの部品の買い物リスト — それぞれが組み込まれており、それぞれが残りの部品と構成されています。

    役割と監査

    提出者、承認者、監査人 — アクセスは組織図に形成され、すべてのアクションが記録されます。

    あなたのプロセスを記録として

    リクエスト、ステージ、意思決定は、エスケープされたスプレッドシートからインポートされた独自のデータベースに存在します。

    配線されたスタック

    決定はSlackに投稿され、作業は Trello に着地します。チームはツールを保持します。

    上の数字は

    キューの深さ、サイクル タイム、誰が誰を待っているか — 同じレコード上のダッシュボード。

    ツールに質問する

    エージェントは「何が私を待っているのですか?」と答えます。キューから — 質問者に限定されます。

    打ち上げ前

    開始前の最初の 1 週間

    このツールは、会社がすでに依存しているものに代わるものです。そのため、最初の 1 週間はその信頼を獲得することに重点を置きます。

    1日目

    プロセスを形作る

    実際に実行されるフローを説明します。送信者、承認者、しきい値、何をログに記録する必要があるかなどです。 Klivは、すでに適用されているルールを使用して最初のプレビューをビルドします。

    2日目

    それをあなたのものにしてください

    チームの言葉 — あなたが彼らを PO と呼ぶ場合、ツールは彼らを PO と呼びます。オーダーメイドのポイントは、誰もトレーニングを必要としないことです。

    3日目

    スタックを配線する

    Slackを接続し、Trello ボードをポイントし、スプレッドシートをインポートします。その行がツールのレコードになるため、初日は実際のバックログから始まります。

    4日目

    壊してみてください

    間違った役割として 1,200 ドルのリクエストを送信し、とにかく財務に送られるのを監視します。何かを承認し、Slackがそれについて聞くのを見てください。次に、ログを読んでください。ログにはすでにストーリーが記載されているはずです。

    5日目

    チームに渡します

    全員に実際の役割を割り当ててください。ツールを所有するということは、会社全体がそれを使用できることを意味します。スプレッドシートに「別れ」タブが追加されます: 移動されました。

    オーダーメイドで、オーダーメイドのリスクなし

    カスタム ソフトウェアとは、かつては予算、請負業者、保守契約を意味していました。これは別の取引です。

    エンタープライズグレードのパーツ

    サインイン、データベースで強制されるアクセス許可、請求、監査、メール — 特注システムのコンポーネントは、すべてのKlivアプリが実行されるのと同じ強化された部分です。実証済みのインフラストラクチャを構築します。コードを最初から作成する必要はありません。

    変更は順番に公開されます

    プロセスが変更されたときは、そのように伝えてください。変更は会話の中に組み込まれ、ライブ プレビューで確認します。公開するまでユーザーには何も届きません。商業の変化は、お金と時間をシミュレートして、Sandboxでリハーサルすることもできます。

    誰もそれを沈めることはできない

    既製ツールはベンダーのスケジュールに合わせて価格変更、再設計、廃止が行われ、ワークフローもそれに伴います。Klivアプリは、変更した場合にのみ変更されます。それはあなたの製品であり、他人の座席ではありません。

    一文で言ってみろよ

    kliv.dev

    “誰でもリクエストを送信でき、財務部門が 1,000 ドルを超えるものを承認し、承認がSlackに投稿され、すべての決定がいつ誰と記録されるベンダー承認ツールを構築します。”

    これが本当に始まり方です。それを説明し、会話の中で洗練させていきます。

    構築または購入

    なぜ内部ツールビルダーを使用しないのでしょうか?

    誰が建てるのか

    既製品: エディターで、ウィジェットごとに、クエリごとに実行します。

    Kliv付き: あなたはプロセスを説明します。ツールは構築された状態で到着し、同じように変更されます。

    コスト構造

    既製品: 1 か月あたりのシートごと — 会社全体のアクセスは高価なケースです。

    Kliv付き: ツールの所有者はあなたです。会社全体がそれを使用することがポイントです。

    あなたのプロセス

    既製品: それを近似するために配線するウィジェット。

    Kliv付き: しきい値、ステージ、役割は説明どおりに適用されます。

    監査とアクセス

    既製品: ベンダー ダッシュボードのログ。

    Kliv付き: 独自のデータベース内の監査証跡。行ごとにルールが適用されます。

    長寿

    既製品: CFO が毎年質問するサブスクリプション。

    Kliv付き: ベンダーとの対話が終わっても生き残るツールであり、誰もそれを廃止することはできません。

    よくある質問

    承認のしきい値を強制できますか?

    はい — しきい値はデータ ルールであり、規則ではありません。1,000 ドルのリクエストは、全員が忙しく誰もチェックしていないときも含め、毎回融資に回されます。

    監査証跡は何をキャプチャしますか?

    すべての状態変更: 誰が提出し、誰が承認し、誰が編集したか、いつ — 独自のデータベースに記録され、監査人の役割によって読み取り可能であり、レビューの要求時にエクスポートできます。

    現在使用しているスプレッドシートをインポートできますか?

    はい — その行は独自のデータベースにインポートされるため、ツールは空ではなく実際のバックログから開始されます。あなたが作成した列は、ルールを備えたフィールドになります。

    Slackやその他のスタックでも動作しますか?

    はい — 決定とエスカレーションは選択したチャネルに投稿され、Trello に存在する作業がカードとしてそこに表示されます。チームはツールを保管します。このプロセスは背骨を獲得します。

    誰が何を閲覧するかをどのように制御すればよいでしょうか?

    データベースで適用されるロール: 送信者は自分のリクエストを確認し、承認者は自分のキューを確認し、監査人はすべてを読み取り、何も触れません。共有サインインでは、行が拒否した内容が漏洩することはありません。

    プロセスが変わると何が起こるでしょうか?

    そう言えば、新しい段階、異なる閾値、別の承認者です。プレビューで変更を確認し、公開すると、ツールはその逆ではなく、組織に従います。

    あなたについて説明してください。 Klivが構築します。

    一文から始めてください。全体を発送します。

    料金