業務状況を送る構築内容へ

費用の考え方

見積判断へ進む確認順

目的、前提、技術利用量、リソース、運用に残す情報、体制、KPIを順に扱います。

対象になる状況

見積順に関係する業務から、最初に扱う範囲を絞れます。

扱える範囲

人の管理工数、検知点、開発運用、技術利用量、周辺リソース、運用定着を分け、社内で検討しやすい条件にします。

送る内容

業務量、利用中システム、確認したい時期、緊急性をもとに、見積に必要な前提を分けます。

この内容で送る
見積前の整理見積前提
業務範囲資産既存技術利用量運用保守
範囲
資産
利用量
保守
01
目的業務範囲
02
前提既存資産
03
残る情報技術利用
04
KPI保守改善

費用

条件分解金額表ではなく前提を見ます

技術

利用量トークンやクラウドを分けます

比較

運用負荷人の確認時間も見ます

扱えること

見積順で扱えること

人の管理工数、検知点、開発運用、技術利用量、周辺リソース、運用定着を分け、社内で検討しやすい条件にします。

前提費用が動く条件

業務範囲、権限、データ量、AI利用、クラウド、検知点、保守改善の範囲を分けます。

整えること見積前提の分解

オペレーション、技術利用量、リソース、管理工数を一式にせず分けます。

次に残ること比較しやすい費用の前提

一般的な一括開発やSaaS利用料と混同しないよう、業務分析、構築、技術利用量、保守改善を分けます。

作る範囲

見積順で見ておくこと

貴社の業務に置き換えたとき、どこから作り替えるかを判断しやすい粒度に絞ります。

見積前提が揃う

費用・期間・体制・確認者を分けます。

契約範囲を分けられる

初動だけ、現状把握だけ、技術検証だけなどを選べます。

次の一歩

見積順について、最初に扱う範囲を出します。

業務量、利用中システム、確認したい時期、緊急性をもとに、見積に必要な前提を分けます。