特定の担当者が休むと、どこまで進んでいるか分からない。資料はあるのに、次に何をすればよいか判断できない。こうした状況では、ツールを入れ替える前に、仕事の引き継ぎ方を整理する余地があります。
最初から全部の業務を文書化する必要はありません。問い合わせ受付や見積もり準備など、一つの仕事を選び、別の人が続きを進められる情報をそろえてみましょう。
1. 作業名より先に、始まりと終わりを決める
「顧客対応」のような広い単位では、どこまで書くべきかが曖昧になります。「問い合わせを受け取り、担当者へ引き渡すまで」のように、開始のきっかけと終わりの状態を決めます。
終了条件も、単に「処理済み」とせず、何を確認したら終わりかを書きます。必要な情報がそろっている、担当者が決まっている、次の連絡予定が記録されているなど、その仕事で実際に必要な条件を使ってください。
2. 一件の実際の流れを、順番にたどる
担当者に理想の手順を尋ねるだけでなく、個人情報などを伏せた一件の流れをたどります。どこで情報を受け取り、何を開き、誰へ確認しているかを順番に書き出しましょう。
- 入力:最初に届く情報と、不足しやすい情報。
- 判断:次の担当や対応方法を何で決めるか。
- 記録:どこに、どの状態を残すか。
- 引き渡し:誰が何を確認したら次へ進めるか。
ファイル名だけでなく、確認する項目や、見つからない場合の相談先も記録すると、資料を開いた先で止まりにくくなります。
3. 通常の手順と、例外の相談先を分ける
引き継ぎメモへすべての例外を書き込むと、普段の流れが埋もれます。まず通常の手順を短くまとめ、その手順で扱えない場合の条件と相談先を別に書きます。
たとえば情報不足、重複受付、金額の不一致など、実際に起きる場面から整理します。判断が必要なところを無理に自動処理へ置き換えず、誰が判断し、結果をどこへ残すかを決めることが先です。
4. 「保留」と「完了」を区別して記録する
チェックが付いていない理由が、未着手なのか、相手の返事待ちなのか分からないと、別の人が同じ確認を繰り返すことになります。状態に加えて、待っているもの、担当、次に確認する予定を記録します。
共通の記入欄は、案件/現在の状態/次に行うこと/担当/判断に必要な情報/完了条件のようにまとめられます。これは整理用の例で、すべての仕事に同じ項目を増やす必要はありません。
5. 別の人が一件進めてから、システム化する範囲を選ぶ
作ったメモを使い、元の担当者以外が一件の流れを確認します。実際の処理を伴う場合は、誤送信や重複処理が起きない検証方法を先に決めます。止まった場所が、説明不足や判断条件の曖昧さを見つける手掛かりになります。
そのうえで、繰り返す転記、状態の共有、確認漏れの防止など、システムで支援したい部分を選びます。情報の定義がそろっていないまま機能だけを増やすより、必要な入力と結果を説明できる状態で相談を始めましょう。
業務整理・システム開発の支援内容と、仕事の流れと開発の優先順位を整理する記事で、次の検討項目を紹介しています。





