The inbound triage desk

If you’re working the inbound queue at Vanta, this is the screen you’d open when a batch of signups lands and you need to decide who gets a call today. Each row shows the fit score, a company brief with why-now, the person who signed up and the economic buyer above them side by side, and a one-line reason the row landed in its lane: buyer already in hand, escalate to an exec, nurture, or ignore. Lanes are tabs, rows expand to the full brief, and a bulk action pushes a lane’s buyers into a list. Hovering the score shows its six components, and a Sources route lists every API call behind the screen.

Without it, triaging a signup means opening the company site, checking it against the ICP in a doc, hunting for the buyer on LinkedIn, guessing at an email, and then remembering which spreadsheet tab it belongs in. Here the ICP the score reads from is the one saved in the workspace, so it can’t drift from what the team actually sells. The buyer comes with a verified work email, and every row already has its lane and its reason, so you can spend your time on the buyer-in-hand lane instead of assembling context.

I started with trayo_get_workspace, which returned the saved Vanta ICP: 10 industries, a 10–50,000 headcount band, 22 positive buying signals, 8 competitor names and 4 existing customers. The scoring reads from that. One trayo_find_companies call with filters.companyWebsites resolved all 12 domains at once instead of looping. trayo_research_company ran 11 times and gave me the one-liner, the why-now events and the fit angles, each angle already tied to a named Vanta module. One trayo_find_people call returned 47 people across 10 companies, which became the signup users. trayo_search_stakeholders ran 9 times against the workspace’s own persona definition, with candidate pools from 2 (sweetgreen) to 20 (Cribl, Clay). I then hit POST /v1/contacts/lookup for the buyers and found 9 of 9 work emails, every one with identityConfidence “match”. I chose lookup because it reads an address without importing the person, so the whole triage pass wrote nothing to the workspace. One result surprised me: gmail.com didn’t fail to resolve, it resolved to an unrelated 58-person self-employed record in Libya. I routed that row to ignore on the grounds that the company behind a free-mail address is unknowable, not on anything the record says.

Three things are not real, and the Sources route says so in the app. Nobody pasted a list, so the 12 rows are a stand-in I picked to exercise the lanes: 8 ICP-shaped accounts, one competitor (Drata), one existing customer (Ramp), one out-of-ICP restaurant chain, and one free-mail address. The signup email addresses in each row header are derived from the real person’s name and their employer’s domain, so they belong to that stand-in and are not Trayo output. That’s why only the buyer addresses carry a confidence badge. Push to list is stubbed too: the app reads a static JSON file and has no backend, so the button shows the two writes it would make and says plainly that nothing was sent.