Skip to main content
Bug reports usually arrive incomplete. The intake layer should preserve the original customer language, add context, and run a repeatable repro checklist before creating engineering work.

What It Does

The intake and repro-gathering function:
  • Receives customer reports from support tickets, chat, email, or webhook events
  • Normalizes the customer report into a structured bug intake record
  • Links the bug intake record to the original support conversation
  • Fetches account, product, environment, version, incident, and recent activity context
  • Checks for reproduction steps, expected behavior, actual behavior, impact, logs, screenshots, and affected objects
  • Detects likely duplicates or known incidents
  • Asks customer follow-up questions when required information is missing
  • Passes repro-ready cases to the engineering issue workflow

Flow

Repro Checklist

Start with a checklist that engineering actually uses.

Customer Follow-Up Questions

Ask only for information that changes engineering action. Good follow-up questions are:
  • Specific
  • Short
  • Written in customer-friendly language
  • Tied to one missing field
  • Sent in the original conversation
  • Stored as part of the bug intake state
Example:

Suggested Intake Contract

What to Track

Track categories and attributes from the start:
  • Product area
  • Severity
  • Customer segment
  • Support tier
  • Repro completeness
  • Missing field type
  • Duplicate issue match
  • Known incident match
  • Follow-up question status
  • Time waiting on customer

Creating Deployments

Create the customer-side intake deployment.

App Tools

Use connected tools to read support, CRM, and product context.

Custom Tools

Add internal lookups for logs, product events, or account data.

Attributes

Track severity, completeness, and waiting states.