オンライン秘書への依頼書に必要な8項目｜目的・期限・完成条件の伝え方

依頼のすれ違いはどこで起きるのか

同じ「顧客リストの整理」でも、表記をそろえるだけなのか、重複を確認するのか、会社情報を調べて補うのかで作業は変わります。依頼者が当然だと思っている前提も、初めて業務に入る相手には見えていません。

特に確認したいのは、作業の範囲と判断の範囲です。入力済みの情報を整える仕事と、情報の正しさを判断して修正する仕事は分けて考えます。判断材料がない箇所まで埋めるよう求めると、根拠のない補完につながるおそれがあります。

また、「明日までに完成」と伝えるだけでは、依頼者の確認時間が残らないこともあります。社内で使う日時、一次提出の日時、確認する担当者を区別しておくと、どこで待ち時間が生じるかを把握できます。対応可能な日程は、依頼書を送るだけで確定するものではなく、相手との合意が必要です。

依頼書に入れたい8項目

まずは次の8項目をひな形にします。小さな定型作業なら各項目を一文にまとめても構いません。説明を増やすことより、相手が作業に着手できる状態かを確かめましょう。

「目的」と「納品物」を混ぜない

目的は「営業担当が翌週の連絡先を確認すること」、納品物は「指定列を持つ一覧表」のように書き分けます。目的がわかれば、不明な点が出たときも利用場面に沿って質問できます。一方、目的だけでは形式が決まらないため、列名や見本も必要です。

完成条件は、確認できる言葉にする

「見やすく」「丁寧に」「いい感じに」は、人によって受け取り方が変わります。「見出しを指定順に並べる」「元データの行数と照合する」「未確認の箇所を別一覧に残す」など、確認する行動がわかる言葉へ置き換えましょう。誤りがないことを一方的に保証させるより、照合の手順と残った不明点を共有する方が、納品後の確認につながります。

元情報と承認の扱いも依頼の一部

共有フォルダのURLがあっても、権限がなければ作業を始められません。必要な資料を必要な相手に共有し、使ってよい保存先やツールも合わせて確認します。パスワードを依頼書の本文へ直接書く方法は避け、社内で認めた安全な共有方法を使ってください。

資料の下書き作成と、顧客への送付も別の行為です。「作成までは依頼するが、送信は社内の承認後」といった境界を明記します。個人情報を含む資料を扱う場合も、依頼に必要な範囲を確認し、不要な項目まで渡さないようにします。

曖昧な依頼を具体的にする比較例

以下は説明用に作成した架空の例です。実際の顧客案件や対応実績を示すものではありません。

具体化するときも、細かな操作をすべて指定する必要はありません。守ってほしい条件と任せられる部分を分ければ、相手から進め方の提案を受ける余地が残ります。たとえば列名と確認基準は固定し、並べ替えの操作方法は担当者に任せる、といった分け方です。

そのまま置き換えて使える依頼書の記入例

次の例も架空です。見込み顧客一覧の整形を想定しています。日時・保存先・担当者名は、自社の条件に置き換えてから使ってください。

1. 目的・利用場面

営業責任者が次回会議で連絡状況を確認するため、既存の一覧表を整えます。連絡先の選定や営業判断は社内で行います。

2. 対象範囲・対象外

指定フォルダ内の「顧客一覧_作業元」1ファイルが対象です。列の整形と確認事項の抽出をお願いします。外部調査による情報追加、行の削除、顧客への連絡は対象外です。

3. 納品物・形式

作業元のコピーを使い、「会社名・部署・担当者・メール・最終連絡日・対応状況」の6列に整理してください。別シートに「元の行番号・確認事項」を記録します。保存先は指定の確認用フォルダです。

4. 期限・途中確認

一次提出は来週火曜15時、社内確認は水曜午前、最終提出は水曜17時を希望します。確約済みの日程ではありません。着手前に対応可否をご返信ください。

5. 元情報・参照先

作業元と列の見本は社内承認済みの共有フォルダで渡します。閲覧できない資料があればお知らせください。記載データを別サービスへアップロードする場合は、事前に確認をお願いします。

6. 手順・判断ルール

まず先頭5行で見本を作り、形式を確認してから全体へ進めます。日付はYYYY-MM-DDに統一してください。空欄・判読できない値・重複の疑いは修正や削除をせず、確認事項に記録します。

7. 完成条件・確認方法

指定した6列があり、データ行数が作業元と一致していることを確認してください。未確認項目が残る場合も、その場所と理由が確認事項シートに記録されていれば、一次提出の対象に含めます。

8. 連絡先・承認範囲

質問窓口と最終承認は営業責任者です。連絡は指定チャットの案件スレッドにまとめます。元ファイルの上書き、外部への送信、共有範囲の変更は、承認が出るまで行わないでください。

この例では、空欄をなくすことよりも、元情報を保ちながら確認事項を残すことを重視しています。目的が違えば完成条件も変わります。使う前に「自社では何を確認できればよいか」を見直しましょう。

依頼から納品確認までの進め方

1. 着手条件を確認する。依頼書を渡し、対応範囲・日程・資料の閲覧可否を確認します。未合意の点があれば、着手してよい部分と保留する部分を分けます。
2. 小さな見本で認識を合わせる。初回や形式が変わる案件では、数行・1ページなど一部を確認します。完成してから形式全体を直すより、早い段階で違いを見つけやすくなります。
3. 変更点を依頼書に戻す。チャットで追加した指示は、最新版へ反映します。「いつ・何が変わったか」を残し、追加作業が日程や契約範囲に影響する場合は相談します。
4. 完成条件に沿って受け入れる。納品物と確認事項を一緒に見ます。修正依頼は該当箇所と理由をまとめ、社内の最終承認後に次の工程へ進めます。

同じ作業を繰り返す場合は、一度合意したルールを共通手順書へ移し、次回の依頼書には対象データと日付などの変更点を記載します。ただし、前回と同じという一文だけで済ませず、参照する手順書の版を示しておくと確認しやすくなります。

送る前のチェックリスト

• 成果物を誰が何に使うか、短く説明できる。
• 今回任せない仕事と、社内に戻す判断を記載した。
• 保存形式・保存先・見本を示した。
• 希望期限と、合意済みの期限を区別した。
• 資料の最新版と閲覧権限を確認した。
• 不明点を推測で補わないルールを決めた。
• 納品後に確認する条件を示した。
• 質問窓口・承認者・外部送信の可否を明記した。

空欄があっても、依頼そのものを止める必要はありません。「ここは相談して決めたい」と明示すれば、最初の打ち合わせの議題になります。決まっていないことを、決まったように書かないことが重要です。

要点まとめ

オンライン秘書への依頼書は、目的から承認範囲までの8項目で整理すると、作業前に確認すべき点を見つけやすくなります。特に、対象外の作業、不明点の扱い、確認できる完成条件を忘れずに書きましょう。

初回は小さな見本で認識を合わせ、変更した内容を依頼書へ戻します。運用が落ち着いたら共通ルールを手順書にまとめ、案件ごとの差分を伝える形に整えていくのがおすすめです。