この記事は Spumote のソースコードから生成した試験出力です。内容は確認中のため、正式な仕様は担当者に確認してください。
この機能でできること
管理画面の中に、Spumote の使い方の「型」(おすすめの設計の進め方)をまとめた解説ページが用意されています。- データ設計の型: お客様のデータを、データ基盤(BigQuery)の中にどう積み上げるか。データの段階(レイヤ)、分類の仕方、個人情報の分け方、名前の付け方。
画面の場所
トップバーの「ヘルプ」メニュー › データ設計の型 ヘルプは β(ベータ)版の機能として提供されています。データ設計の型
ページの構成
要点
データの 4 つの段階(レイヤ)
PERM 分類(L1 の 4 種類)
判定は上から順に「Q1. いつ起きた?と聞けるか(→ E)」「Q2. 統合・追跡する主語か(→ P)」「Q3. ID と ID だけの構造か(→ R)」「Q4. 残り全部(→ M)」と質問します。
L2 の標準中間テーブル
① 顧客イベントテーブル(全イベントを時系列に並べたもの)、② 顧客静的ステータステーブル(1 人 1 行の「今の姿」。日次更新)、③ 顧客動的ステータステーブル(カートやメール開封など 1 日未満で変わる状態)、④ 顧客静的ステータス変更テーブル(ランク変更などの「変化」)、⑤ マスターテーブル(商品・店舗などを連携日ごとに版管理)。
機密分離
メールアドレスを決まった方法でハッシュ化(元に戻せない値に変換)して両方の領域で共有することで、個人情報を機密領域に閉じ込めたまま、一般領域のデータと結び付けられます。
活用例
- 新任担当者の研修資料に使う: 「全体をコピー」でページ全体をテキストにして、社内の研修資料のたたき台にします。
- データ担当者との打ち合わせの共通言語にする: 「このテーブルは PERM のどれか」「L2 の②に入れる属性はどれか」と、ページの用語で会話すると認識がずれにくくなります。
注意点・制限
- 解説ページは読み物で、ここから設定を変更することはできません。
- 内容は Spumote で推奨している設計の「型」です。お客様ごとの実際の構成は、担当者と相談して決めてください。
- 表に出てくるテーブル名・列名は例です。お使いの組織のデータとは異なる場合があります。
- ヘルプメニューの表示も、組織ごとの機能の表示設定に従います。
関連ページ
- 00 はじめに:Spumoteの全体像と画面構成
- 01-2 組織と利用者・権限
- 自動処理(ワークフロー)の各記事