Van Ngo
Work / 01 / Agility Agent Onboarding

Agility Agent Onboarding.
Contracts that arrive correct, and arrive at all.

I redesigned the form insurance agents use to contract with Agility, and helped architect how it talks to Zoho CRM. It now takes more than 100 contract submissions a week. Since March 2025, those contracts reach customer service with the right fields already set, and a submission with a carrier problem lands in an error form that says why, instead of disappearing.

TL;DR3 minute read
Problem
The old Zoho form sent contracts in with the wrong fields, lost some outright, and left customer service slow to process each one.
Users
Insurance agents, independent or inside an agency, who fill it in. Agility customer service, who work the contract once it lands.
My role
Lead UI/UX designer. I redesigned the form, defined the user types, helped architect the Zoho connection and ran QA.
Team
Me, my manager and one full-stack engineer.
Timeline
Built January to March 2025. Live since March 2025.
Outcome
More than 100 contract submissions a week arrive in the CRM with correct data, and agents are onboarded faster because customer service opens records that are ready to work.
Agility contracting form: banner, then the agent or agency choice and personal information
  1. 01Problem
  2. 02Inputs
  3. 03Users
  4. 04Redesign
  5. 05Zoho logic
  6. 06QA
  7. 07Before and after
  8. 08Next

Three complaints about one form

Agility Insurance Services is an FMO, a field marketing organization. Independent health and life agents contract through Agility to get appointed with carriers such as Aetna or Humana, and until they are appointed, they cannot sell that carrier’s plans. For a new agent, that process starts with this form.

At the start of 2025 the CEO brought us the old Zoho contracting form, a multi-step form, with three complaints. It looked poor. Contracts were getting lost. And the ones that did come through arrived with the wrong fields, so customer service spent longer on every contract and agents waited longer to start selling.

I started with the inputs, not the screens

Before drawing anything, I pulled every input out of the old form and laid them out side by side. That is where the real problem showed: the form had no idea who was filling it in. An independent agent and an agent inside an agency answered the same questions, and Zoho received the same shape of record for both, with nothing to tell customer service which one they were looking at.

The CEO had described a design problem. It was also a data problem, and a prettier version of the same form would have sent the same wrong records.

Two people fill it in. One person works what they leave behind.

  • Independent agentContracts with Agility on their own.
  • Agency agentContracts through their agency, so the agency, its NPN and the carriers it is allowed to contract all have to be right.
  • Customer serviceOpens the contract in Zoho and processes it. The record they open is the form’s real output, so I designed for them as much as for the agent.

The redesign: who you are, what you sell, where, and with whom

With the user types defined, I replaced the multi-step form with one standardized page built around them. The first question is whether you are contracting as an agent or an agency. Choosing agency reveals the agency name and agency NPN fields, so an agency agent gives Zoho what it needs and an independent agent never sees fields that do not apply.

Agency selected, revealing Agency Name and Agency NPN fields
Choosing agency reveals the two fields only an agency agent needs

Then markets, states and carriers. The carrier grid only shows carriers available for the markets and states the agent picked, so most wrong picks never appear on screen. Each market has a color, and every carrier chip repeats it as a badge with a letter, A for ACA and M for Medicare, so color is never the only signal.

Market selector with ACA and Medicare chosen
Markets. Each market gets a color the agent will see again on every carrier.
Carrier grid for ACA and Medicare in Texas, each chip badged A or M
Carriers. Only the ones available for the agent’s markets and states.

How the form talks to Zoho

This is the part I helped architect with our engineer. The NPN, or National Producer Number, is an agent’s license ID. Looking it up lets Zoho confirm who the agent is and which agency they belong to, instead of trusting what they type.

When an agency agent submits
  1. 01The agent submitsTheir NPN and their carrier picks go to Zoho.
  2. 02Zoho finds the agencyThe NPN tells Zoho which agency the agent belongs to.
  3. 03Zoho checks the carriersEach pick is checked against the carriers that agency is allowed to contract.

Then one of two things happens

Every carrier is allowedZoho writes the contract back with the right fields already set, such as sub-producer, and customer service opens a record that is ready to work.
A carrier is not allowedThe submission goes to an error form with the reason attached. Customer service knows exactly what to fix, and the contract is not lost.

I tested it live, against Zoho

I ran the QA after launch, on the live form. I took every user type through it and checked what arrived in Zoho on the other side, including the wrong-carrier case that should land in the error form. On a form that writes straight into a CRM, the record is the deliverable, so the record is what I tested.

Before and after

Old Zoho formSince March 2025
The formMulti-stepOne standardized page
Who is filling it inThe form could not tellThe agent says agent or agency, and the NPN confirms the agency
Fields in ZohoArrived wrongSet by the lookup, such as sub-producer for an agency agent
A submission with a problemCould be lostLands in an error form with the reason
Customer serviceSlow to process each contractOpens a record that is ready to work
Open the live form ↗

It is live and taking real requests, so please look but do not submit.

What I would do differently, and what is next

01Measure from day oneI shipped without before and after timestamps on the contracting cycle. Customer service feels the difference, but it is not yet a number I can put on this page. Next time I would track days from submission to appointment, and the share of submissions that land in the error form, from the first week.
02Capture the beforeThe old form was deleted at launch, so the only before I can show is in words. Next time I would screenshot the old flow, and the Zoho records it produced, before anything is replaced.
03The next version is already designedSince launch I have designed a new version that fixes the button hierarchy and the copy issues on the live form. It is ready and waiting on the business to schedule it, and I am happy to walk through it in an interview.