第1章：私たちの現在地と、目指すべき「真の目的」
福祉・介護の現場、そして私たちeight-hospitalityの日常業務において、スタッフは日々高いホスピタリティを発揮しています。しかしその裏側では、手書きの記録、アナログな申し送り、情報の目詰まりといった「構造の歪み」が、多大な時間とエネルギーを奪い続けています。
特定の誰かが頑張らないと回らない業務。その人が休めば途端に立ち行かなくなる仕組み。この「属人化」こそが、私たちが壊すべき最大の壁です。
ここで、このプロジェクトの根幹を成す「絶対的な大前提」を宣言します。
AI活用やAppSheetの導入といったDX化は、あくまで「武器（手段）」に過ぎません。私たちの真の目的は、「現場の全体構造を整えること」にあります。
多機能なITシステムを入れることがゴールではありません。現場の導線にメスを入れ、情報の目詰まりを解消し、誰もが迷わず本来のパフォーマンスを発揮できる「シンプルで強固な構造」を作ること。そして最終的には、現場のスタッフ自身が「ここが不便だから、自分たちで仕組みを変えよう」と自走できる組織を作ることです。
第2章：0→1フェーズで「絶対にすべきでないこと（Don’t）」
成功のための最大の防御壁は、「何をやらないか」を明確にすることです。以下の4つは、プロジェクトを崩壊させる致命的な罠であり、絶対に避けてください。
1. 「社内のIT便利屋」になること
現場に「何に困っていますか？」「どんなアプリが欲しいですか？」と優しくヒアリングしてはいけません。必ず「画面のここを赤くして」「私のこの作業も自動化して」という「個人のワガママ（個別最適）」が噴出します。これに応え、御用聞きになってしまうと、エラーだらけの「新たな属人化の温床」が生まれます。私たちは便利屋ではなく、構造の設計者でなければなりません。
2. 「100点のシステム」を目指すこと
全員のあらゆる要望を満たし、すべての例外処理をシステム上で完結させようとするアプローチは確実に破綻します。「月に数回しか起きないイレギュラーな業務」まで組み込もうとすると、現場にとっても使いにくい複雑な画面になります。「100%の個別最適」は最初から捨ててください。
3. 「今の業務ルール」にシステムを合わせること
「今の複雑なやり方を、そのままアプリで再現してほしい」という要望はすべて却下します。無駄な業務フローをデジタル化しても、無駄なシステムができるだけです。システムを現場に合わせるのではなく、極限までシンプルにしたシステムに、現場のルール（働き方）の方を合わせにいくのが本質です。
4. 最初から「現場に作らせよう」とすること
最終的な理想は「現場が自分でアプリを作れる状態」ですが、最初からそれを求めると、現場はITの壁にぶつかって必ず挫折します。最初は強力なリーダーシップで「構造の土台」を作り、圧倒的な成功体験を見せつける必要があります。
第3章：0→1フェーズで「絶対にすべきこと（Do）」
便利屋にならずに構造を整えるためには何にフォーカスすべきか。以下の3つの柱（OS）に徹します。
1. 「80:20の法則」による一点突破
システムは「80点」で構いません。「全体の8割の人が毎日行っている、最も目詰まりを起こしている業務（ボトルネック）」だけにターゲットを絞ります。残りの「20%のイレギュラーな業務」は、システムから切り捨て、手書きや口頭連絡に残します。「割り切る」ことこそが、最もシンプルで定着する最強の武器を生み出します。
2. 「2階建て」のDXアーキテクチャ設計
- 【1階部分（全社インフラ）】：日報や申し送りなど、情報の血液が流れる「幹」の部分。ここは私たちが主導し、AppSheetで最速で代行構築します。その代わり、管理者には「どうルールを変えるか」に頭を使わせる伴走（コーチング）を行います。
- 【2階部分（現場の個別改善）】：特定の部署の備品管理など「枝葉」の部分。ここは代行せず、「AppSheetを使えば自分で作れるよ」と作り方を教えるメンターに徹します。
3. 「小さな成功体験」によるリテラシーの漸進的向上
いきなりIT用語を並べて教育するのではなく、「業務をシステムに合わせたら、残業が30分減った」という強烈な実体験を現場に与えます。この「仕組みが変わればラクになる」という成功体験の連鎖こそが、最高のITリテラシー教育になります。
第4章：構造改革をやり切る「ステップバイステップ」
上記の哲学を胸に刻み、実際に社内を動かしていくための5つのステップです。
- 土壌づくりと「痛み」の収集：DXチャットを開設し、日常的にAIの小さな発見をシェアします。同時に「痛みの目安箱（フォーム）」を設置し、欲しい機能ではなく「一番時間がかかって面倒な作業は何か？」を抽出します。
- 構造的ボトルネックの特定：集まった声から、「特定の1人の業務ではないか」「情報共有が止まるボトルネックか」「80点の解決になるか」という厳しいフィルターを通し、最初の標的を一つ選び抜きます。
- 割り切りの「80点プロトタイプ」爆速開発：数日で極限までシンプルな画面を作ります。「マイクボタンを押して喋る」「送信を押す」だけ。例外処理の入力欄は一切排除します。
- 現場テストと「ルールの書き換え」：完成したプロトタイプを現場に渡します。「特殊なケースが入力できない」と不満が出た際、システムを改修するのではなく、「その特殊な業務フロー自体をやめる、別のシンプルな運用に変える」と、社内のルールの方を強制アップデートします。
- ショーケース化と「2階建て」への移行：ルール変更により「業務が劇的にラクになった」実績をDXチャットで共有します。これを見た他のメンバーが「私の業務もラクにしたい」と声を上げた時、「やり方は教えるから自分で作ってみよう」とコーチング（2階部分）に入り、組織の自律的進化をスタートさせます。
終章：私たちの痛みが、業界を救う商品になる
この0→1フェーズは、決して平坦な道ではありません。個別の要望を切り捨て、今までの慣れ親しんだルールを変えるのですから、最初は必ず現場から反発や不満の声が上がります。
しかし、この「個別最適からの脱却」という痛みを乗り越え、極限まで削ぎ落として磨き上げられた「超・シンプルな勝てる構造」こそが、莫大な価値を生み出します。
私たちが泥臭く作り上げ、自ら実証したこの仕組みは、そのまま福祉・介護業界全体が喉から手が出るほど欲しがる「最強のパッケージ商品」になります。高額なシステムを買えず、アナログな業務に疲弊しきっている全国の現場を救うのは、ITベンダーではなく、ホスピタリティの最前線で働く私たちが作り上げた「現場の構造を整える最適解」なのです。
まずは私たち自身の働き方を劇的に変えましょう。そしてその余力で、最高のホスピタリティを発揮し、最終的にはこの「仕組み」そのもので福祉業界全体を席巻する。
この壮大なビジョンに向けた最初の小さな一歩をまず踏み出ます。