← Market Analyst · c7

comparison.md

Avoma Notes vs Claude Extraction: Comparison Analysis

Comparing 5 calls across both systems to identify overlap, gaps, and integration opportunities.


1. Pain Points Overlap

Summary

Both systems extract pain points, but they focus on different granularities and sometimes surface entirely different items.

Brooks/Dropbox (2bbbfa5d)

Claude ExtractionAvoma NotesMatch?
Slow mTLS proxy migration for attributionNo service identity attribution yet, delaying mTLS migrationOverlap - same concept, Avoma is more concise
Previous eBPF tooling caused performance issues(not listed as pain point)Claude only - Avoma captures this under Risk instead
No visibility into agentic workflowsAgentic AI workflows go unmonitoredOverlap - near-identical
Privacy concerns around deep packet inspectionPrivacy concerns demand granular control over captured dataOverlap - Avoma more actionable (ties to "granular control")
(not extracted)Manual monthly certificate updates are burdensomeAvoma only - Claude missed this operational pain

Verdict: Strong overlap on 3/4 Claude items. Avoma catches one pain point Claude missed (certificate rotation burden). Claude captures the eBPF performance history as a pain point; Avoma files it under Risk -- arguably Risk is a better classification for a historical concern.

Starbucks (5facc469)

Claude ExtractionAvoma NotesMatch?
Developers blame network for their own config errorsHigh operational overhead diagnosing network issues due to misdirected troubleshootingOverlap - Claude is more specific (wrong endpoints), Avoma is more abstract
Manual troubleshooting overhead for platform team(same as above, merged)Overlap
Namespace-based tenancy model is insufficientNamespace-based tenancy causing resource restriction conflictsOverlap - very close
Loss of institutional knowledge from team departuresLoss of key personnel and institutional knowledgeOverlap - identical concept
(not extracted)Inadequate Falcon Log Scale Collector lacks transformsAvoma only - Claude captures this under competitiveMentions instead

Verdict: Near-complete overlap. The main difference is where each system classifies things. Claude puts the Falcon collector issue under competitiveMentions; Avoma puts it under Pain Point. Both are valid.

Dropbox POC (5dd8e88a)

Claude ExtractionAvoma NotesMatch?
Strict procurement process (privacy, legal, TPRA)Procurement delayed by privacy, legal, and TPRA reviewsOverlap
Tool "too powerful" -- don't want visibility into everythingQpoint's comprehensive visibility risks exposing excessive dataOverlap - same concept
PCI data in payment processing flowsOutbound credit card data requires strict DLPOverlap
Lack of visibility into third-party/opaque binariesIPE deployments run opaque third-party binaries with minimal visibilityOverlap
DLP gaps without full TLS session controlLimited insight into decrypted East-West trafficPartial overlap - related but different angles
(not extracted)Need to feed externally generated events into processingAvoma only - Claude has this under featureRequests, not pain points

Verdict: Very strong overlap. Where they differ is classification: Claude files "external event ingestion" as a feature request; Avoma calls it a pain point. Both are defensible.

Airbnb (d5718c90)

Claude ExtractionAvoma NotesMatch?
Lack of visibility into third-party data flows / contracts(not listed as pain point)Claude only - Avoma puts this under Impact/Data Classification Focus
Complex vendor procurement process(not listed as pain point)Claude only - Avoma mentions it in Background/Current Workflow
Challenges with data export into ElasticIntegrating Qpoint data into Elastic requires additional export setupOverlap
(not extracted)Performance and networking constraints raise concernsAvoma only - Claude has this under objections
(not extracted)"The data is the most important part of the project"Avoma only - vague, low value

Verdict: Weak overlap. The two systems are extracting from different moments in the conversation. Claude captures the strategic pain points (third-party risk, procurement); Avoma captures the tactical/immediate ones (Elastic integration, performance concerns). Claude's pain points are more aligned with what a sales team needs.

Wunderkind (b02a2f17)

Claude ExtractionAvoma NotesMatch?
Cannot filter client traffic from vendor trafficUnable to filter out client data trafficOverlap
Missing "is not" condition for dataset filtering(captured under Risk: dataset view lacks negation condition)Partial - Avoma classifies it differently
Unclear how to apply dataset views to dashboard filters(not captured)Claude only
(not extracted)Deployed only in QA, no production visibility yetAvoma only - Claude mentions this in valueSignals context
(not extracted)Need to integrate alerts into existing Jira/Slack systemsAvoma only - Claude has this under featureRequests

Verdict: Moderate overlap. Each system finds ~3 items; they share 1-2 in common. Claude is more specific about UI/UX friction; Avoma captures broader deployment state issues.

Cross-Call Pain Point Assessment

  • Both systems find the core pain points in most calls (3/5 strong overlap)
  • Classification differs: Avoma sometimes files things under Risk or Background that Claude puts under painPoints, and vice versa
  • Claude is more specific: Includes verbatim quotes and speaker attribution, making extracted pain points more actionable for sales follow-up
  • Avoma catches operational/historical context Claude sometimes misses (certificate rotation, team departures as pain vs. background)

2. Feature Requests Overlap

Summary

Avoma's "Feature Mention" section conflates features of Qpoint being demoed with features requested by the prospect. Claude's extraction focuses specifically on what the prospect asked for.

Brooks/Dropbox

Claude Feature RequestAvoma Feature MentionMatch?
Custom metadata labeling via env varsMetadata tagging customizable from env vars, container labelsOverlap - but Avoma frames it as a Qpoint capability, not a request
Granular filtering per URL (header-only, full body)Routing stacks allow per-URL rulesOverlap - same conflation issue
Gradual deployment for specific services(not mentioned)Claude only

Starbucks

Claude Feature RequestAvoma Feature MentionMatch?
Namespace-based access controls with RBACNamespace enforcement controls to filter visibility per developerOverlap
Direct Datadog integration(Datadog mentioned in Competitor, not Feature Mention)Partial
OpenTelemetry collector integrationQTAP data directly to Vertex, bypassing hotel sidecarsPartial - related concept
(not extracted)Lawful intercept for raw payload streamingAvoma only - Claude has this under valueSignals

Dropbox POC

Claude Feature RequestAvoma Feature MentionMatch?
External event ingestion for analysis(not in Feature Mention; in Business Need)Different sections
Envoy filter integration for traffic mirroring(not in Feature Mention; in Integration section)Different sections
Data classification/DLP for credit cards, SSNsML-based data classification flags PII with customizable samplingOverlap

Airbnb

Claude Feature RequestAvoma Feature MentionMatch?
Data export to Elastic for custom dashboards(not in Feature Mention)Claude only
Air-gapped deployment without external dependencies(not in Feature Mention; in Positive Moment)Avoma misclassifies
CPU usage controls and resource limits(not mentioned)Claude only
(not extracted)Identify unauthorized flows (SSNs to AI providers)Avoma only

Wunderkind

Claude Feature RequestAvoma Feature MentionMatch?
Inverted filtering conditions(not in Feature Mention)Claude only - Avoma puts it in Risk section
Jira alerting integration(not in Feature Mention; in Business Need)Avoma misplaces
Slack integration for non-critical alertsConfigurable alert rules with Slack/Jira webhook supportOverlap

Cross-Call Feature Request Assessment

  • Avoma's Feature Mention is fundamentally different from Claude's featureRequests. Avoma captures features of the product that were discussed; Claude captures what the prospect asked for. These are very different signals.
  • Claude's extraction is far more useful for product roadmap prioritization because it specifically isolates prospect demand.
  • Avoma's Feature Mention is useful for tracking what was demoed -- which features the sales team presented and discussed. This could be valuable for demo optimization.
  • Recommendation: Do not treat these as equivalent fields. They serve different purposes.

3. Competitive Mentions Overlap

Brooks/Dropbox

  • Claude: No competitive mentions extracted
  • Avoma: No competitors listed
  • Match: Both agree -- no competitors discussed

Starbucks

  • Claude: Falcon Log Scale Collector (negative), Humio/Log Scale (neutral)
  • Avoma: Falcon Log Scale Collector (lacked data transforms), Datadog (mentioned as alternative target)
  • Match: Strong overlap. Avoma additionally captures Datadog as a competitive mention -- Claude misses this because Lawrence frames Datadog as an integration target, not a competitor. Avoma's classification is arguably better here since Datadog is indeed a competitive platform.

Dropbox POC

  • Claude: CrowdStrike Falcon (conflicts with BPF tools)
  • Avoma: No competitors listed (CrowdStrike mentioned in Current Workflow and Risk sections instead)
  • Match: Claude extracts it; Avoma does not classify it as competitive. Both capture the information somewhere.

Airbnb

  • Claude: No competitive mentions
  • Avoma: No competitors listed
  • Match: Both agree

Wunderkind

  • Claude: No competitive mentions
  • Avoma: Datadog (complementary -- discovers uninstrumented traffic)
  • Match: Avoma catches Datadog reference; Claude misses it. The Datadog mention is framed as complementary rather than competitive, so Claude's exclusion is defensible but Avoma's inclusion is more useful for market positioning.

Cross-Call Competitive Assessment

  • Both systems have sparse competitive data (most calls don't have direct competitor discussions)
  • Avoma is slightly better at capturing tools mentioned in passing (Datadog in Starbucks and Wunderkind) that Claude considers "integration targets" rather than competitors
  • Neither system is comprehensive -- competitive intel extraction could be improved in both

4. Value Signals Overlap

Brooks/Dropbox

Claude Value Signal / EchoAvoma Positive Moment / ImpactMatch?
Excitement about monitoring agentic workflows"Very helpful for visibility into agentic lab settings"Overlap
Multiple concrete use cases (DLP + agent visibility)(not in Positive Moment)Claude only
Strong interest in agentic workflow demos(not in Positive Moment)Claude only
Positive reaction to pricing(not in Positive Moment)Claude only
Value Echo: Articulated two distinct value props (DLP + AI governance)(not captured)Claude only
(not extracted)Apollo.io praised Qpoint as first technology showing what's happeningAvoma only - third-party social proof reference
(not extracted)Customers discover more vendor endpoints than expectedAvoma Impact - generic value framing
(not extracted)Real-time detection reduces troubleshooting from hours to minutesAvoma Impact - quantified value statement

Key insight: Avoma's Impact section captures quantified business value ("hours to minutes") that Claude does not extract. The Apollo.io reference is social proof that Claude misses entirely. Claude's valueEchoes capture the prospect's own language, which Avoma lacks.

Starbucks

Claude Value Signal / EchoAvoma Positive Moment / ImpactMatch?
Strong excitement about payload capture / "lawful intercept"(not in Positive Moment)Claude only
Self-service troubleshooting for dev teams(not in Positive Moment)Claude only
No-instrumentation approach value(not in Positive Moment)Claude only
(not extracted)Jon Friesen: "sounds like a dream"Avoma only - but this is a Qpoint team member, not the prospect
(not extracted)Devin: "Cut through the red tape"Avoma only - also a Qpoint team member
(not extracted)Unified observability expected to streamline issue resolutionAvoma Impact

Key insight: Avoma's Positive Moments for this call are actually from Qpoint team members, not the prospect. This is a significant quality issue -- those are not buying signals at all. Claude correctly attributes all value signals to Lawrence Lucas (the prospect).

Airbnb

Claude Value Signal / EchoAvoma Positive Moment / ImpactMatch?
"Something like this should exist" -- strong concept validation(not in Positive Moment)Claude only
Positive reaction to UI and dashboard(not in Positive Moment)Claude only
Fundamental visibility problem with encrypted traffic(not captured)Claude only - though speaker is Tyler (Qpoint)
(not extracted)Architecture includes eBPF sensor, Qscan, S3, cloud analyticsAvoma only - this is a product description, not a positive moment
(not extracted)Dashboard filters by host, pod, container, business unit, countryAvoma only - also a product description
(not extracted)Sensor uses ~200MB RAM and ~6% CPUAvoma only - product spec

Key insight: Avoma's "Positive Moment" section for Airbnb contains zero actual positive moments from the prospect. Every item is a product feature description. Claude correctly identifies Luke's "I feel like something like this should exist" as a value signal. This is a major quality gap in Avoma's extraction.

Wunderkind

Claude Value Signal / EchoAvoma Positive Moment / ImpactMatch?
Visibility into uninstrumented traffic other APM tools missTeam appreciated frictionless integration without latency overheadPartial - different angles of same theme
Interest in incident response use case(not in Positive Moment)Claude only
Active evaluation in QA for several months(not in Positive Moment)Claude only
(not extracted)Dashboard captured Argo CD traffic to Pub/SubAvoma only - concrete demo result

Cross-Call Value Signal Assessment

  • Claude is significantly better at identifying genuine buying signals. Claude correctly attributes signals to prospects and captures the emotional weight ("should exist", "bane of my existence").
  • Avoma's Positive Moment section has quality issues. In 2/5 calls, it contains statements from the Qpoint team (not the prospect) or product descriptions (not positive moments). This makes it unreliable as a buying signal source.
  • Avoma's Impact section adds unique value. It captures quantified business outcomes ("hours to minutes") and broader value framing that Claude does not extract. This is genuinely useful data.
  • Claude's valueEchoes are unique -- the concept of tracking when a prospect articulates value in their own words has no Avoma equivalent and is high-value for messaging validation.

5. NEW Data Only in Avoma Notes (No Claude Equivalent)

For each call, here are Avoma sections that have no corresponding field in our CallData schema:

Action Items

All 5 calls have detailed, timestamped action items with owner attribution:

CallExample Action Item
Brooks"Send resource usage figures for large deployments to Brooks" (Devin, 21:27)
Starbucks"Set up Datadog integration POC... share guide with Lawrence via Slack" (Devin, 18:06)
Dropbox"Contact Cecilia by Wednesday to obtain the required signature" (Andrew, 36:37)
Airbnb"Deploy sensor to representative hosts and extrapolate performance" (Luke, 35:46)
Wunderkind"Post questions about dataset filtering in Slack channel" (Mike, 37:10)

Assessment: High value. Our urgency.nextSteps captures some of this but is less granular -- it records commitments, not specific deliverables with deadlines. Action items are the #1 candidate for schema addition.

Budget

CallAvoma Budget DataOur Data
Brooks"$360/node/year, adjustable for larger deployments"urgency.budgetSignals captures prospect reaction but not the actual price quoted
Starbucks(empty)(empty)
Dropbox(empty)(empty)
Airbnb(empty)(empty)
Wunderkind(empty)(empty)

Assessment: Low incremental value. Only 1/5 calls has budget data, and it is the price we quoted, not a prospect budget signal. Our budgetSignals field is actually more useful because it captures the prospect's reaction to pricing.

Decision Making

CallAvoma Decision Making Data
Brooks(empty)
StarbucksLawrence has unilateral authority to enforce network standards
DropboxBrooks from Infra/Cloud Security to evaluate; final signature pending from Cecilia
Airbnb(empty)
WunderkindMike and Zack define deployment plan; Matt and Eli assess scanning priority

Assessment: Medium-high value. Understanding who has authority and how decisions are made is critical for deal progression. We do not capture this. 3/5 calls have useful decision-making data.

Current Workflow

CallExample Current Workflow Data
BrooksManual Cloudflare SSL cert updates yearly; outbound proxies with high operational overhead
StarbucksOTEL + Loki + Grafana stack; manual DNS traces and Netcat for troubleshooting
DropboxEast-west via internal CA; IPE runs third-party Helm charts; ACL-based allow-list for outbound
AirbnbSelf-hosted K8s on EC2; previously collaborated on DNS at S1
WunderkindQTAP DaemonSet via Helm; tagging via K8s labels; Argo CD traffic visible in QA

Assessment: Medium value. Understanding the prospect's current stack helps with positioning and technical fit assessment. Our company.description captures some of this but not the detailed technical workflow. This would be most useful during deal preparation rather than post-call analysis.

Background

CallAvoma Background Data
BrooksPrevious discussions with other Dropbox contacts; Dan initiated contact
StarbucksTeam lost key members in ~1.5 months; Lawrence sole maintainer
Dropbox6-month procurement process; security model evolved since DNS days
Airbnb(empty)
WunderkindCustomer for ~1 year, QA evaluation only a few months

Assessment: Medium value. Deal history and organizational context. Some of this lands in our summary field but not systematically. Most useful for account management rather than PMF analysis.

Timeline

CallAvoma Timeline Data
BrooksAgentic features ready in 1 month; demo in 2-3 weeks
StarbucksDatadog guide same day; Slack invite by afternoon
DropboxTarget deployment February; Qpoint Lite next week; signature follow-up mid-week
Airbnb(empty -- only in Key Takeaways)
WunderkindQA evaluation ongoing; production pending object store; check-in mid-next week

Assessment: Medium value. Our urgency.timelineSignals captures prospect timelines but not Qpoint's own commitments (e.g., "Datadog guide by afternoon"). The prospect timeline overlap means incremental value is limited to tracking our own deliverables.

Risk

CallAvoma Risk Data
BrooksUnscoped eBPF capture could impact performance; privacy concerns for payload capture
StarbucksNamespace tenancy forces template replication; logger collector lacks transforms
DropboxVisibility conflicts with privacy policies; CrowdStrike blocks eBPF; Envoy requires custom filter
Airbnb(none)
WunderkindQA inventory noise from uninvertable filters; no object store blocks payload linking

Assessment: Medium-high value. Risk captures deal blockers and technical obstacles that could prevent close. Our objections field partially covers this, but Risk is broader -- it includes technical compatibility issues (CrowdStrike/eBPF conflict) and deployment prerequisites (object store setup) that are not objections per se but are real blockers.

Follow Up

Mostly empty across calls. Not valuable as a separate field.

Custom Sections (AI Security Insights, Deployment Strategy, etc.)

Avoma generates call-specific custom sections based on content:

  • Brooks: "AI Security Insights", "Product Roadmap Discussions", "Customization Needs"
  • Starbucks: "Project Ownership", "Technical Standards Enforcement", "Security Data Streaming"
  • Dropbox: "Retention and Storage", "Data Classification", "Integration with Infrastructure"
  • Airbnb: "Deployment Strategy", "Data Classification Focus"
  • Wunderkind: "Technical Needs Assessment", "Sensitive Data Scanning Interest"

Assessment: These are often the most insightful parts of Avoma's output -- they represent emergent themes from the conversation that don't fit standard categories. However, they are unpredictable (different for every call) and therefore hard to integrate into a structured schema. They are best consumed as supplementary reading, not structured data.


6. Quality Comparison

Where Claude is better:

  1. Speaker attribution on value signals. Claude correctly identifies who said what. Avoma's Positive Moment section attributes statements to Qpoint team members as positive moments (Starbucks: Jon's "sounds like a dream" and Devin's "cut through the red tape"). These are not buying signals.
  2. Distinguishing feature requests from feature descriptions. Claude's featureRequests captures what the prospect specifically asked for. Avoma's Feature Mention mixes product capabilities being demoed with actual requests. Example: Airbnb's Feature Mention includes "Identify unauthorized flows, such as SSNs sent to uncontracted AI providers" -- this was Qpoint describing what the product does, not Airbnb requesting it.
  3. Verbatim quotes with context. Every Claude insight includes the exact quote, speaker, and confidence level. Avoma provides timestamps but paraphrases everything. For sales follow-up and messaging validation, verbatim language is far more useful.
  4. Interest level and funnel stage. Claude provides a quantified interest score (1-5) and funnel classification. Avoma has no equivalent signal.
  5. Value echoes. Claude uniquely captures when a prospect articulates value in their own words (distinct from general value signals). This has no Avoma parallel and is critical for messaging validation. Example: Brooks articulating two distinct value props (DLP + AI governance) with different organizational buy-in timelines.

Where Avoma is better:

  1. Action items with owners and timestamps. Avoma's action items are detailed and assignable: "Send resource usage figures for large deployments to Brooks McMillin" (Devin, 21:27). Our nextSteps captures commitments but not at this granularity.
  2. Decision-making authority. "Lawrence Lucas has unilateral authority to enforce network standards" is critical deal intelligence. We have no equivalent field.
  3. Current Workflow detail. Avoma systematically captures the prospect's current tech stack and processes. This helps assess technical fit and identify integration opportunities.
  4. Risk/blockers. Avoma's Risk section captures deployment blockers (CrowdStrike conflicts, missing object stores, custom Envoy filter requirements) that fall between our pain points and objections.
  5. Pricing quoted. Avoma captures the price we offered ("$360/node/year"). Our extraction focuses on prospect reaction, not what was offered.
  6. Quantified impact. Avoma's Impact section occasionally provides quantified business value ("troubleshooting time from hours to minutes") that Claude does not extract.

Where both are weak:

  1. Competitive intelligence. Both systems extract minimal competitive data. Most calls have 0-2 mentions, and the context is thin.
  2. Budget/procurement details. Budget sections are mostly empty in both systems. This likely reflects the calls rather than extraction quality.
  3. Multi-stakeholder dynamics. Neither system tracks relationships between attendees or champions vs. skeptics well.

7. Recommendations

Fields to Add to Our Schema

Priority 1 -- High Value, Clear Structure:

  1. actionItems -- Array of { text: string, owner: string, deadline?: string, timestamp?: string }. This is the single highest-value addition. Avoma captures these well, and they fill a gap in our data. Our nextSteps field captures intent; action items capture commitments with deliverables.
  2. decisionMaking -- Object with { decisionMaker?: string, authority?: string, process?: string, approvers?: string[] }. Understanding who has authority (Lawrence at Starbucks, Cecilia at Dropbox) is critical for deal progression and not captured anywhere in our current schema.
  3. risks -- Array of { text: string, category: 'technical-compatibility' | 'deployment-blocker' | 'organizational' | 'security-privacy', severity?: string }. Distinct from objections (which are prospect pushback) and pain points (which are pre-existing problems). Risks are obstacles to deployment that need mitigation. Examples: CrowdStrike eBPF conflicts, missing object store, custom Envoy filter requirement.

Priority 2 -- Medium Value, Consider Adding:

  1. currentWorkflow -- Object or free-text describing the prospect's current tech stack, tools, and processes. Useful for technical fit assessment and demo preparation. Could be a simple string field on the company object alongside description.
  2. pricingDiscussed -- { priceQuoted?: string, model?: string, reaction?: string }. Our budgetSignals capture prospect reaction but not what was offered. Both sides of the pricing conversation matter.

Should Avoma Notes Supplement or Replace Parts of Our Extraction?

Supplement, not replace. Here is why:

  • Our Claude extraction is higher quality for the core PMF analysis signals: pain points, feature requests, value signals, interest level, and positioning. The verbatim quotes, speaker attribution, confidence levels, and structured categories make our data significantly more useful for cross-call thematic analysis.
  • Avoma captures operational/deal-management data that our extraction was not designed for: action items, decision-making authority, timeline commitments from our side, and deployment risks/blockers.
  • Avoma's Positive Moment and Feature Mention sections have quality issues (misattributed speakers, product descriptions labeled as positive moments, feature demos labeled as feature requests) that would degrade our data if used as a replacement.
  • The right model: Use Avoma notes as a supplementary data source that feeds specific new fields (action items, decision-making, risks) while keeping our Claude extraction as the primary source for insight-level data.

Top 3 Highest-Value Integrations

  1. Action Items extraction from Avoma notes into our schema. Impact: Enables tracking of deal-specific deliverables and commitments. Every call has 3-6 action items with clear owners. This data is immediately actionable and completely absent from our current extraction. Implementation: Add actionItems field to CallData, extract from Avoma notes via API or parse from markdown.
  2. Decision-Making and Risk fields added to our extraction prompt. Impact: Rather than relying on Avoma for these, add them to our Claude extraction prompt. Claude would produce higher-quality output (with verbatim quotes and confidence scores) than Avoma does. The prompt already extracts urgency, positioning, and other complex structured data -- adding decisionMaking and risks sections is a natural extension. Implementation: Extend the prompt in pipeline/prompts/extract-call.md with new sections; add types to schemas/call.ts.
  3. Avoma notes as supplementary context in the extraction prompt. Impact: When both transcript and Avoma notes are available for a call, include the Avoma notes as supplementary context in the Claude extraction prompt. The Avoma notes provide a "second opinion" summary that could help Claude catch things it might otherwise miss (e.g., the certificate rotation pain point in Brooks, the Datadog competitive framing in Starbucks). Implementation: If Avoma notes are available at data/raw/{uuid}.notes.md, inject them into the prompt as an appendix. Minimal prompt change; potentially significant quality improvement on edge cases.

Appendix: Call-by-Call Raw Comparison

Brooks/Dropbox -- Extraction Quality Score

DimensionClaudeAvomaWinner
Pain Points (completeness)4/5 found4/5 found (1 unique)Tie
Pain Points (quality)Verbatim + speaker + confidenceParaphrased + timestampClaude
Feature Requests3 real requests3 items (mix of requests + capabilities)Claude
Competitive Mentions00Tie
Value Signals4 signals + 1 echo2 positive moments + 2 impact itemsClaude (better attribution)
Action Items2 next steps5 detailed action itemsAvoma
Decision MakingNot capturedNot capturedTie
OverallStrong on insight qualityStrong on operational detailComplementary

Starbucks -- Extraction Quality Score

DimensionClaudeAvomaWinner
Pain Points4 found4 foundTie
Feature Requests3 real requests3 itemsClaude (clearer requests)
Competitive Mentions22Tie
Value Signals3 signals + 1 echo2 positive moments (from Qpoint team!)Claude (Avoma misattributes)
Action Items3 next steps5 detailed action itemsAvoma
Decision MakingNot capturedLawrence has unilateral authorityAvoma
OverallBetter insight qualityBetter deal mechanicsComplementary

Dropbox POC -- Extraction Quality Score

DimensionClaudeAvomaWinner
Pain Points5 found6 foundTie (high overlap)
Feature Requests3 real requests4 items (2 are Qpoint capabilities)Claude
Competitive Mentions1 (CrowdStrike)0 (CrowdStrike in Risk instead)Tie
Value Signals2 signals + 1 echo3 positive moments + 3 impactAvoma (quantified impact)
Action Items3 next steps3 detailed action itemsTie
Decision MakingNot capturedBrooks to evaluate; Cecilia signatureAvoma
OverallBetter structureBetter completenessComplementary

Airbnb -- Extraction Quality Score

DimensionClaudeAvomaWinner
Pain Points3 found3 found (different items)Tie
Feature Requests3 real requests2 items (1 is Qpoint capability)Claude
Competitive Mentions00Tie
Value Signals3 signals5 positive moments (all product descriptions)Claude (Avoma quality issue)
Action Items4 next steps7 detailed action itemsAvoma
Decision MakingNot capturedNot capturedTie
OverallFar better signal qualityMore action itemsClaude overall

Wunderkind -- Extraction Quality Score

DimensionClaudeAvomaWinner
Pain Points3 found3 foundTie
Feature Requests3 real requests4 items (product capabilities)Claude
Competitive Mentions01 (Datadog)Avoma
Value Signals3 signals + 1 echo2 positive momentsClaude
Action Items4 next steps4 action itemsTie
Decision MakingNot capturedMike + Zack define plan; Matt + Eli assess scanningAvoma
OverallBetter quality per itemBetter operational coverageComplementary

Qpoint Brand Style Guide