ROUTES
4つの判定ルート
これは「何でも作る」ための分類ではありません。作らない判断も、Googleで十分と判断することも、既存SaaSに任せることも、正式な成果です。
Decision Logic
作る前に、どの道具で解くかを決める。
高く作る前に、安く確かめる。始まりの魔法省は、現場の詰まりを診断し、作らない、Googleで整える、既存SaaSを使う、Cloudflareで残す、の順に最小で効く構造を選びます。
ROUTES
作らない / No-build
単発の問題、少人数の内部運用、データ連動不要、責任者やチェックリストの明確化で足りる場合。
- 運用変更
- チェックリスト
- 責任分担
- 既存資料整理
ROUTES
Googleで整える
社内利用のみ、手入力でよい、スタッフが更新する、Sheets / Forms / Drive / AppSheet で足りる場合。
- 社内ポータル
- 日報
- 写真付き記録
- 簡易承認
ROUTES
既存SaaSを使う
予約、POS、会計、決済、ECなど、専門SaaSの方が安全で安く、自作する理由が弱い場合。
- 予約
- POS
- 会計
- 決済
- EC
ROUTES
Cloudflareで残す
顧客向けUI、独自DB、API、権限管理、複数拠点、顧客所有環境への引き渡しが必要な場合。
- Pages
- Workers
- D1
- R2
- Client-owned
DIAGNOSIS SIGNALS
診断で見る信号
DIAGNOSIS SIGNALS
属人化と教育ロス
社長・店長・担当者だけが判断できる業務、新人が毎回詰まる業務、同じ説明の繰り返しを見ます。
DIAGNOSIS SIGNALS
予約・在庫・顧客対応
受付漏れ、在庫切れ、過剰発注、クレーム対応のばらつきが、ツール不足か判断基準不足かを分けます。
DIAGNOSIS SIGNALS
情報の置き場所
頭の中、LINE、紙、Excel、Google Drive、写真、古いマニュアルのどこに知識が散っているかを確認します。
BOUNDARIES
背負わないものも、先に決める。
始まりの魔法省は、顧客の業務責任そのもの、税務・法務・医療判断、POSや決済の中核責任を背負いません。成熟した専門領域は、正しい既存ツールへ接続します。
BOUNDARIES
自作しない領域
POS、決済、会計、税務、法務、医療判断などは、専門SaaSや専門家の範囲を尊重します。
BOUNDARIES
Cloudflareに進む条件
Googleや既存SaaSでは足りず、顧客向けUI、独自DB、API、権限、移管性が必要な時だけ進みます。
START
診断して、最小ルートを決める。
必要なのは、いきなり構築することではありません。まず、会社の損失と知識の置き場所を見て、どの道具で解くべきかを判定します。