エステチェーンのタブレット業務システムと多店舗分析サイトを構築

プロジェクトでの変化

• 店舗端末の入力時間
  紙運用比で短縮
• 多店舗指標の可視化
  本部で日次確認可能
• 展開店舗
  段階展開で拡大

課題

多店舗のエステチェーンでは、店舗ごとに業務の流れが少しずつ違います。それでも本部は、経営判断のために横断で数字を見たい。ここが噛み合いません。しかもタブレットを使うのは現場のエステティシャンで、ITに慣れていない方も多くいます。紙と同じ感覚で扱えなければ定着しません。店舗ごとのばらつきは残したまま、本部の集計軸だけはそろえる。その設計が必要でした。

アプローチ

1. 01 店舗ヒアリングで、業務動線を統一できる範囲とできない範囲を切り分けました
2. 02 C#.net + WPF でタブレット業務アプリを実装し、現場最適の入力UIを設計しました
3. 03 CakePHP + MySQL で多店舗業務分析サイトを構築しました
4. 04 店舗端末と本部DBの連携を設計し、本部側の集計工数を構造的に削減しました
5. 05 経営指標（売上・施術時間・リピート率など）の可視化軸を本部と合意しました
6. 06 段階展開で店舗を順次オンライン化し、定着確認をしながら次の店舗へ広げる運用にしています

成功要因

統一可能範囲の見極め

店舗ごとに違う部分とそろえるべき部分を切り分け、設計の前提として明文化しました。

タブレット最適UI

指タップ中心の入力UIに振り切り、ITに不慣れな現場でも定着できる設計にしました。

店舗・本部の責務分離

現場アプリと本部分析サイトで責務を分け、片側の都合がもう片側を歪めない構造にしました。

経営指標の可視化軸合意

集計軸を経営側と先に合意し、機能追加のたびに指標がブレない運用を維持しました。

ソリューション

タブレット側は C#.net + WPF で、現場に合わせた画面を作りました。本部側の多店舗分析は CakePHP です。店舗の端末から本部のDBへデータを渡すようにしたことで、それまで手作業だった集計が自動になりました。店舗ごとの違いはパラメータで吸収し、集計の軸だけを共通にしています。