プロジェクトでの変化
-
チケット発行〜利用一連の動線を一画面に集約
-
運用負荷問い合わせ件数の抑制
-
リリース計画スケジュールで着地
課題
福利厚生のチケットは発行・配布・利用・集計と扱うフェーズが多く、管理画面が分かりづらいと運用部門の負荷が一気に増える。発行ロジックと管理体験の両方を、丁寧に設計する必要があった。
アプローチ
- 01 チケットの発行〜利用までのライフサイクルを整理
- 02 Laravel で管理画面と発行APIを設計・実装
- 03 Docker でローカル〜本番までの環境を統一
- 04 AWS上での配信・データ取り扱いを含めて構成
成功要因
- ライフサイクル整理
- 発行・配布・利用・集計のライフサイクルを最初に整理し、管理画面の構成方針を一本化した。
- 運用部門起点の画面設計
- 運用部門のオペレーションを基点に管理画面を組み、問い合わせ起点の負荷を構造的に抑えた。
- 発行ロジックと管理画面の同時設計
- 発行APIと管理画面をセットで設計し、片方の都合がもう片方の体験を歪めないようにした。
- 環境統一による安定運用
- Docker + AWS でローカル〜本番の環境を揃え、リリース後の運用立ち上げをスムーズにした。
ソリューション
Laravelで管理画面と発行ロジックを実装し、Docker + AWS で運用基盤を整備。運用部門のオペレーションを意識して画面構成を整理し、問い合わせ起点の負荷を抑える形に仕上げた。