The Field-by-Field Call: Auditing a Real Signup Form Spec
Objective: Given a real field-by-field spec of a live signup form with per-field abandonment data, apply the lesson's ARTS framework to produce a prioritized fix list ranked by impact.
You're the CRO analyst at Chewy reviewing the Autoship subscription signup form after a quarter of flat activation numbers. You have the field list plus per-field abandonment percentages pulled from form analytics.
Sequence the fields, flag the ones causing the most measured drop-off, and recommend which move to a post-signup step.
Before you start
What you'll need
Free path (everything below is enough to finish)
Free, sortable, easy to hand off as a prioritized backlog
Paid upgrades (optional, faster/deeper)
Turns a guess-based audit into a data-backed one
No access? Use the provided abandonment percentages if no live analytics account is available
The process
2 steps
Step 01 of 02
The lesson's Stage 3 says field order matters: easy, low-stakes fields first (name, fastest at 3.5 seconds), sensitive or high-effort fields last.
This form currently asks for payment card details in field 2, before name or email. Given the abandonment data below, what should field 2 actually be?
Procedure
- Import the field export and list all 9 fields in their current on-page order
- Add the measured per-field abandonment column next to each field
- Re-sequence the list so low-effort fields (name, email) come first and payment comes last
CURRENT ORDER (abandonment %) 1. Full Name (2%) 2. Card Number (14.5%) 3. Email (6.4%) 4. Pet Name (3%) 5. Delivery Frequency (4%) RECOMMENDED ORDER 1. Full Name -> 2. Email -> 3. Pet Name -> 4. Delivery Frequency -> 5. Card Number (last)
Healthy
Payment fields sit at the very end, after the visitor has already invested time in the easier fields.
Unhealthy
Payment details requested second, before the visitor has any sunk cost in the form, which is exactly where this specimen's 14.5% abandonment spike is happening.
What this means
Field order is a psychological lever, not just a layout choice; sequencing the hardest field last uses the visitor's own sunk time as leverage to finish.
So what do I do about it?
| Symptom | Action | Effort |
|---|---|---|
| Abandonment spikes on a specific field position rather than being spread evenly | Move that field later in the sequence and re-measure before touching its copy or design | 30 min |
Step 02 of 02
The lesson cites field-level abandonment benchmarks: password 10.5%, address 7.4%, email 6.4%, phone 6.3%. Fields above those benchmarks deserve attention first.
Of the 9 fields in this spec, 2 exceed even the worst-performing benchmark field type. Which 2, and what's the fix for each?
Procedure
- Add a column comparing each field's measured abandonment against the lesson's benchmark table
- Flag any field exceeding its benchmark type as high priority
- Write one fix recommendation per flagged field
FLAGGED (above benchmark) Card Number: 14.5% measured vs. no direct benchmark, treat as highest priority Delivery Address Line 2: 9.1% measured vs. 7.4% address benchmark, make optional and collapsed by default
Healthy
Every field above its category benchmark has a specific, single fix assigned.
Unhealthy
Treating all fields equally instead of triaging by which ones are actually bleeding the most conversions.
What this means
Not all friction costs the same; fix the worst-performing fields first, not the easiest to fix.
So what do I do about it?
| Symptom | Action | Effort |
|---|---|---|
| A field abandonment rate sits well above its category benchmark | Treat it as the top-priority fix, ahead of copy or button changes | 30 min |
Final deliverable
A re-sequenced field order plus a prioritized fix list, ranked by which fields exceed their category benchmark.
See a reference example
FirstCry Newsletter Signup, field audit (excerpt) RE-SEQUENCE: Move phone number from position 2 to position 5 (after email) PRIORITY FIX 1: Password field exceeds 10.5% benchmark at 13%, defer to post-signup PRIORITY FIX 2: Address Line 2 exceeds 7.4% benchmark at 8.9%, make optional and collapsed
Success criteria
You're done when you can:
- Correctly re-sequences payment/sensitive fields to the end
- Identifies both fields exceeding their category benchmark
- Every flagged field has one specific, testable fix, not a vague note