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 も必要です。ユーザーがどのアプリまたはサブスクリプションを使用するか指定せず、複数の選択肢がある場合は、先に確認するよう求めてください。
ユーザーは多くの場合、機能の名前が曖昧だったり、部分的だったりします。機能を無断で選ばず、曖昧さがある場合は必ず確認してください。
Pendo:searchEntities を itemType: ["Feature"] と検索語とともに使用して、一致する機能を探します。
検索結果が正確に 1 件の場合、ユーザーに確認してください:機能名、ID、関連メタデータを表示して、「これが探している機能ですか?」と質問します。
検索結果が複数の場合、曖昧性を解消するリストを提示し、ユーザーが正しい機能を選べるようにしてください。各結果について以下を表示します:
以下の基準に基づいて、最も可能性の高い機能に ⭐ 推奨 タグを付けます:
例:
「ダッシュボード」に一致する機能が複数見つかりました。どれを探していますか?
1. ⭐ **ダッシュボード メインビュー** (ID: abc123) — 推奨
- アプリ:Web アプリ| 最終アクティビティ:2026年2月
→ *名前が最も近く、最近のアクティビティあり*
2. **ダッシュボード 設定パネル** (ID: def456)
- アプリ:Web アプリ| 最終アクティビティ:2026年1月
3. **管理者ダッシュボード** (ID: ghi789)
- アプリ:管理ポータル| 最終アクティビティ:2026年2月
結果が見つからない場合は、ユーザーに通知し、代わりの検索語を提案するか、名前を再確認するよう求めてください。
ユーザーが分析する機能を確認するまで、採用レポートに進まないでください。
機能が確認されたら、核となる採用データを集めます。時間を節約するために、これらのクエリをまとめて実行します:
ツール:Pendo:activityQuery
アクティビティクエリを構築する際は、確認済みの機能 ID でフィルタリングし、適切な期間を使用します。可能な限り numVisitors と numEvents の両方をリクエストしてください。
機能を使用しているユーザーと使用していないユーザーを把握します:
ツール:Pendo:activityQuery、Pendo:visitorQuery
各パワーユーザーについて、アカウント名を含めるようにして、データが実用的であることを確認してください。Pendo:activityQuery を visitorId でグループ化しても、必ずしもクリーンなアカウント名が返されるわけではありません。必要に応じて、同じ機能に対して accountId でグループ化した Pendo:activityQuery を別途実行してアカウントレベルのコンテキストを得るか、訪問者のメールドメインからアカウントを推測してください。
機能ユーザーを総アクティブユーザーベースと比較して、有意義な採用パーセンテージを取得します:
ツール:Pendo:activityQuery、Pendo:segmentList
(機能ユーザー数 ÷ 総アクティブ訪問者数)× 100Pendo:segmentList が失敗することがあります。その場合は、ユーザーが特定のセグメントを指定すればセグメントレベルの詳細が利用可能であることをレポートに記載し、先に進んでください。このステップでレポートがブロックされないようにします。採用率をすべての訪問者ではなく、アクティブなユーザーと比較する方法がより有用です。非アクティブなユーザーは現実的な採用対象ではないからです。
採用が時系列でどう変化しているかを確認します:
ツール:Pendo:activityQuery
指定期間が 14 日以下の場合は、日別の粒度を使用します。より長い期間の場合は、週別を使用します。
構造化された機能採用レポートを生成します:
## 機能採用レポート:{機能名}
**機能 ID**:{機能_id}
**期間**:{期間}
### 採用の概要
- **総ユーザー数**:{ユニーク_訪問者数} 訪問者({ユニーク_アカウント数} アカウント)
- **採用率**:アクティブユーザーの {採用率}%({機能_ユーザー数} / {総_アクティブ_訪問者数})
- **総イベント数**:{イベント_数} 件の相互作用
- **トレンド**:{トレンド_方向}(前期間比 {パーセンテージ_変化}%)
### パワーユーザー(チャンピオン)
| 順位 | 訪問者 | アカウント | イベント |
|------|--------|----------|--------|
| 1 | {訪問者_1} | {アカウント_1} | {イベント数} |
| 2 | {訪問者_2} | {アカウント_2} | {イベント数} |
| ... | ... | ... | ... |
### 採用によるトップアカウント
| 順位 | アカウント | ユーザー | イベント |
|------|----------|--------|--------|
| 1 | {アカウント_1} | {ユーザー数} | {イベント数} |
| 2 | {アカウント_2} | {ユーザー数} | {イベント数} |
| ... | ... | ... | ... |
### 採用トレンド
{週別または日別のトレンド要約 — 軌跡を説明し、変曲点に注目}
### セグメント別採用(利用可能な場合)
| セグメント | 採用率 | ユーザー |
|---------|------|--------|
| {セグメント_1} | {率}% | {数} |
| ... | ... | ... |
### インサイトと推奨事項
- {データに基づくインサイト — 例:「採用が 3 つのアカウントに集中しており、広範なロールアウトがまだ進んでいないことを示唆しています」}
- {実行可能な推奨事項 — 例:「全体的なアクティビティが高いが機能を使用していないアカウントをアウトリーチの対象に考慮してください」}
- {トレンドインサイト — 例:「週次の成長は~5% で安定しており、有機的な発見を示しています」}
Analyze how features are being adopted across your user base, identify champions and laggards, and track adoption trends over time.
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.
Users often provide partial or ambiguous feature names. Never silently pick a feature — always confirm when there's any ambiguity.
Use Pendo:searchEntities with itemType: ["Feature"] and the user's search term to find matching features.
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?"
If the search returns multiple results, present a disambiguation list so the user can pick the right one. For each result, show:
Mark the most likely feature with a ⭐ Recommended tag based on:
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
If no results are found, let the user know and suggest alternative search terms or ask them to double-check the name.
Do not proceed to the adoption report until the user has confirmed which feature to analyze.
Once the feature is confirmed, gather core adoption data. Run these queries together to save time:
Tools: Pendo:activityQuery
When constructing activity queries, filter by the confirmed feature ID and use the appropriate time period. Request both numVisitors and numEvents where possible.
Understand who is and isn't using the feature:
Tools: Pendo:activityQuery, Pendo:visitorQuery
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.
Compare feature users against the total active user base to get a meaningful adoption percentage:
Tools: Pendo:activityQuery, Pendo:segmentList
(feature users / total active visitors) × 100Pendo: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.
Look at how adoption is changing over time:
Tools: Pendo:activityQuery
If the timeframe is 14 days or less, use daily granularity. For longer periods, use weekly.
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"}
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。