変更時の負担に関係する業務から、最初に扱う範囲を絞れます。
事業課題
変更対応を軽くする運用へ
制度変更、組織変更、事業拡大のたびに確認作業が増え、意思決定や顧客対応が遅れる構造を見直します。
業界名や機能名から入りません。在庫、現場報告、品質確認、承認、請求前確認のどこに負担が残っているかを見て、業務基盤として扱う範囲を切り出します。
利用中の業務システム、重くなっている現場報告や品質確認、社外連携、権限、データをもとに、最初に作る工程を絞ります。
この内容で送る症状特定工程選択影響整理範囲決定
症状
工程
影響
送信
01
制度変更症状整理
02
組織変更工程選択
03
事業拡大影響範囲
04
意思決定の遅れ最初の範囲
対象
重い工程業務名から絞ります影響
売上品質どこへ響くかを確認します範囲
最初の一手共有する内容を絞ります扱えること
変更時の負担で扱えること
業界名や機能名から入りません。在庫、現場報告、品質確認、承認、請求前確認のどこに負担が残っているかを見て、業務基盤として扱う範囲を切り出します。
受発注、在庫、現場報告、品質確認、承認、請求前確認、社外調整のどこで負担が残っているかを扱います。
単発の不便ではなく、事業の進行を止めている場所を扱います。
利用中の仕組み、関係者、権限、データ、止まると困る業務を扱います。
作る範囲
変更時の負担で見ておくこと
貴社の業務に置き換えたとき、どこから作り替えるかを判断しやすい粒度に絞ります。
承認条件、権限、記録、通知を管理ルールとして再設計します。
制度変更や担当変更のたびに直すべき対象を、初期段階で分けます。
次に見るページ
変更時の負担に近いページ
近いものだけを確認し、足りない部分は業務の状況としてそのまま共有できます。
共有業務状況を共有する利用中の仕組み、確認が戻ってくる業務、急ぎたい理由を分かる範囲で共有できます。関連最初の範囲を絞るサービス、基幹業務、費用、実績を並べて、最初に作る範囲を整理します。確認顧客や現場を待たせる確認を、業務の状態に変える業務システムが揃っていても、在庫、部署、顧客、社外先、帳票、承認、請求の間に残る確認作業を業務ラインへ移します。時間在庫確認、差戻し、顧客待ちが固定費になっている業務在庫確認、転記、差戻し、再確認、書類探し、顧客回答、社外調整に使っている時間を、作り替える業務として切り出します。プロジェクト化経験ある業務を、外部へ提供できる形へ社内で磨いてきた手配、品質確認、受発注、請求前確認を、同業向け支援や公開プロジェクトへ展開します。