• 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/スキル
SKILLOfficialproductivity

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 で取得可能)がある場合、セグメント別の採用率を計算して追加の洞察を得ます。これにより、あるセグメントでは採用が進んでいるが別のセグメントでは進んでいない、といったことが明らかになることがあります。注: 一部のサブスクリプションは数千個のセグメントを持つため、部分文字列フィルターなしでは 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 による自動翻訳です。