This page records the end-to-end continuity of every user flow in DomiDo. Every screen has a forward path, a back path, an error path, and at least one cross-flow exit when the user changes their mind. The examination walked each of the seven flows step by step from entry to terminal state, checking for dead ends, missing transitions, ambiguous error states, and unreachable screens. Every gap is resolved. The conditions that drive the audit are precise: every decision node has an explicit Yes path, an explicit No path, and a clear destination; every error state has an actionable recovery (try again, try different input, abandon); every screen has at least one exit path other than the system back gesture; cross-flow handoffs (publish to gallery, gallery to cart, order to assembly) are documented; and resume paths exist for interrupted multi-step flows so a user who gets pulled away never has to start over.
The upload-mode flow runs from Home to the Mode Selector, to the upload screen with inline format and size validation, to the pipeline processing screen, to Design Review, to the Cart, through Stripe checkout, to the Order Confirmation, and finally to the Assembly Viewer through the QR code on the physical kit. Every step has a cancel control. The pipeline processing screen now offers a cancel-with-confirmation rather than a silent trap. Errors at each stage have explicit recovery: invalid format and oversize files clear inline and the user can pick a different file; upload failures auto-retry with a manual fallback; pipeline failures show stage-specific messages with three actions; WebGL failures on Design Review fall back to a Bill-of-Materials text summary so the user can still proceed.
The AI-mode flow is the most complex and previously carried the most continuity gaps. The current design closes every one. The Mode Selector exposes the credit cost up front. The AI prompt screen auto-saves the prompt text so a user who navigates away and returns finds their work. AI generation has the staged-progress wait state with an elapsed counter. The frontal-view preview lets the user iterate on the image with new instructions; the iteration model is described in microcopy so it does not look like a one-shot lottery. The projection workflow opens with an explanatory banner, exposes the auto-generate accelerator above the fold, lets the user revisit and un-approve previously approved projections, and saves every approved projection server-side so the flow can be resumed.
The "AI In Progress" status badge on My Designs surfaces incomplete AI-mode designs with a Resume button that switches to the Create tab and pushes the projection workflow at the exact step where the user left off. The Stripe checkout transition is explicit: the session opens in an in-app browser or system browser per platform; success redirects to Order Confirmation; cancellation returns to the Cart with items preserved; a phantom-payment check on Cart load handles the case where the redirect itself failed.
Catalogue Grid to Product Detail to Cart to Stripe checkout to Order Confirmation is a short flow with no historic gaps. The product-detail parametric sliders recalculate price and block count in real time without leaving the page. The sticky purchase call-to-action remains visible during scroll.
Gallery Browse to Gallery Design Detail to Cart to Stripe to Order Confirmation is the gallery purchase path. The cross-flow from Design Review to Gallery publish is explicit: the Design Review screen has a "Publish to Gallery" call-to-action that opens the publish form (title, description, tags, category, preview, moderation notice). A rejection on moderation surfaces a dedicated screen with an appeal link and an "Edit and Resubmit" action. The gallery purchase path uses the same sticky "Add to Cart — [price]" call-to-action as every other purchase surface so the entry from gallery is not a special case.
Order Detail to Return Request to Return Status follows a six-step timeline (Requested, Label Sent, Shipped, Received, Inspected and Graded, Refund Processed). The return label has a fourteen-day expiry; a reminder notification fires three days before the window closes. The customer can dispute a grading from the Return Status screen.
A reorder-point alert on the Manufacturing screen opens a pre-populated Purchase Order form. Purchase Order Detail shows the lifecycle, the items, the manufacturer, and payment milestones. The flow is contained inside the admin surface; no customer-facing screens are required.
The pre-order flow runs from Design Review or Product Detail with a pre-order call-to-action through Stripe SetupIntent (card-verified, no funds captured) to the Pre-order Confirmation. Pre-order Management cards surface every pre-order with status. When manufacturing readiness is reached, the system captures funds through a PaymentIntent against the saved card and converts the pre-order into a real order; a normal Order Confirmation follows. The card-expiry notification gives a seven-day grace period before any pre-order is auto-cancelled. The cross-flow into manufacturing is documented through the admin Pre-orders screen.
The current design carries seven flows with their decision nodes, error states, and cross-flow links exhaustively documented. The examination found twenty-two issues — five at High severity — including a missing Stripe checkout transition specification, an absent AI-mode resume path, an underdocumented gallery purchase handoff, an undocumented pre-order conversion flow, and four under-documented cross-flow handoffs. Every issue is resolved. Three resume paths exist: the AI-mode projection workflow (via the "AI In Progress" badge), the cart (the items persist across sessions and devices), and the Assembly Viewer (the design package is cacheable for offline use and reopens at the user's last step).