• Projects
  • Service
  • About
  • branding.bz
  • Podcast
  • Tips
  • FAQ
  • Recruit
  • Download
  • Contact
  • branding.bz(ブランド構築SaaS)
  • DESIGN NOW(デザインメディア)
  • X
  • LinkedIn
  • Spotify
  • Facebook

213-0011 神奈川県川崎市高津区久本3-6-7-303

© 2026 ID INC. All rights reserved

claude-skills/スキル
SKILLKnowledge Workmonitoring

segment-analysis

プラグイン
Noibu
ソース
GitHub で見る ↗
説明

Noibuのデータを使用して、セグメント(顧客層や販売区分)とトラフィック(サイト訪問)のパフォーマンスを分析します。 次のような場合に使用: - どのチャネル(販売経路)、デバイス(端末)、国で最も売上につながるか知りたい - モバイル(スマートフォン)とデスクトップ(パソコン)の成果を比較したい - 訪問者がどこから来ているのかを確認したい - 成果が出ていない顧客層を見つけたい - 最も売上につながりやすい顧客層と、逆に成果が低い顧客層を特定したい

原文を表示

Analyze segment and traffic performance using Noibu data. Use when you want to know which channels, devices, or countries convert best, how mobile compares to desktop, where your traffic is coming from, which segments are underperforming, or where to find your best and worst converting customer segments.

ユースケース
  • チャネル・デバイス・国別の売上貢献度を確認する
  • モバイルとデスクトップの成果を比較する
  • 訪問者の流入元を確認する
  • 低パフォーマンスの顧客層を特定する
  • 売上貢献度が高い顧客層を特定する
本文(日本語訳)

Noibu セグメント変換分析

仕組み

  • 簡潔な回答(限定的な質問) → 1~2個のクエリを実行して直接回答し、より詳しい分析を提供する選択肢を示す。
  • 詳細分析(広範な質問、指示なしでの起動、または詳細分析の提供の承認) → 以下のワークフロー。

セットアップ — すべてのクエリの前に

静かに準備する。 ユーザーが最初に目にするのはトリアージボード(優先順位付けの表示板)ウィジェットであり、その前に説明文は表示しない。

  • ドメインを先に確定する。 ユーザーが指定した内容(名前またはUUID)を使う。何も指定がなければ AskUserQuestion で確認する。他のことは聞かない。ドメインが1つだけなら確認をスキップする。
  • 今すぐ list_scheduled_tasks を実行 — このドメイン用のタスクがすでに存在するかどうかを記録する。これにより、クエリを実行する前に操作バーのボタンラベル(「スケジュール編集」vs「インサイト スケジュール」)を設定できる。
  • 各フィールド名を役割ごとに確認 した上で使う。参照ファイルではフィールドを役割で名づけており、ハードコードされた列名は使わない。
  • デフォルト期間: ユーザーが特に指定しない限り、直近30日間。
  • データセットの量がほぼゼロの場合(セッション数が0または少数)、このウィンドウ内でドメインにトラフィックがないことを明確に述べ、期間を広げることを提案する。

簡潔な回答

限定的な質問(「どのチャネルのコンバージョン率が最も高いか」「モバイルとデスクトップはどう違うか」「どの国のパフォーマンスが低いか」)の場合:

  1. 必要な1~2個のクエリだけ実行して、直接回答する。
  2. AskUserQuestion で詳細分析を提供する選択肢を示す(文章ではなく選択肢として):
    • 「はい - デバイス・国・チャネルを確認してから、異常を掘り下げる」
    • 「結構です」

簡潔な回答ではトリアージボードやスケジュール参照を読み込まない。


詳細分析

参照ファイルを読み込む: Read ツールを使う。すべてのファイルはこの SKILL.md の隣の references/ フォルダにあり、ベースパスはこのファイルが読み込まれた場所から導く。

  1. クエリを実行する前に、今すぐ references/queries.md と references/triage-board.md を読む。
  2. queries.md のワークフローを実行する。
  3. triage-board.md を使い、概要カード・優先度カード・操作バーを1つの show_widget としてレンダリングする。

ウィジェットの後に1文の短い終了文を追加して、このターンが見える形で終わるようにする。show_widget の後に続く文がないと「表示するものがない」と読まれ、重複したレンダリングを引き起こす可能性がある。1文でウィジェットの内容を名づけるだけで、発見内容を再説明したりウィジェット内の情報を繰り返したりしない。


「調査する」をクリック

「このセグメント信号を調査してください: …」として到着 — ボードの再レンダリングではなく、限定的なフォローアップとして扱う。

  • すでに収集した証拠を再利用する。本当に新しい深掘りが必要な場合だけ再クエリする。
  • まず根本原因を診断してから、アクション内容を決める:
    • UX / キャンペーン / ローカライズ / 追跡ギャップ → 具体的な担当者向けアクション1つ + 解決を確認するチェック。
    • 優先度エラーまたはコア ウェブ バイタルズ(ページの読み込み速度などの指標) → tech-diagnosis スキルをインラインで実行。ユーザーに見えるスラッシュコマンドや引き継ぎテキストは表示しない。
  • 平文のチャット形式で回答 — show_widget は使わない。 形式:根本原因を1~2文 · 証拠表(8行以下) · 推奨アクション。

ダッシュボードとして保存

「[ドメイン]のセグメント概要をダッシュボードとして保存」がトリガー。

references/live-dashboard.md を読み、その指示に従ってアーティファクト(保存可能な成果物)をビルドして保存する。references/triage-board.md は詳細分析から既にコンテキスト内にある。


レポートをダウンロード

「[ドメイン]のセグメント分析をPDFとしてエクスポート」がトリガー。

references/export-pdf.md を読み、その指示に従う。


インサイトのスケジュール設定

「[ドメイン]のセグメント分析をスケジュール設定」または「[ドメイン]のスケジュール編集」がトリガー。

references/schedule-widget.md を読み、show_widget としてレンダリングする。

原文(English)を表示

Noibu Segment Conversion Analysis

How it works

  • Quick answer (focused question) → run 1–2 queries, answer directly, offer to go deeper.
  • Full analysis (broad request, bare invocation, or "yes" to the offer) → the workflow below.

Setup — before any query

Work quietly. The first thing the user sees is the triage board widget — no "let me…" commentary before it.

  • Resolve the domain first. Use what the user gave (name or UUID). If nothing, ask via AskUserQuestion — don't ask about anything else. If exactly one domain, skip the question.
  • Call list_scheduled_tasks now — store whether a task already exists for this domain. This sets the action bar button label at render time ("Edit schedule" vs "Schedule Insights") without blocking queries.
  • Confirm every field name by role before using it. Reference files name fields by role, never hard-coded column names.
  • Default window: last 30 days unless the user specifies otherwise.
  • If the dataset is near-zero (total sessions 0 or a handful), say plainly that the domain has no traffic in this window and offer to widen the range.

Quick answer

For focused questions ("which channel converts best?", "how does mobile compare to desktop?", "which countries are underperforming?"):

  1. Run only the 1–2 queries needed and answer directly.
  2. Offer full analysis via AskUserQuestion (not prose):
    • "Yes — survey device, country, and channel, then dig into anomalies"
    • "No thanks"

Don't load the triage-board or scheduling references for a quick answer.


Full analysis

Loading reference files: Use the Read tool. All files live in a references/ subdirectory next to this SKILL.md — derive the base path from wherever this file was loaded from.

  1. Read references/queries.md AND references/triage-board.md now, before running any queries.
  2. Run the workflow from queries.md.
  3. Render the overview card, priority cards, and action bar as one show_widget using triage-board.md.

After the widget, add a single short closing line so the turn ends with visible text — a show_widget with no following text can be read as "no visible output" and trigger a duplicate re-render. Keep it to one sentence naming what it is; don't recap the findings or restate what's in the widget.


Investigate click

Arrives as "Investigate this segment signal: …" — handle as a focused follow-up, not a re-render of the board.

  • Reuse evidence already gathered; only re-query if genuinely new depth is needed.
  • Diagnose root cause first, then route the action:
    • UX / campaign / localization / tracking gap → one concrete owner-routed action + the check that confirms resolution.
    • Priority error or CWV → invoke tech-diagnosis skill inline. No slash commands or handoff text visible to the user.
  • Respond in plain chat text — do not use show_widget. Format: root cause in 1–2 sentences · evidence table (≤8 rows) · recommended action.

Save as Artifact

Triggered by "Save segment overview as dashboard for [domain]".

Read references/live-dashboard.md and follow the instructions there to build and save the artifact. references/triage-board.md is already in context from the full analysis.


Download Report

Triggered by "Export segment analysis as PDF for [domain]".

Read references/export-pdf.md and follow the instructions there.


Schedule Insights

Triggered by "Schedule segment analysis for [domain]" or "Edit schedule for [domain]".

Read references/schedule-widget.md and render it as a show_widget.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。