Building an AI Platform Around the Agent's Workflow
Creating Magnet, a broker-facing sister platform to Atidot's carrier-focused product, so its AI predictions lead straight to action.
Impact
My role
I managed this project from exploration to release. I ran the user research, wrote the requirements for every product change, and designed the UI, working closely with the CEO on direction.
I also built. Working with Claude Code, I turned my designs into working UI and functional changes and submitted them as pull requests, so engineers reviewed finished work instead of building it from specs. And I did the prompt engineering behind the AI insights, so they sounded human and were clear about what was a prediction and what was fact.
The problem
Atidot builds AI analytics for the insurance industry. Its original platform was built for carriers; Magnet is the broker-facing sister platform I led product for, built for the agents at brokerages who sell and service policies. It flags which policyholders are likely to lapse, buy more, or need attention. The predictive models were strong. Like many deep-tech products, the challenge was turning that strength into an experience users could act on.
The original platform surfaced valuable predictions, but workflows were fragmented, and many features showed what was possible without building a clear path to doing it. The core problem was simple to say and expensive to ignore: users had to connect the dots themselves.
"We like what it can do, but it doesn't have good functionality."
Prospect, during a sales call"I still need to put the puzzle together."
Agent, during a usability testUsers struggled to answer practical questions: Who should I call today? Why is this customer being flagged? What should I say to them?
One constraint shaped every decision that followed: engineering capacity was limited, so Magnet had to be built on the original platform's models and data rather than from scratch.
Where Magnet started
The data underneath was strong. The interface left the interpretation to the agent.
Carriers and agents need different things
Agents came to the same data as carriers, but with different goals, so Magnet had to answer different questions.
CarriersLook at the whole portfolio. They care about lapse, a big-data view of the book, the size of the opportunity and the art of the possible. They have analysts and IT teams, so their question is how to get the API working inside their own CRM.
AgentsThink one client at a time: who should I call today? Lapse isn't their focus. Upsell and cross-sell are, because that's where most of their commission comes from. They're usually small teams with no technical help, and they're very loyal to their CRM and current workflow, so the platform has to fit into how they already work, not replace it.

From our research, we learned that none of the agents we spoke to wanted another CRM. These teams had years of processes, habits, and probably a few emotional-support spreadsheets built around the tools they already had.
That gap is why Magnet couldn't be the carrier platform with a new coat of paint. It needed its own priorities: upsell and cross-sell first, a view built around who to call today and why to reach out, and a short path from an insight into the tools agents already use. For a small team with no IT support, exporting a list beat a deeper integration.
Research & strategy
Rather than start from the interface, I started from the business. I sat in on prospect meetings and sales demos, ran client workshops, led onboarding calls, and presented the platform directly to agents. With limited engineering capacity and agents loyal to their own tools, a feature wish list was never an option, so I set one prioritization principle and ran every decision through it.
I grouped what came out of the interviews, workshops, usability tests and sales calls into five themes. Each one shaped a part of Magnet.
Move users from insight to action as fast as possible.
Our principle for v1Cutting before adding
I made the call to cut before adding. I audited every flow in the original platform against usage data and feedback, then aligned engineering on what Magnet would leave behind and what it would carry over. The redundant and unfinished flows that created cognitive load without driving anything stayed behind, and the navigation labels changed with them, from what the system stored to what the agent was trying to do. Then I built Magnet's interface: one set of components instead of several near-duplicates, a type scale that held across pages, and a palette chosen for contrast and color-blind legibility. The outreach status set came out of the same work, giving agents the record of who they had already called that the original platform had never kept.

The status dropdown was quietly the most important thing we shipped. Every time an agent set one, we found out what happened to a prediction. Did they pick up? Did it convert? Was the model right, or just confident? We had a call log before, but unfortunately no one used it. Those outcomes fed back into the model, so every call an agent logged helped sharpen the next round of predictions.
AI transparency & trust
On sales calls, the same objection kept coming up: clients did not trust "black box" predictions. I treated trust as a product problem and prioritized three changes across the platform.
Prediction language
I rewrote the prompts behind the AI insights so they read like a person wrote them. "Will lapse" became "likely to lapse based on…", acknowledging uncertainty without undermining confidence.
AI disclosure badges
Clear indicators on all AI-generated content, so users always knew what came from the model versus confirmed data.
"Why now" signals panel
The ranked factors behind each prediction, built with the data science team to surface the model's reasoning, so every risk score came with its reasons.
"What is fact? What is a prediction?"
Agent, usability session
AI outreach composer
The same gap surfaced in nearly every customer conversation: users trusted the insight but froze on the next step.
"What should I say when I pick up the phone? My model said you are at risk of lapse?"
Agent, usability sessionI prioritized an outreach composer that generates personalized outreach (email, SMS, or call script) directly from the platform's segmentation, drawing on the exact signals that flagged each policyholder. I scoped it to data we already had, so it needed no new integration and was the most direct way to make the product useful day to day. In the end, 85% of active agents copied an AI-drafted message into their own tools.
Campaign page
One of the most requested capabilities was a way to act on a whole segment at once. I designed a campaign page where users view a segment of flagged policyholders and copy or download the list straight into the marketing tools they already use. Users could go from a segment to a running campaign in minutes.
Platform pages
A walkthrough of Magnet, from the dashboard to the moment an agent takes action.
Where research overruled me
While we were building Magnet, there were a lot of discussions about which features would match the "expected" AI experience. I championed an AI chat assistant for the dashboard, built a prototype with Claude Code, and pushed for it internally. My hypothesis was that users expected it, now that chat assistants were everywhere, from ChatGPT and Microsoft Copilot to Salesforce and even the McDonald's app, and that it could become the interface for expanding our capabilities. Once we tested the idea in client interviews, it was clear the demand wasn't there. Most interviewed clients preferred a platform that was easy enough to use on its own over one they had to ask questions. We were about to build a feature users didn't need.
"If the platform is easy to use, I shouldn't be needing to ask the chat something."
Client, during a feedback session"It's nice to have, but I can't think of how I would use it."
Client, during an interviewOur interviews caught it before we built it, so I moved that engineering time to the AI outreach composer. The chat answered questions clients weren't asking. The composer did the step they were stuck on: turning an insight into a message they could send a policyholder.
Results
Over Magnet's first six months, the principle held up: agents moved from insight to action, and kept coming back.
3×
More monthly sign-ups by month six than in month one, so adoption kept growing well after launch.
85%
Of active agents copied an AI-drafted message from the outreach composer into their own tools, the clearest sign the product closed the gap between insight and action.
3
AI trust features answered clients' top objection, and outcome data from the status dropdown fed back into the model.
What I learned

Honestly? The thing I'm proudest of isn't something I shipped. It's that I actually learned the business. Sitting in on sales calls, demos, and workshops taught me things no amount of staring at the interface ever could. Turns out eavesdropping on sales is a legit design method. Who knew.
Sell impact, not features. I would explain features; sales would explain impact. Prospects cared far more about what the product could do for them than how it worked, and that reshaped how I present design decisions to stakeholders and users alike.
AI transparency is a design problem. Trust comes from helping users understand what the AI is telling them and why. Making predictions feel explainable was some of the most impactful work I did on this project.
What came next
I'm now managing the next product: an AI-powered policy servicing platform for an insurance distribution network, built against a signed client commitment for about 50 advisors who manage books of business across 20 carriers.