4 steps 見積もり依頼までの準備・
4 ステップ
見積もりの精度は、依頼する側が「決まっていること」と「決められていないこと」を分けて伝えられるかで変わります。要件がまだ固まっていなくても、次の 4 つを整理しておくと、見積もりの前提がそろい、あとから「想定と違う」となる場面を減らせます。
01
解決したい業務課題と優先順位を決める
01
解決したい業務課題と優先順位を決める
「手作業の集計に時間がかかる」「複数の台帳で情報が食い違う」「新しいサービスの仕組みを試したい」など、システムで解決したい課題を書き出し、優先順位を付けます。優先順位が決まると、最初のリリースで作る範囲と、後に回す範囲が決まります。発注側で用意しておくとよいのは、現状の困りごとと、解決したあとの状態です。
02
業務フローと利用者を整理し、必要な機能を書き出す
02
業務フローと利用者を整理し、必要な機能を書き出す
「誰が」「どの場面で」「何をするか」を業務の流れに沿って書き出し、必要な画面と機能を一覧にします。それぞれを「最初のリリースで必須」と「あれば良い」に分け、連携したい他システム(会計、顧客管理、外部サービスなど)も挙げておきます。この一覧が、見積もりの「作業量」の前提になります。
03
既存の資料・データ・連携先の情報を用意する
03
既存の資料・データ・連携先の情報を用意する
現行システムの仕様書や画面の一覧、いま使っている帳票や台帳のサンプル、移行したいデータの量と形式、連携先の仕様書や API の情報を、社内で用意できるものと、用意できないものに分けます。資料がない場合は「ない」と伝えていただければ、ヒアリングで整理します。資料の有無で、要件定義と移行の見積もりが変わります。
04
時期・体制・リリース後の運用を決めて相談する
04
時期・体制・リリース後の運用を決めて相談する
使い始めたい時期(繁忙期や締め日を避けるか)、社内の決定者と確認の進め方、リリース後に誰が運用し、保守をどこまで依頼するかを決めて、相談に持ち込みます。ステップ 1〜3 が整理されていれば、相談の場で範囲の認識をそろえやすくなります。決められていない項目は「未定」のままで構いません。
