GENZ, Inc.

構築と検証を分ける CDPの統合データを、構築した側とは別の目で検証

構築した側が検証まで兼ねる体制では、合否の根拠を社内へ説明しにくくなります。GENZは第三者の視点で連携先への反映まで検証し、稟議に使える証跡を残します。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

CDPを入れたあとに見つかる統合データのつまずき

CDPを導入したあと、名寄せや連携が動いているように見えても、統合データの正しさを確認する基準がないまま本番運用へ進むケースがあります。ここでは、受け入れのあとに表面化しやすい五つのつまずきを挙げます。

同じ人物が別々の識別子のまま残り施策へ渡る

名寄せの突合キーの優先順位が不十分だと、同一人物が別IDのまま残り、セグメント抽出で重複して施策へ渡ってしまいます。

名寄せの残り

統合時に保持した属性が連携先へ渡る途中で欠ける

統合時に保持している属性が連携先の送信項目に含まれないと、受け取り側で必須項目が欠け、配信や接客の条件判定に使えなくなります。

送信属性の欠落

抽出した時点と送信した時点で対象が入れ替わる

定期実行と逐次反映が混在すると、抽出から送信までの間に本人の状態が変わり、意図しない対象へ施策が届いてしまうおそれがあります。

反映タイミングの差

同意による除外が連携先の送信まで効いていない

収集時の同意の範囲が統合処理を経て連携先へ引き継がれないと、同意のない相手まで送信が届き、停止と原因調査の対応が発生します。

同意情報の未伝達

送った件数と届いた件数が突き合わせられない

送信ログと連携先の受信件数を突き合わせる仕組みがないと、取りこぼしの有無を数で示せず、問合せのたびに属人的な調査が入ります。

送信件数の不突合
02 RISK

確かめないまま本番へ移したときに起きること

目視の抜き取り確認のまま本番へ移すと、統合の誤りは施策の現場で初めて見つかります。ここでは、起きやすい三つの形を挙げます。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

第三者がCDPを見るときに置く観点

CDPの機能は収集・統合・分析・連携に整理されます。効果を左右するのは製品の機能一覧ではなく、自社が定めた統合ルールと連携設定の挙動です。第三者はこれらに運用を加えた各段で、設定と実挙動の一致を検証します。

発生源の取りこぼしに気づかないままだと、欠けたデータのまま統合と分析が進むおそれがあります。

収集:発生源ごとの取り込み設定と更新頻度の確認

元データは基幹システムやEC、実店舗のPOS、コールセンターの記録など、発生源ごとに形式と更新の頻度が異なります。取り込みの漏れは以降の工程に残るため、発生源ごとの設定を最初に確認します。

確認する資料
  • 発生源一覧表
  • 接続設定一覧
  • 更新頻度一覧
突合キーの設定を確かめないと、別人のデータが一人に結合され、誤った人物像のまま施策へ送られるおそれがあります。

統合:突合キーの指定順序と、結合した履歴の記録の有無

名寄せの突合キーと優先順位は導入企業ごとの設定事項であり、正解は製品側にありません。別人の結合や同一人物の分裂を防げるか、結合の履歴がどう残るかを、設計と実挙動で突き合わせます。

確認する資料
  • 突合キー定義
  • 名寄せルール
  • 結合履歴設計
件数の違和感の原因を切り分けられないと、調査のたびに施策の実行が後ろ倒しになるおそれがあります。

分析:抽出条件の再現性と、件数の増減の説明可否

施策の担当者が見るのは抽出結果の件数です。同じ条件で引き直したときに同じ対象が返るか、件数の増減を元データの更新で説明できるかを確かめ、違和感の申告を切り分けられる状態にします。

確認する資料
  • 抽出条件一覧
  • 集計結果記録
  • 件数の推移表
追加分だけの確認が続くと、既存の連携への影響を見落としたまま誤配信が発生するおそれがあります。

連携:連携先ごとの送信項目と反映のタイミング

連携先への反映方式は定期実行と逐次反映で、製品と設定により異なります。連携先ごとに送る項目と反映のタイミングを洗い出し、追加した連携だけでなく、既存の連携への影響まで確認します。

確認する資料
  • 連携先一覧表
  • 送信項目一覧
  • 反映時刻記録
同意の引き継ぎを確かめないと、同意の範囲を超えた送信や影響範囲を確定できない見直しが、信用の毀損につながるおそれがあります。

運用:同意の扱いと、設定変更の履歴を追える状態

収集時の同意が統合後のどの属性に保持され、連携先へどう引き継がれるかを、設計書の記述と実挙動で突き合わせます。変更履歴と設定の対応関係を記録し、見直しの影響範囲を確定できる状態にします。

確認する資料
  • 同意属性定義
  • 変更履歴一覧
  • 設定棚卸台帳
  • 法務審査記録
04 TEST DESIGN

CDPのテスト外注で引き受ける範囲

GENZはCDPの統合から連携先への反映まで、第三者の視点で検証を担います。本番反映の判断に使える形で引き受けます。

STEP 01 いまのデータの流れを読み解く統合ルールと連携先の一覧を棚卸しします
どう確かめるか

検証の範囲と合否の基準を貴社と一緒に決める

名寄せルールや連携設定を読み解き、どこまで確認すれば本番と言えるかの基準を、貴社と一緒に文書へ落とします。判定基準が先に決まるため、期日に間に合わない確認を残さずに済みます。

  • 01既存システムからの供給経路と更新頻度を確認します
  • 02名寄せに使う突合キーとその優先順位を洗い出します
  • 03連携先ごとの送信項目と反映のタイミングを一覧にまとめます
OUTPUT検証計画書と合否基準
STEP 02 確かめる範囲と順番を決める優先度の高い経路から順序付けします
どう確かめるか

統合の確認を、抜き取りではなく設計して行なう

統合結果の正しさは、件数の合致だけでは確かめられません。突合キーの優先順位や取りこぼしの条件から確認箇所を設計し、網羅した範囲を説明できる状態にします。

  • 01施策で使うセグメント条件から確認の対象を絞り込みます
  • 02誤送信や取りこぼしの影響度に応じて順位を付けます
  • 03合否の判定基準を文書にまとめ、貴社と内容を合意します
OUTPUT統合確認の設計書
STEP 03 決めた範囲でテストを実施する設計した観点に沿ってテストを実行します
どう確かめるか

連携先への反映まで含めた結合の確認を受け持つ

CRMやMAなどの連携先へ、送った項目が意図どおり届くかまでを確認対象に含めます。遅れや欠落が統合処理と連携設定のどちらに起因するかを切り分けられる形で結果を返します。

  • 01元データと統合結果を突き合わせて差異を特定します
  • 02連携先での受信結果まで追い、反映の有無を確かめます
  • 03境界条件のデータを使い、意図どおり動くかを検証します
OUTPUT結合確認の結果報告書
STEP 04 結果を報告し、運用側へ引き継ぐ結果と再確認の手順をまとめて渡します
どう確かめるか

確認した内容を、そのまま提出できる形で残す

確認した観点・手順・結果を、品質管理部門や稟議へそのまま提出できる様式で残します。あとから追加を求められても根拠を辿れるため、手戻りの発生を抑えられます。

  • 01検証の結果を判定基準に沿って合否の形へ整理します
  • 02稟議や品質管理部門へそのまま提出できる証跡を作成します
  • 03本番の運用で再確認する手順をまとめて引き継ぎます
OUTPUT提出用の証跡一式
05 RATIONALE

テストを外に出す判断のために確かめてほしいこと

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 検証の観点と範囲を型として受け取れる状態になります
  • 構築者とは別の立場で判定を説明できる状態になります
  • 連携先まで一続きの確認結果を証跡として残せます
  • 稟議や審査へ提出できる粒度の記録が手元に残ります
06 SERVICE

社内の体制に合わせて選べる関与の形

検証をどう進めるかは、社内の体制と開発の進み具合に合わせて選べます。ここでは、開発への伴走、範囲の受け持ち、判断材料づくり、証跡の整備という関与の形を、それぞれ何を確認できるかで整理します。

SVC 01

開発の進行に伴走して確かめる

構築の工程に伴走し、統合処理や連携設定ができた段階から順に確かめます。終盤にまとめて確認する形より、修正の手戻りを早く抑えられます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

複数のシステムをまたぐ範囲を受け持つ

CDP内部の統合結果だけでなく、連携先へ送信する項目と反映のタイミングまで、複数のシステムをまたぐ範囲を一続きで受け持ちます。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

受け入れ判断の材料づくりを支える

収集・統合・分析・連携の各段に対応した確認項目を整理し、合否の基準を言語化する過程に同席します。観点を一から起こす負担を減らせます。

計画から報告までの流れを示す無文字の図解。
SVC 04

審査で参照できる証跡を整える

確認した範囲・条件・結果を、稟議や品質管理部門の判定にそのまま出せる粒度で残します。連携先が増えても対応関係を追える状態を保てます。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

相談から報告までの流れ

統合ルールや連携先の棚卸しから始め、検証範囲・費用・証跡の形を段階的に確定して発注後の手戻りを防ぎます。

現状を聞き、対象の範囲を確かめる

統合ルールと連携先の一覧を一緒に整理し、検証対象の範囲を確定します。

検証の計画と概算費用を提示する

検証の観点と概算費用、社内実施との比較材料を稟議に使える形で示します。

取り決めた範囲で検証を進める

取り決めた範囲と様式に沿って検証を進め、確認できる時機を逃しません。

検証の結果と証跡をまとめて渡す

検証の結果と証跡を所定の様式でまとめ、判定や審査で参照できる形で渡します。

無料相談・お見積のご依頼はこちら

CDPの検証体制について相談する

構築を担った側とは別の立場で、CDP内部の統合結果から連携先への反映までを確認します。ご相談では、検証する範囲の切り分けと優先順位、必要工数の目安を整理してお返しします。