ITサービスは何を売っているのか

顧客の仕事を動かす仕組みを提供する

ITサービス業界は、企業や生活者が情報を使って仕事を進めるための仕組みを作り、使える状態を保つ産業です。注文を受ける、在庫を確認する、給与を計算する、送金する、診療の情報を記録するなど、対象は幅広くあります。画面やプログラムが完成しただけでは十分ではなく、使う人、データ、業務の手順、障害への対応まで含めて機能する必要があります。

たとえば店舗向けの在庫管理なら、商品の数を表示するだけでなく、仕入、販売、返品、倉庫、会計の情報がつながらなければ仕事に使えません。どの時点で在庫と数えるか、誰が修正できるか、通信が止まったらどうするかという決め事も必要です。ITの仕事は、コンピューターを扱う仕事であると同時に、現実の仕事を正確に理解し、情報の流れに変える仕事です。

企業研究では「AI」「DX」「クラウド」という言葉だけでなく、どの顧客の何を改善しているかを探します。作業時間を減らす、販売機会を増やす、間違いを減らす、止まるリスクを抑えるなど、顧客にとっての価値は異なります。技術が新しいことと顧客の成果が大きいことは同じではありません。代表サービスを一つ選び、利用場面を説明するところから始めましょう。

参照資料：「DX動向2026」広がるAI導入、DXは変われるかWhat is the Cloud Adoption Framework?

受託開発・SaaS・クラウドを分ける

受託開発は、顧客の要望や業務に合わせてシステムを作る事業です。顧客ごとの事情へ対応しやすい一方、要件の整理、変更、開発期間、検収などを管理する必要があります。成果物に対して対価を得る契約も、作業や期間を基に対価を得る契約もあり、実際の契約は個別に異なります。受託開発という言葉だけで、収益や責任を一つに決めることはできません。

SaaSは、ソフトウェアをサービスとして提供し、複数の顧客が継続的に利用する形です。共通の製品を改善して多くの顧客に届けられる一方、顧客ごとの要求をどこまで共通機能にするか、止まらず更新するか、使い続けてもらうかが課題になります。月額料金のような継続課金が多いとしても、導入支援や利用量に応じた料金などを組み合わせる場合があります。

クラウドは、計算、保存、ネットワークなどの資源をサービスとして利用する仕組みです。SaaS企業や受託開発企業が、その上でサービスを作ることもあります。一つの企業が受託開発とSaaSを併せ持ったり、クラウドの導入支援をしたりするため、分類は重複します。会社名を分類するより、事業ごとに「何を誰へ提供し、どこから対価を得るか」を確かめます。

参照資料：What is the Cloud Adoption Framework?Architect multitenant solutions on AzureShared responsibility in the cloud

導入してから始まる仕事がある

システムを導入した後には、利用者を登録し、権限を管理し、使い方を説明し、エラーや問い合わせに対応します。業務が変われば機能や設定も変える必要があります。さらに、データのバックアップ、障害の検知、更新、セキュリティへの対応も続きます。ITサービスは一度作って終わるものばかりではなく、長期間の運用から価値を生む仕事も大きな位置を占めます。

「運用」は同じ作業をただ繰り返す仕事とは限りません。障害の原因を分析して再発を減らす、自動化で手間を減らす、利用状況から費用を調整する、変更の安全性を確かめるなどの改善があります。MicrosoftのCloud Adoption Frameworkも、導入だけでなく、管理、統制、保護を継続的な課題として扱っています。どこまでを顧客が担い、どこを外部に任せるかがサービスの違いになります。

求人を読むときは、開発、導入、運用、顧客支援のどこを担当するかを確認します。同じエンジニアという名前でも、製品の新機能を作る仕事、顧客の業務に合わせる仕事、稼働を守る仕事では一日の流れが異なります。技術名だけで仕事を選ばず、成果物と利用者との距離を調べると、働く姿を想像しやすくなります。

参照資料：What is the Cloud Adoption Framework?Azure Well-Architected Framework

IT企業とITを使う企業の境界

銀行が自社のサービスを開発し、製造業が工場のデータを分析し、小売企業が販売の仕組みを作ることもあります。ITに関わる仕事がITサービス会社だけにあるわけではありません。顧客側の事業会社が自分で作る部分と、外部から買う部分を選ぶため、内製と外注の境界は固定されていません。何を自分たちの競争力として持つかが、企業ごとの判断になります。

外部の企業を利用する理由には、専門知識、開発の能力、運用の体制、共通製品の利用などがあります。すべてを自社で作ることがいつも良いわけではなく、すべてを任せればよいわけでもありません。業務をどう変えるか、誰が意思決定し、どの情報を持つかは顧客にも残ります。システムの導入を、技術を買うだけの作業として理解しないことが重要です。

最初の研究ノートには、顧客、解く問題、提供方法、継続する仕事、責任の分担という欄を作ります。その企業が新興か大手かを調べる前に、事業の中身を置くための枠です。知名度の低い企業でも、特定業務の深い知識や導入の経験を持つ場合があります。逆に大きな企業でも、事業部ごとに提供している価値は違います。

参照資料：「DX動向2025」日米独比較で探る成果創出の方向性What is the Cloud Adoption Framework?

サービスの外側にある作業を数える

給与計算のサービスを例に考えます。計算の機能が正しくても、勤怠のデータが届かない、承認が遅れる、例外の扱いが分からないという状態では、支払までの仕事は終わりません。サービスが直接担う機能と、顧客側に残る前後の作業を分けると、導入支援や連携がなぜ必要かが分かります。顧客が買っているのは機能の一覧だけではなく、仕事を完了できる仕組みです。

この観点は競合を探す際にも使えます。同じ画面を持つ製品だけが競合とは限らず、表計算、社内の手作業、別の業務の進め方が代替になることがあります。新しいサービスを選ぶためには、移行する手間や利用者の学習も必要です。企業研究では、顧客が今どの方法で問題を解いており、なぜ変えるのかまで一段広げて調べます。

参照資料：Architect multitenant solutions on AzureWhat is the Cloud Adoption Framework?