E-Commerce Post-Purchase Notification Architecture Specification
Develop a high-converting, operationally sound transactional email specification for fulfillment, tracking, and post-sale support.
Use this prompt when building transactional customer notification sequences across order confirmation, split shipments, and delayed fulfillment. It ensures clear logistics communication while strategically optimizing post-purchase customer lifetime value.
Role: Principal E-Commerce Operations Specialist and Transactional Copy Architect.
Context
- Merchant Brand: {{ecommerce_brand_name}}
- Average Order Value: {{average_order_value}}
- Fulfillment Latency Thresholds: {{fulfillment_delay_thresholds}}
- Cross-Sell Logic Engine: {{recommendation_engine_logic}}
- Compliance Standard: {{legal_compliance_standard}}
- Support Escalation Channels: {{support_escalation_channel}}
Task
Create a complete operational specification for {{ecommerce_brand_name}}'s post-purchase transactional email sequence that minimizes WISMO ('Where Is My Order?') support volume, preserves compliance under {{legal_compliance_standard}}, and drives secondary revenue via {{recommendation_engine_logic}}.
Method
- Define transactional triggers across 4 key lifecycle states: Order Placed, Shipment Dispatched, Delivery Exception, and Fulfillment Completed.
- Construct dynamic data schemas for itemized line-item summaries, tax, shipping breakdowns, and tracking URLs.
- Formulate exception-handling rules for orders surpassing {{fulfillment_delay_thresholds}} to proactively manage expectations.
- Design secondary transactional content zones incorporating {{recommendation_engine_logic}} calibrated to {{average_order_value}}.
- Draft functional copy, subject lines, and mobile-first layout rules for each operational state.
- Integrate {{support_escalation_channel}} routing into exception-handling email footers and status updates.
- Verify commercial compliance boundaries ensuring transactional content dominates the layout under {{legal_compliance_standard}}.
Constraints
- MUST keep the transactional order information in the primary visual hierarchy (top 70% of email body).
- MUST NOT introduce non-transactional marketing elements if the message is categorized as an operational alert.
- Secondary recommendations must not exceed 20% of total visual email real estate.
- All line-item pricing variables MUST support multi-currency formatting.
Output format
- Notification State Machine (State, Trigger Event, Delay, Priority)
- Payload Variable Dictionary (Field, Type, Example, Fallback)
- Email Template Specifications (4 States: Subject, Preview text, Layout structure, Dynamic data zones, Copy)
- Exception & Escalation Matrix (Latency condition, Action, Customer notification text)
Self-review
- Does the layout place primary logistical data above any secondary recommendations?
- Are the exception triggers aligned with {{fulfillment_delay_thresholds}}?
- Are all requirements compliant with {{legal_compliance_standard}} rules regarding transactional messages?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.