In the print dialog, choose “Save as PDF” — and under “More settings”, uncheck “Headers and footers” so the PDF doesn't include the page URL and date.
Thanks for walking me through the situation on Tuesday. You have a catalogue that people genuinely want to browse and a checkout that loses them at the final step — which is a good problem to have, because the hard part is already working.
This proposal covers rebuilding the checkout flow on your existing storefront, plus the two fixes we identified as likely causes of the drop-off.
Checkout rebuild. Replace the current four-step checkout with a single scrolling page that keeps the cart summary visible throughout. Guest checkout stays the default; account creation is offered after payment, not before.
Address handling. Add autocomplete on the delivery address field and stop requiring a separate billing address unless the customer asks for one.
Payment retry. When a card is declined, keep the customer on the page with their details intact instead of returning them to the cart.
Mobile pass. Everything above tested at 375px first — you mentioned 71% of sessions are mobile, so that is the primary target, not an afterthought.
Out of scope for this phase: the catalogue pages, search, and the account area. Those are working and I would rather not touch them.
| Phase | Duration | What happens |
|---|---|---|
| Discovery | Week 1 | Audit the current flow, confirm the analytics story |
| Build | Weeks 2–4 | Checkout rebuild, staged for review at the end of each week |
| Test & launch | Week 5 | Cross-browser and device testing, then go live |
| Support | Weeks 6–7 | Post-launch fixes included |
| Item | Amount |
|---|---|
| Discovery and audit | [amount] |
| Checkout rebuild | [amount] |
| Testing and launch | [amount] |
| Total | [total] |
Payment in two parts: 50% to start, 50% on launch.