AI-Powered Call Intelligence System for Multi-Location Marketing Analysis

netsertive · Media & Entertainment · 2025 · source Agentic: no · promotional bias: high · source-backed · extracted with prompt 0.5.4 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Multi-location call intelligence

Netsertive needed to turn high-volume customer call transcripts into timely marketing and service insights for multi-location brands, replacing slow manual review with automated analysis.

Constraints:

Architecture

Netsertive routes call transcripts through the Lead API into Bedrock/Nova Micro, returns structured JSON analysis, stores results in Aurora, and reuses them for both real-time MLX views and scheduled aggregate reports.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  lead-api["Lead API"]
  bedrock-analysis-layer["Bedrock analysis layer"]
  standard-prompt["Standard prompt"]
  customer-specific-context["Customer-specific context"]
  structured-json-response["Structured JSON response"]
  aurora-results-store["Aurora results store"]
  real-time-mlx-views["Real-time MLX views"]
  aggregate-reporting-jobs["Aggregate reporting jobs"]
  lead-api --> bedrock-analysis-layer
  standard-prompt --> bedrock-analysis-layer
  customer-specific-context --> bedrock-analysis-layer
  bedrock-analysis-layer --> structured-json-response
  structured-json-response --> aurora-results-store
  aurora-results-store --> real-time-mlx-views
  aurora-results-store --> aggregate-reporting-jobs
  real-time-mlx-views --> lead-api
  aggregate-reporting-jobs --> aurora-results-store
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Lead API Receives live call transcripts and metadata from the MLX platform. Bedrock analysis layer
Bedrock analysis layer Invokes Amazon Nova Micro with standard and customer-specific prompt context. Structured JSON response
Standard prompt Defines baseline extraction for sentiment, summary, terms, themes, and coaching. Bedrock analysis layer
Customer-specific context Adds location or franchise-specific prompting when needed. Bedrock analysis layer
Structured JSON response Contains sentiment, summary, key terms, themes, and coaching suggestions. Aurora results store
Aurora results store Stores per-call metrics and analysis results. Real-time MLX views, Aggregate reporting jobs
Real-time MLX views Shows immediate call intelligence inside the existing platform. Lead API
Aggregate reporting jobs Produce weekly and monthly regional or national insights. Aurora results store

Data flow

Incoming transcripts and metadata go through the Lead API to Nova Micro, which returns structured JSON with sentiment, summaries, terms, themes, and coaching suggestions stored for real-time and aggregate reporting.

“Amazon Nova Micro processes the transcript and returns a structured JSON response. This response includes multiple analysis components: sentiment analysis of the conversation, a concise call summary, identified key terms”article, stated
“All analysis results are systematically stored in an Amazon Aurora database with their associated key metrics.”article, stated

Why this architecture

Nova Micro and prompt customization were chosen because high-volume call intelligence needs fast, low-cost, context-specific analysis.

“They selected Amazon Nova Micro based on its ability to deliver fast response times at a low cost, while providing consistent and intelligent insights—key factors for Netsertive.”article, stated
“The system currently uses a standardized base prompt for all customers, and the architecture is designed to allow for customer-specific prompt customization as an added layer of context.”article, stated

Models used: Amazon Nova Micro

Scale

Alternatives considered (roads not taken)

One generic prompt for every franchise customer forever

Rejected because: The architecture keeps a standard base prompt but allows customer-specific context when franchise needs differ.

“The system currently uses a standardized base prompt for all customers, and the architecture is designed to allow for customer-specific prompt customization as an added layer of context.”article, stated

Only immediate per-call analysis

Rejected because: Stored Aurora results support weekly and monthly trend reporting alongside real-time views.

“All analysis results are systematically stored in an Amazon Aurora database with their associated key metrics.”article, implied

Real-time-only call intelligence

Rejected because: Netsertive stores analysis results so the same data supports immediate views and weekly/monthly aggregate reporting.

“All analysis results are systematically stored in an Amazon Aurora database with their associated key metrics.”article, implied

Customer-specific prompts in the first baseline for everyone

Rejected because: The architecture starts with a standard prompt and reserves customer-specific context as an added layer.

“The system currently uses a standardized base prompt for all customers, and the architecture is designed to allow for customer-specific prompt customization as an added layer of context.”article, stated

Patterns

structured-output-contract (model-ops)

The model returns a structured JSON object with predefined analysis fields so downstream reporting can store and aggregate the results.

“Amazon Nova Micro processes the transcript and returns a structured JSON response. This response includes multiple analysis components: sentiment analysis of the conversation, a concise call summary, identified key terms”article, stated

cost-aware-routing (operations)

Netsertive selected Nova Micro for fast, low-cost call analysis rather than a larger model.

“They selected Amazon Nova Micro based on its ability to deliver fast response times at a low cost, while providing consistent and intelligent insights—key factors for Netsertive.”article, stated

prompt-versioning (model-ops)

The architecture centers on a standardized base prompt but leaves room for customer-specific prompt customization.

“The system currently uses a standardized base prompt for all customers, and the architecture is designed to allow for customer-specific prompt customization as an added layer of context.”article, implied

batch-offline-processing (operations)

The same call-analysis foundation is reused for scheduled weekly and monthly aggregate reports.

“The aggregate analysis process automatically initiates on both weekly and monthly schedules. During each run, the system gathers call data that falls within the specified time period.”article, stated

Tradeoffs

Which model to use for production call analysis.

Chose Amazon Nova Micro over larger or slower model options tested during evaluation.

Rationale: The post says Nova Micro met Netsertive's need for fast, low-cost, consistent call insights.

“With its generation speed of over 200 tokens per second and highly performant language understanding skills, this text-only model proved ideal for Netsertive.”article, stated

How to support both immediate and trend-level insights.

Chose real-time call processing plus scheduled aggregate analysis over only ad hoc transcript review.

Rationale: Real-time processing supports immediate insights, while scheduled reports track performance over time.

“All analysis results are systematically stored in an Amazon Aurora database with their associated key metrics.”article, implied

Gotchas (what bit them)

Manual call review does not scale for high-volume franchise customers.

Root cause: Reviewing many calls by hand delays insights that could improve service and conversion.

Resolution: Process call transcripts automatically and store indexed analysis results for immediate and future use.

“only takes minutes to create actionable insights, compared to their previous manual call review processes, which took hours or even days for customers with high call volumes.”article, stated

A single generic prompt may not fit every franchise customer.

Root cause: Multi-location brands can have different context, terminology, and reporting needs.

Resolution: Keep a standardized base prompt but design for customer-specific prompt context.

“The system currently uses a standardized base prompt for all customers, and the architecture is designed to allow for customer-specific prompt customization as an added layer of context.”article, stated

Evaluation

Netsertive evaluated tools and models for about a week, then created and tested prompts before integrating Amazon Bedrock into MLX and launching the feature in beta.

Metrics: approximately one week of model/tool evaluation · over 200 tokens per second generation speed · development completed within approximately 30 days before beta · analysis time reduced from hours or days to minutes

“Netsertive chose Amazon Bedrock and Amazon Nova Micro for their solution after a swift evaluation period of approximately 1 week of testing different tools and models.”article, stated
“The entire development process, from creating and testing their Amazon Nova Micro prompts to integrating Amazon Bedrock with their MLX platform, was completed within approximately 30 days before launching in beta.”article, stated

Outcomes

AWS co-authored customer story; the article describes beta launch and platform integration but does not provide independent accuracy scores.

“This response includes multiple analysis components: sentiment analysis of the conversation, a concise call summary, identified key terms, overall call theme classification, and specific coaching suggestions for improvement.”article, stated
“The Call Insights AI feature was added to their platform’s roadmap based on direct customer feedback and internal marketing expertise.”article, stated