カテゴリー: 社外関係者視点

協力会社や取引先が担当者に電話しなくても、現在の状況と今できることが分かる仕組みへ。

  • (8月17日通信)協力会社が次に何をすべきか分からない理由

    特集【会社の見える化】— 社外関係者視点

    協力会社に進捗を共有したのに、作業が始まらない。「現在は確認済みです」と知らせたのに、次の連絡を待たれていた。このような行き違いは、相手が不注意だから起きるとは限りません。

    現在の状態だけを伝えても、その状態を受けて誰が何をするのかが分からなければ、仕事は進まないからです。

    「確認済み」は、誰の行動を意味するのか

    自社では「確認済み」を、協力会社が作業を開始してよい合図として使っているとします。しかし相手は、自社から正式な着手依頼が別に届くと考えているかもしれません。同じ言葉を見ても、次の行動の解釈が違います。

    「手配中」「準備完了」「納品待ち」といった状態も、主語がなければ曖昧です。自社が準備しているのか、相手の準備を待っているのか。何が終われば次へ進むのか。期限はいつか。担当者同士の経験で補っている間は動きますが、担当者が替わると止まります。

    社外連携で必要なのは、状態の共有だけでなく、仕事の受け渡しを明確にすることです。

    次の行動には、四つの情報が必要である

    相手が迷わず動くために、少なくとも次の行動、実行する役割、期限、開始条件を一体で伝えます。

    • 次の行動:指定様式の見積書を提出する
    • 実行する役割:協力会社の案件担当者
    • 期限:8月20日17時
    • 開始条件:仕様書の第3版を確認済みであること

    完了したと判断する証拠も決めておくと、さらに明確になります。ファイルがアップロードされた、受領番号が発行された、担当者が検収を記録した、といった事実です。

    文章で毎回説明するのではなく、案件の状態が変わったときに、該当する次の行動を仕組みから表示します。条件が変われば、案内も同じ原本から変わるようにします。

    通知は、仕事そのものではない

    メールで「更新がありました」と通知しても、本文やリンク先で次の行動が分からなければ、相手は問い合わせます。反対に通知が多すぎると、重要な依頼が埋もれます。

    通知は、相手に新しい仕事が発生した、期限が近づいた、条件が変わったなど、行動に影響する出来事に絞ります。通知を開くと、自分が担当する未完了の行動と期限を確認でき、完了を記録できるようにします。

    担当者個人のメールアドレスだけに依存せず、相手企業の役割に仕事を割り当てる考え方も重要です。担当変更があっても、権限を引き継げば未完了の仕事が新しい担当者に見えます。

    双方が同じ仕事の流れを見る

    自社と協力会社が別々の進捗表を持つと、どちらかが転記しなければ一致しません。自社が依頼を登録すると相手の作業一覧に現れ、相手が完了を記録すると自社の確認作業が始まる。双方の行動を一つの流れとしてつなぎます。

    もちろん、内部の原価や評価、他社の情報まで見せる必要はありません。自社には内部状態を、協力会社には共有状態と自分の行動だけを表示します。「事実の原本は一つ、見える範囲は役割ごと」が安全な連携の基本です。

    この仕組みがあれば、担当者は通常案件の受け渡しをメールで追いかけず、納期変更や品質上の懸念など、相談が必要な例外へ時間を使えます。

    繰り返し止まる受け渡しを一つ選ぶ

    まず、協力会社との間で「言ったつもり」「待っていた」が起きやすい場面を一つ選びます。見積依頼、発注、資料提出、作業開始、検収など、繰り返し発生するものが向いています。

    その受け渡しについて、開始させる出来事、次に動く役割、必要な情報、期限、完了条件、例外時の連絡先を一枚にします。実際の数案件で試し、確認の電話、期限超過、差し戻しがどう変わるかを見ます。

    協力会社が次に何をすべきか分かることは、相手のためだけではありません。自社も、誰の行動をいつまで待つのか、止まったときにどこへ働きかけるのかが分かります。状態を知らせるだけでなく、次の行動まで渡す。そこまで設計して初めて、社外との仕事は人の記憶から仕組みへ移ります。

  • (8月11日通信)必要書類を毎回メールで案内していませんか?

    特集【会社の見える化】— 社外関係者視点

    取引を始めるたびに、必要書類の一覧をメールへ貼り付ける。相手から一式届いたら、足りない書類を探してもう一度連絡する。古い様式が返ってきて、最新版を送り直す。この作業が日常になっていないでしょうか。

    丁寧に案内することは大切です。しかし、同じ説明を人が毎回書き直さなければ取引が進まないなら、親切さで仕組みの不足を補っている状態です。

    添付ファイルには「今、何が必要か」が残らない

    メールで書類を案内すると、その時点の一覧は相手へ届きます。しかし、どのファイルが提出済みで、どれに不備があり、次に何を出せばよいかは、受信箱をたどらなければ分かりません。

    担当者が交代した場合、過去のメールが新しい担当者へ引き継がれていないこともあります。相手は手元にある似た様式を使い、自社は古い版だと気づいて再提出を依頼します。双方が誠実でも、原本と現在の状態が共有されていないために手戻りが起きます。

    さらに、添付ファイル名が「申請書_最新版」「申請書_最新版2」と増えると、どれが正式な版かを人が判断しなければなりません。案内文を定型化するだけでは、この問題は残ります。

    必要書類は、取引の条件によって変わる

    すべての相手へ同じ書類一式を送れば簡単に見えますが、契約の種類、作業内容、金額、法人か個人か、更新か新規かによって必要なものは変わります。不要な書類まで求めると相手の負担が増え、必要なものを見落とすと後で止まります。

    そこで、書類を単なるファイル置き場としてではなく、取引の条件と結び付けます。「この条件なら、この書類が必要」「この書類の有効期限はこの日」「この様式の現行版はこれ」と仕組みで判定できれば、担当者の記憶に依存しません。

    相手には、自分の案件に必要な項目だけをチェックリストとして表示します。提出済み、確認中、差し替え依頼、受理という状態と、差し替え理由が見えれば、電話で聞かなくても次の行動を選べます。

    ファイルの受け渡しと、業務の状態をつなぐ

    共有フォルダーを作るだけでは、どの案件の、何のためのファイルかが曖昧になりがちです。書類は取引先、案件、契約、申請などの業務記録にひも付け、誰がいつ提出し、どの版を確認し、結果がどうだったかを残します。

    相手がアップロードしたら、社内担当者の「確認する仕事」に現れる。担当者が受理したら、相手の画面は「受理済み」になり、次の工程が案内される。一つの操作が双方の状態を更新する形なら、別の管理表への転記がなくなります。

    メールは、例外の相談や説明に使えます。通常の提出、受領確認、版の案内を仕組みへ移すことで、人は判断が必要なやり取りに集中できます。

    社外共有では、見せない設計も同じくらい重要

    便利さを優先して、共有リンクを知っている人なら全ファイルを見られる状態にしてはいけません。相手ごと、案件ごと、役割ごとに、閲覧、提出、差し替えができる範囲を決めます。契約が終わった後の利用期限や、誤ったファイルを提出した場合の扱いも必要です。

    また、社内用の確認メモと、相手へ伝える差し替え理由を分ける場合があります。同じ書類についての情報でも、立場に応じて見せる範囲は違います。事実の原本を一つにしながら、権限で表示を分ける考え方が欠かせません。

    五つの書類から小さく始める

    まず、案内回数が多い手続き一つと、そこで使う主要な書類を五つ程度選びます。それぞれについて、正式名称、必要になる条件、現行版、有効期限、提出形式、受理の条件、差し替え理由を整理してください。

    次に、数社との取引だけでチェックリストを試し、案内メールの回数、提出から受理までの時間、差し替え件数を比べます。相手にも「何が分かりにくかったか」を聞けば、社内では当然だと思っていた不文律が見つかります。

    必要書類を毎回案内しなくても、相手が正しい版を選び、提出状況と次の手続きを確認できる。これは対応を冷たくすることではありません。迷わず進める道筋そのものを、サービスとして提供することです。