コンテンツにスキップ
Tukun.ai A Semantic-first Data Agent
サイト ナビゲーション
サインイン

モデリングガイド

セマンティックモデリングは、Tukun.ai が繰り返し現れるビジネス言語を共有された分析上の意味へ変える方法です。

モデリングは、誰も実際の質問をしていない段階で巨大な分類体系を作るためではなく、繰り返し現れる曖昧さを取り除くために使ってください。

モデリングはチームが次のことを行うのに役立ちます。

  • 指標が業務上何を意味するか定義する
  • よく使う除外条件やフィルタを標準化する
  • Workbench 上の繰り返し確認を減らす
  • カードとダッシュボードを時間が経っても安定させる

すでに繰り返されている質問から始める

Section titled “すでに繰り返されている質問から始める”

最初に作るべきモデルは理論上のものではありません。すでに何度も問われている重要な質問から生まれるべきです。

初期候補になりやすいもの:

  • 売上
  • 週次アクティブアカウント
  • コンバージョン率
  • リテンション
  • チャーン
  • 粗利率

重要な指標ごとに、次を記録してください。

  • 業務用語として何を意味するか
  • どのソーステーブルに依存するか
  • どの粒度をサポートすべきか
  • 常に適用すべき除外条件は何か
  • 誰が定義オーナーか

指標を短い 1 段落で説明できないなら、まだ共有の事実にする準備ができていない可能性が高いです。

ディメンションは混乱を減らすために使う

Section titled “ディメンションは混乱を減らすために使う”

次のように、ビジネス側がすでに明確に理解しているディメンションを使ってください。

  • プラン
  • 地域
  • チャネル
  • 顧客セグメント
  • サインアップ月

違いが本当に重要で文書化されていない限り、意味が重なる似たディメンションを複数導入しないでください。

実践的な順序は次のとおりです。

  1. 毎週すでに聞かれている指標を 1 つ定義する。
  2. それと最もよく組み合わされるディメンションを 1〜2 個追加する。
  3. ユーザーが毎回手で書いている除外条件を組み込む。
  4. Workbench で結果を検証する。
  5. 安定した出力をカードやダッシュボードへ昇格させる。
  • 正式名称を使う
  • 定義は短く明示的に保つ
  • オーナーを割り当てる
  • ビジネスロジックが変わったら更新する
  • 変更された定義に依存するダッシュボードを見直す

モデリングがなってはいけないもの

Section titled “モデリングがなってはいけないもの”

セマンティックモデリングを次のものにしないでください。

  • あらゆるフィールドの捨て場
  • ソース整理不足の代替
  • 未解決の業務上の対立を隠す手段

モデリングが一貫性を改善するのは、チームが本当にその共有定義を採用する意思があるときだけです。