最初に切り出す業務
原票から項目を転記する、問い合わせを分類する、商品情報を更新するなど、開始条件と終了条件が説明できる業務を候補にします。値引きや返金の承認、曖昧なデータの確定は発注側の担当者へ戻す設計にします。
引き渡しと検収を先に決める
受付番号で入力から納品まで追える形にし、完了・差戻し・承認待ちを分けます。件数の一致だけでなく、必須項目、重要な照合、修正の期限と再確認担当まで受入条件に含めます。
相談に必要な資料
通常例と判断に迷う例を含むサンプル、月間件数と繁忙期、利用システム、希望する言語と対応時間を準備してください。必要なアクセス権や機密情報の扱いを確認したうえで、試行範囲、費用、体制の提案可否を判断します。
委託する工程を一枚の作業仕様にする
対象を「事務全般」とせず、誰から何を受け取り、どの資料を照合し、どの状態で返すかまで記述します。たとえば申込書の入力なら、受付と項目入力は委託先、申込の可否判断は発注側、と工程を分けます。処理量の単位も申込書一枚、明細一行、完了一件のどれかを固定します。
入力資料には版、対象期間、参照を許可した保存先を付けます。必要資料が不足する依頼や契約範囲外の依頼を受けた場合の戻し先を指定し、作業者が不足分を推定して埋めない条件を設けます。これが見積りと検収を比較する共通の前提になります。
一つの受付番号で検収まで追う例
以下は運用設計を説明する架空の例です。申請B-01について、原票二ページ、項目定義v2を受領し、住所の不鮮明箇所だけ発注側へ照会する想定です。受付連絡だけでは処理完了とせず、回答を受けて反映した版を検収対象にします。
納品時には完成データに加え、未解決項目と変更履歴を渡します。発注側は重要項目と原票の対応を確認し、受入、差戻し、範囲追加のいずれかを記録します。途中の承認待ちを隠さないため、完了数と保留数は同じ報告内で示します。
| 段階 | 入力・操作 | 責任と確認記録 |
|---|---|---|
| 受付 | 原票2ページと定義v2を登録 | 委託先が欠落を確認し受付番号を発行 |
| 照合 | 住所の一文字が判読不能 | 該当ページを示し発注側へ照会 |
| 承認 | 発注側が正しい住所を回答 | 回答者と承認日時を残す |
| 納品 | 修正済みデータv2と不備一覧を返却 | 発注側が原票と照合し検収結果を記録 |
日本向け業務は時刻と文章の確認を分ける
希望する受付時間、承認者の在席時間、締切を日本時間とベトナム時間の両方で表にします。「当日中」だけではなく、対象営業日、休日、どちらの時刻を基準にするかを決めます。これは要件の整理であり、特定の勤務体制を保証するものではありません。
日本語は一般的な読解力だけで判断せず、実際の原票や問い合わせを匿名化した課題で確認します。敬語、固有名詞、業界用語、曖昧な依頼をどう保留するかまで評価し、下書き承認が必要な文面と定型文で処理できる文面を分けます。
試行の結果で継続範囲を決める
試行には通常例だけでなく、重複、資料不足、版違い、承認待ちを含めます。完成件数に加えて、重要項目の誤り、差戻し理由、照会に要した発注側の時間を確認します。判断者が不在で止まった時間も記録し、作業能力と承認経路の問題を分けて検討します。
継続前に合意するのは、対象工程、検収方法、連絡窓口、アクセス権、例外処理、終了時の返却物です。手順や情報源が変わった場合の再承認条件も定めます。試行の一部が良好でも、未確認の言語、時間帯、業務種類まで対応可能と広げないことが選定上の注意点です。