上位Levelを買う = 下位Levelも付随して動く。下位が消えるのではなく、新しい関与の深さが積み重なる。
月額の意味: そのLevelまでの積層全体に対する対価。
Level昇格: 新層が追加される(下位は消えない)。
L1 は全顧客共通の基礎層: 勤怠・シフト・日報の自動化は全パターンで動く。
負荷は線形に増えない: L3スタートでも立ち上げ工数は L1スタートの1.3〜1.5倍程度(CCが全工程を吸収)。
上位Levelが維持できなくなったら、下位層への撤退を仕組みとして許容する。
これは「失敗」ではなく「力不足の事実認識」として扱う。
顧客の規模・ITリテラシー・経営者の志向で分岐する3つの進め方。
ITリテラシーに不安がある経営者に、L1から小さく始めてROIを確認しながら階段を上る進め方。
ラーメン店5店舗 / 従業員36名 / 代表 田村さん(62歳・二代目)
既にIT投資があり統合が課題の経営者に、L2の部門統合から入り、L3-L4までペース良く進める進め方。
美容室8店舗 / 従業員72名 / 代表 渡辺さん(43歳・創業経営者)
野心的経営者と最初から高木が組み、L3スタートで9ヶ月でL4-L5まで到達する進め方。当社にとっても挑戦的な領域。
フィットネスジム12店舗 / 従業員180名 / 代表 木村さん(34歳・IT業界出身)
初回商談時にCC(/scope-hearing-prep)が4問で判定する。
| 危険な組み合わせ | 理由 |
|---|---|
| ITリテラシー低い × パターンC | 組織が追いつかず空中分解 |
| 急成長志向 × パターンA | 物足りなさで解約 |
| 予算少ない × パターンC | 初期投資で破綻 |
| 経営者が出てこない × パターンC | L4以降に進めず行き詰まる |
途中でパターン変更はOK。
Aで始めた顧客が渡辺さん化(B昇格)するのは歓迎。
Cで始めたがペースダウンしてB相当になるのも問題ない。
重要なのは現在のパターンをCC(loop-state.json)と担当者が認識していること。