Skip to main content
This playbook is for commerce applications that want assistant answers inside order, product, or support flows. Typical examples:
  • Product availability questions
  • Delivery policy questions
  • Return and refund policy questions
  • Warranty and care instructions
  • Checkout help that relies on approved public content
Use your own backend for private account checks, payment decisions, refund approvals, and order mutations. Uppzy should receive the user question and the approved reference content needed to answer it.

Flow

  1. Sync approved commerce content into Uppzy
  2. Generate a stable session_id for the shopper or support thread
  3. Send the user question to the sync chat endpoint
  4. Render the answer in your application
  5. Submit feedback when the user rates the response
  6. Monitor sessions and statistics during rollout
Start with documents that are already approved for customer-facing use:
  • Return policy
  • Shipping policy
  • Warranty policy
  • Product care instructions
  • Top FAQs
  • Store hours or support hours
For direct FAQs, prefer Q&A documents.

Session strategy

Use a stable opaque identifier. Avoid raw email addresses or full personal identifiers in session_id. Good patterns:
  • shopper_7f3a9c
  • support_thread_48291
  • checkout_session_a18b2
Avoid:
  • Raw email addresses
  • Payment identifiers
  • Full address or phone data
  • Anything that would expose private customer data in logs

Server-side chat route

This example shows a backend route that sends a shopper question to Uppzy.

Feedback route

Collect feedback from the same application flow that displayed the answer.

Rollout checklist

  • Start with policy and FAQ content only
  • Keep refund approval, payment changes, and order edits inside your own backend
  • Use opaque session IDs
  • Add a visible support fallback for low-confidence answers
  • Review bad feedback and unanswered questions after launch
  • Track statistics before increasing traffic