実際の仕事から生まれる業務記憶
あなたは答えた。でも会社には、まだ答えが残っていない
月曜に説明した仕事を、水曜に別の社員から聞かれ、翌週には新人に聞かれる。一つ一つはもっともな質問かもしれません。役立つ答えが、聞いた本人の先へ届いていないからです。IPIは仕事への応答と教訓を後につなぎ、繰り返すたびにあなたから始まる状態を減らします。
同じ一言に、違う三つの質問が隠れている
「これを送っていいですか」は、現在のひな形の場所を聞いているのかもしれません。約束どおりの結果かの確認かもしれません。顧客へ追加の約束をしてよいかの判断かもしれません。
最初は情報、二つ目は確認、三つ目は商売上の判断が必要です。すべての入口がオーナーへの個別連絡なら、どの仕事もオーナーを通らないと進まなくなります。
答えを再利用する方法を決める前に、担当者が必要とする助けを分けます。
短い指示にすると、理由が抜けることがある
たとえば、清掃会社を経営するプリヤに、トムが特定の現場で最後の確認を別に行う理由を聞くとします。以前、会議室は整えたのに来客用の入口を見落としたと説明し、トムは理解しました。
翌月、レナが応援で入ります。一覧には「最終確認」とありますが、理由はありません。何を見るかを聞かれたプリヤは、また同じ説明だと感じます。レナからすれば、その説明はまだ渡されていません。
見落とした入口と、その顧客にとって重要な理由を残せば、レナは完了を伝える前に何を見るか分かります。
足りないものに合わせて助ける
| 足りないもの | 役立つ対応 |
|---|---|
| 答えが見つからない | 普段使う場所から、現在の答えへ案内する。 |
| 指示が一般的すぎる | 見分けられる例と、確認する理由を伝える。 |
| 自分の仕事への応答が必要 | 提案や提出結果に結び付けて返す。 |
| 前の試行に教訓がある | 同じことを繰り返す前に、次の人へ渡す。 |
| 顧客が新しい約束を求めている | 判断できる人へ、必要な事実をそろえて届ける。 |
実例:質問を使って、答えへ届く道を直す
Tayoriが紹介する山下PMCの事例では、問い合わせ履歴と社員への聞き取りから最初のFAQを選び、毎日使う予定表画面へリンクを置きました。実際に尋ねられる言葉も内容に反映しています。
社員の質問から書き、普段目にする場所に答えを置く。すぐ使える工夫です。文書を保存したことと、説明が次の人に届くことは別だと分かります。
あなたが会話を進めなくても、担当者が応答を受けられる
IPIで、レナは自分の状況を説明して仕事を提案します。プリヤが提案の承認を任せていれば、IPIが受け入れるか、改善点を理由とともに返します。レナは同じ流れで提案を改善できます。
提出後は、IPIが約束に照らして確認し、プリヤか権限を持つ確認者が完了を決めます。プリヤはメッセージを集め直す前に、提案、応答、提出結果を追えます。
固定の答えを読むだけでなく、自分の仕事について応答を得ながら進められることが価値です。
以前の訪問から、次の担当者が学べるようにする
Inherited Willは、以前の試行の学びを後の仕事へ届けます。レナを関連する助言の受け手に設定すると、対象の提案を送信した後、着手前に、部門に残る教訓を受け取れます。
入口の確認が、理由とともに届きます。プリヤは誰に話したかを覚え続けずに済み、前の担当者が説明のために待機する必要も減ります。
顧客が入口の使い方を変えたなら、その新しい事実は相談します。「前の教訓は読んだが、ここが変わった」という質問なら、プリヤは最初から説明せず、違いへの判断に集中できます。
会話にいなかった人に、答えを試してもらう
読んだ後に何をするか、同僚へ聞きます。まだあなたの補足が必要なら、条件や具体例を足してください。通常の仕事を進め、新しい判断が必要な場面も分かれば、説明は役に立っています。
チームに質問は生まれ続けます。進め方を見つけられる場所を、あなたの注意だけにしないことが改善です。
役立つ答えへの道を、あなた一人にしない
IPIの仕組みを見て、説明を繰り返している仕事を一つ選んでください。担当者への具体的な応答と、次の人へ残す教訓を、その仕事から始められます。