Google スプレッドシート連携、そして代わりに構築するもの

ブックは、自分を認めないデータベース

有村さんは卸売の苗木農園で運営を見ています。会社まるごとが1冊の共有ブックに暮らしています。在庫数、数量割引、取引条件、そして書いた人が辞めて以来だれも触れない数式。40のタブです。シーズンに2度、営業が別の営業の受注ブロックを上書きします。月曜の在庫案内メールは、朝7時にはもう古くなっていたタブのスクリーンショットです。彼女がスプレッドシート連携を検索したとき、望んでいたのは、シートが社内でいちばん脆いシステムであることをやめることでした。

強い一手は、ブックにもっと配線を足すことではありません。ブックを昇格させることです。Klivはシートが記述している事業を読み取り、それをアプリとして構築します。ルールを持つ本物のテーブル。自由入力のセルではなくフォーム。共有リンクではなくログイン。そして表計算は、本当に得意なことのために残ります。

40のタブが、6つのテーブルになる

有村さんが実際に進めた移行です。出荷シーズンの最中に、全社を止める切り替え日なしで。

棚卸し

1時間かけて、タブを3つの山に分けます。データ、データの上の計算、そして考古学。データはテーブルになり、計算はルールになり、考古学はアーカイブに残ります。

取り込み

商品、取引先、未完了の受注がCSVでシートを出て、行として着地します。取り込みは、説明された、繰り返せる手順です。来週もう一度走らせれば、重複ではなく突き合わせになります。

自由入力がフォームに変わる

受注入力は、価格表を知っているフォームになります。取引先の条件を適用し、在庫にない品種を断り、営業2人が同じ塊を取ることを許しません。

月曜のメールが引退する

在庫は農園自身のドメイン上のページになり、現在数を読みます。取引先はそれをブックマークします。スクリーンショットの儀式は終わります。

1周期だけ、並行運転

シートとアプリを1周期のあいだ並べて動かします。金曜に合計が一致したとき、議論は終わります。

シートは作業台へ退く

ブックはシステムであることをやめ、いちばん得意だったものになります。きれいな書き出しを食べて、シーズン計画の計算をする下書き帳です。

シートが持っていなかったもの

同時に触られても崩れないルール。 営業2人、残り1パレットのラベンダー。アプリでは、2件目の受注がデータベースの在庫ルールに出会い、はっきりと断られます。積み込みのときに見つかるセルの争いではありません。

並べ替えで消えない数式。 数量割引の計算は、いまやテスト付きのロジックです。Klivは書いたときに単体テストで覆っているので、6月に取引先が受け取る割引は、3月にルールが約束したものと同じです。

転送ではなく、ページ。 在庫リストは、有村さんが決めた範囲でちょうど公開されます。農園のドメイン上で、望むなら取引先ログインの後ろで。読むのは、受注フォームが書き込むのと同じ行です。

そして境界を、はっきりと。 Klivは、Google スプレッドシートの専用コネクタを備えていません。コネクタ棚はSlack、GitHub、Notion、Linear、HubSpot、Trello、Discord、Mailchimp、Calendlyで、決済の経路としてStripeがあります。それ以外はCSVが双方向に運びます。アプリが何に差し込み、何を動かし、何に反応できるのかは構築と拡張にまとめてあります。

シートの持ち主への答え

Google スプレッドシートの専用コネクタはありますか？

ありません。Klivが備えている連携は、Slack、GitHub、Notion、Linear、HubSpot、Trello、Discord、Mailchimp、Calendly、そして決済のStripeです。表計算のデータについては、アプリはCSVで扱います。繰り返せる取り込みと、求めたときの書き出しです。