業務状況を送る構築内容へ

基幹業務

報告を待つ運用を、顧客や次工程が待たない流れへ

申請、書類生成、承認、通知、記録、見積、請求、顧客対応、社外手配が、次工程へ進む条件を組み込みます。

対象になる状況

業務再設計に関係する業務から、最初に扱う範囲を絞れます。

扱える範囲

机上のフローだけで決めません。現場の使い方、権限、通知、例外処理を見ながら、導入後も直せる基幹業務として作ります。

送る内容

既存資産を捨てる前提ではありません。業務影響、現場負担、検知点、費用前提を見ながら、最初に作る範囲を絞ります。

この内容で送る
分断した紙、表計算、チャットを承認、通知、記録、KPIへつなぐ業務変化のイメージ
分断した運用を、仕事と改善が一つの流れで進む状態へ変換します。

扱えること

業務再設計で扱えること

机上のフローだけで決めません。現場の使い方、権限、通知、例外処理を見ながら、導入後も直せる基幹業務として作ります。

前提変更対象

既存資産を前提に、作り替える場所と後で触る場所を分けます。

設計判断が進む条件

役割、承認条件、通知、記録、KPI、例外処理を、運用判断の単位で決めます。

実行現場で試せる作る範囲

大きな構築だけでなく、短い周期で試せる改善範囲へ分けます。

作る範囲

業務再設計で見ておくこと

貴社の業務に置き換えたとき、どこから作り替えるかを判断しやすい粒度に絞ります。

画面数ではなく工程

業務が次に進む条件を明確にし、確認待ちを減らします。

改善要望が戻る

現場テストで出た声を、次のシステム更新へ戻しやすくします。

次の一歩

業務再設計について、最初に扱う範囲を出します。

既存資産を捨てる前提ではありません。業務影響、現場負担、検知点、費用前提を見ながら、最初に作る範囲を絞ります。