Client intake · One workflow · Twelve failure tests
The Client Intake Failure-Test Kit
Check whether every valid inquiry reaches a named owner before buying more traffic.
For boutique consultancies, professional-service firms and Denver service-business owners.
Use this after the workflow worksheet
Choose one intake path, such as website inquiry → intake queue → owner inbox or CRM.
In a sandbox, use Casey Test · casey@example.com · “Synthetic service inquiry KIT-001”. Use a controlled test mailbox or email sink, not a real prospect.
Run each case. Mark Pass only with evidence of every expected result; mark Fail for a mismatch or Not tested if you cannot verify it.
Safe test boundary
Get authorization, isolate test records and prevent live customer messages. Simulate outages; do not break production. This file is a manual checklist, not a test runner.
Use synthetic data only. Checklist entries are not automatically transmitted or saved in browser storage. Changes live in this tab until reset or reload.
01AttemptA click or request was made. Not proof the server received it.
02Server-acceptedValidation passed and a durable record with an ID was committed. A 200 response alone is not enough.
03DeliveredThe intended inbox or CRM contains the inquiry with a named owner. Provider acceptance alone is not delivery.
04QualifiedAn owner applied written fit criteria. Receipt, delivery and opt-in are not qualification.
Local only. Export before closing to keep results. CSV is a results copy, not a restore file. Notes must not contain real personal data.
Capture the inquiry
First prove that a valid request becomes one durable record, even when the browser misbehaves.
01
01
Valid inquiry, durable receipt
Attempt → server-accepted
Setup Submit KIT-001 with all required fields and a controlled test address. Close the tab after the receipt; inspect the sandbox record independently.
Expected Show success only after a durable record is committed. Return a stable receipt ID. The record survives tab closure and can be found by ID; do not call it delivered or qualified.
Keep as evidence Receipt ID + persisted record; no reliance on a success animation.
Evidence / next action: __________________________
02
Missing or malformed fields
Attempt ≠ server-accepted
Setup Omit the contact field, then send a malformed test address. Repeat directly against the authorized test endpoint to bypass browser validation.
Expected Server validation rejects invalid inputs with actionable errors. Preserve safe entered values. Create no accepted inquiry, delivery or conversion. Then correct the data and verify one acceptance.
Keep as evidence Validation response + zero accepted records before correction.
Evidence / next action: __________________________
03
Duplicate retry, one inquiry
Many attempts → one accepted ID
Setup Double-click a valid synthetic inquiry and replay the identical request with the same idempotency key. Also try changing the payload under that key.
Expected Identical retries return the original accepted ID, with one record and one downstream handoff. A changed payload under the same key is rejected, not silently overwritten. A genuinely new inquiry uses a new key.
Keep as evidence Request keys + one durable record + one routed item.
Evidence / next action: __________________________
04
Network loss, honest status
Unknown outcome ≠ success or failure
Setup In a test proxy, drop a request before it reaches the server; then drop a response after the server commits. Retry each using its original key.
Expected No false success for a request that never arrived. A lost response shows pending/unknown until safe retry or lookup resolves it. The committed case returns its original receipt without creating a duplicate.
Keep as evidence Both failure points + final unique IDs and accurate UI state.
Evidence / next action: __________________________
Rodgers Intelligence / Failure-test kit
Client Intake Failure-Test Kit
Server-accepted is not delivered
Route it. Recover it.
A durable record needs a destination, an accountable person and a way back when a dependency fails.
02
Before these tests, name a primary owner, a backup and an alert recipient. Agree a delivery deadline and a recovery deadline for this workflow. Record them in the handoff brief. Do not invent a universal response-time target.
05
Provider outage after acceptance
Accepted → pending delivery
Setup Make the sandbox inbox or CRM adapter return timeout, 429 and 5xx responses after KIT-005 is committed. Restore the adapter after the agreed retry window.
Expected Keep the inquiry durably queued. Retry safely with backoff and rate-limit handling; stop bounded retries into a visible exception queue. No lost record or false delivered status. Recovery creates one destination record.
Keep as evidence Accepted ID + retry history + exception entry + destination ID.
Evidence / next action: __________________________
06
Right destination, named owner
Delivered ≠ qualified
Setup Send synthetic inquiries for two service categories. Inspect both the intended inbox or CRM and assigned owner. Repeat with the primary owner unavailable.
Expected Map the right fields to the right destination and one named person. A shared inbox alone is not ownership. Verify a backup takes responsibility when needed. Do not mark qualified until written fit criteria are applied.
Keep as evidence Destination record + category rule + primary/backup assignment.
Evidence / next action: __________________________
07
Alert, recover, close the loop
Exception → verified delivery
Setup Leave KIT-007 undelivered beyond the agreed alert deadline. Have the named recovery owner inspect the alert, repair the test mapping and replay the original record.
Expected Alert an accountable person with a minimal ID and protected recovery link, not inquiry contents. Track acknowledgment and escalation to backup. Manual replay uses the same ID, avoids duplicates and closes only after verified delivery.
Keep as evidence Alert/acknowledgment times + recovery log + delivery proof.
Evidence / next action: __________________________
08
Permission boundary holds
Authorized access only
Setup With an anonymous session and a low-privilege test account, try reading, changing, exporting or replaying another synthetic inquiry by guessing or altering its ID.
Expected The server denies each unauthorized action, even if UI controls are hidden. No inquiry data, secrets or enumerable receipts leak. Only authorized roles can route or recover; record denials without logging full payloads.
Evidence / next action: __________________________
Do not clear the exception because an email API returned “OK.” Close it only after destination evidence shows the right record and named owner, or after an authorized person completes and records the manual handoff.
Keep the original accepted ID through retries and recovery. Preserve the failure, recovery action and final outcome so the next owner can follow the trail.
Rodgers Intelligence / Failure-test kit
Client Intake Failure-Test Kit
Count the right event · Keep the boundary clear
Measure without overcollecting
Keep operational handoff, qualification and marketing consent separate. Reconcile counts before interpreting them.
03
Inspect sandbox records, event payloads and restricted logs. Checklist entries are not sent as analytics events. A passing checklist is not a legal-compliance finding, a validated risk score or proof that every future inquiry will succeed.
09
Source survives the handoff
Source attached to accepted ID
Setup Create tagged campaign, referral and untagged synthetic inquiries. Retry one. Include an unexpected source value and a URL query containing a synthetic email.
Expected Allowed source/campaign fields follow the accepted ID into the destination without retry overwrites. Missing source is unknown/direct, not invented. Treat source as untrusted; strip personal/query data and never use it as permission.
Keep as evidence Accepted-to-destination source mapping + sanitized values.
Evidence / next action: __________________________
10
Inquiry is not marketing consent
Service request ≠ subscription
Setup Send one service inquiry with marketing opt-in unchecked and one explicitly checked. In the sandbox, test a later preference withdrawal. Inspect the preference record and marketing destination.
Expected Both inquiries reach service owners. Unchecked means no marketing enrollment. Any opt-in is separate, optional and initially unchecked, with the displayed wording/version and time recorded. Withdrawal updates the marketing path without deleting the service request.
Keep as evidence Separate service/consent fields + no-enrollment case + withdrawal.
Evidence / next action: __________________________
11
One conversion, no personal data
Unique server-accepted conversion
Setup Inspect sandbox conversion payloads after one rejected attempt, one acceptance, a retry and two receipt-page reloads. Also inspect URLs and automatic page metadata.
Expected Count one accepted-inquiry conversion only at durable acceptance, deduped by an opaque event key. Rejects and reloads add none. Allowlist event/stage/source fields; exclude names, emails, phone numbers, message text, raw URLs and linkable customer IDs. Keep delivery and qualification as separate stages.
Keep as evidence Event count + dedupe key + payload/metadata field audit.
Evidence / next action: __________________________
12
Reconcile and clean up
Attempt / accepted / delivered / qualified
Setup In one time window, use 5 attempts: one invalid, a valid inquiry plus its retry, and two new valid inquiries. Hold one of the 3 accepted records pending; qualify one of the 2 delivered records. Apply the agreed test-data retention rule.
Expected Reconcile 5 attempts, 3 unique accepted, 2 delivered, 1 qualified and 1 pending by ID and timestamp. Surface the pending exception. Limit evidence access and retained fields; remove synthetic payloads from queue, destination and logs according to the documented retention/backup policy.
Keep as evidence Stage ledger + unresolved ID + retention/cleanup check.
Evidence / next action: __________________________
Four counters, four meanings. Report attempts, unique server-accepted inquiries, delivered inquiries and qualified inquiries separately. Show the time window and test-data exclusions.
A repeat attempt must not inflate accepted conversions. A delivery delay must not erase the accepted inquiry. A failed permission check must never expose another inquiry.
Rodgers Intelligence / Decision & handoff
Client Intake Failure-Test Kit
Turn evidence into one bounded next step
Your checklist, not a score
0 / 12Tests covered
0Passes
0Failures
12Not tested
Coverage = Pass + Fail. These are checklist counts only, not weights, a grade or a prediction. Investigate failures and untested cases before treating intake as dependable.
Fictional worked example · Not a Rodgers Intelligence client
Juniper Desk, an invented Denver consultancy
Setup: One synthetic inquiry for a process review. Two browser attempts use the same request key. One accepted record, KIT-104, is committed. A simulated CRM outage blocks delivery; an alert goes to fictional owner Morgan.
Recovery: Morgan replays KIT-104 once after the CRM returns. One owned CRM record is verified. Result: 2 attempts → 1 accepted → 1 delivered → 0 qualified. Qualification awaits a fit review; marketing opt-in remains false.
Illustrative checklist: Tests 01, 03, 05, 06 and 07 pass; test 09 fails because source was dropped; six tests remain not tested. Coverage 6/12, passes 5, failures 1. Fix the source mapping, retest 09, then run the remaining cases. These fictional results are not loaded into your checklist.
Copyable one-workflow handoff
________________________________________
____________________
____________________
____________________
____________________
Nothing is sent. No contact details required.
Handoff ready for your review. Nothing has been sent.
Check the workflow boundary, named owner, deadlines and evidence. Copy the brief or export the CSV if you choose to share later. Do not include real inquiry details, credentials or sensitive records.
This is a practical failure-test checklist, not legal advice or a certification. Keep detailed evidence in your authorized test environment. Record only synthetic IDs and minimal observations here. Reset clears this tab; downloaded files remain on your device.