試作から本導入まで2か月
業務アプリケーションを最初の1か月で試作し、本導入 1か月で現場の運用開始まで進めます
hayaの業務アプリケーション開発は、試作だけで終わらせません。最初の1か月でデータ準備、初期版の作成、効果確認まで進め、次の1か月で本番環境への移行、品質確認、使い方共有まで対応します。
1週目
データ確認と最初の試作
既存データを確認し、最初の試作画面をつくってレビューを始めます。
2〜4週目
試作を見ながら改善を重ねる
実際の画面へのフィードバックと修正を繰り返し、4週目に本導入するかどうかを判断します。
2か月目
本番移行と定着の準備
本番環境への移行、品質確認、使い方共有まで済ませ、運用開始に備えます。
よくあるご相談
こんなお困りごとはございませんか？
外部に開発を依頼すると、要件の認識違いや利用部門のレビュー遅れ、公開直前に残る移行作業などが起きがちです。hayaでは最初の週からデータと試作画面をお見せし、利用部門の確認と本番準備を早めに進めます。
hayaの進め方
- 最初の1週間でデータと試作画面をお見せするので、文章だけで要件を決め切る必要がありません。
- 試作の途中から利用部門の確認を重ねるので、完成間際の認識ずれを減らせます。
- 本番移行、品質確認、使い方共有まで含めて進めるので、公開後すぐに使い始められます。
課題 01
要件が曖昧なまま、見積もりと開発が進んでしまう
業務の流れや例外、優先順位が文章のままだと、開発の途中で認識のずれや仕様の追加が起きやすくなります。
- 必要な機能の線引きが曖昧になる
- 途中で追加要望が増えやすい
- 見積もりと現場の期待がずれやすい
課題 02
利用部門の確認が遅れ、出来上がりが想定とずれる
実際に使う人の確認が後回しになると、完成間際になって「思っていたものと違う」という声が出やすくなります。
- 利用部門の意見が途中で割れる
- レビューが最後に集中する
- 手戻りで開発と確認が長引く
課題 03
移行や品質確認、使い方共有が終盤まで残る
公開直前まで本番移行や品質確認、使い方の説明が残っていると、リリースはできても現場に定着しにくくなります。
- 移行手順の確認が最後になる
- 品質確認と運用確認が終盤に集中する
- マニュアルや使い方共有の準備が足りなくなる
進め方
試作から本運用まで
2か月で進めます。
多くの場合、最初の1か月でデータ準備、初期版の作成、課題の洗い出し、効果確認までを行い、次の1か月で本番移行、品質確認、安定稼働の準備を進めます。
1週目
試作を始める準備
対象業務と使うデータを確認し、最初の試作画面をつくります。以降は実際の画面を見ながら打ち合わせを進められます。
- 使うデータの確認
- 初期版の作成
- レビュー用の操作シナリオ
2〜4週目
本導入で作る範囲を決める
試作へのフィードバックをもとに課題と必要な機能を洗い出し、本導入で何を作るかを固めます。
- 対象業務・課題の洗い出し
- フィードバック反映
- 効果確認メモ
- 本導入の対象範囲
2か月目
本番移行と運用開始の準備
本番環境への移行、品質確認、使い方共有まで進め、公開後すぐに現場で使い始められるようにします。
- 本番環境への移行
- 品質確認
- マニュアル / 使い方動画
- 現地での使い方共有（必要な場合）
よくあるケース
この進め方が向いているケース
データ
既存データを使って早く立ち上げたい
手元にある既存データを使い、最初の週から試作画面を確認しながら進めます。
見直し
現場のレビューで使い勝手を詰めたい
2〜4週目のレビューで、実際に使う人の声を聞きながら画面や操作を調整します。
定着
公開後の定着まで任せたい
品質確認やマニュアル、使い方共有も含めて、本運用の立ち上げまで対応します。
ご相談
対象業務と使うデータが分かれば、進め方をご提案できます。
要件書や画面イメージがなくても構いません。現場で何を確かめたいか、どのデータを使うかをうかがいながら、最初の1週間でつくるものと2か月目までに仕上げるものを一緒に決めていきます。
ご相談時にうかがいたいこと
- 対象業務と、実際に使う人
- 最初の1週間で確認したい試作のイメージ
- 使う予定の既存データや既存システム
- 本運用開始時に必要な品質確認 / マニュアル / 使い方共有
すべて決まっていなくても大丈夫です。分かる範囲の箇条書きで構いません。