システム開発依頼の流れ｜相談前の準備から利用開始・保守まで

›

が回答中

システム開発を依頼する前に、何に困っていて、どの業務をどう変えたいかを整理してください。

最低限決めておきたいのは、入力するデータ、必要な出力、連携先です。

この記事では、依頼前の準備、相談の始め方と開発が必要かの見極め、要件定義から構築までの体制と期間、発注側の受け入れテスト、利用開始後の保守契約を順に説明します。

この記事の要点（図解で1〜3分）

1. 相談前は目的と入出力を整理する
2. 相談から運用までの流れ
3. 個別開発の必要性を確かめる
4. 業務の判断と技術の具体化を分担
5. 発注側の受け入れテストの確認例
6. 保守の範囲は契約内容で決まる

記事 https://n-v-l.co/blog/system-development-request を読み、次の形で答えて。私について知っている情報があれば前提にする。
1.結論1文 2.記事の具体例3つ（企業名・サービス名・数字入り） 3.読む価値がある見出し2つ＋理由 4.私の会社に効くか（私を知っていれば当てはめ、不明なら判定質問3つ） 5.末尾に「答えてもらえれば、記事とサイト（https://n-v-l.co/）をもとに打ち手と記事にない部分を分けて答えます」
1500字以内。記事にないことは書かない。

STEP 0 システム開発依頼前｜目的と変えたい業務フローを整理する

相談前の準備は、解決したい課題を言葉にするところからです。現在の作業と、開発後に変えたい作業を分けると、依頼したい範囲を説明できます。

まず伝えるのは目的・課題・変えたい業務フロー

初回相談で伝えるべきことは？

例えば、毎月の会議資料を作る業務なら、どの部署からデータを受け取り、誰が集計し、誰が数字を確認するかを書き出します。続けて整理するのは、手作業を減らしたい箇所と、今は確認できていない数字です。

最低限決めておく入出力と連携先

相談時に伝える入力・出力・連携先を、会議資料の例で整理します。

元データと必要な出力が決まれば、相談の対象が具体的になります。連携先は、社内で使っているシステムの名称まで伝えてください。

STEP 1 システム開発依頼の相談｜開発の必要性と相談の始め方

弊社への相談では、課題と要件の具体化がどこまで進んでいるかをご共有ください。既存ファイルの修正や既製サービスで目的を達成できる場合は、その方法を検討してください。

無料相談とデモ付きの個別提案

弊社の相談は、無料相談とデモ付きの個別提案からです。手元の入出力や連携先の情報とともに、現在困っている作業を伝えてください。

要件の具体化から必要ならコンサルのような入り方からスタート

機能や要件がまだ固まっていない場合は、どこから相談すればよいですか。

データ量が原因ならDB化、関数の破損だけなら社内修正

集計Excelが重いという相談では、開発が必要かどうかをどう判断しますか。

Excelが重いときは、データ量と計算の作り方のどちらが原因かを確かめましょう。

Microsoftは、Excelの計算速度がワークシートの設計に左右されると説明しています。遅い計算箇所を調べ、不要な計算や参照を減らす改善方法も紹介しています。 参照：Excel performance（計算パフォーマンスの改善）｜Microsoft Learn

Microsoftのデータ管理に関する説明では、関連する表の管理、データの整合性、更新方法がデータベースを選ぶ際の判断材料です。 参照：AccessまたはExcelを使用してデータを管理する｜Microsoft Support

相談では、データ量の増加と計算処理の問題を分けて伝えてください。データ同士の関係や更新方法も整理すると、既存ファイルの修正で足りるか、DB化が必要かを検討できます。

STEP 2・3 システム開発依頼後｜定義・設計と構築の体制・期間

発注側には、現場の業務を説明できる人が必要です。目指す業務を判断できる上位者の参加も検討してください。開発期間は、実装する機能と、要件・仕様を決めるための確認時間を踏まえて相談します。

発注側は現場担当者と意思決定者、弊社側はPM兼コンサルとエンジニア

定義・設計から利用確認まで、弊社側と発注側には、どのような担当者が必要ですか。

定義・設計で何を決めるかは、IPAの説明が参考になります。

IPAは、要件定義で利用者の要求を整理して関係者で合意し、基本設計で業務フローや機能、外部システムとの接続を具体化すると説明しています。 参照：要件定義とは？｜IPA DX SQUARE

会議資料のシステム化なら、現場担当者が元データの項目や集計方法を説明し、意思決定者が対象業務と優先順位を判断する役割分担を検討できます。開発側と具体化する対象は、データの対応関係、集計ルール、表示内容、連携方法です。

デジタル庁の標準ガイドライン解説書は、設計・開発側で実装とテストを進め、発注側も設計内容や進捗、品質を確認する工程を示しています。 参照：デジタル・ガバメント推進標準ガイドライン解説書・第7章4〜5｜デジタル庁

構築中に追加したい機能が出たら、発注側と開発側で必要な作業と期間への影響を確認します。公開資料に基づく役割分担を参考に、実際の担当と確認方法は案件ごとに決めてください。

規模と期間は実装する機能から判断する

ダッシュボードを表示する開発は、発注から利用開始まで何か月くらいですか。

相談時には、表示したい内容と、そのために必要な処理を伝えてください。追加機能を含む案件の期間は、個別に確認します。

要件・仕様を決める工程の確認待ちを見込む

発注側の確認待ちで期間が延びやすいのは、どの工程ですか。

STEP 4 システム開発依頼の利用確認｜発注側で受け入れテストを行う

実際の業務に使えるかを確かめるため、テストする人と利用開始を判断する人を発注側で決めておきます。

受け入れテストは発注側が行う

元帳票との照合を含む利用確認は、弊社と発注側のどちらが行いますか。

デジタル庁の解説書では、発注側が主体となり、実際の利用者も参加して受け入れテストを行います。本番に近いデータを使い、正常時と異常時の動作、新旧システムの結果などを確認します。不具合への対応を含めて、受け入れテストの期間を確保するよう示しています。 参照：デジタル・ガバメント推進標準ガイドライン解説書・第7章7〜8｜デジタル庁

この確認観点を、集計業務とダッシュボードの利用に当てはめた確認例です。合意した要件に合わせて項目を選んでください。

権限や照合の担当は、自社の体制に合わせて決めてください。確認結果と残った不具合を記録し、業務への影響を踏まえて利用開始を判断する責任者へ渡してください。

STEP 5 システム開発依頼後の保守｜契約に含む改修と追加開発

保守に含まれる範囲は、契約内容で決まります。帳票の小さな変更でも、契約によって追加料金の扱いが変わります。

サーバー監視だけの契約では列の追加も別料金

利用開始後の変更依頼は、保守の範囲内か別途相談かを、どのように判断しますか。

改修枠を含む契約なら小さな変更を枠内で対応

新しい連携の追加は改修規模と費用を別途相談する

まとめ｜目的・入出力・連携先を整理して相談へ

相談に向けて、目的と変えたい業務フロー、入力するデータ、必要な出力、連携先を整理してください。参加者には、現在の作業を説明できる現場担当者が必要です。目指す業務を判断できる責任者の参加も検討します。

要件の具体化から相談したい場合は、その段階を伝えてください。弊社の開発・見積もりに関する相談窓口から、解決したい課題をお送りください。

最終更新日：2026年10月2日

取材回答／監修

岡田 徹NOVEL株式会社 代表取締役

エンジニア出身。大阪大学在学中から複数のプロダクトを立ち上げ、2019年にNOVEL株式会社を設立。上場企業を含む30件以上のAI導入・システム開発を支援し、見積もりと要件定義は自ら担当する。著書『2冊目に学ぶ ChatGPTプロンプト攻略術』（C&R研究所、2024年）。

取材日 2026年9月30日｜公開 2026.10.5｜最終更新 2026.10.5