Repository navigation
💡 Avatar-Delivered Workflow Impact Reports: Post-Session ROI Quantification for Sustained Adoption #516
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Summary
After completing a workflow, the avatar generates a brief impact summary quantifying what was accomplished — documents produced, tools invoked, estimated time saved vs. manual approach, and suggested next steps. "We created your competitive analysis in 18 minutes. A manual version typically takes 3-4 hours for similar scope. Want me to schedule a weekly update?" This makes AI value visible and concrete, directly addressing the #1 enterprise adoption barrier: unclear business value. Users get ammunition to justify continued use to themselves and their managers.
Market Signal
Forrester reports 248% three-year ROI for workflow automation, but nearly 40% of AI time savings are lost to fixing low-quality output (Workday, January 2026). Enterprise AI adoption research (Writer 2026) identifies "unclear business value" as the #1 adoption barrier — ahead of cost and technical complexity. Clients renew because measurable impact is proven, not because the workflow ran. No AI assistant currently quantifies its own value to users after each interaction — this is a blue ocean opportunity. The AI automation ROI benchmark report (Alice Labs 2026) establishes time-saved-per-user as the key adoption metric.
User Signal
The PRD's business success metrics target daily usage (≥1 session/day within 30 days) and independent adoption by non-technical coworkers (≥3 users completing workflows independently within 60 days). The gap between first use (onboarding initiative #333-338) and sustained daily use is the adoption chasm. Knowledge workers who can tell their manager "TalkTerm saved me 6 hours this week" are far more likely to continue using it — and to recommend it to coworkers. Impact reports create this adoption flywheel. Related discussions on cost transparency (#69, #411) and outcome-driven workflows (#210) address adjacent concerns but none cover post-workflow ROI quantification.
Technical Opportunity
All required data is already captured by the planned architecture: session duration (FR30-33), agent actions with timestamps (FR27-29), output artifacts (FR23-26), and tool invocations. Time-saved estimates are derived from a workflow-type-to-benchmark mapping: brainstorming → 3-4 hours manual (McKinsey knowledge worker benchmarks), competitive analysis → 4-6 hours, status report → 1-2 hours. Impact report displayed as a ComparisonTable display mode (FR45/UX-DR13) with avatar verbal summary (FR26). Optional user feedback ("Was this about right?") calibrates estimates over time via preference memory (FR51). Touches agent bounded context (
main/agent/) for impact calculation and storage (main/storage/) for calibration data.Assessment
Adversarial Review
Strongest objection: Time-saved estimates could be inaccurate and feel inflated, undermining trust rather than building it. "Saved you 4 hours" for a 2-paragraph output feels dishonest.
Rebuttal: Use conservative estimates based on published benchmarks (McKinsey, Forrester). Show the calculation transparently: "Based on the 24 ideas we generated across 4 categories, manual brainstorming typically takes 3-4 hours for similar scope" — users can evaluate the reasoning. Allow users to confirm or adjust estimates ("Was this about right?"), using feedback to calibrate future estimates via preference memory (FR51). The avatar frames it as an estimate, not a claim: "I estimate we saved about..." — honesty builds trust. Over time, personalized estimates replace benchmarks. If a user's actual experience is that manual brainstorming takes them 1 hour, the system adapts.
Suggested Next Step
Build the workflow-type-to-time-estimate mapping table using published productivity benchmarks (McKinsey, Forrester, Workday). Design the impact report card component as an extension of the ComparisonTable display mode (UX-DR13). Define the user feedback loop ("Was this about right?") for estimate calibration via preference memory (FR51).
All reactions