• 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 Workproductivity

feature-adoption

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

Pendo分析(利用状況を追跡するツール)を使用して、機能の導入率を分析し、積極的に活用しているユーザーと導入が遅れているユーザーを特定し、導入トレンドを追跡します。 次のような場合に使用: - 機能の導入状況、機能の使われ方、特定の機能を使用しているユーザー、導入率、機能のロールアウト進捗について質問された場合 - 機能の立ち上げ追跡、機能の積極的なユーザーや推進者の発見、機能をまだ導入していないアカウントの特定、セグメント間での導入状況の比較、時間経過による使用傾向の分析について言及された場合 - たとえ「導入」という言葉が明示されていなくても、「Xは誰が使っているか」「機能Yはどの程度活用されているか」という質問が来た場合も対象です

原文を表示

Analyze feature adoption rates, identify power users vs laggards, and track adoption trends using Pendo analytics. Use this skill whenever someone asks about feature adoption, feature usage, who's using a feature, adoption rates, feature rollout progress, or wants to understand how a specific feature is performing. Also trigger when users mention tracking a feature launch, finding champions or power users of a feature, identifying accounts that haven't adopted a feature, comparing adoption across segments, or analyzing usage trends over time — even if they don't say "adoption" explicitly. If someone asks "who's using X" or "how is feature Y doing", this is the right skill.

ユースケース
  • 機能の導入率を分析するとき
  • ユーザーの機能利用状況を把握するとき
  • 機能のロールアウト進捗を追跡するとき
  • 導入が遅れているユーザーを特定するとき
  • セグメント間での使用傾向を比較するとき
本文(日本語訳)

機能採用状況の分析

ユーザーベース全体での機能の取り入れ状況を分析し、積極的な利用者と未採用者を特定し、採用トレンドを時系列で追跡します。

使用するツール

このスキルは Pendo MCP ツールのみを使用します。以下のツール参照(例:searchEntities、activityQuery、segmentList、visitorQuery)はすべて Pendo コネクタツール(ツール一覧では Pendo: が接頭語)を指します。

開始前に Pendo:list_all_applications を実行して、利用可能なサブスクリプション ID とアプリ ID を確認してください。その後のすべての Pendo ツール呼び出しには subId(サブスクリプション ID)が必要で、ほとんどの場合 appId も必要です。ユーザーがどのアプリまたはサブスクリプションを使用するか指定せず、複数の選択肢がある場合は、先に確認するよう求めてください。

パラメータ

  • feature_name:分析対象の機能。部分的な名前、完全な名前、または機能 ID でも構いません。
  • timeframe:分析対象の期間(デフォルト:直近 30 日間)。
  • comparison_period:トレンド分析用の以前の期間(オプション、デフォルトは同等の前年同期)。

ステップ 0:機能を検索して確認する

ユーザーは多くの場合、機能の名前が曖昧だったり、部分的だったりします。機能を無断で選ばず、曖昧さがある場合は必ず確認してください。

機能を検索する方法

  1. Pendo:searchEntities を itemType: ["Feature"] と検索語とともに使用して、一致する機能を探します。

  2. 検索結果が正確に 1 件の場合、ユーザーに確認してください:機能名、ID、関連メタデータを表示して、「これが探している機能ですか?」と質問します。

  3. 検索結果が複数の場合、曖昧性を解消するリストを提示し、ユーザーが正しい機能を選べるようにしてください。各結果について以下を表示します:

    • 機能名と ID
    • タグ付きアプリ(利用可能な場合)
    • 説明またはページ関連付け

    以下の基準に基づいて、最も可能性の高い機能に ⭐ 推奨 タグを付けます:

    • ユーザーのプライマリアプリに属しているかどうか
    • 最近のアクティビティがあるかどうか
    • 検索語との名前の類似性

    例:

    「ダッシュボード」に一致する機能が複数見つかりました。どれを探していますか?
    
    1. ⭐ **ダッシュボード メインビュー** (ID: abc123) — 推奨
       - アプリ:Web アプリ| 最終アクティビティ:2026年2月
       → *名前が最も近く、最近のアクティビティあり*
    
    2. **ダッシュボード 設定パネル** (ID: def456)
       - アプリ:Web アプリ| 最終アクティビティ:2026年1月
    
    3. **管理者ダッシュボード** (ID: ghi789)
       - アプリ:管理ポータル| 最終アクティビティ:2026年2月
    
  4. 結果が見つからない場合は、ユーザーに通知し、代わりの検索語を提案するか、名前を再確認するよう求めてください。

  5. ユーザーが分析する機能を確認するまで、採用レポートに進まないでください。

ステップ 1:採用指標を収集する

機能が確認されたら、核となる採用データを集めます。時間を節約するために、これらのクエリをまとめて実行します:

ツール:Pendo:activityQuery

  • この機能を指定期間内に使用したユニークな訪問者数
  • この機能を使用したユーザーを持つユニークなアカウント数
  • 機能の総イベント数(相互作用)
  • 前期間の同じ期間の指標(トレンド比較用)

アクティビティクエリを構築する際は、確認済みの機能 ID でフィルタリングし、適切な期間を使用します。可能な限り numVisitors と numEvents の両方をリクエストしてください。

ステップ 2:ユーザーセグメントを特定する

機能を使用しているユーザーと使用していないユーザーを把握します:

ツール:Pendo:activityQuery、Pendo:visitorQuery

  • パワーユーザー(チャンピオン):機能についてイベント数が多い上位 10 訪問者。ケーススタディ、ベータテスト、内部アドボケーションの候補として最適です。
  • 最近の採用者:過去 7 日以内にこの機能を初めて使用した訪問者。現在のモメンタムを理解するのに役立ちます。
  • 主要アカウント:最もユニークな訪問者数を持つ機能ユーザーがいるアカウント。ユニークな訪問者数でランク付けされています。

各パワーユーザーについて、アカウント名を含めるようにして、データが実用的であることを確認してください。Pendo:activityQuery を visitorId でグループ化しても、必ずしもクリーンなアカウント名が返されるわけではありません。必要に応じて、同じ機能に対して accountId でグループ化した Pendo:activityQuery を別途実行してアカウントレベルのコンテキストを得るか、訪問者のメールドメインからアカウントを推測してください。

ステップ 3:採用率を計算する

機能ユーザーを総アクティブユーザーベースと比較して、有意義な採用パーセンテージを取得します:

ツール:Pendo:activityQuery、Pendo:segmentList

  1. 同じ期間における製品全体のユニークなアクティブ訪問者の合計を取得します。
  2. 採用率を計算します:(機能ユーザー数 ÷ 総アクティブ訪問者数)× 100
  3. セグメント(Pendo:segmentList 経由)が利用可能な場合は、セグメント別の採用率を計算して追加の洞察を得ます。これにより、採用が 1 つのセグメントでは強いが別のセグメントでは弱いことが明らかになることがよくあります。注:サブスクリプションの中には数千のセグメントを持つものがあり、部分文字列フィルタなしで Pendo:segmentList が失敗することがあります。その場合は、ユーザーが特定のセグメントを指定すればセグメントレベルの詳細が利用可能であることをレポートに記載し、先に進んでください。このステップでレポートがブロックされないようにします。

採用率をすべての訪問者ではなく、アクティブなユーザーと比較する方法がより有用です。非アクティブなユーザーは現実的な採用対象ではないからです。

ステップ 4:トレンドを分析する

採用が時系列でどう変化しているかを確認します:

ツール:Pendo:activityQuery

  • 指定期間における機能の日別または週別ユニーク訪問者数をクエリします
  • 成長または低下パターンを特定します
  • 大きな急上昇(ローンチ、ガイダンス、アナウンスとの相関の可能性)または急低下(バグ、UX の問題の可能性)に注目します
  • 現在の期間の合計と前期間を比較して、パーセンテージ変化を計算します
  • 期間の一部:トレンドの最初または最後の週/日は不完全な場合があります(例:週の途中で終わる 30 日間の範囲)。レポートで期間の一部をフラグ立てし、ユーザーが短いバケットを低下と誤解しないようにしてください。

指定期間が 14 日以下の場合は、日別の粒度を使用します。より長い期間の場合は、週別を使用します。

出力形式

構造化された機能採用レポートを生成します:

## 機能採用レポート:{機能名}
**機能 ID**:{機能_id}
**期間**:{期間}

### 採用の概要
- **総ユーザー数**:{ユニーク_訪問者数} 訪問者({ユニーク_アカウント数} アカウント)
- **採用率**:アクティブユーザーの {採用率}%({機能_ユーザー数} / {総_アクティブ_訪問者数})
- **総イベント数**:{イベント_数} 件の相互作用
- **トレンド**:{トレンド_方向}(前期間比 {パーセンテージ_変化}%)

### パワーユーザー(チャンピオン)
| 順位 | 訪問者 | アカウント | イベント |
|------|--------|----------|--------|
| 1    | {訪問者_1} | {アカウント_1} | {イベント数} |
| 2    | {訪問者_2} | {アカウント_2} | {イベント数} |
| ...  | ...     | ...     | ...    |

### 採用によるトップアカウント
| 順位 | アカウント | ユーザー | イベント |
|------|----------|--------|--------|
| 1    | {アカウント_1} | {ユーザー数} | {イベント数} |
| 2    | {アカウント_2} | {ユーザー数} | {イベント数} |
| ...  | ...     | ...   | ...    |

### 採用トレンド
{週別または日別のトレンド要約 — 軌跡を説明し、変曲点に注目}

### セグメント別採用(利用可能な場合)
| セグメント | 採用率 | ユーザー |
|---------|------|--------|
| {セグメント_1} | {率}% | {数} |
| ...     | ...          | ...   |

### インサイトと推奨事項
- {データに基づくインサイト — 例:「採用が 3 つのアカウントに集中しており、広範なロールアウトがまだ進んでいないことを示唆しています」}
- {実行可能な推奨事項 — 例:「全体的なアクティビティが高いが機能を使用していないアカウントをアウトリーチの対象に考慮してください」}
- {トレンドインサイト — 例:「週次の成長は~5% で安定しており、有機的な発見を示しています」}

ルール

  • 機能確認をスキップしないでください。 検索結果が複数の場合は、必ず ⭐ 推奨タグ付きのオプションを提示し、ユーザーが選択するまで待ってください。これは最も重要なルールです。
  • 推奨理由を常に説明してください。 機能にスターを付けるだけでなく、理由を簡潔に述べてください。
  • すべての後続クエリで、確認済みの機能 ID を明示的に渡してください。
  • 指定されていない場合、デフォルト期間は 30 日間です。
  • 採用率はすべての訪問者ではなく、総アクティブユーザーを基準に計算してください。より正確で有用な数値が得られます。
  • パワーユーザーを特定する際は、アカウント名を含めて、アウトリーチ用のデータを実用的にしてください。
  • クエリが結果を返さない場合(例:使用なし、セグメントなし)は、セクションを空白にするのではなく、レポートに簡潔に記載してください。ゼロ採用自体が意味のある知見です。
  • データに基づいて実行可能な推奨事項を提供します。一般的なアドバイスではなく、具体的な次のステップを数字と結びつけてください(例:ターゲットにするアカウント、ガイドやアナウンスへの投資の必要性)。
  • ユーザーが複数の機能について尋ねた場合は、各機能について別々のレポートを生成し、上部に簡潔な比較要約を付けてください。
原文(English)を表示

Feature Adoption Analysis

Analyze how features are being adopted across your user base, identify champions and laggards, and track adoption trends over time.

Tools

This skill uses Pendo MCP tools exclusively. All tool references below (e.g., searchEntities, activityQuery, segmentList, visitorQuery) refer to the Pendo connector tools (prefixed Pendo: in the tool list).

Before starting, call Pendo:list_all_applications to get the available subscription IDs and app IDs. Every subsequent Pendo tool call requires a subId (subscription ID) and most require an appId. If the user hasn't specified which app or subscription to use and there are multiple options, ask them to confirm before proceeding.

Parameters

  • feature_name: The feature to analyze. Can be a partial name, exact name, or feature ID.
  • timeframe: The time period for analysis (default: last 30 days).
  • comparison_period: Optional previous period for trend analysis (defaults to the equivalent prior period).

Step 0: Find and Confirm the Feature

Users often provide partial or ambiguous feature names. Never silently pick a feature — always confirm when there's any ambiguity.

How to find the feature

  1. Use Pendo:searchEntities with itemType: ["Feature"] and the user's search term to find matching features.

  2. If the search returns exactly one result, confirm with the user: show the feature name, ID, and any relevant metadata, and ask "Is this the right feature?"

  3. If the search returns multiple results, present a disambiguation list so the user can pick the right one. For each result, show:

    • Feature name and ID
    • Tagged app (if available)
    • Any description or page association

    Mark the most likely feature with a ⭐ Recommended tag based on:

    • Whether it belongs to the user's primary app
    • Whether it has recent activity
    • Name similarity to the search term

    Example:

    I found several features matching "dashboard". Which one are you looking for?
    
    1. ⭐ **Dashboard Main View** (ID: abc123) — Recommended
       - App: Web App | Last active: Feb 2026
       → *Closest name match with recent activity*
    
    2. **Dashboard Settings Panel** (ID: def456)
       - App: Web App | Last active: Jan 2026
    
    3. **Admin Dashboard** (ID: ghi789)
       - App: Admin Portal | Last active: Feb 2026
    
  4. If no results are found, let the user know and suggest alternative search terms or ask them to double-check the name.

  5. Do not proceed to the adoption report until the user has confirmed which feature to analyze.

Step 1: Collect Adoption Metrics

Once the feature is confirmed, gather core adoption data. Run these queries together to save time:

Tools: Pendo:activityQuery

  • Unique visitors who used this feature in the timeframe
  • Unique accounts with users of this feature
  • Total event count for the feature
  • Previous period metrics for the same duration (for trend comparison)

When constructing activity queries, filter by the confirmed feature ID and use the appropriate time period. Request both numVisitors and numEvents where possible.

Step 2: Identify User Segments

Understand who is and isn't using the feature:

Tools: Pendo:activityQuery, Pendo:visitorQuery

  • Power Users (Champions): Top 10 visitors by event count for the feature. These are your best candidates for case studies, beta testing, and internal advocacy.
  • Recent Adopters: Visitors who first used the feature in the last 7 days. Useful for understanding current momentum.
  • Top Accounts: Accounts with the most feature users, ranked by unique visitor count.

For each power user, try to include their account name so the data is actionable. The Pendo:activityQuery grouped by visitorId may not always return a clean account name — if needed, cross-reference by running a separate Pendo:activityQuery grouped by accountId for the same feature to get account-level context, or infer the account from the visitor's email domain.

Step 3: Calculate Adoption Rate

Compare feature users against the total active user base to get a meaningful adoption percentage:

Tools: Pendo:activityQuery, Pendo:segmentList

  1. Get total unique active visitors across the entire product in the same timeframe.
  2. Calculate adoption rate: (feature users / total active visitors) × 100
  3. If segments are available (via Pendo:segmentList), calculate adoption rate per segment for additional insight — this often reveals that adoption is strong in one segment but weak in another. Note: some subscriptions have thousands of segments, which will cause Pendo:segmentList to fail without a substring filter. If this happens, note in the report that segment-level breakdown is available if the user specifies a segment of interest, and move on — don't let this block the rest of the report.

The adoption rate relative to active users is more useful than against all visitors, since inactive users aren't a realistic adoption target.

Step 4: Analyze Trends

Look at how adoption is changing over time:

Tools: Pendo:activityQuery

  • Query daily or weekly unique visitors for the feature over the timeframe
  • Identify growth or decline patterns
  • Note any significant spikes (possible correlation with launches, guides, or announcements) or drops (possible bugs, UX issues)
  • Compare the current period's total against the previous period to calculate percent change
  • Partial periods: The first or last week/day in a trend may be incomplete (e.g., a 30-day range ending mid-week). Flag partial periods in the report so the user doesn't misread a shorter bucket as a decline.

If the timeframe is 14 days or less, use daily granularity. For longer periods, use weekly.

Output Format

Generate a structured feature adoption report:

## Feature Adoption Report: {feature_name}
**Feature ID**: {feature_id}
**Period**: {timeframe}

### Adoption Overview
- **Total Users**: {unique_visitors} visitors across {unique_accounts} accounts
- **Adoption Rate**: {adoption_rate}% of active users ({feature_users} / {total_active_users})
- **Total Events**: {event_count} interactions
- **Trend**: {trend_direction} ({percent_change}% vs previous period)

### Power Users (Champions)
| Rank | Visitor | Account | Events |
|------|---------|---------|--------|
| 1    | {visitor_1} | {account_1} | {events} |
| 2    | {visitor_2} | {account_2} | {events} |
| ...  | ...     | ...     | ...    |

### Top Accounts by Adoption
| Rank | Account | Users | Events |
|------|---------|-------|--------|
| 1    | {account_1} | {user_count} | {events} |
| 2    | {account_2} | {user_count} | {events} |
| ...  | ...     | ...   | ...    |

### Adoption Trend
{weekly_or_daily_trend_summary — describe the trajectory in words, noting any inflection points}

### Segment Adoption (if available)
| Segment | Adoption Rate | Users |
|---------|--------------|-------|
| {segment_1} | {rate}% | {count} |
| ...     | ...          | ...   |

### Insights & Recommendations
- {insight based on the data — e.g., "Adoption is concentrated in 3 accounts, suggesting broad rollout hasn't happened yet"}
- {actionable recommendation — e.g., "Consider targeting accounts with high overall activity but zero feature usage for outreach"}
- {trend insight — e.g., "Week-over-week growth has been steady at ~5%, indicating organic discovery"}

Rules

  • Never skip feature confirmation. If the search returns more than one result, always present options with a ⭐ Recommended tag and wait for the user to choose. This is the most important rule.
  • Always explain the recommendation. Don't just star a feature — briefly say why.
  • Always pass the confirmed feature ID explicitly in all subsequent queries.
  • Default timeframe is 30 days if not specified.
  • Calculate adoption rate relative to total active users, not all visitors — this gives a more honest and useful number.
  • When identifying power users, include their account name so the data is actionable for outreach.
  • If a query returns no results (e.g., zero usage, no segments), note it briefly in the report rather than leaving the section blank. Zero adoption is itself a meaningful finding.
  • Provide actionable recommendations based on the data — not generic advice but specific next steps tied to what the numbers show (e.g., which accounts to target, whether to invest in guides or announcements).
  • If the user asks about multiple features, generate separate reports for each, with a brief comparison summary at the top.

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