更新・移行をどう決めるか
- SharePointで動く申請・承認を、そのまま移行するか、業務アプリとして作り直すか決められない
- 販売・在庫管理システムの更新を提案されたが、現行踏襲・既製サービス・部分開発を比較できていない
- 長年追加した機能のうち、今も必要なものと使われていないものを整理できていない
業務基盤システムの更新時期が近い。改修できる人がいない。
受注・在庫・申請の状況や、確認待ちの理由が分からない。
何を作るかの前に、今どこで困っているかから一緒に整理します。
業務基盤システムの更新時期が来ても、今の仕組みをそのまま移せばよいとは限りません。使われていない機能が残る一方で、現場が別の表や手作業で補っていることもあります。
知式は、今も必要な業務、止まりやすい場面、担当者しか知らない判断を確認します。既製サービスで足りるのか、一部だけ作るのかも含めて、何を変えるべきかを整理します。
現行の機能をそのまま移すべきか、周辺業務を見直すべきか、判断材料がそろっていない。
作った担当者や以前のベンダーが不在で、不具合や業務変更があっても改修できない。
受注、在庫、申請、確認待ちが別々に管理され、担当者へ聞かないと現在の状況が分からない。
具体的なご相談例
作るものを先に決めず、何が止まり、誰に負担がかかり、何を変えたいのかから確認します。
From Current Problems to a Workable System
今のシステムで使えている部分は残し、手作業や二重入力、
確認待ち、担当者頼みになっている部分を見直します。
※ 画面は業務アプリの一例です。実際の画面・項目・処理は、対象業務と利用者に合わせて設計します。
今の仕組みをそのまま移す、既製サービスへ替える、必要な部分だけ作る。それぞれを業務に照らして比べます。
誰が担当し、今どの状態で、次に何をするのかを、必要な人が同じ情報から確認できるようにします。
何を待っているのか、なぜ戻ったのか、期限を過ぎていないかを一覧で確認できるようにします。
業務に必要な情報が複数の表やシステムへ分かれている状態を見直し、確認先を減らします。
通常と違う処理、特別な確認、差異の理由を記録し、後から経緯を追えるようにします。
必要な履歴、取引先、商品、権限、判断ルールを確認し、新しい仕組みへ移す範囲を決めます。
WORK REVIEW
更新時期、改修できない箇所、二重入力、確認待ちなど、実際に負担が出ている場面を確認します。
SCOPE DECISION
今も使えている部分、やめる機能、既製サービスで補える部分、個別に作る部分を分けます。
DEVELOPMENT & REVIEW
個別開発が必要な部分を、業務アプリ・業務システムとして作り、利用場面に合わせて直します。
MIGRATION & ACCEPTANCE
必要なデータと業務ルールを移し、実際の担当者が日々の仕事を進められるか確認します。
更新時期、直せずに困っていること、今どこで仕事が止まるか。分かる範囲からお知らせください。
何を作るかを決める前に、今の業務で困っていることを確認します。既製サービスで足りるのか、個別開発が必要かも含めて整理します。
既製サービスで解決できるなら、その選択肢も比べます。個別開発が必要な場合だけ、業務に合わせたアプリやシステムを作ります。更新後も、社内担当者や別の保守会社が状況を確認できる形を目指します。
システムの更新時期、改修できない業務、
進捗や確認待ちの悩みを、分かる範囲でお聞かせください。
※ 通常2営業日以内にご返信いたします。