プロジェクトでの変化
- 管制業務の
入力時間 紙運用比で短縮 - 配置調整の
伝達ミス 減少傾向 - リリースサイクル週次
課題
警備員の
アプローチ
- 01 現場警備員と
本部の それぞれに ヒアリングし、 業務フローを 図に 起こしました - 02 MVPの
範囲を 「管制業務」と 「配置業務」に 絞り、 企画書へ 落と し込みました - 03 Supabase + React + TypeScript で
素早く 画面を 試作し、 企画段階から 実物を 見せて 議論しています - 04 Vercelの
プレビュー環境を 毎週の 現場レビューに 使い、 フィードバックを 翌週の リリースへ 反映しました - 05 スマホの
片手操作を 前提とした 入力UIとし、 現場の 負担を 増や さずに 移行できる 構造に しています - 06 初期定着の
後は 機能拡張の ロードマップを 引き、 内製運用へ 移行できる 体制を 整えました
成功要因
- 現場起点の
要件抽出 - 業務要件が
明文化されていない 状態から、 現場と 本部への ヒアリングで 業務フローを 図に 起こす ことから 着手しました。 - MVPスコープの
絞り込み - 管制業務と
配置業務の 2点に 絞り、 定着してこそ 意味の ある システムに、 余計な スコープの 広がりを 持ち込みませんでした。 - プレビュー駆動の
現場巻き込み - Vercelの
プレビュー環境を 毎週の 現場レビューに 使い、 業務側が 発言しやすい 状態を 整えました。 - Supabase最小構成
- 認証・DB・ストレージを
Supabaseで まとめ、 企画段階でも 素早く 実物を 見せられる 体制を 保ちました。
ソリューション
認証・DB・ストレージは