システムを導入したのに案件情報が更新されず、現場は紙やExcelを使い続けている。この状態を変えるには、入力の催促を増やす前に、どこで仕事が止まっているかを見る必要があります。元の情報がまだ決まっていない場合と、保存する権限がない場合では、必要な対策が違うからです。
この記事では、後工程が困っている業務を一つ選び、情報が生まれてから次の担当者が使うまでを追う方法を説明します。定着の目安は、必要な情報が必要な時点でそろい、仕事に使われること。ログイン数や空欄の少なさだけでは判断できません。
以下の様式と原因分類は編集部の運用提案です。案件、時間、件数はすべて説明用の架空例で、改善実績や推奨目標ではありません。
ハウスメーカーで入力者と利用者の拠点が違う場合
支店の営業が入力し、本部の設計や工事部門が使う会社では、02章で一件を追うとき拠点をまたぐ受け渡しも観察に含め、どちらで止まったかを分けます。
05章の指標は拠点ごとに分母をそろえて比べ、06章では入力負担が支店の事務担当や本部へ移っていないかを確かめます。
最初に「誰の、どの判断が止まっているか」を決める
「案件管理を改善する」では、調べる範囲が広すぎます。「現地調査後、見積担当者が着手できる情報を渡す」のように、始まりと終わりが分かる業務へ絞ります。入力漏れの多い欄から選ぶより、見積着手や顧客への折り返しが待たされている場面から必要情報をたどると、改善する理由が明確になります。
架空例:現地調査後の引き継ぎ
横にスワイプして、右側の列を確認できます
| 必要な情報 | 入力する役割 | 必要になる時点 | 見積担当者が判断すること |
|---|---|---|---|
| 顧客から聞いた要望 | 調査担当 | 見積引き継ぎ前 | 検討対象と範囲 |
| 写真の保存先と対象箇所 | 調査担当 | 見積引き継ぎ前 | どの箇所の状況か |
| 未確認事項、確認先、担当、期限 | 調査担当 | 引き継ぎ時 | 着手できる部分と保留する部分 |
| 次回連絡の約束 | 顧客対応担当 | 担当交代前 | 誰がいつ何を返すか |
「写真を保存した」だけでは、必要な箇所を見積担当者が見つけられるとは限りません。実際の案件を一件使い、入力者と利用者で「この情報があれば何を始められるか」を話すと、足りない情報と不要な項目を分けられます。
期限も一律に当日中とするより、後工程が使い始める時点から考えます。まだ確定しない情報は、推測で埋める代わりに、未確認の内容と次の確認担当・期限を示します。事務担当者が代理入力するなら、元情報を渡す人と渡す時点も必要です。
入力画面の前後まで、一件の作業を追う
聞き取りでは「なぜ入力しなかったか」だけでなく、「最初にどこへ記録したか」「この欄を埋めるには誰の返答が必要か」を尋ねます。その後、元情報が生まれたところから、次の担当者が使うところまで実物を見て追います。
架空の観察記録
横にスワイプして、右側の列を確認できます
| 時刻 | 行動 | 使ったもの | 観察できたこと |
|---|---|---|---|
| 15:00 | 調査メモを整理 | 紙 | 写真番号との対応が曖昧 |
| 15:04 | 引き継ぎ一覧へ転記 | Excel | システムにも同じ情報が必要 |
| 15:09 | 案件画面を開く | システム | 次担当を選択できない |
| 15:11 | 担当設定を依頼 | チャット | 返答まで8分待つ |
| 15:19 | 入力を再開 | システム | 元の入力箇所を探し直す |
時刻と待ち時間は実測値ではありません。この例では、転記と担当設定待ちは別の問題です。項目を減らしても担当を選択できない問題は残り、その問題を解消しても転記は残ります。
時間は、手を動かした時間、返答を待つ経過時間、中断後に再開する作業時間へ分けます。待つ間に別の仕事をしていたなら、その8分を入力の実作業時間へ足しません。観察者が途中で操作を教えた場合も、支援した内容を残します。
紙とシステムの併用が、すべて無駄とは限りません。通信しにくい現場で紙へ一次記録し、帰社後に共有する役割分担もあります。問題は媒体の数より、同じ目的の記録を何度も作っていないかです。管理者が会議用Excelしか読まないなら、入力者だけでなく管理者の参照先も観察対象になります。
観察前には、目的、記録を読む人、評価への利用の有無を担当者へ伝えます。顧客情報を含む画面は業務上閲覧できる範囲で扱い、観察票には案件を区別する符号と必要な要点を残します。不要な氏名や住所の複写は避けられます。
止まった場所に合う対策を選ぶ
次の十一分類は、原因を探すための仮説です。同じ「未入力」でも原因は異なり、一件に複数重なることもあります。
横にスワイプして、右側の列を確認できます
| 原因候補 | 見るところ | 原因が確かめられた後に試すこと |
|---|---|---|
| 二重入力 | 各媒体に同じ内容を書く目的 | 記録先と参照先をそろえる |
| 使い道が不明 | 最後に誰が何の判断に使ったか | 用途を示す。用途がなければ項目の必要性を見直す |
| 項目が多すぎる | 調査や問い合わせで止まる欄 | 必要な範囲へ絞る |
| 入力時点が早すぎる | 情報が確定する時点 | 受付時と調査後などに分けて入力する |
| 権限が足りない | 対象案件の表示・編集・保存 | 業務に必要な範囲で権限を調整する |
| 端末・通信の制約 | 場所や端末による違い | 対応環境と利用方法を見直す |
| 操作が分からない | 同じ手順を再現できるか | 止まった操作に絞って支援する |
| 用語の意味が違う | 「完了」などの判断条件 | 条件と記入例をそろえる |
| 例外を記録できない | 保留や担当未定の案件 | 例外の状態と相談先を設ける |
| 承認待ち | 提出後の通知先と確認間隔 | 確認時点と不在時の代行を決める |
| 管理者が使っていない | 会議や案件確認で見る資料 | 管理者の参照方法も変える |
研修で解ける問題と、業務を変える問題
入力内容は分かるがボタンの場所が分からないなら、実操作の支援が候補です。説明後、次の案件を支援なしで完了できるかを見ると、研修の成果を確かめられます。
一方、調査後でなければ分からない値を受付時に求めているなら、研修を重ねても元情報はそろいません。入力する時点や保存の区切りを変える必要があります。段階的な保存が可能かは製品の現行仕様によるため、設定で実現できる部分と運用で補う部分を分けます。
用語の違いも操作教育とは別です。架空例として、「調査完了」を訪問終了と考える人と、写真整理・未確認事項の記録まで含める人では、同じ画面を操作できても引き継ぎ判断がずれます。「この状態になったら次の担当者は何を始めてよいか」という問いが、定義をそろえる手がかりになります。
最初の停止点から調べ、後工程まで見る
観察した事実、原因候補、次に調べることを分けます。「次担当を選べなかった」は事実ですが、「操作を理解していない」はその時点では仮説です。役割別の権限、設定、対象案件の条件を見てから判断します。
通常は、必要情報の入手、他媒体への記録、画面の表示・編集、保存、承認、利用の順に追います。最初の停止点を直すと、その先に別の問題が見えることもあるため、保存できたところで調査を終えません。
一つの変更を、範囲と戻し方を決めて試す
試行では、原因との対応が明確な変更を選びます。二重入力と権限不足が重なっているなら、まず入力できる権限を整え、その後に試行範囲の重複帳票を見直す、と段階を分ける方法があります。一度に多くを変えると、何が影響したか説明しにくくなります。
ただし、閲覧範囲の誤りや必要記録の欠落がある場合は、比較条件を保つことより対応を優先します。また、使われていないように見える項目でも、法令・契約上の保存や施工上の確認に必要な場合があります。削除や入力時点の変更は、該当資料と担当者へ戻して判断する範囲です。
架空の試行計画
横にスワイプして、右側の列を確認できます
| 項目 | 計画例 |
|---|---|
| 業務 | 現地調査後から見積担当への引き継ぎ |
| 対象者 | 調査担当2人、見積担当1人、観察担当1人 |
| 変更 | 未確認事項に確認担当と期限を付ける |
| 対象案件 | 各期間中に初回引き継ぎが発生した通常案件すべて |
| 比較期間 | 変更前後それぞれ連続する10営業日 |
| 集計単位 | 一案件の最初の引き継ぎを1件 |
| 判断者 | 運用責任者が入力者・利用者と結果を検討 |
| 戻し方 | 旧ルールを保管し、対象案件と切替日を指定して戻す |
人数と期間は推奨基準ではありません。中断・例外案件の除外条件は開始前に決め、除外件数も残します。以前の数値が分からなければ、記憶で補わず変更前の観察期間を設けます。
入力から利用まで時間がかかる業務では、案件を受け付ける期間と結果を追う期間を分けます。未観察の案件は「利用できなかった案件」に含めず、観察完了数とともに示します。
入力率と「仕事に使えたか」を一緒に測る
ログイン数はアクセスの有無を探る入口ですが、情報の正しさや利用状況は分かりません。差し戻しが減った場合も、記録が良くなったのか、確認者が読めなかったのかで意味が違います。数値と、実際に使われた記録を一緒に見ます。
架空データによる五つの指標
変更前後は各10営業日、対象は各20件です。同じ引き継ぎ場面を数え、後工程の利用結果まで全20件を観察できたと仮定します。入力完了は、あらかじめ合意した必須情報がそろった状態です。
横にスワイプして、右側の列を確認できます
| 指標 | 変更前 | 変更後 | 分母と数え方 |
|---|---|---|---|
| 入力率 | 15÷20×100=75% | 18÷20×100=90% | 対象案件数。未入力は前5件、後2件 |
| 期限内入力率 | 12÷20×100=60% | 16÷20×100=80% | 対象案件数。入力済み件数を分母にしない |
| 差し戻し率 | 6÷15×100=40% | 3÷18×100≒16.7% | 提出案件のうち一度以上差し戻された案件 |
| 重複作業時間 | 120分÷20件=6分/件 | 60分÷20件=3分/件 | 対象全件の重複作業時間の合計を対象件数で割る |
| 後工程利用率 | 10÷20×100=50% | 15÷20×100=75% | 必要な時点で追加照会なく判断できた案件を対象全件で割る |
この例では、入力完了案件と提出案件が一致します。必須情報がそろっていても内容の訂正が必要なことはあるため、差し戻しの有無は別に数えます。同じ案件が二度戻っても率の分子は1件とし、負担を見るための総差し戻し回数は別記します。
期限内入力と後工程で利用できた案件は、いずれも入力完了案件の内数です。変更後は18件の入力完了のうち15件を後工程で利用できた、という関係になります。
期限内入力率の変化は80%-60%=20ポイントです。差し戻し率は分母が15件から18件へ変わるため、6件から3件への変化も併記します。分母がゼロなら割合を計算せず、対象なしと示します。
繁忙度、案件の難しさ、担当者、障害の発生などが異なる前後比較から、変更だけが改善の原因だとは断定できません。件数が少ない場合は、割合に加えて各案件で何が変わったかが判断材料になります。
別の人へ負担が移っていないかを見て、続け方を決める
重複作業が合計60分減っても、会社全体の時間が同じだけ減ったとは限りません。変更前と同じ始点から後工程まで追い、確認、問い合わせ、再入力が別の担当者へ移っていないかを見ます。
架空の計算で、入力作業が一件当たり8分から5分、確認作業が2分から6分になれば、二つの実作業時間の合計は10分から11分へ増えます。入力側の3分短縮だけでは全体の改善を説明できません。待ち時間などの経過時間は、この実作業時間と分けて扱います。
また、試行中だけ観察者が付き添ったり、管理者が頻繁に確認したりしていたなら、その支援を通常体制で続けられるかが次の課題です。練習で覚えた案件だけでなく、新たに発生した同じ種類の案件でも運用を見ます。
横にスワイプして、右側の列を確認できます
| 結果 | 次の判断 |
|---|---|
| 後工程で使え、負担も通常体制で扱える | 対象者や案件区分を少し広げる |
| 入力は進むが不足や聞き直しが残る | 利用できなかった理由に合わせて修正する |
| 不要な閲覧、復元できない記録欠落、確定・未確認の取り違えが起きる | 責任者へ連絡し、該当する変更を止める・戻す |
| 運用では回避できない保存不具合や機能不足が残る | 再現条件と必要な操作をまとめ、提供元へ照会する |
有効だった運用は、対象業務、必要情報、入力時点、記入例、未確定時の扱い、確認担当、例外の相談先を一か所へまとめます。適用日と変更理由、更新責任者を添えれば、担当が替わっても判断を引き継げます。少人数の会社では兼任できても、入力する役割と変更を承認する役割は区別しておきます。
製品変更や追加開発を比べる段階では、観察で残った制約を要件にします。対応プラン、権限、端末、連携、費用は公式資料や提供元の回答で確かめ、初期費用だけでなく移行、教育、保守、旧記録の参照も比較に含めます。入力されないという結果を、具体的な業務条件へ置き換えることが、投資判断の土台になります。
参考資料とこの記事の位置付け
J-Net21「事務作業ミスを減らし効率的に行うにはどうしたら良いでしょうか。」は、業務の流れ、確認箇所、担当者負荷の見直しを扱う資料です。文房具店の相談を題材としており、本記事の原因分類、観察票、試行条件は工務店向けに編集部が提案したものです。
参考にした公式資料
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。