この記事の要点
- ServiceNowは2004年、誰も好まないIT部門の問い合わせ対応を仕組みにして創業した。依頼と対応という構造は全部門で共通するため横展開でき、業務の土台になることで替えにくい地位を得た。
- 誰も好きではない、業務
- 同じ仕組みが、他の部門でも使える
- 全社に入ると、替えにくい
- エージェントの実務への、示唆
ServiceNowは、社内の問い合わせ対応を製品にした会社です。2004年、フレッド・ラディが創業しました。
「パソコンが動かない」「アカウントを作ってほしい」。情報システム部門にはこうした依頼が毎日届きます。メールと電話で処理されていた業務を、仕組みに変えました。
Founded2004年IT部門の問い合わせ
ExpandIT→全部門同じ仕組みが他でも使える
Value嫌われる業務誰もやりたがらない領域
AT A GLANCE
ひと目でわかる
TURNING POINT
2010年代
IT以外の部門へ拡大
記事中の事実を要約したものです。出典は本文末の「この記事の情報源」をご覧ください。
Chapter 01年表ServiceNowの歩み
2004創業フレッド・ラディが設立。IT部門向けの業務管理
2000年代IT部門の問い合わせ管理チケット管理の仕組みとして普及
2012ニューヨーク証券取引所に上場クラウドの企業向けサービスとして
2010年代IT以外の部門へ拡大人事・総務・法務の問い合わせも
2020年代業務プロセス全般へワークフローの基盤として
現在企業の業務基盤IT部門から全社へ広がる
Chapter 02起点誰も好きではない、業務
社内の問い合わせ対応は、担当者にとって評価されにくい業務です。うまくいって当たり前で、遅れると文句を言われる。
そしてメールと電話で処理されていると、誰がいつ何を依頼したか、どこまで進んだかが分からない。依頼した側も、担当者も困っています。
誰も好きではない業務は、改善の担当者もいない。だから放置され、だから解く価値がある。間接業務の構造
LayerXの請求書、コンカーの経費精算、SmartHRの労務。嫌われる業務は、事業機会の宝庫です。
Chapter 03拡張同じ仕組みが、他の部門でも使える
ServiceNowの本質は「依頼を受け、割り当て、進捗を追い、完了させる」という仕組みです。
業務の内容は違っても、依頼と対応という構造は同じ。だから一つの仕組みが全部門で使えます。日東電工の三新活動と同じ横展開です。
Chapter 04構造全社に入ると、替えにくい
IT部門だけなら替えられますが、全部門の業務がその上で動くようになると替えることが事実上不可能になります。
Oracleのデータベース、SAPのERP。業務の土台になった製品は、乗り換えコストで守られます。
逆に言えば、導入時の判断が10年以上を縛るということでもあります。
Chapter 05現在地エージェントの実務への、示唆
「依頼を受け、割り当て、進捗を追う」という構造は、人材紹介の実務そのものです。求人の依頼、担当の割り当て、選考の進捗。
これをメールと記憶で処理していると、どこで止まっているかが見えなくなります。ServiceNowが解いた問題は、規模の小さい組織にも同じ形で存在します。
For Agentsこの物語を、面談でどう使うか
自社の業務の進捗を管理するとき依頼・割り当て・進捗・完了という構造を仕組みにできているかを点検してください。
嫌われる業務に着目するとき誰も好きではない業務は改善の担当者もいないため放置されます。そこに機会があります。
システム導入を支援するとき業務の土台になる製品は10年以上替えられません。導入時の判断の重さを伝えてください。
この記事の情報源
- 各社の有価証券報告書・適時開示(沿革、業績、資本構成など)
- 企業の公式サイト(沿革、会社概要、代表メッセージ)
- 創業者・経営者が登場した公開インタビューおよび寄稿
- 新聞・経済メディアの報道
確かめられていないこと創業当時の社内の詳しい経緯や、公表されていない数値については、一次資料で裏づけられないため記載していません。本文中の「〜と語られる」「〜とされる」という表現は、関係者の証言や報道にもとづくもので、公式に確認されたものではありません。
KEY POINTS
この記事のポイント
1起点誰も好きではない、業務社内の問い合わせ対応は、担当者にとって 評価されにくい業務 です。うまくいって当たり前で、遅れると文句を言われる。
2拡張同じ仕組みが、他の部門でも使えるServiceNowの本質は「 依頼を受け、割り当て、進捗を追い、完了させる 」という仕組みです。部門 依頼の例 仕組みは同じ IT パソコンの故障、権限の付与 ○ 人事 証明書の発行、手続きの相談 ○ 総務 備品の手配、設備の不具合 ○ 法務 契約書の確認依頼 ○ 業務の内容は違っても、依頼と対応
3構造全社に入ると、替えにくいIT部門だけなら替えられますが、全部門の業務がその上で動くようになると 替えることが事実上不可能 になります。Oracle のデータベース、 SAP のERP。
よくある質問
A2004年にフレッド・ラディが創業した、社内の問い合わせ対応と業務プロセスを管理するクラウドサービスの企業です。
Aパソコンの故障や権限の付与など、メールと電話で処理され進捗も見えない業務が集中していたためです。
A業務の内容は違っても、依頼を受け割り当て進捗を追い完了させるという構造が同じだからです。
A全部門の業務がその上で動くようになると、乗り換えが事実上不可能になるためです。
Ask AIこの記事をもとにAIに相談する
記事の内容を前提にして、あなたの状況に合わせた答えをAIに出させます。質問を入れて「ChatGPTで相談」または「Claudeで相談」を押すと、記事の要点と質問がセットになった状態で開きます。
記事本文の要点(見出しと本文の抜粋)がそのままAIに渡ります。Geminiは自動入力に対応していないため、押すとプロンプトをコピーしてGeminiを開きます。貼り付けて送信してください。候補者の実名・企業の機密は入力しないでください。AIの回答は記事の内容に基づく参考情報です。
本記事は編集部の支援実務の経験に基づく見解です。個別の状況により最適な進め方は異なります。
THE
AGENT
執筆・編集: THE AGENT 編集部
運営:
株式会社Sync Ascent(事業立ち上げ・採用コンサルティング)。数千名規模のキャリア支援と人材紹介事業立ち上げの実務経験に基づき、現場で使える情報だけをお届けします。|最終更新: 2026.09.20
← ナレッジ一覧に戻る