Back to CX Command

No customer data or credentials appear in this demo

Product demo and AI voiceover script

A modular walkthrough that shows CX Command as a source-grounded Oracle CX workspace: guided intake, product and role aware routing, source grounding, structured outputs, requirements and testing artifacts, memory controls, and voice input. Narration plays through AI voiceover so you can rehearse timing against the live product.

11 scenes · about 3:53 of narration · calm, precise B2B delivery

Scene 1 · 24s

Opening frame

On screen

  • CX Command landing page
  • Hero statement and product strip
  • Primary action: Start a session

Voiceover

CX Command is a source-grounded Oracle CX workspace for teams that need more than a chatbot. It helps account managers, solution architects, pre-sales, delivery teams, sales, service teams, and executives clarify issues, review evidence, surface risks, and generate usable outputs grounded in Oracle documentation and case-specific sources.

Scene 2 · 20s

Guided intake

On screen

  • Start a new session from the landing intake form
  • Inquiry Context section opens in the workspace
  • Select product, inquiry type, role, and environment
  • Enter a one line goal statement
  • Product
  • Inquiry type
  • Role
  • Evidence type
  • Goal

Voiceover

Every session starts with guided intake. Instead of asking users to drop a vague question into a blank chat, CX Command captures product context, inquiry type, role, environment, and the goal of the request. That helps the system route the work correctly before the answer is drafted.

Scene 3 · 19s

Add evidence and trusted sources

On screen

  • Attach a file from the composer
  • Add an Oracle documentation URL
  • Add a public reference URL
  • Sources panel populates with trust labels

Voiceover

Users can add Oracle documentation, Oracle community references, uploaded files, screenshots, logs, and public URLs. CX Command treats these as grounding sources, not training data, and it keeps Oracle documentation as the primary source for general product behavior.

Scene 4 · 23s

Structured workspace output

On screen

  • Session brief panel with four cards
  • What I heard
  • Missing context
  • Watchouts
  • Suggested next steps

Voiceover

Instead of responding with a generic wall of text, CX Command structures the result. It reflects back what it heard, identifies what is still missing, surfaces risks and watchouts, and proposes next steps. This makes the assistant feel more like a workbench for Oracle CX decisions and delivery than a simple chat interface.

Scene 5 · 20s

Product-specific help

On screen

  • Product set to Oracle Eloqua
  • Ask a deliverability or campaign question
  • Answer returns with inline citations and source badges

Voiceover

Here, the user is working on an Eloqua issue. CX Command answers within the selected product context, cites the source of factual claims, and separates grounded guidance from interpretation. That gives the user traceability and makes the answer easier to verify before action is taken.

Scene 6 · 19s

Requirements generation

On screen

  • Change inquiry type to User Requirements
  • Generate a requirement list, then a requirement table

Voiceover

CX Command also supports delivery work. If the user selects User Requirements, it can turn source material into clear, testable requirement statements. That is useful for solution architects, pre-sales teams, and delivery teams who need structured requirements rather than generic notes.

Scene 7 · 27s

Unit testing and integration testing

On screen

  • Change inquiry type to Unit Test Cases
  • Unit test case table appears
  • Change inquiry type to System Integration Testing
  • SIT scenario table with interface type and validation points

Voiceover

The same workspace can generate unit test cases, system integration scenarios, acceptance criteria, and related testing artifacts. Unit tests stay narrow and component focused. Integration scenarios capture system boundaries, interface type, test data, validation points, and expected outcomes. That makes CX Command useful not only in discovery and pre-sales, but also in implementation and quality assurance.

Scene 8 · 21s

Customer-facing drafting

On screen

  • Select the scoping or drafting inquiry type
  • Studio panel generates a customer-facing appendix or briefing

Voiceover

For customer-facing work, CX Command can draft scoped artifacts from approved source documents. Examples include scoping appendices, briefs, frequently asked questions, and implementation notes. The goal is not to invent scope, but to convert approved source material into clear, commercially safe outputs.

Scene 9 · 18s

Save, start fresh, and forget session

On screen

  • Save workspace
  • Start fresh
  • Forget current session
  • Delete workspace

Voiceover

Users also control memory. A session can be saved as a reusable workspace, or it can be cleared entirely so the next interaction starts fresh. This matters for privacy, for unrelated workstreams, and for teams that need explicit control over retained context.

Scene 10 · 24s

AI voice interaction

On screen

  • Voice interaction control in the composer
  • Spoken request transcribed into the intake or chat field
  • Structured answer returns in text with citations

Voiceover

CX Command can also support AI voice interaction. A user can speak a request, have it transcribed into the workspace, and then let the system respond with the same grounded, structured output used in text workflows. Voice acts as another input channel, not a separate product. Users can still review the text, the citations, and the generated output before acting.

Scene 11 · 18s

Closing value statement

On screen

  • Workspace showing sources, structured outputs, and next steps
  • Subtle zoom on the final polished state

Voiceover

CX Command brings Oracle product guidance, case evidence, structured reasoning, and delivery-ready outputs into one workspace. It helps teams move from unclear questions to grounded next steps with stronger traceability, better collaboration, and more usable deliverables.

90 second short version

WindowBeatScenes
0:00 to 0:10Problem and positioning1
0:10 to 0:30Guided intake and source upload2, 3
0:30 to 0:55Structured workspace output4, 5
0:55 to 1:15Requirements or testing generation6, 7
1:15 to 1:30Save workspace, start fresh, voice interaction, close9, 10, 11

Variants by audience

AudienceBest emphasisElements to highlight
Account managersCustomer-ready summaries, risks, next stepsBriefs, client-ready language, workspace summaries
Solution architectsIntegration logic, assumptions, constraintsSource tracing, architecture reasoning, SIT scenarios
Pre-salesPositioning, scoping, comparisonProduct comparison, scoping appendix, business framing
Delivery and servicesRequirements, dependencies, testingUser requirements, unit tests, SIT, acceptance criteria
SalesProduct understanding, use-case framingSummary outputs, comparison flows, quick answers
ServiceTroubleshooting and operational guidanceStructured issue diagnosis, evidence review, next steps
ExecutivesDecision framing and risk visibilityWhat I heard, watchouts, concise recommendations

Voice style and narration rules

  • Calm, clear, confident, businesslike, technically credible.
  • Short sentences. Write for the ear, not the screen.
  • State the user benefit before the click path.
  • One narration segment per meaningful screen change.
  • Keep segments modular so role-specific versions reuse the same script.

Accessibility requirements

  • Reviewed captions on the recorded demo.
  • Full transcript published alongside the video.
  • Narration describes important on-screen state changes.
  • Accessible video controls wherever the demo is embedded.

Voice interactive demo mode

  • Spoken prompt: "Help me troubleshoot an Eloqua deliverability issue using the headers I uploaded."
  • Transcribe the spoken request into the workspace.
  • Confirm product and inquiry context only when it is ambiguous.
  • Show the structured response in the workspace.
  • Read back a short spoken summary.
  • Keep the full detailed answer visible in text with citations.

Production checklist

  • Screen recording reflects the actual product UI.
  • Narration matches screen timing closely.
  • Captions are reviewed and accurate.
  • Transcript is available.
  • No secrets, customer data, or production-sensitive information appear in the demo.
  • Role-specific versions are produced from the same modular script.

Transcript

Use this text for reviewed captions and the published transcript.

CX Command product demo transcript

Scene 1: Opening frame
On screen: CX Command landing page; Hero statement and product strip; Primary action: Start a session
Narration: CX Command is a source-grounded Oracle CX workspace for teams that need more than a chatbot. It helps account managers, solution architects, pre-sales, delivery teams, sales, service teams, and executives clarify issues, review evidence, surface risks, and generate usable outputs grounded in Oracle documentation and case-specific sources.

Scene 2: Guided intake
On screen: Start a new session from the landing intake form; Inquiry Context section opens in the workspace; Select product, inquiry type, role, and environment; Enter a one line goal statement
Narration: Every session starts with guided intake. Instead of asking users to drop a vague question into a blank chat, CX Command captures product context, inquiry type, role, environment, and the goal of the request. That helps the system route the work correctly before the answer is drafted.

Scene 3: Add evidence and trusted sources
On screen: Attach a file from the composer; Add an Oracle documentation URL; Add a public reference URL; Sources panel populates with trust labels
Narration: Users can add Oracle documentation, Oracle community references, uploaded files, screenshots, logs, and public URLs. CX Command treats these as grounding sources, not training data, and it keeps Oracle documentation as the primary source for general product behavior.

Scene 4: Structured workspace output
On screen: Session brief panel with four cards; What I heard; Missing context; Watchouts; Suggested next steps
Narration: Instead of responding with a generic wall of text, CX Command structures the result. It reflects back what it heard, identifies what is still missing, surfaces risks and watchouts, and proposes next steps. This makes the assistant feel more like a workbench for Oracle CX decisions and delivery than a simple chat interface.

Scene 5: Product-specific help
On screen: Product set to Oracle Eloqua; Ask a deliverability or campaign question; Answer returns with inline citations and source badges
Narration: Here, the user is working on an Eloqua issue. CX Command answers within the selected product context, cites the source of factual claims, and separates grounded guidance from interpretation. That gives the user traceability and makes the answer easier to verify before action is taken.

Scene 6: Requirements generation
On screen: Change inquiry type to User Requirements; Generate a requirement list, then a requirement table
Narration: CX Command also supports delivery work. If the user selects User Requirements, it can turn source material into clear, testable requirement statements. That is useful for solution architects, pre-sales teams, and delivery teams who need structured requirements rather than generic notes.

Scene 7: Unit testing and integration testing
On screen: Change inquiry type to Unit Test Cases; Unit test case table appears; Change inquiry type to System Integration Testing; SIT scenario table with interface type and validation points
Narration: The same workspace can generate unit test cases, system integration scenarios, acceptance criteria, and related testing artifacts. Unit tests stay narrow and component focused. Integration scenarios capture system boundaries, interface type, test data, validation points, and expected outcomes. That makes CX Command useful not only in discovery and pre-sales, but also in implementation and quality assurance.

Scene 8: Customer-facing drafting
On screen: Select the scoping or drafting inquiry type; Studio panel generates a customer-facing appendix or briefing
Narration: For customer-facing work, CX Command can draft scoped artifacts from approved source documents. Examples include scoping appendices, briefs, frequently asked questions, and implementation notes. The goal is not to invent scope, but to convert approved source material into clear, commercially safe outputs.

Scene 9: Save, start fresh, and forget session
On screen: Save workspace; Start fresh; Forget current session; Delete workspace
Narration: Users also control memory. A session can be saved as a reusable workspace, or it can be cleared entirely so the next interaction starts fresh. This matters for privacy, for unrelated workstreams, and for teams that need explicit control over retained context.

Scene 10: AI voice interaction
On screen: Voice interaction control in the composer; Spoken request transcribed into the intake or chat field; Structured answer returns in text with citations
Narration: CX Command can also support AI voice interaction. A user can speak a request, have it transcribed into the workspace, and then let the system respond with the same grounded, structured output used in text workflows. Voice acts as another input channel, not a separate product. Users can still review the text, the citations, and the generated output before acting.

Scene 11: Closing value statement
On screen: Workspace showing sources, structured outputs, and next steps; Subtle zoom on the final polished state
Narration: CX Command brings Oracle product guidance, case evidence, structured reasoning, and delivery-ready outputs into one workspace. It helps teams move from unclear questions to grounded next steps with stronger traceability, better collaboration, and more usable deliverables.
Caption · Scene 1

Narration paused. Press play to hear a scene.