公開日はひとつの区切りですが、実際に使い始めると質問や改善したいことが見えてきます。
問い合わせや要望を受け取る場所を少し考えておくと、公開後も落ち着いて対応しやすくなります。
公開したあとに、見えてくることがあります
新しいシステムを使い始めると、操作方法の質問、想定外の入力、権限の追加、表示文言への違和感などが出てきます。
これは失敗ではなく、実際に使い始めたからこそ見えてくることです。届いた声を一度集めて、順番を考えていけます。
- 操作方法の質問
- 権限やアカウントの追加
- 入力ルールの確認
- 軽微な表示や文言の修正
- 想定していなかった業務パターン
届いた要望は、いったん整理して考えられます
公開後は、利用者から多くの要望が出ます。すべてをすぐに対応すると、方針がぶれたり、重要でない修正に時間を使いすぎたりします。
要望は一度集めて、業務への影響、使う頻度、急ぎ具合を見ながら順番を考えていけます。
- すぐ直す不具合
- 次回改善で対応する要望
- 効果を確認してから判断する要望
- 運用ルールで吸収する要望
安定して使うための対応と、良くするための対応があります
保守は、システムを安定して使い続けるための対応です。一方、改善は、業務をより良くするための追加や変更です。
この二つを分けておくと、緊急対応と計画的な改善を混同せずに進められます。
まとめ
- 公開後に見えてくることも、改善の材料になります
- 問い合わせを受け取る場所がある安心感
- 改善の声を、そのまま機能にしないための整理
- 急いで直すことと、少しずつ良くすることの切り分け
- 使いながら育てていける仕組み
