STEP 1
業務範囲を切る
入力、承認、帳票、検索、外部連携、例外処理を分解し、開発対象を決めます。
SYSTEM DEVELOPMENT PLANNING
システム開発の要件・費用・進め方を発注前に整理
業務システム、Webシステム、基幹連携、SaaS連携について、対象業務、画面・帳票・データ、非機能要件、保守体制、概算費用を発注前に整理します。
30分相談費用感進め方
30 MINUTES
30分でここまで整理します
開発対象とSaaSで足りる範囲
画面・帳票・連携・権限の見積前提
初期費用、保守費、段階開発の判断材料
業務整理から要件定義まで対応
見積比較できる粒度に分解
開発後の保守・改善まで設計
PROBLEM
発注前に整理
社内で作りたいものの範囲が揃っていない
相見積を取っても前提差が大きく比較できない
SaaS、ノーコード、個別開発の切り分けが難しい
初期費用だけでなく保守費や追加費用が不安
PROCESS
最初に整理する3つの論点
STEP 2
見積前提を作る
画面数、帳票数、データ移行、権限、非機能要件、保守範囲を整理します。
STEP 3
発注判断へ落とす
SaaS活用、MVP、段階開発、本格開発の選択肢を費用とリスクで比較します。
OUTPUT
打ち合わせ後に残るもの
OUTPUT 1
開発スコープ案
作る機能、作らない機能、既存SaaSで代替する機能を分けます。
OUTPUT 2
見積依頼の論点
ベンダーへ確認すべき範囲、検収条件、保守条件を整理します。
OUTPUT 3
段階開発ロードマップ
初期リリース、追加開発、保守改善の順番を決めます。
OUTPUT 4
稟議向け材料
費用、削減工数、リスク、代替案を社内説明できる形にします。
BEFORE CONTACT
分からないままで大丈夫なこと
すべて埋まっていなくても問題ありません。不明点がそのまま初回の整理テーマになります。
要件が固まっていない
予算や時期が未定
既存資料が揃っていない
FAQ
よくある質問
Q. まだ要件が固まっていなくても相談できますか？
A. 可能です。初回は要件を決める前の業務整理から行います。
Q. 他社見積の比較もできますか？
A. 対応できます。範囲、前提、追加費用、保守条件の差を確認します。
Q. 小さく作って後から拡張できますか？
A. 可能です。MVPで始める範囲と、後から増やす機能を分けて設計します。