システム開発の成功事例8選｜古い基幹・紙とExcel・外注まかせの壁をどう越えたか

「継ぎ足しで大きくなった基幹システムが、もう限界に近い」「紙やExcelへの手入力が残っていて、ミスと残業が減らない」「開発はすべて外注で、ちょっとした改修にも数か月かかる」。システム開発を外注しようとする会社の多くが、どこかでこうした壁に当たります。

この記事では、同じような壁を越えた8つのシステム開発の成功事例を集めました。開発会社の紹介ではなく、「どんな課題があり、担当者が何を原因と考え、何から手を付け、どうなったか」をストーリーで追います。通販、小売、エネルギー、自治体、食品メーカー、決済と、業種も規模もばらばらです。システム開発の事例を探している方、外注先とどう進めればよいかを知りたい方が、「これならうちでも試せそう」と思えるところまで読み解くのがねらいです。

先に結論を言うと、8件を並べて見えた共通点は次の3つです。

• 原因を分解してから、作る範囲を決めている：電話対応の時間を会話と入力に分ける、現場で実務の内容と課題を聞き取る。「システムが古い」「手作業が多い」で止めず、どこに時間がかかっているかを特定してから作るものを決めていました。
• 小さく作って、うまくいったら広げている：展示会用のシミュレーターの次に業務システムへ、1つの工場から全工場へ、1つのサイトから部門の開発へ。最初から全部をつくらず、先に1つ成果を出していました。
• 使う人と、直す人を最初から決めている：画面は現場の人に試してもらって決め、つくった後は自分たちで直せる体制を整える。納品して終わりにしない工夫がありました。

本記事は、掲載企業から報酬を受け取らずにAbin編集部が独自に調査・編集しています。有償の掲載がある場合は「PR」と明記します。

この記事の読み方

• 成果の数字は、すべてシステム開発会社の事例ページに載っている数字です（顧客の担当者の発言を含みます）。施策と成果の因果関係は、各社の説明のまま紹介し、編集部では断定していません。
• 「仮説」の欄は、事例ページで担当者や支援会社が「なぜそうしたか」を語っている内容だけを書いています。語られていない部分は「編集部の読み解き」と明記し、事実と分けています。
• 「見込み」「試算」の数字は、実績とは分けて書いています。
• 事例ページは2026年11月8日に確認しました。取り組みの時期が分かるものは書き添えています。調べ方の詳細は記事の最後にまとめています。

システム開発の成功事例マップ｜自分に近い事例を探す

8件の事例を、読者の悩みの型ごとに並べました。最初の2件は「古い基幹システムが足を引っ張る」、続く4件は「紙・Excel・手作業から抜け出したい」、最後の2件は「外注まかせから内製へ」です。自社の状況に近いものから読んでも、上から順に読んでもかまいません。成果の数字は各社の事例ページの表記で、比較の基準や定義は事例ごとに違います。

事例1：継ぎ足しで限界を迎えた基幹システムを、改修を止めずに作り替え、出荷確定の作業が約1時間から約10分に｜業務スーパーの神戸物産

状況

神戸物産は、「業務スーパー」を全国に1,000店舗以上展開する会社です。基幹システムは、まだ数十店舗だった2000年代前半にスクラッチで開発したもので、店舗が急に増えるたびに機能を足し続けてきました。動作が不安定になり、反応も遅く、まれに夜間の処理が途中で止まっていることもあったといいます。社内の申請や承認は、紙に印刷して回していました。

壁

システム部の笠井氏は「システムの拡張性が限界を迎えていました」と振り返っています。ただ、普通の作り直しのように、今の機能を固定（凍結）してから要件を決めることはできませんでした。店舗は増え続けていて、今のシステムの改修も止められないからです。新しいシステムをつくりながら、今のシステムへの変更も取り込む必要があり、周りのシステムをつなぐ役割も保たなければなりません。社内に大きな開発体制はなく、先に相談した別の開発会社とは体制が合わずに話がまとまらなかったそうです。

仮説（事例ページで語られていること）

笠井氏は、まず透明度が高く拡張しやすい基盤をつくり、その上に今の機能を移せば、新しい要望にも素早く応えられると考えました。第一コンピュータリソース（DCR）が最初の打ち合わせから、プログラミング言語C#で基盤をゼロから作り替えるというはっきりした方針を示したことを心強く感じ、開発パートナーに選んだといいます。SIerとしての実績や技術者の層の厚さも決め手の一つでした。

打ち手

1. 2019年8月に作り直しに着手する（当時はすでに800店舗以上）。
2. 基盤をゼロから作り替え、その間も今のシステムへの機能追加や仕様の変更を並行して取り込む。
3. 2023年5月に新しいシステムを本番で動かす。
4. 次の段階として、店舗や取引先向けの発注を支えるシステムに取り組む。

走りながら車を作り替えるような作り直しです。今の業務を止めずに進めた結果、現場の作業はどう変わったのでしょうか。

結果

DCRの事例ページによると、店舗の発注に在庫を引き当てて出荷の数量を決める「出荷確定」の作業は、約1時間かかっていたものが約10分程度になったと、同社の沼田氏は話しています。いくつもの部門にまたがる申請や承認も、システムの中で完結するようになったそうです。

なお、事例ページの冒頭の要約では「1/6に削減」と表しています。ここでは担当者の発言どおりに紹介しました。

ここが効いた

• 今の機能を固定できない事情を前提に、基盤から作り替えて、変更を並行して取り込む進め方を選んだ。
• 「どの言語・どの基盤でつくるか」という方針がはっきりした開発会社を選んだ。

支援：第一コンピュータリソース／出典：第一コンピュータリソース 株式会社神戸物産の事例ページ（掲載日の記載なし（2026年11月確認）。掲載内容は取材当時の情報）

事例2：電話対応の時間を「会話」と「入力」に分け、入力の時間だけを半分に。1件あたりの対応時間が約10分から約7分30秒に｜テレビ通販のキューサイ

状況

キューサイは、ヘルスケアやスキンケア、医薬品を扱う会社で、テレビ通販が売上の多くを占めています。テレビ通販の後には電話の注文が集中しますが、1件あたりの平均処理時間（AHT）は10分近くかかっていました。処理時間が長いほど、オペレーターの人数とコールセンターへの委託費が増えます。

壁

コールセンターでは、受注から発送までを担う複雑な販売管理システムを、そのまま電話対応に使っていました。入力ミスは許されず、スーパーバイザーによる二重のチェックも必要です。現場の工夫だけでは、時間を縮めるのに限界がありました。

仮説（事例ページで語られていること）

同社は、電話対応の時間を分けて見ました。会話そのものは約5分、その後のシステムへの入力（後処理）に5分以上かかっていたのです。カスタマーサービス部の松田氏は、当時を「後処理にも5分以上かかっています」と説明しています。原因は複雑な基幹システムの画面での入力にあると考え、販売管理システムから切り離した、現場がシンプルに使える専用のシステムをつくればよい、という方針を立てました。

打ち手

1. 2022年7月に構築を始める。20社近くにRFP（提案依頼書）を出したが、スクラッチでの開発という要件に応えたのは2社だけだった。
2. 短い期間での稼働に前向きで、業務を理解しようとする姿勢があった第一コンピュータリソースを選ぶ。
3. 約30の画面を新しく開発する。画面の試作品を委託先のコールセンターに見せ、修正を繰り返す。
4. 2024年2月に受電専用のシステム「QUBE」を本番で動かす。おすすめ商品を示す機能で、ついで買いの提案も強める。

会話の時間を縮めようとすると、お客さんへの応対の質が落ちるかもしれません。同社が手を付けたのは、どちらの時間だったのでしょうか。

結果

DCRの事例ページによると、稼働から1年4か月後の2025年6月時点で、1件あたりの対応時間は約10分から約7分30秒になりました。後処理は5分から2分30秒に半減し、会話の時間は約5分のまま変わっていません。松田氏は、対応時間が25%縮んだことで、ほぼ同じ割合でオペレーターの人数を最適化できたと話しています。

ここが効いた

• 対応時間を「会話」と「後処理」に分け、お客さんとの会話は変えずに、入力の時間だけを減らした。
• 基幹システムを作り替えるのではなく、現場が使う部分だけを切り離して専用にした。

支援：第一コンピュータリソース／出典：第一コンピュータリソース キューサイ株式会社の事例ページ（掲載日の記載なし（2026年11月確認）。2025年6月時点の情報）

事例3：紙とペンの料金計算を、展示会用のシミュレーターから変え始め、翌年の業務支援システムで年間約2000時間の業務量を削減｜ガス会社

状況

西部ガスは、ガスと電気を中心とするエネルギー会社です。電力の自由化でガスと電気のセット販売を始めましたが、料金の計算は紙とペンで行っていました。ベテランでも数分かかり、人の手なので計算ミスも起きます。展示会では列ができると並ばずに離れてしまう人もいて、機会損失になることもありました。展示会には、営業以外の社員も対応に立っていたそうです。

壁

料金の体系やプランは複雑なのに、誰でも使えるシンプルさが必要でした。しかも、展示会までは2〜3か月しかありませんでした。

仮説（事例ページで語られていること）

松元氏は、こうした課題を受けて、タブレットで誰でも簡単に費用を出せる光熱費シミュレーターをFusicに依頼したと話しています。開発を担ったFusic側は、画面の使い勝手を決めるために現場の人に試してもらい、ガスの約款も読み込んで設計しています。Fusicの杉本氏は、自分がつくるものは自分が一番理解して進めたかったと語っています。

打ち手

1. 展示会の2〜3か月前に、家庭用の光熱費シミュレーターを依頼し、展示会に間に合わせる。
2. 現場の人に試してもらいながら、画面と操作を決める。
3. 翌年、1件ずつ手で入力していた業務を、業務支援システムとしてシステム化する。
4. 確認事項は8割ほどの完成度で渡し、指摘をもらいながら進める。

展示会のための小さな道具から始めた取り組みは、その後どうなったのでしょうか。

結果

Fusicの事例ページによると、2年目につくった業務支援システムで、松元氏は「年間で2000時間ほどの業務量削減」につながったと話しています。公開後のアンケートでは99%が使いやすいと答え、提案の内容にばらつきがなくなり、営業のスキルもそろってきたそうです。

なお、2000時間は2年目の業務支援システムの成果で、最初のシミュレーターの成果ではありません。

ここが効いた

• 締め切りのはっきりした小さな道具（展示会のシミュレーター）で現場の好評を得たあと、翌年に業務系の課題も同じ開発会社に相談した。
• 画面は、実際に使う現場の人に試してもらってから決めた。

支援：Fusic（Fusicの評判・口コミ）／出典：Fusic 西部ガス株式会社の事例ページ（2021年12月24日掲載）

事例4：職員番号をQRコードにして打刻するアイデアを、約4か月でシステムに｜福岡県庁の人事課

状況

福岡県の総務部人事課は、本庁舎で働く職員約3,000名の勤務時間を把握する立場にあります。2019年の働き方改革関連法で時間外勤務に上限が設けられ、客観的な方法で勤務時間をつかむ必要が出てきました。ところが当時は、パソコンのログオフの時刻で把握していて、確認できるまでに約1週間の遅れがありました。

壁

ICカードは発行や紛失時の再発行の管理に手間がかかり、マイナンバーカードは個人情報の保護と開発の費用の面で見送りました。関係する部署や職員団体との調整に時間がかかり、開発にあてられる期間は短い。人事課にはシステムの知見もありませんでした。

仮説（事例ページで語られていること）

出発点は、担当の水ノ江氏の、職員番号をQRコードにして打刻できないか、というアイデアでした。ただ、どう実現すればよいかは分からなかったため、提案を募るプロポーザル方式で事業者を選ぶことにしています。

打ち手

1. プロポーザル方式でFusicを選ぶ。
2. 9月に契約して開発を始め、10月下旬から試験的に運用し、12月末に納品する（約4か月）。
3. 構成はシンプルにし、出勤時間に打刻が集中してもさばけるよう、サーバーを持たないクラウドの仕組み（AWSのサーバーレス）を使う。
4. 既存の庶務事務システムを担う開発会社とも調整する。

自治体のシステムというと、何年もかかる大きな開発を思い浮かべます。短い期間で形にできたのは、何が効いたのでしょうか。

結果

Fusicの事例ページによると、庁舎の入口で出退勤の時刻を取得できるようになり、勤務時間をすぐに把握できるようになりました。水ノ江氏は、シンプルな構成にしたことで「4ヶ月というスピード実装が可能だった」と振り返っています。今後は、出先の庁舎まで約8,000名に広げることも検討しているそうです。

なお、削減できた作業時間などの数字は、事例ページに載っていません。

ここが効いた

• 担当者の具体的なアイデア（職員番号のQRコード）を出発点に、実現方法は提案で募った。
• 機能を絞ったシンプルな構成にし、短い開発期間に収めた。

支援：Fusic（Fusicの評判・口コミ）／出典：Fusic 福岡県 総務部人事課の事例ページ（2024年3月19日掲載）

事例5：現場で作業を聞き取ってから使い方を決め、約3か月でルーティン作業を年3,984時間から2,028時間に｜コンビニのコンタクトセンター

状況

ローソンのコンタクトセンターには、お客さまの声が年間約95万件寄せられます。コンタクトセンター統括部の約30人のチームはこの声を生かしたいと考えていましたが、決まった作業が多く、分析や改善に時間を割けませんでした。窓口の管理はAccessやExcelの手作業で、ミスも多く、分析にも手間がかかります。新型コロナの緊急事態宣言の下では、3人に1人が出社できない状況もあったといいます。

壁

止められない業務なので、品質を保ちながら人の手を減らす必要がありました。ツールを入れても、対応する人が使いこなせなければ意味がありません。

仮説（事例ページで語られていること）

同社の目的は、BIやRPAで決まった作業を減らし、浮いた時間を分析と改善に回すことでした。支援したSun Asterisk（Sun*）側は、分析やツールの知識がなくても直感的に使える画面でなければ定着しない、と考えて設計しています。

打ち手

1. Sun*のDXコンサルタントが現場に入り、実際の業務を聞き取る。
2. 手作業の窓口管理や、分析にかかる手間など、課題を洗い出す。
3. 課題に合わせてBIとRPAを提案し、導入する。
4. メンバー向けに、RPAとは何か、ツールの会社をどう見極めるかといった勉強会を開く。

BIやRPAを入れると決めても、どこにどう使うかを決めないままでは、使われずに終わりがちです。同社はどの順番で進めたのでしょうか。

結果

Sun*の事例ページによると、プロジェクトを始めてから約3か月で、チーム全体の決まった作業の時間は年間3,984時間から2,028時間に、約50%減りました。

なお、この事例の打ち手は、ゼロからのシステム開発ではなく、BIとRPAの導入です。開発会社が現場の聞き取りから業務を組み直した例として紹介しています。

ここが効いた

• BIとRPAを使う方針は決めつつ、具体的な使い方は、現場で実務の内容と課題を聞き取ってから決めた。
• 知識がなくても使える画面を前提にし、メンバー向けの勉強会でRPAの基本と導入の目的を説明した。

支援：Sun Asterisk（Sun Asteriskの評判・口コミ）／出典：Sun Asterisk 株式会社ローソンの事例ページ（掲載日の記載なし（2026年11月確認））

事例6：工場の紙の帳票を1つのラインからデータにし、ほかの工場へ。全工場で年約5,000枚・約800時間超の削減を見込む｜乳製品メーカー

状況

森永乳業は、乳製品をつくるメーカーです。工場では、設備や品質のデータを紙に記録し、Excelに書き写していました。製品ごとに計器の設定や管理する数値が違い、同じラインで1日に何種類もの製品を切り替えてつくるため、記録のやり方をそろえるのも難しい状態でした。

壁

工場ごとに、データの形式も、機械を動かす仕組み（制御システム）も違います。工場の閉じたネットワークとインターネットの通信を分けておく必要もありました。

仮説（事例ページで語られていること）

デジタル経営推進部の進野氏は、最初の拠点に利根工場を選んだ理由を、生産系のシステムの更新時期が重なり、DXに意欲の高いメンバーがそろっていたからだと説明しています。工場の機器からクラウドへデータを送る仕組みには、必要十分な機能を費用を抑えてつくれるAWSのサービスを選びました。支援先は、すでに取引があり自社のIT環境を理解しているクラスメソッドに頼んでいます。

打ち手

1. 2025年7月にプロジェクトを始める。
2. 利根工場の生クリームのラインで、タッチパネルの端末から、制御のサーバー、工場内の中継機器を経てクラウドに送り、帳票のデータベースにためる仕組みをつくる。
3. 2026年2月に利根工場の分を終え、3月から神戸工場へ広げる。
4. 2026年5月末の時点で、神戸工場の分は社内のメンバーが主体で進める。
5. 開発は原則として社内で行い、クラスメソッドからは情報提供や技術的な質問への回答、コードレビューなどの支援を受ける。

工場ごとに仕組みが違うなら、全部の工場に合う設計を先に決めたくなります。同社は、どこから手を付けたのでしょうか。

結果

クラスメソッドの事例ページによると、同社は2029年3月期末までに国内の全工場へ広げる計画で、年間約5,000枚のペーパーレス化と、約800時間を超える作業時間の削減を見込んでいます。進野氏は「工場メンバーのDXへの意識も確実に高まっている」と話し、まだ導入していない工場からは早く使いたいという声も出ているそうです。

なお、5,000枚と800時間は全工場に広げた後の見込み（試算）で、実績ではありません。

ここが効いた

• 条件がそろった1つの工場、1つのラインから始め、つくった仕組みを次の工場へ広げた。
• 開発は原則として社内で行い、開発会社には技術的な助言とコードレビューを頼んだ。2つ目の神戸工場への展開も、社内のメンバーが主体で進めている。

支援：クラスメソッド（クラスメソッドの評判・口コミ）／出典：クラスメソッド 森永乳業株式会社の事例ページ（2026年10月27日公開）

事例7：従来なら2か月はかかるサイトを、2か月の研修を経た社内チームが1日でリリース｜百貨店・スーパーのグループ会社

状況

エイチ・ツー・オー リテイリングは、阪急・阪神の百貨店や食品スーパーなどを抱えるグループの会社です。IT・デジタル推進室では、開発を外部の会社に委託していたため、開発の期間が長くかかっていました。業務の部門からの要望に、もっと早く応えられる体制が必要でした。

壁

社内で開発を担う部署は約10名で、ITの経験がない人や、クラウドを使ったことがない人もいました。外部のパートナーにも、AWSでの開発経験は多くありません。技術のレベルもばらばらで、部署全体の底上げが必要でした。

仮説（事例ページで語られていること）

部長の三樹氏は、内製化の狙いを開発期間の短縮に置いていました。AWSでの開発を速めるため、まずはWebアプリから取り組むと決め、初心者でも実践的に学べるハンズオン形式の研修を選んだといいます。

打ち手

1. 2024年3月ごろにクラスメソッドに相談する。
2. 2024年6〜7月の2か月、週1回・約2時間のオンラインの研修を受ける。講義と実習は半分ずつで、ネットワークの基礎から、サーバーを持たない仕組み、データベース、運用とセキュリティまで順に学ぶ。
3. 10数名が参加し、中心の5名でWebアプリをつくる。
4. 参加者には、百貨店の売り場から希望して異動してきた、ITの経験がないメンバーもいた。

ITの経験がないメンバーもいるチームが、2か月の研修でどこまでできるようになったのでしょうか。

結果

クラスメソッドの事例ページによると、研修の後、百貨店のイベントを案内するサイトを社内のチームが1日でリリースし、安定して動いています。村上氏は、従来なら2か月はかかるところが1日に短縮できたと話しています。業務の部門から相談を受けたときに、AWSでつくってはどうかと自分たちから提案できるようになったそうです。

なお、「2か月→1日」は1つの静的サイトについての見積もりとの比較で、開発全体の期間がそれだけ縮んだという意味ではありません。

ここが効いた

• いきなり大きなシステムではなく、Webアプリから始めて、最初の成果を早く出した。
• 講義と実習を半分ずつにし、ITの経験がないメンバーも手を動かして学べるようにした。

支援：クラスメソッド（クラスメソッドの評判・口コミ）／出典：クラスメソッド エイチ・ツー・オー リテイリング株式会社の事例ページ（2024年11月7日公開）

事例8：外部に頼っていた開発・運用を内製に切り替えながら、新しい決済のセキュリティ基準に準拠｜クレジットカード決済

状況

ソニーペイメントサービスは、クレジットカード決済のサービスを提供する会社です。システムの開発や運用の多くを、外部の開発会社に頼っていました。そこへ、カード決済の新しいセキュリティ基準「PCI 3DS」に対応するため、インフラを作り替える必要が出てきます。

壁

外部への依存から抜け出すことと、難易度の高いセキュリティ基準を満たすことを、同時に進めなければなりませんでした。

仮説（事例ページで語られていること）

IT開発部の半田氏は、「システム開発・運用を外部ベンダーに依存している」状況を変える必要があると以前から考えていたと話しています。同社は2023年から内製化の体制づくりを進めていました。2024年3月のプロジェクト開始時には、基準の認定とそれを満たすAWS環境の構築に加えて、自分たちも一緒に手を動かして知識を吸収し、インフラを内製化できる体制をつくることをゴールにしたと、IT基盤部の森山氏は話しています。

打ち手

1. 2024年2月にゆめみに声をかけ、3月にプロジェクトを始める。セキュリティの専門家を含むゆめみのメンバーが、同社のチームに加わる。
2. 開発チームと一体になって、新しい基準に合うAWSの環境をつくる。
3. 並行して、ゆめみのアジャイルコーチが加わり、スクラムの役割の整理や、KPTを使った振り返り会でチームの進め方を整える。

外部の会社に頼っていた組織が、難しい基準への対応と内製化を一度に進める。どちらも中途半端になりそうな挑戦は、どう進んだのでしょうか。

結果

ゆめみの事例ページによると、2024年9月にPCI 3DSへの準拠を達成しました。ゆめみの砂岡氏は、あいまいな要件を全部洗い出して3か月という短い期間で対応できたことを、大きな成果に挙げています。インフラはほぼ自分たちで管理できる状態になり、2024年7月には内製化を進めるチームとしてIT開発部が既存の組織から独立したそうです。

なお、費用や作業時間の削減の数字は、事例ページに載っていません。

ここが効いた

• 外部の専門家を「外注先」ではなく、社内のチームの一員として迎え入れた。
• 基準への対応を外部任せにせず、自分たちも一緒に手を動かして、インフラを内製化する体制づくりと同時に進めた。

支援：ゆめみ（ゆめみの評判・口コミ）／出典：ゆめみ ソニーペイメントサービス株式会社の事例ページ（掲載日の記載なし（2026年11月確認））

8つの成功事例を並べて見えた「勝ちパターン」

ここからは、8件の事例に書かれている事実だけをもとに、共通点を整理します。8件という少ない数からの観察なので、「こうすれば必ず成果が出る」という法則ではありません。自社で試すときの手がかりとして読んでください。

勝ちパターン1：原因を分解してから、作る範囲を決めている

「システムが古い」「手作業が多い」という悩みは、多くの会社に共通します。成果が出た事例では、そこからもう一歩、原因を分けて見ていました。

キューサイは、会話の時間には手を付けず、後処理だけを半分にしました。分けて見なければ、「対応を早く」という指示だけで終わっていたかもしれません。

勝ちパターン2：小さく作って、うまくいったら広げている

最初から全部をつくろうとした事例は、ほとんどありませんでした。

• 西部ガスは、展示会のシミュレーターが現場で好評だったあと、翌年に業務支援システムの開発も依頼しました。
• 森永乳業は、1つの工場の1つのラインから始め、次の工場へ広げています。
• エイチ・ツー・オー リテイリングは、まずWebアプリから取り組み、1つのサイトを1日でリリースしました。
• 福岡県は、本庁舎の約3,000名から始め、出先の庁舎への拡大を検討しています。

小さく始めると、最初の成果が早く出ます。それが社内の理解を集め、次の開発を進める力になっていました。

勝ちパターン3：使う人と、直す人を最初から決めている

つくったシステムが使われなければ、どんなに機能がそろっていても成果にはなりません。

• 使う人に合わせた事例：西部ガスは現場の人に試してもらって画面を決め、キューサイは画面の試作品を委託先のコールセンターに見せて直し、ローソンは知識がなくても使える画面を前提にしました。
• 直す人を育てた事例：エイチ・ツー・オー リテイリングとソニーペイメントサービスは、外注に頼る体制から、社内で開発できる体制に切り替えました。森永乳業は、開発を原則として社内で行い、クラスメソッドには助言とコードレビューを頼んでいます。

開発会社を選ぶときも、「つくってくれるか」だけでなく、「使う人の声を聞いてくれるか」「自社で直せるように手伝ってくれるか」が、成果を分けていたと言えそうです。

明日から試せるチェックリスト｜自社に当てはめる7つの問い

8件の事例で実際に行われていたことを、自社に当てはめる問いにしました。答えが「いいえ」や「分からない」になったところが、最初に手を付ける候補です。

1. 一番時間がかかっている業務を、作業ごとに分けて時間を測ったことはありますか？（キューサイは、電話対応を会話と後処理に分けて見ました）
2. 作り直したいシステムは、今の機能を固定してから要件を決められますか？ 決められないなら、並行して変更を取り込む進め方を相談していますか？（神戸物産は、改修を止めずに基盤から作り替えました）
3. 最初につくるものを、締め切りのある小さな道具に絞れますか？（西部ガスは、展示会用のシミュレーターから始めました）
4. 実際に使う人に、画面の試作品を見せる機会をつくっていますか？（キューサイと西部ガスは、現場の声で画面を直しました）
5. ツールの使い方を決める前に、現場の作業を聞き取りましたか？（ローソンは、聞き取りで洗い出した課題に合わせてBIとRPAを導入しました）
6. 最初に導入する拠点や部署を、条件がそろっている場所から選んでいますか？（森永乳業は、更新時期と意欲の高いメンバーがそろった工場を選びました）
7. つくった後に、誰が直すかを決めていますか？（エイチ・ツー・オー リテイリングとソニーペイメントサービスは、社内で開発できる体制をつくりました）

システム開発の成功事例についてよくある質問

システム開発の外注先は、どう選べばよいですか？

今回の事例では、選んだ理由として、方針のはっきりさとSIerとしての実績（神戸物産）、短い期間での稼働に前向きで業務を理解しようとする姿勢（キューサイ）、すでに自社の環境を理解していること（森永乳業）、初心者でも学べる進め方（エイチ・ツー・オー リテイリング）が挙げられていました。キューサイは20社近くに提案を依頼し、要件に応えたのは2社だけだったといいます。複数の会社に同じ要件で提案を頼み、比べることが大切です。

小さな予算や短い期間でも、システム開発の成功事例はありますか？

あります。福岡県は約4か月で勤怠の打刻の仕組みをつくり、西部ガスは展示会までの2〜3か月でシミュレーターを間に合わせました。どちらも、機能を絞ったシンプルな仕組みから始めています。

内製化と外注、どちらがよいですか？

一概には言えません。今回の事例でも、キューサイや神戸物産は外注でつくり、エイチ・ツー・オー リテイリングやソニーペイメントサービスは外部の支援を受けながら内製に切り替えました。開発の頻度が高く、業務の部門からの要望に早く応えたい場合は、内製化を手伝ってくれる開発会社を選ぶ、という道もあります。

事例の数字は、そのまま自社の目安にしてよいですか？

おすすめしません。今回の数字はすべて事例ページに載っているもので、比較の基準や数字の定義が事例ごとに違います。森永乳業の5,000枚・800時間は全工場に広げた後の見込みで、エイチ・ツー・オー リテイリングの「2か月→1日」は1つの静的サイトについての見積もりとの比較です。数字は「どのくらい動き得るか」の参考にとどめ、打ち手の順番や考え方を持ち帰るのがよいでしょう。

プロに頼むなら｜システム開発会社を比べる

自社に合うシステム開発会社を選ぶときは、費用・実績・得意分野を同じ基準で比べるところから始めるのが近道です。Abinでは、システム開発会社を比べた記事を公開しています。

• システム開発会社おすすめ10選｜外注の費用・実績・得意分野で比較

今回の事例に登場した開発会社のうち、評判・口コミの記事があるものは次のとおりです。

• Fusicの評判・口コミ（事例3 西部ガス、事例4 福岡県）
• Sun Asteriskの評判・口コミ（事例5 ローソン）
• クラスメソッドの評判・口コミ（事例6 森永乳業、事例7 エイチ・ツー・オー リテイリング）
• ゆめみの評判・口コミ（事例8 ソニーペイメントサービス）

課題の型ごとに、近い記事もあります。

• まずは現場でつくれるところから始めたい：ノーコード開発の成功事例7選
• 決まった作業を自動にしたい：RPAの成功事例8選
• 社員がAIを使いこなせるようにしたい：AI研修の成功事例7選

ツギノテ編集部（運営：株式会社Abin）にマーケティング・DXについて相談したい場合や、事例・掲載についてのお問い合わせは、お問い合わせフォームから受け付けています。

調査方法と出典

確認日：2026年11月8日。

調べ方：Abinで評判記事を公開しているシステム開発会社と、「システム開発会社おすすめ10選」の記事に掲載している会社を中心に、公式の事例ページを読みました。顧客名と数字がそろった事例が少ない分野は、ほかの受託開発会社の公式事例で補いました。比較サイトの事例紹介は使っていません。

選び方：顧客名が公開されていて、成果の数字や具体的な結果が載っている事例だけを候補にしました（匿名の事例は除外）。ほかの成功事例記事で紹介した会社は除きました。13件の候補から、読者の悩みの型と、業種・打ち手がばらけるように8件を選び、1つの開発会社から2件までとしました。事例の並び順は悩みの型の順で、優劣を表すものではありません。

数字の扱い：成果の数字は、すべて事例ページの表記です（顧客担当者の発言を含みます）。施策と成果の因果関係は各社の説明として紹介し、編集部では断定していません。見込み・試算の数字は実績と分けて書き、定義や比較の基準があいまいな数字は、その旨を書き添えています。

仮説の扱い：「仮説」は、事例ページで担当者や支援会社が語っている内容だけです。語られていない部分は「編集部の読み解き」と明記しています。

引用：事例ページの文章の引用は、1事例につき1か所までにとどめ、それ以外は編集部の言葉で要約しています。

日付：事例ページに掲載日の記載がないものは「掲載日の記載なし（2026年11月確認）」とし、ページにある取り組みの時期を書き添えています。

人物：役職はページの表記に合わせています。

出典（事例ページ）

• 第一コンピュータリソース：株式会社神戸物産（掲載日の記載なし（2026年11月確認）。掲載内容は取材当時の情報）
• 第一コンピュータリソース：キューサイ株式会社（掲載日の記載なし（2026年11月確認）。2025年6月時点の情報）
• Fusic：西部ガス株式会社（2021年12月24日掲載）
• Fusic：福岡県 総務部人事課（2024年3月19日掲載）
• Sun Asterisk：株式会社ローソン（掲載日の記載なし（2026年11月確認））
• クラスメソッド：森永乳業株式会社（2026年10月27日公開）
• クラスメソッド：エイチ・ツー・オー リテイリング株式会社（2024年11月7日公開）
• ゆめみ：ソニーペイメントサービス株式会社（掲載日の記載なし（2026年11月確認））

掲載内容の修正依頼は、お問い合わせフォームから受け付けます。