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 Extraction | Avoma Notes | Match? |
|---|---|---|
| Slow mTLS proxy migration for attribution | No service identity attribution yet, delaying mTLS migration | Overlap - 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 workflows | Agentic AI workflows go unmonitored | Overlap - near-identical |
| Privacy concerns around deep packet inspection | Privacy concerns demand granular control over captured data | Overlap - Avoma more actionable (ties to "granular control") |
| (not extracted) | Manual monthly certificate updates are burdensome | Avoma 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 Extraction | Avoma Notes | Match? |
|---|---|---|
| Developers blame network for their own config errors | High operational overhead diagnosing network issues due to misdirected troubleshooting | Overlap - 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 insufficient | Namespace-based tenancy causing resource restriction conflicts | Overlap - very close |
| Loss of institutional knowledge from team departures | Loss of key personnel and institutional knowledge | Overlap - identical concept |
| (not extracted) | Inadequate Falcon Log Scale Collector lacks transforms | Avoma 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 Extraction | Avoma Notes | Match? |
|---|---|---|
| Strict procurement process (privacy, legal, TPRA) | Procurement delayed by privacy, legal, and TPRA reviews | Overlap |
| Tool "too powerful" -- don't want visibility into everything | Qpoint's comprehensive visibility risks exposing excessive data | Overlap - same concept |
| PCI data in payment processing flows | Outbound credit card data requires strict DLP | Overlap |
| Lack of visibility into third-party/opaque binaries | IPE deployments run opaque third-party binaries with minimal visibility | Overlap |
| DLP gaps without full TLS session control | Limited insight into decrypted East-West traffic | Partial overlap - related but different angles |
| (not extracted) | Need to feed externally generated events into processing | Avoma 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 Extraction | Avoma Notes | Match? |
|---|---|---|
| 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 Elastic | Integrating Qpoint data into Elastic requires additional export setup | Overlap |
| (not extracted) | Performance and networking constraints raise concerns | Avoma 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 Extraction | Avoma Notes | Match? |
|---|---|---|
| Cannot filter client traffic from vendor traffic | Unable to filter out client data traffic | Overlap |
| 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 yet | Avoma only - Claude mentions this in valueSignals context |
| (not extracted) | Need to integrate alerts into existing Jira/Slack systems | Avoma 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 Request | Avoma Feature Mention | Match? |
|---|---|---|
| Custom metadata labeling via env vars | Metadata tagging customizable from env vars, container labels | Overlap - but Avoma frames it as a Qpoint capability, not a request |
| Granular filtering per URL (header-only, full body) | Routing stacks allow per-URL rules | Overlap - same conflation issue |
| Gradual deployment for specific services | (not mentioned) | Claude only |
Starbucks
| Claude Feature Request | Avoma Feature Mention | Match? |
|---|---|---|
| Namespace-based access controls with RBAC | Namespace enforcement controls to filter visibility per developer | Overlap |
| Direct Datadog integration | (Datadog mentioned in Competitor, not Feature Mention) | Partial |
| OpenTelemetry collector integration | QTAP data directly to Vertex, bypassing hotel sidecars | Partial - related concept |
| (not extracted) | Lawful intercept for raw payload streaming | Avoma only - Claude has this under valueSignals |
Dropbox POC
| Claude Feature Request | Avoma Feature Mention | Match? |
|---|---|---|
| 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, SSNs | ML-based data classification flags PII with customizable sampling | Overlap |
Airbnb
| Claude Feature Request | Avoma Feature Mention | Match? |
|---|---|---|
| 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 Request | Avoma Feature Mention | Match? |
|---|---|---|
| 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 alerts | Configurable alert rules with Slack/Jira webhook support | Overlap |
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 / Echo | Avoma Positive Moment / Impact | Match? |
|---|---|---|
| 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 happening | Avoma only - third-party social proof reference |
| (not extracted) | Customers discover more vendor endpoints than expected | Avoma Impact - generic value framing |
| (not extracted) | Real-time detection reduces troubleshooting from hours to minutes | Avoma 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 / Echo | Avoma Positive Moment / Impact | Match? |
|---|---|---|
| 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 resolution | Avoma 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 / Echo | Avoma Positive Moment / Impact | Match? |
|---|---|---|
| "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 analytics | Avoma only - this is a product description, not a positive moment |
| (not extracted) | Dashboard filters by host, pod, container, business unit, country | Avoma only - also a product description |
| (not extracted) | Sensor uses ~200MB RAM and ~6% CPU | Avoma 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 / Echo | Avoma Positive Moment / Impact | Match? |
|---|---|---|
| Visibility into uninstrumented traffic other APM tools miss | Team appreciated frictionless integration without latency overhead | Partial - 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/Sub | Avoma 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:
| Call | Example 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
| Call | Avoma Budget Data | Our 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
| Call | Avoma Decision Making Data |
|---|---|
| Brooks | (empty) |
| Starbucks | Lawrence has unilateral authority to enforce network standards |
| Dropbox | Brooks from Infra/Cloud Security to evaluate; final signature pending from Cecilia |
| Airbnb | (empty) |
| Wunderkind | Mike 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
| Call | Example Current Workflow Data |
|---|---|
| Brooks | Manual Cloudflare SSL cert updates yearly; outbound proxies with high operational overhead |
| Starbucks | OTEL + Loki + Grafana stack; manual DNS traces and Netcat for troubleshooting |
| Dropbox | East-west via internal CA; IPE runs third-party Helm charts; ACL-based allow-list for outbound |
| Airbnb | Self-hosted K8s on EC2; previously collaborated on DNS at S1 |
| Wunderkind | QTAP 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
| Call | Avoma Background Data |
|---|---|
| Brooks | Previous discussions with other Dropbox contacts; Dan initiated contact |
| Starbucks | Team lost key members in ~1.5 months; Lawrence sole maintainer |
| Dropbox | 6-month procurement process; security model evolved since DNS days |
| Airbnb | (empty) |
| Wunderkind | Customer 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
| Call | Avoma Timeline Data |
|---|---|
| Brooks | Agentic features ready in 1 month; demo in 2-3 weeks |
| Starbucks | Datadog guide same day; Slack invite by afternoon |
| Dropbox | Target deployment February; Qpoint Lite next week; signature follow-up mid-week |
| Airbnb | (empty -- only in Key Takeaways) |
| Wunderkind | QA 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
| Call | Avoma Risk Data |
|---|---|
| Brooks | Unscoped eBPF capture could impact performance; privacy concerns for payload capture |
| Starbucks | Namespace tenancy forces template replication; logger collector lacks transforms |
| Dropbox | Visibility conflicts with privacy policies; CrowdStrike blocks eBPF; Envoy requires custom filter |
| Airbnb | (none) |
| Wunderkind | QA 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:
- 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.
- Distinguishing feature requests from feature descriptions. Claude's
featureRequestscaptures what the prospect specifically asked for. Avoma'sFeature Mentionmixes 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. - 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.
- Interest level and funnel stage. Claude provides a quantified interest score (1-5) and funnel classification. Avoma has no equivalent signal.
- 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:
- 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
nextStepscaptures commitments but not at this granularity. - Decision-making authority. "Lawrence Lucas has unilateral authority to enforce network standards" is critical deal intelligence. We have no equivalent field.
- Current Workflow detail. Avoma systematically captures the prospect's current tech stack and processes. This helps assess technical fit and identify integration opportunities.
- 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.
- Pricing quoted. Avoma captures the price we offered ("$360/node/year"). Our extraction focuses on prospect reaction, not what was offered.
- 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:
- Competitive intelligence. Both systems extract minimal competitive data. Most calls have 0-2 mentions, and the context is thin.
- Budget/procurement details. Budget sections are mostly empty in both systems. This likely reflects the calls rather than extraction quality.
- 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:
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. OurnextStepsfield captures intent; action items capture commitments with deliverables.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.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:
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 simplestringfield on thecompanyobject alongsidedescription.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
- 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
actionItemsfield toCallData, extract from Avoma notes via API or parse from markdown. - 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
decisionMakingandriskssections is a natural extension. Implementation: Extend the prompt inpipeline/prompts/extract-call.mdwith new sections; add types toschemas/call.ts. - 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
| Dimension | Claude | Avoma | Winner |
|---|---|---|---|
| Pain Points (completeness) | 4/5 found | 4/5 found (1 unique) | Tie |
| Pain Points (quality) | Verbatim + speaker + confidence | Paraphrased + timestamp | Claude |
| Feature Requests | 3 real requests | 3 items (mix of requests + capabilities) | Claude |
| Competitive Mentions | 0 | 0 | Tie |
| Value Signals | 4 signals + 1 echo | 2 positive moments + 2 impact items | Claude (better attribution) |
| Action Items | 2 next steps | 5 detailed action items | Avoma |
| Decision Making | Not captured | Not captured | Tie |
| Overall | Strong on insight quality | Strong on operational detail | Complementary |
Starbucks -- Extraction Quality Score
| Dimension | Claude | Avoma | Winner |
|---|---|---|---|
| Pain Points | 4 found | 4 found | Tie |
| Feature Requests | 3 real requests | 3 items | Claude (clearer requests) |
| Competitive Mentions | 2 | 2 | Tie |
| Value Signals | 3 signals + 1 echo | 2 positive moments (from Qpoint team!) | Claude (Avoma misattributes) |
| Action Items | 3 next steps | 5 detailed action items | Avoma |
| Decision Making | Not captured | Lawrence has unilateral authority | Avoma |
| Overall | Better insight quality | Better deal mechanics | Complementary |
Dropbox POC -- Extraction Quality Score
| Dimension | Claude | Avoma | Winner |
|---|---|---|---|
| Pain Points | 5 found | 6 found | Tie (high overlap) |
| Feature Requests | 3 real requests | 4 items (2 are Qpoint capabilities) | Claude |
| Competitive Mentions | 1 (CrowdStrike) | 0 (CrowdStrike in Risk instead) | Tie |
| Value Signals | 2 signals + 1 echo | 3 positive moments + 3 impact | Avoma (quantified impact) |
| Action Items | 3 next steps | 3 detailed action items | Tie |
| Decision Making | Not captured | Brooks to evaluate; Cecilia signature | Avoma |
| Overall | Better structure | Better completeness | Complementary |
Airbnb -- Extraction Quality Score
| Dimension | Claude | Avoma | Winner |
|---|---|---|---|
| Pain Points | 3 found | 3 found (different items) | Tie |
| Feature Requests | 3 real requests | 2 items (1 is Qpoint capability) | Claude |
| Competitive Mentions | 0 | 0 | Tie |
| Value Signals | 3 signals | 5 positive moments (all product descriptions) | Claude (Avoma quality issue) |
| Action Items | 4 next steps | 7 detailed action items | Avoma |
| Decision Making | Not captured | Not captured | Tie |
| Overall | Far better signal quality | More action items | Claude overall |
Wunderkind -- Extraction Quality Score
| Dimension | Claude | Avoma | Winner |
|---|---|---|---|
| Pain Points | 3 found | 3 found | Tie |
| Feature Requests | 3 real requests | 4 items (product capabilities) | Claude |
| Competitive Mentions | 0 | 1 (Datadog) | Avoma |
| Value Signals | 3 signals + 1 echo | 2 positive moments | Claude |
| Action Items | 4 next steps | 4 action items | Tie |
| Decision Making | Not captured | Mike + Zack define plan; Matt + Eli assess scanning | Avoma |
| Overall | Better quality per item | Better operational coverage | Complementary |