そのシステムは、どう使われるか。
誰が何に使うのか、既存の製品やExcelでは何が足りないのか、費用は見合うのか。開発の必要性を、使う人と利用場面から考えます。 その判断には、業務と開発の両方の知識が欠かせません。開発者だけでは現場の事情を捉えきれず、業務に詳しい人だけでは実現方法や技術上の制約を判断しきれません。Fluctuateは打ち合わせの機会を多く設け、お客様と知識を持ち寄りながら、仕様と使い勝手を具体的にしていきます。
01開発の進め方
打ち合わせを重ね、業務の理解を設計につなげる。
業務 × 開発INTERACTIVE
いつ、誰が、何を判断するか。
業務の流れを、画面とデータの設計へ。
- 01現場の流れを確認↗
- 02判断に必要な情報を整理↗
- 03画面・データの関係を設計↗
双方の知識を、使われる仕様へ。
01
誰が、何に使うかを整理
使う人、使う場面、解決したい課題を確認します。業務を知る方に、普段の流れや判断の理由を伺い、開発者だけでは分からない前提まで整理します。
02
既存の選択肢と比べる
既存の製品やExcelで対応できることも踏まえ、費用と使い勝手を考えて、何を開発するかを検討します。
03
開発中に、使い勝手を確かめる
必要に応じて画像や動画で開発中の状態を共有します。画面の見え方や操作の流れを確認し、修正が必要な点を整理します。
04
導入後も、改善を続ける
利用者の声や運用上の課題をもとに、改善を検討します。品質保証・保守運用を含め、導入後の対応範囲もご相談いただけます。
- 01利用場面の整理
使う人・目的・今の方法を確認。
- 02開発範囲の検討
既存製品・費用・必要な機能を整理。
- 03開発・共有
画面や動作を見ながら進める。
- 04使い勝手の確認
操作の流れと業務への適合を確認。
定例と開発中の打ち合わせで、業務・仕様・使い勝手を確認
お客様・業務を知る方業務の流れ・現場の判断
Fluctuate設計・実装・技術上の制約
週1回の定例＋開発中の打ち合わせ画像・動画でも確認
作りたいものから、使う人のことまで。
今の業務や、使う人が困っていることをお聞かせください。新しく作るべきかを含め、開発内容が決まっていない段階からご相談いただけます。