目次 / 制作・開発ディレクション
担当交代時の品質担保
10秒でわかる!要点まとめ
- 担当が変わると仕上がりが変わり、クライアントに「質が落ちた」と受け取られる
- 交代のたびに固有ルールを説明し直すのは、引き継ぎコストであると同時にクライアントの負担でもある
- 人は必ず変わる。変わっても落ちない最低ラインを、仕組みで担保する
1. 概要
担当交代時の品質担保とは、案件の途中で制作者や担当者が入れ替わっても、成果物の水準と進め方が保たれる状態をつくることです。
スキル・経験・作業環境が多様なチームでは、同じクライアントでも担当者が変わると仕上がりにばらつきが出ます。これを個人の能力差の問題として扱うと、いつまでも解決しません。
個人差をゼロにするのではなく、下限を引き上げるのがこの項目の狙いです。
2. なぜ重要なのか
品質のばらつきは、クライアントから見ると「サービスの質が不安定」に見えます。担当者の名前は見えず、成果物だけが見えるためです。
さらに、交代のたびに固有のルール(トンマナ、更新手順、確認フロー、禁止事項)を説明し直す必要があると、二重のコストが発生します。
| 誰の負担か | 何が起きるか |
|---|---|
| こちら側 | 引き継ぎの工数。説明する側も学ぶ側も時間を使う |
| クライアント側 | 同じ説明を繰り返させられる。契約枠を引き継ぎに消費される不満 |
「引き継ぎ期間中も課金されている」はクレームになりやすい論点です。
3. 実務のポイント
引き継ぎ資料をテンプレート化する
案件ごとに書き起こすのではなく、埋めるだけの型にします。最低限これだけ。
- クライアント固有のルール(表記・トンマナ・禁止事項)
- 更新手順と権限(誰がどこを触れるか)
- 確認フロー(誰の承認が要るか)
- 過去に起きた事故と対処
- 触ってはいけない箇所
品質の最低ラインを定義する
「良いもの」の定義は難しくても、「これを外したらNG」は書けます。チェックリスト化して、交代の有無にかかわらず全員が通る関門にします。
引き継ぎのコストをクライアントに負わせない
引き継ぎ期間の作業を契約枠から消費しない、という運用を先に決めておきます。こちらの都合による交代のコストは、こちら側で持つのが原則です。
4. スキルアップのヒント
- 自分の担当案件が明日から他人に渡ると想定して、引き継ぎ資料を1枚書いてみる。書けない項目が、いま属人化している部分です
- 過去に交代が起きた案件で、クライアントから何を指摘されたかを思い出す。それが最低ラインの候補です
- 「この人じゃないと回らない」案件があれば、それはリスクとして可視化しておきます