運用保守・トラブル対策 2026.08.11

システム導入はゴールではない｜稼働後の改善サイクルの回し方

システムが稼働し、現場にも定着し、効果も数字で確認できた。

これでプロジェクトは完了——と考えたくなりますが、実はここからが本番です。

業務は変わり続けます。取引先が増え、商品が増え、法制度が変わり、人も入れ替わる。作った時点で最適だった仕組みは、放っておくと少しずつ現実からずれていきます。

この記事では、稼働後に改善を続けるための具体的な進め方を解説します。効果測定については、DXの効果測定｜KGI・KPIの決め方と導入前に測るべき5項目をご覧ください。

なぜ、導入後に改善が必要なのか

理由は3つあります。

使ってみて初めて分かることがある

どれだけ丁寧に要件を整理しても、実際に運用すると想定外のことが起こります。

「この項目、結局使っていない」「この順番だと入力しづらい」「月末だけ別の使い方をしている」。これらは机上では出てきません。

業務そのものが変わっていく

新しい取引先との取引条件、扱う商品の増加、法改正への対応。

会社が成長すれば業務は必ず変わります。変わらない業務があるとすれば、それは事業が止まっているということでもあります。

改善の余地は、使い込むほど見えてくる

最初は「登録できるようになった」だけで十分でした。

しかし慣れてくると、「この集計も自動化できるのでは」「この情報を営業でも見たい」という要望が出てきます。これは前進のサインです。

改善サイクルの回し方

難しい手法は必要ありません。次の6ステップを繰り返します。

段階	やること	頻度	担当
1. 使う	日常的に運用する	毎日	現場
2. 集める	困りごと・要望を書き留める	随時	現場・推進担当
3. 測る	KPIを確認する	月次	推進担当
4. 見つける	数字が動かない原因を探す	月次	推進担当・責任者
5. 直す	優先順位をつけて対応する	四半期	責任者・開発会社
6. 確かめる	直したことで改善したかを見る	四半期	推進担当

ポイントは、2番目の「集める」を常時オープンにしておくことです。

困りごとは、起きたその瞬間に言える場所がないと消えてしまいます。四半期に一度アンケートを取っても、そのころには忘れられています。

要望の集め方

大がかりな仕組みは不要です。次のどれかで十分機能します。

共有フォルダに「要望メモ」のファイルを1つ置く
チャットに専用のグループを作る
推進担当が月1回、各部署を回って聞く

大事なのは「言っても無駄だ」と思われないことです。

対応しない要望についても、「今回は見送ります」と理由を返してください。無視されるのが、最も意欲を削ぎます。

出てきた要望を、どう仕分けるか

集まった要望を、すべて実装するわけにはいきません。次の基準で仕分けます。

分類	判断基準	対応
不具合	本来の動きになっていない	すぐ直す
業務が止まる	回避策がなく、実務に支障がある	優先して対応する
効果が大きい	時間削減やミス防止につながる	次回のまとめて改修に含める
特定の人だけ	1人からの要望で、他は困っていない	運用の工夫で対応できないか検討する
好みの問題	色や配置など、業務への影響がない	見送る、または他とまとめて対応する

改修は、1件ずつではなく、まとめて実施するほうが効率的です。

都度依頼すると、そのたびに見積もりとテストが発生します。四半期ごとにまとめれば、費用も手間も抑えられます。

【事例】稼働後も手を入れ続けているシステム

補助金の申請支援を手がける企業向けに開発した、案件管理システムの例です。

この業務には、次のような特徴がありました。

クライアントごとに申請中の補助金が異なる
自治体ごとに制度の内容も締切も違う
紹介パートナー経由の案件が増え、誰からの紹介かを追う必要がある
採択後の実績報告は提出期限が厳格で、漏れると致命的

2021年に開発へ着手し、稼働後も継続的に機能追加を重ねています。

追加してきたのは、市区町村マスタの整備、補助金情報の項目拡充、アクセスログの追加、二重送信の防止といった実際の運用で見えてきた課題への対応です。

どれも、最初の要件定義では出てこなかった項目です。

制度変更や自治体ごとの違いが多い業務だからこそ、一度作って終わりにせず、運用しながら手を入れられる体制が効きます。

この事例の詳細は、以下のページでご覧いただけます。

改善を続けるための体制

継続的な改善には、そのための仕組みが要ります。

必要なもの	目安	決めておくこと
改善のための予算	初期費用の1〜2割を年間で	誰の承認で使えるか
要望を集める場	常時オープン	どこに書くか、誰が見るか
見直しの会議	四半期に1回・30分	誰が参加するか
開発会社との関係	保守契約または都度依頼	費用の決まり方、対応の期間
社内の記録	常に最新に保つ	設定内容、業務フロー、運用手順

いちばん下の「社内の記録」は、特に軽視されがちです。

開発会社に任せきりにすると、担当者の変更や契約終了のときに困ります。設定内容や運用手順は、自社でも把握しておいてください。

改善予算を確保しておく

「必要になったら考える」では、たいてい後回しになります。

年度予算に改修枠として組み込んでおくと、都度の稟議が不要になり、改善のスピードが上がります。

目安は初期投資額の1〜2割を年間で見ておくことです。200万円で作ったなら、年間20〜40万円程度になります。

次のテーマの見つけ方

1つの業務が改善したら、次はどこへ進むか。

判断の材料は、すでに手元にあります。

優先順位づけで「今回は対象外」にした課題を見直す
今回の改善で新たに見えたボトルネックに取り組む
前後の業務へつなげる（受注が終わったら、次は在庫や請求へ）
蓄積されたデータを活かす（記録が溜まったので、分析ができるようになる）

2番目は、1本目をやったからこそ見えるものです。

入力時間を減らしたら、今度は承認待ちが目立つようになった。これは前進した証拠であり、次のテーマそのものです。

継続的改善でよくある失敗

稼働後に推進担当を解散させる

プロジェクトが終わると、担当者は通常業務に戻ります。

すると、要望を集める人も、改善を提案する人もいなくなります。役割を縮小してでも、窓口は残してください。

改修予算がなく、要望が溜まり続ける

要望は集めているが、直す予算がない。これが続くと、現場は要望を出さなくなります。

そして数年後、「使いにくいシステム」という評価だけが残ります。

運用ルールを見直さない

改善はシステムの改修だけではありません。

入力ルールを変える、承認の段階を減らす、締め日をずらす。費用ゼロでできる改善も、定期的に検討してください。

担当者が代わって、経緯が分からなくなる

「なぜこの設定になっているのか」が分からなくなると、迂闊に変えられなくなります。

結果、改善が止まります。決定の理由を記録に残しておくことが、数年後の自由度を守ります。

明日からできる3つのこと

要望を書き留める場所を1つ作る
共有ファイルでもチャットでも構いません。場所を決めることが大事です。
四半期に1回30分の見直し会議を予定に入れる
先に予定を入れてしまうのが確実です。
来年度の予算に改修枠を入れる
初期投資額の1〜2割を目安にします。

よくある質問

保守契約は結ぶべきですか？

業務が止まると困るシステムであれば、結んでおくべきです。

確認すべきは、何が含まれるかです。障害対応だけなのか、軽微な改修も含むのか、対応時間は何時までか。

「保守」という言葉の範囲は会社によって違うため、具体的に確認してください。

改善の要望が出てこなくなりました

2つの可能性があります。

1つは、本当に満足している場合。もう1つは、言っても変わらないと諦められている場合です。

過去に出た要望のうち、何件対応したかを振り返ってみてください。対応率が低ければ、後者の可能性が高いといえます。

いつまで改善を続けるべきですか？

使い続ける限り、というのが答えになります。

ただし、頻度は下がっていきます。稼働1年目は四半期ごと、3年目以降は年1回の見直しでも十分な場合が多いでしょう。

大きく作り替えるタイミングが来たら、それはまた新しいプロジェクトとして、経営課題の整理から始めることになります。

まとめ｜導入はゴールではなく、出発点

使ってみて初めて分かることがあり、業務自体も変わり続ける
要望を集める場を常時開いておく。無視しないことが最も重要
改修は都度ではなく、四半期ごとにまとめると効率的
改善予算は初期投資の1〜2割を年間で確保しておく
決定の理由を記録に残すことが、将来の自由度を守る

ここまで13回にわたって、経営課題の整理から継続的な改善までを解説してきました。

次回は最終回として、全体の流れをひとつの地図にまとめます。自社が今どの段階にいるのかを確認する目安としてお使いください。

【連載】IT・DX経営改善コラム全14回

経営課題の整理から、業務の見直し、システムの選定・導入・定着、効果測定、継続的な改善まで。中小企業がDXを進める一連の流れを14回に分けて解説しています。

みんなシステムズでは、稼働後の改善・機能追加まで長期的にお付き合いしています。「導入したシステムが今の業務に合わなくなってきた」というご相談も承りますので、お気軽にお問い合わせください。