無料GitHub で公開

ai-adoption-change-management

Use this skill when planning or executing the human side of an Agentforce or Einstein AI feature rollout — user trust-building, AI-specific training, structured feedback collection via the Feedback API, and adoption measurement via Agentforce Analytics. NOT for turning the Einstein for Sales features on — use agentforce/agentforce-sales-ai-setup. NOT for rollout training with no AI in scope — use admin/change-management-and-training.

PranavNagrecha/AwesomeSalesforceSkills

インストール方法を見る

含まれるファイル（7）

SKILL.md18.3 KB
references/examples.md6.4 KB
references/gotchas.md6.6 KB
references/llm-anti-patterns.md10.6 KB
references/well-architected.md5.7 KB
scripts/check_ai_adoption_change_management.py8.9 KB
templates/ai-adoption-change-management-template.md7.5 KB

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

AI Adoption Change Management

Use this skill when a Salesforce AI feature — Agentforce agents, Einstein Copilot, Einstein Reply Recommendations, or any generative AI capability — requires a structured human adoption strategy beyond a standard CRM rollout. It activates when user trust, AI transparency, structured feedback loops, and AI-specific success measurement are in scope.

Before Starting

Gather this context before working on anything in this domain:

Which Agentforce or Einstein features are being deployed, and what actions can the AI take on behalf of users (read-only suggestions vs. autonomous actions)?
What is the current employee sentiment toward AI in the org — has any communication been done, or is this the first time staff will hear about the deployment?
Is the Feedback API enabled in the org, and are Agentforce Analytics / Data 360 dashboards provisioned?
Who are the executive sponsors, and are they willing to visibly champion AI use themselves (the single strongest predictor of workforce adoption)?
What is the rollout model: pilot with a single team, phased by region or role, or big-bang?

The most common wrong assumption is that an Agentforce rollout is just another software launch. It is not. Employees perceive AI as a threat to their jobs or their professional judgment in ways that no CRM feature triggers. Standard go-live communications and click-path training are insufficient — trust and transparency require a distinct communication strategy.

Core Concepts

The LEVERS Model for AI Change Management

Salesforce's official AI change management framework organizes the organizational levers that drive successful AI adoption. Research cited in Salesforce's Change Management for AI Implementation module shows that organizations engaging four or more levers are ten times more likely to achieve successful AI adoption than those relying on one or two.

The six levers are:

Lever	What it covers
Leadership	Visible executive and manager sponsorship. Leaders must publicly use the AI themselves and communicate the "why" beyond efficiency gains.
Ecosystem	AI champions, peer networks, and community of practice. Frontline champions who demo the tool to colleagues drive adoption faster than top-down mandates.
Values	Connecting AI use to the organization's stated values and mission (e.g., "AI frees reps to spend more time building relationships" rather than "AI replaces manual work").
Enablement	Role-specific, AI-specific training that covers not just how to use the feature but when to trust it, when to override it, and how to give feedback. Generic CRM training is insufficient.
Rewards	Recognition and incentive structures that celebrate AI-assisted work, not just output volume. Leaderboards, certifications, or shoutouts for adoption champions.
Structure	Org design and workflow integration. AI features embedded in the primary workflow (inside the rep's daily Salesforce record screen) outperform features that require users to context-switch.

When building an adoption plan, score the org against each lever and identify gaps. Aim for four or more levers actively engaged before go-live.

The Black-Box Trust Problem

The primary driver of employee AI distrust is the inability to understand how the AI reached its recommendation — the "black-box" problem. This is categorically different from distrust of a new CRM field or process.

Employees who cannot explain why the AI made a suggestion will:

Ignore suggestions rather than risk making an error they cannot explain to their manager
Override correct suggestions out of professional defensiveness
Escalate complaints that the AI is "wrong" based on anecdote rather than data

The trust-building communication strategy must include:

Plain-language explanation of what data sources feed the AI model (e.g., "Einstein Reply Recommendations learns from closed-won conversations in your org")
Disclosure of what the AI cannot see (e.g., it does not read private emails, it does not access personal data outside Salesforce)
Clear escalation path when users believe the AI is wrong — feedback must be easy to give and visibly acted upon
Confidence indicator context — if the AI surface shows a confidence score or alternative options, train users to interpret it, not just accept or reject the top suggestion

This communication belongs in the pre-launch phase and must come from a named executive, not an anonymous system notification.

Feedback API: Structured Signal Collection

The Feedback API is the canonical Salesforce mechanism for collecting structured user feedback on AI-generated responses post-deployment. It captures:

Thumbs-up / thumbs-down — binary quality signal on an individual AI response
Reason text — free-text explanation paired with the thumbs signal
Accept / Regenerate / Decline signals — behavioral signals on what the user actually did with the AI output

These signals feed model refinement and adoption dashboards. Without an instrumented feedback loop, teams have no signal to distinguish between "users love it and never complain" and "users ignore it silently." Both look the same in a usage report without feedback data.

Feedback data is surfaced in Agentforce Analytics via Data 360 — the native adoption measurement surface. Data 360 tracks invocation volume, acceptance rate, feedback sentiment, and per-user engagement over time.

Agentforce Analytics via Data 360

Agentforce Analytics is the native adoption measurement surface for AI features deployed via Agentforce. It provides:

Agent invocation volume and trend over time
User acceptance rate (how often users act on AI output vs. dismiss it)
Feedback signal aggregation (thumbs ratio, top rejection reasons)
Per-role and per-team engagement breakdown

Plan for Data 360 dashboard configuration as part of the deployment — not as a post-launch add-on. Define success metrics before go-live so baselines can be established from day one.

Common Patterns

LEVERS Gap Analysis Before Launch

When to use: At the start of any Agentforce adoption planning engagement, before any training content is produced.

How it works:

Score the org 1–3 on each of the six LEVERS dimensions against the current state.
Identify dimensions scoring 1 (not engaged) or 2 (partially engaged).
For each gap, define a concrete action: who is responsible, what artifact is produced, and the deadline before go-live.
Confirm at least four levers reach score 3 before committing to a go-live date.

Why not the alternative: Jumping directly to training content creation without a LEVERS audit produces great training materials for an org that is not organizationally ready to adopt. Training is only one lever (Enablement). Adoption failures almost always stem from Leadership or Rewards gaps, not training quality.

Phased Rollout with Feedback-Gated Promotion

When to use: When deploying to a large or skeptical user population where a failed big-bang launch would create organizational resistance that is hard to reverse.

How it works:

Deploy to a pilot cohort of 10–20 users who are identified as early adopters (high AI curiosity, respected by peers).
Enable Feedback API from day one of the pilot and monitor thumbs ratio and reason text weekly.
Set a promotion gate: for example, a 70% acceptance rate and at least 80% of pilot users having submitted at least one feedback response.
Use pilot user stories and feedback data in the go-live communication to the broader org — peer stories from known colleagues outperform vendor case studies.
Expand to the next cohort and repeat the gate check.

Why not the alternative: Big-bang launches to a skeptical org generate a wave of negative anecdote that spreads faster than positive experience. Once a narrative of "the AI is unreliable" takes hold, it is very difficult to reverse even with improved model accuracy.

Decision Guidance

Situation	Recommended Approach	Reason
Organization has no existing AI awareness	Start with LEVERS gap analysis; prioritize Leadership and Values levers before any training	Trust must be established organizationally before training is effective
Users are complaining the AI gives wrong answers	Activate Feedback API immediately; analyze reason text for patterns before responding	Anecdotal complaints need data signal to distinguish real model issues from calibration problems
Exec sponsor wants to measure AI ROI at 30 days	Configure Agentforce Analytics Data 360 dashboard pre-launch; define baseline metrics and target acceptance rate before go-live	Post-hoc metric selection produces justification, not measurement
Middle managers are blocking team participation	Apply Ecosystem and Rewards levers; identify a respected peer champion and make AI success visible to the manager's own manager	Manager resistance is a structural problem, not a training problem
Users accept AI suggestions but don't understand why	Deliver targeted transparency communication: what data feeds the model, what the AI cannot see	Black-box distrust surfaces as passive non-engagement, not active resistance
Pilot acceptance rate is below 50%	Do not promote to broader rollout; analyze rejection reasons, iterate on AI configuration or prompts, re-pilot	Promoting a poorly accepted pilot amplifies resistance org-wide

Recommended Workflow

Step-by-step instructions for building an AI adoption change management plan:

Assess the LEVERS baseline — Score the organization 1–3 on each of the six LEVERS dimensions (Leadership, Ecosystem, Values, Enablement, Rewards, Structure). Document gaps and assign owners. Confirm at least four levers will reach active engagement before the go-live date.
Design the trust and transparency communication — Draft a pre-launch communication, authored by a named executive, that explains in plain language: what AI features are being deployed, what data feeds the model, what the AI cannot see, how users can give feedback, and how feedback will be acted on. Address job security concerns explicitly and proactively.
Configure the Feedback API and Agentforce Analytics — Verify Feedback API is enabled in the org and instrumented on the AI surfaces being deployed. Configure Agentforce Analytics Data 360 dashboards. Define pre-launch baseline metrics and success thresholds (e.g., target acceptance rate, feedback participation rate, invocation volume per user per week).
Design role-specific AI enablement — Build training that covers: what the AI does, when to trust it, when to override it, how to give feedback, and how to escalate. This is distinct from click-path training. Include a session specifically on how to interpret AI confidence signals and why overriding is always allowed.
Run a gated pilot — Deploy to an early-adopter cohort first. Monitor Feedback API data weekly. Do not promote to the broader org until the pilot meets the pre-defined acceptance rate gate. Collect pilot user stories for use in the broader rollout communication.
Execute phased rollout with ongoing measurement — Roll out to subsequent cohorts using Data 360 adoption dashboards as the ongoing signal. Run a weekly adoption review for the first 90 days: invocation trend, acceptance rate, top rejection reasons, and active user count. Feed rejection reasons back into model configuration or training content.
Sustain through Rewards and Ecosystem levers — After go-live, activate recognition programs for AI adoption champions, share success stories in Chatter or all-hands meetings, and build a community of practice for ongoing peer learning. Adoption decays without ongoing reinforcement.

Review Checklist

Run through these before marking an AI adoption change management plan complete:

LEVERS gap analysis completed and at least four levers are actively engaged
Executive-authored trust and transparency communication drafted and reviewed
Feedback API enabled and instrumented on all deployed AI surfaces
Agentforce Analytics Data 360 dashboards configured with baseline and target metrics defined pre-launch
Role-specific AI training covers trust, override authority, and feedback — not just click-paths
Phased rollout plan includes a pilot cohort and a measurable promotion gate
90-day post-launch adoption review cadence scheduled with named owners
Job security messaging explicitly addressed in all-hands or manager communication

Salesforce-Specific Gotchas

Non-obvious platform behaviors that cause real production problems:

Feedback API signals are invisible without a Data 360 dashboard — The Feedback API collects thumbs-up/down and reason text, but this data does not surface automatically in standard Salesforce reports. Without explicit Agentforce Analytics Data 360 dashboard configuration, adoption teams have no way to monitor feedback signal. This means orgs frequently deploy the Feedback API but never act on the data because it is not visible to the adoption team.
Acceptance rate measures behavior, not satisfaction — A user who clicks "Accept" on an AI suggestion out of habit, without reading it, inflates the acceptance rate metric. An acceptance rate above 90% in the first week of a pilot is a red flag that users may not be engaging critically, not a sign of success. Pair acceptance rate with feedback participation rate (percentage of users who have submitted at least one thumbs signal) as a sanity check.
The LEVERS model requires organizational action, not just a plan document — The LEVERS model is a diagnostic and action framework, not a checklist artifact. Producing a LEVERS assessment document without assigning owners and tracking delivery against each lever before go-live produces false confidence. Each gap identified in the assessment must become a tracked work item with a named owner and a deadline.
Manager resistance blocks STRUCTURE lever regardless of training quality — If middle managers do not incorporate AI-assisted outputs into their own 1:1 or pipeline review conversations, their teams will not sustain AI adoption even after a strong launch. The Structure lever requires embedding AI into the manager's workflow, not just the rep's.
Black-box distrust compounds over time — Users who distrust the AI on launch day but are not given a transparency communication do not naturally develop trust through usage. Without explicit communication about how the model works, skeptics become blockers who actively discourage peers. Trust must be built proactively before it becomes a problem, not reactively after negative sentiment has spread.

Output Artifacts

Artifact	Description
LEVERS Gap Analysis	Scored assessment of the organization against all six LEVERS dimensions with gap owners and go-live readiness gate
Trust and Transparency Communication	Executive-authored pre-launch communication addressing how the AI works, what it cannot see, and how to give feedback
Feedback API Instrumentation Plan	Specification of which AI surfaces have Feedback API enabled and how thumbs/reason signals will be monitored
Agentforce Analytics Dashboard Spec	Data 360 dashboard configuration with baseline metrics, target thresholds, and review cadence
Role-Specific AI Training Outline	Curriculum covering AI trust, override authority, feedback mechanics, and confidence signal interpretation
90-Day Adoption Review Template	Weekly review agenda and metrics report format for post-launch adoption monitoring

Related Skills

admin/change-management-and-training — General Salesforce rollout change management for non-AI features; use alongside this skill when the Agentforce deployment is part of a broader platform rollout
admin/analytics-dashboard-design — CRM Analytics dashboard design patterns; relevant when building Agentforce Analytics adoption dashboards in Data 360

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインしてレビューを書く

同じリポジトリのスキル

概要と使いどころ

acceptance-criteria-given-when-then

無料

Use this skill when writing test-first, behavior-driven acceptance criteria in Given/When/Then format for a Salesforce user story. Covers happy path, edge cases, negative paths, permission boundaries, and data-state preconditions so the AC block can drive UAT scripts and Apex test design downstream. Trigger keywords: given when then, gherkin, behavior driven AC, test first acceptance criteria, scenario outline, BDD acceptance criteria. NOT for the user-story format itself (use admin/user-story-writing-for-salesforce). NOT for UAT script writing (use admin/uat-test-case-design). NOT for Apex test method generation (use agents/test-class-generator). NOT for high-level UAT planning (use admin/uat-and-acceptance-criteria). More triggers: acceptance criteria record, ac_id, req_id on a criterion, artefact under test, negative case for a rule-type requirement, no-match fall-through criterion, oracle for a Then clause, test type apex flow manual, criteria linter, check_ac_format.py, --manifest-dir.

日本語の概要は準備中です。原文の説明を表示しています。