制作・開発
クライアント確認待ちを管理するツールの選び方 — 見落としがちな4つの要件
要点
- 制作会社の「確認待ち」には成果物の校正・承認だけでなく、素材の提供、仕様の判断、契約・請求の確認が含まれ、校正ツールが扱うのはその一部です。
- 確認待ちを管理するツールを選ぶときは、誰待ちかが相手にも見えること、自社側の遅れも同じ基準で出ること、相手に登録を求めないこと、依頼と回答の日付が残ることの4つを確かめます。
- 校正ツール、ビジネスチャット、プロジェクト管理ツール、スプレッドシートはどれも、誰待ちかを相手と共有し自社の遅れも並べるという2つの要件を満たしにくい道具です。
確認待ちで止まっている案件が何件あるか、いま即答できますか。できないとき、多くの人はツールを探し始めます。検索すると、出てくるのはだいたい校正ツールとプロジェクト管理ツールの2種類です。ただ、どちらを選ぶかの前に、自社で言う「確認待ち」が何を指しているのかを決めておく必要があります。
「確認待ち」は校正だけではない
制作や開発の案件で「クライアント確認待ち」と呼ばれているものは、中身を分けるとおおむね4種類あります。
- 成果物の校正・承認(デザイン案やテスト環境を見ていただく)
- 素材や原稿の提供(写真、テキスト、アカウント情報をいただく)
- 仕様や方針の判断(A案とB案のどちらで進めるかを決めていただく)
- 契約・請求まわりの確認(見積もりの了承、請求先の確認)
校正ツールが扱うのは、このうち1だけです。案件が止まるのは、むしろ2〜4で止まっているときのほうが多いはずです。かといって、管理表のステータス「確認待ち」1つに4種類を全部入れると、今度は何を待っているのかが分からなくなります。催促する前に、まず中身を確かめ直す手間が毎回かかります。
要件1: 誰待ちかが、相手にも見えること
自社の管理表で「クライアント確認待ち」にしても、クライアント側にはその表が見えていません。相手からすれば、依頼はメールやチャットの中に埋もれた1通のままです。可視化が自社の中で完結している限り、催促の手間は消えません。見えているのが自分たちだけだからです。
必要なのは、相手が同じ一覧を見て「自分に何が来ているか」を自分で分かる状態です。誰待ちかを、依頼した側と依頼された側が同じ画面で読めるかどうかを確かめます。

要件2: 自社側の遅れも同じ基準で出ること
相手の確認待ちだけを並べて見せると、クライアントからは「催促されるための道具」に見えます。開くたびに自分の宿題だけが並んでいる画面は、進んで開きたいものではありません。
自社が対応中のものも同じ一覧に並び、こちらの遅れも同じ基準で見えて、初めて双方向の進捗共有として受け入れられます。自社の遅れを隠さない作りは、長い取引では結果として信頼につながります。
要件3: 相手に登録を求めないこと
ゲスト招待の仕組みがあっても、アカウント作成が要るなら、クライアント側の「あとで登録しておきます」で止まります。招待メールが届かない、パスワードを忘れた、といったことが、確認待ちの隠れた原因になります。URLを開くだけで内容を確認し、そのまま回答できるかどうかを確かめます。
要件4: いつ依頼していつ返ってきたかが残ること
確認待ちの可視化は「今」の話ですが、実務で困るのは「先月のあの確認、いつ返ってきたか」を問われたときです。依頼した日と回答があった日が記録として残り、遅れがどちらの側で生じたのかをあとから示せるか。検収や作業範囲をめぐる行き違いが起きたときに効いてきます。
4つの要件で、いまのツールを見直す
よく使われる道具を、4つの要件で並べるとこうなります。
| ツールの種類 | 1. 相手にも見える | 2. 自社の遅れも出る | 3. 登録不要 | 4. 日付が残る |
|---|---|---|---|---|
| 校正ツール | △ | × | △ | ○ |
| ビジネスチャット | △ | × | × | △ |
| プロジェクト管理ツール | × | △ | × | ○ |
| スプレッドシート | △ | △ | △ | × |
どれもそれぞれの用途ではよくできていますが、要件1と2を同時に満たすものはほとんどありません。誰待ちかを相手と同じ画面で共有し、自社の遅れもそこに並べる。確認待ちを管理するツールを選ぶときは、機能の多さよりも、まずこの2点を満たすかどうかで絞り込むのが近道です。