開発方針を相談する

システム開発で "作って終わり" が危険な理由

事業は変わる。業務も変わる。だからシステムも育てる必要がある。

この記事の結論

「システムをリリースしたので、これでひと段落です」

ありがちな言葉ですが、現実は逆です。リリース後こそ、システムにとって最も改善が必要な時期 です。実際に使われ始めて初めて、設計の前提が正しかったか、業務とフィットしているかが分かります。

OpenAI のワークスペースエージェントの設計でも、エージェントは 時間とともに改善していく ことが前提に組み込まれています (Introducing workspace agents in ChatGPT / OpenAI)。AI でないシステムでも、リリース後の継続改善が運用品質を決めます。

この記事では、「作って終わり」が危険な理由と、継続改善で見るべき指標、開発会社との付き合い方を整理します。

なぜ "作って終わり" になりがちか

リリース後に改善が止まる原因:

1. 「動いている = 終わり」と判断する

リリース日にシステムが動いた = プロジェクト完了、と認識される。発注者・開発会社双方で。

2. 予算がリリース日に終わる

開発予算をリリースで使い切る計画。改善予算が確保されていない。

3. 効果測定がされない

リリース後、KPI が見られていない。「使われているかどうか」も分からない。

4. 担当者がいなくなる

開発会社の主要メンバーが他案件へ。発注側の担当者も別業務へ。

5. 改善する仕組みがない

「フィードバックを集める」「次に何をするか決める」場が設定されていない。

リリース後に分かること

実際に使われ始めて初めて、見えてくることがあります。

1. 使われ方の予測が外れていた

「想定したユーザーが、想定したパスで使う」ことは少ない。実際のユーザーは、想定外の使い方をします。

2. パフォーマンスの問題

開発環境では問題なかったが、本番のデータ量と同時アクセスで遅くなる。

3. 例外パターンの噴出

設計時に「これはレアケース」と判断した例外が、月に何件も発生する。

4. 業務との微妙なズレ

「業務に合わせて作った」つもりが、現場の運用と微妙にズレている。

5. データの偏り

想定していたデータ分布と、実際のデータ分布が違う。AI モデルの精度や、検索 UX に影響。

これらは 「リリースしないと分からない」 ことなので、リリース後の改善期間が事業の成功率を決めます。

継続改善で見るべき指標

リリース後に追うべき指標を、3 つのタイミングで整理します。

リリース後 30 日: 立ち上がり評価

リリース後 90 日: 定着評価

リリース後 180 日: 改善方向の特定

詳しくは 初期プロダクトの KPI 設計 で展開しています。

保守と改善の違い

「保守」と「改善」は、しばしば混同されますが、別物です。

観点保守改善
目的動き続ける価値を増やす
内容障害対応、軽微改修、セキュリティ更新新機能、UX 改善、業務改善
予算月額固定プロジェクトベース
期間継続月単位 / 四半期単位
KPI稼働率、SLA利用率、業務削減時間、売上

保守は 「現状維持」、改善は 「事業成長」 への投資です。リリース後の予算配分で、両方を確保することが重要です。

詳しくは 業務システムの保守費用はなぜ発生するのか で展開しています。

ここまでで「自社のシステムも改善が止まっている」と感じたら、運用改善診断から相談するのが現実的です。

リリース後改善の相談 →

開発会社との付き合い方

リリース後、開発会社とどう関係を続けるかが、改善速度を決めます。

月次レビューを設定する

軽微改修の枠を契約に組み込む

改善並走の契約形態

「リリースで終わり」ではなく、「リリースから始まる」関係性 にすることで、事業が伸びます。

改善例

実際の改善例:

入力フォームの短縮

リリース当初は 20 項目だった登録フォーム。利用ログから「最初の 5 項目だけ入力して離脱するユーザーが多い」と判明。

通知の改善

メール通知だけだったが、ユーザーが見落としていた。

管理画面の改善

CS 担当者が「顧客検索に時間がかかる」と訴え。

レポート自動化

月次レポートを CS 担当者が手作業で作成していた。

AI 要約の追加

問い合わせ履歴が長く、状況把握に時間がかかっていた。

Anthropic の Managed Agents では、エージェントが session を振り返って改善する仕組み が紹介されています (New in Claude Managed Agents / Anthropic)。業務システムも同じく、ログから振り返って改善する仕組みが、長期的な価値を生みます。

min's のリリース後支援

min's では、リリース後の継続改善を以下の形で支援しています。

Phase 1: リリース後 30 日支援 (1 ヶ月)

Phase 2: 90 日定着支援 (3 ヶ月)

Phase 3: 継続改善 (6 ヶ月以上)

リリース後の改善について相談したい方へ

min's では、リリース後の運用改善、KPI レビュー、機能追加、内製化への移行支援を行っています。

以下のような状態であれば、ご相談ください。

次に読む記事

参考

動くデモで終わらせず
本番まで持っていく開発を

AI で作りかけたもの、止まりかけている開発、新しいプロダクトの構想。 まずは現状を整理するところから、ご相談ください。

開発方針を相談する概算見積もりを依頼する