SoW (Statement of Work) との一致性検証

01「頼んだもの」と「来たもの」は同じか

資材制作の事故の多くは、誤字や色ズレのような目に見える欠陥ではなく、発注意図と成果物の静かなズレから起きる。「効能をやや強めに見せたい」という曖昧な依頼が、Vendorの解釈を経て承認範囲を超える訴求になる。「医療従事者向け」のはずが、患者の目に触れる媒体に転用される。参照すべき一次資料が古い版のままアップデートされていない。どれも校正では見つからない。発注時に何を頼んだかという記録、すなわちSoWと突き合わせて初めて表面化する。

制作をVendorに委託しても、社内審査に上げ世に出す資材の責任は発注者に残る。第2回で扱ったこの原則は、検証の場面で具体的な作業になる。「Vendorが作ったものをそのまま社内審査に回す」のではなく、「発注者が自分の発注意図との一致を確かめてから上げる」。その確かめる基準がSoWだ。

02検証可能なSoWの4要素

SoWは契約上の作業範囲記述書だが、資材検証の文脈では「何と照合するか」を定義する文書として読む。検証可能なSoWは少なくとも次の4要素を含む。これが書かれていなければ、納品物のどこを見ればいいかが決まらない。

4要素はそれぞれ検証時の「問い」に対応する。訴求意図は「言い過ぎていないか」、対象媒体は「相手と場所が合っているか」、参照一次資料は「根拠は正しく最新か」、規制前提は「どの物差しで測るか」。SoWがこの4つを欠くと、検証は対応する問いに答えられなくなる。

03曖昧なSoWが生む逸脱

逸脱の多くは納品時点ではなく発注時点で仕込まれる。検証できないSoWを渡せば、Vendorは空白を自分の解釈で埋め、その解釈が承認範囲を超える。下の対比は同じ依頼を曖昧版と検証可能版で並べたものだ。

右側のSoWなら、納品物に「競合より効く」という表現があれば即座に逸脱と判定できる。左側ではその表現が逸脱かどうかすら判断できない。SoWを検証可能に書くことは、発注者自身の検証コストを下げる投資だ。

04一致性検証のフロー

納品物を受領したら(第3回の受領フロー完了後)、SoWとの照合を次の順で行う。前段で落ちたものを後段に通さない、という積み上げ式にする。

1. 媒体・対象の一致 ── SoWの対象媒体・対象者と納品物の体裁が合っているか。最初に確認する。ここがズレていると以降の訴求検証が無意味になる。
2. 訴求範囲の一致 ── 表現が訴求意図(承認範囲)の内側に収まっているか。見出し・キャッチ・図表のキャプションを優先的に見る。逸脱は強調箇所に出やすい。
3. 一次資料の同一性 ── 引用された数値・図表・効能記述が、SoW指定の版・ページと一致するか。Vendorが別の版や二次資料を参照していないか。
4. 規制前提の充足 ── SoWで指定した基準(適正広告基準・販提G等)に照らした逸脱がないか。ここで初めて判定基準を当てる。
5. SoW外の追加要素 ── 頼んでいない訴求・図表・注記が混入していないか。Vendorの善意の「足し算」が最も見落とされやすい逸脱源だ。

5番目を軽視しないこと。発注者は「頼んだものが入っているか」は確認するが、「頼んでいないものが入っていないか」は見落としがちだ。SoWに無い訴求は、たとえ内容が正しくても発注意図の外にある。社内審査(資材審査)の前に発注者が落とすべきものだ。

05逸脱の重大度を分ける

検出した逸脱を一律に「差し戻し」とすると、運用が回らない。重大度で分け、対応を変える。判定は発注者が行うが、重大度の閾値はSoWの規制前提から導く。

重大度を分ける目的は、クリティカルを確実に止めることにある。すべてを同じ熱量で見ると、本当に止めるべき逸脱が瑣末な指摘に埋もれる。SoWの規制前提が明確であれば、どの逸脱がクリティカルかは機械的に判別できる。ここでも検証可能なSoWが効いてくる。

06判定テンプレート

検証結果は口頭やメール本文に流さず、定型の判定記録に残す。第10回(準備中)で扱う文書化の起点になる様式だ。最小構成を示す。

この様式の肝は「根拠」欄だ。差し戻しの理由を「なんとなく強すぎる」ではなく「SoW第◯項の承認範囲を超え、薬機法§66の誇大に該当しうる」と書けるかどうかで、Vendorとの対話も社内審査での説明も変わる。条文の取り違えは禁物で、誇大は§66、承認前広告は§68、情報提供の努力義務は§68の2である。

07SoWが無い・古い場合の扱い

現実には、SoWが文書化されていない発注や、口頭で追加変更が積み重なってSoWと現状が乖離している案件がある。この状態で納品物だけ来ても、照合の基準が無い。検証を始める前に基準を立て直す必要がある。

• SoWが無い ── 検証に入る前に、発注意図を遡って文書化する。記憶や口頭合意を、第2節の4要素の形に書き起こしてから照合する。基準無き検証は印象論にしかならない。
• SoWが古い ── 口頭変更を反映した版を確定し、いつ・誰が・何を変えたかを記録する。版管理の欠落そのものが逸脱の温床だ。
• SoWとVendor理解の不一致 ── 納品前に齟齬が見つかったら、SoWを正本として更新するかVendorの解釈を採るかを発注者が決め、記録する。曖昧なまま納品を受けない。

SoWの整備は発注者の責務であって、Vendorに丸投げできない。Vendorが作るのは成果物であり、何を作るべきかを定義するのは発注者だからだ。姉妹連載「制作品質マネジメント」(/production-qm/)はVendor側の品質管理を扱うが、その前提となるSoWの精度は発注者が握っている。

08検証を仕組みにする

一致性検証を担当者の力量任せにすると、検証の濃淡が人によってばらつく。仕組みとして埋め込むには、次の三点を運用に組み込む。

1. SoWテンプレートの標準化 ── 第2節の4要素を必須欄にした発注テンプレートを用意する。空欄のまま発注できないようにすれば、検証不能なSoWが構造的に減る。
2. 検証チェックリストの固定 ── 第4節の5観点をチェックリスト化し、判定記録と一体で運用する。観点の抜けを個人の注意力に頼らない。
3. 差し戻し事例の蓄積 ── クリティカル逸脱の事例をSoW該当箇所と紐付けて蓄積し、次回発注時のSoW精緻化に還流する。同じ逸脱を二度作らせない。

検証は受領フロー(第3回)の下流であり、判定記録の文書化(第10回・準備中)の上流にある。一致性検証は、発注者が「Vendorの成果物をそのまま流す」立場から「自分の発注意図に責任を持つ」立場へ移る、その分岐点に置かれた作業だ。検証をスキップすることは、責任を放棄することと同義になる。なお判定基準の前提となる規範は、薬機法(/compliance/01-pharma-act.html)、適正広告基準(/compliance/03-ad-standards.html)、販提G(/compliance/04-msa-guidelines.html)を参照する。