Back to Video Hub
TeamOhana Computer
Product Demo

Build a Sales Capacity Model in One Prompt

Key Highlights

Ask the workforce plan a direct question, get an answer scoped to your access
The head of sales asks whether 34 open reqs will be ramped in time for Q1 quota. Computer pulls live from the headcount plan, applies role-specific time-to-fill and ramp assumptions, and flags that 30 of 34 hires will not be productive when the quarter opens. No dashboard, no admin request, no stale export.
Jump to
0:35
Insight to action in the same screen
Computer identifies an at-risk SDR Manager req (TOH-344). From the same view, the sales leader instructs Computer to leave a comment tagging the assigned recruiter for a status update. Computer runs a dry-run confirmation, then posts the comment inside TeamOhana. The record updates in real time.
Jump to
01:52
A full sales capacity model built from one prompt
Virginia uploads a CSV with quota by segment, average attainment, and ramp times. Computer combines it with live headcount, distinguishes managers from quota-carrying ICs, and produces a multi-tab dashboard: quarterly ramped capacity vs quota, coverage gaps by segment, and a recommended incremental hiring plan to close the shortfall.
Jump to
3:10

Sales leaders make multi-million dollar capacity decisions every quarter, and most of them wait days for a chief of staff or ops analyst to reconcile headcount, ramp, and quota across three or four systems. By the time the answer arrives, the window to act has already narrowed. In this session, Virginia Hyland walks through how a head of sales uses TeamOhana Computer to answer capacity questions in minutes, take action inside the same interface, and build a full capacity model from a single prompt. The demo shows why an agentic coworker built on governed workforce data is a different category from a chatbot: it reasons over live headcount, respects user permissions, and closes the loop from insight to action without leaving the plan of record.

What you’ll learn

  • How to answer "do I have enough sales capacity to hit quota" without pulling in ops or waiting on a spreadsheet refresh
  • How Computer combines live headcount, role-specific time-to-fill, and ramp assumptions to expose Q1 readiness gaps before they hit revenue
  • How to take action on a req directly from an insight, with a dry-run confirmation step before anything is written back
  • How to structure a prompt that produces a full capacity dashboard on the first pass, including segment breakdowns and coverage gaps
  • How to layer your own planning assumptions (quota, attainment, ramp) onto governed TeamOhana data without exporting anything
  • Why an agentic coworker with ABAC governance is not the same as bolting an LLM on top of a CSV export

Takeaway #1: The bottleneck in sales capacity planning is reconciliation, not analysis

Most sales leaders already know the math for capacity coverage. What slows them down is stitching live headcount, open reqs, ramp curves, and quota targets across the ATS, HRIS, and finance spreadsheets. That reconciliation work is what turns a same-day question into a three-day project, and it is the reason capacity gaps get discovered mid-quarter instead of mid-plan.

Takeaway #2: A coworker does the work; a chatbot just answers the question

Computer does not stop at surfacing that 30 of 34 hires will miss the Q1 window. It lets the sales leader tag the assigned recruiter on a specific at-risk req, post the comment inside TeamOhana, and move on. That closed loop between insight and action is what separates an agentic coworker from a Q&A interface sitting on top of an export.

Takeaway #3: Governance is not a feature; it is the reason the answer is trustworthy

Every question a sales leader asks Computer inherits their permissions through TeamOhana's ABAC layer. The head of sales sees sales headcount, not comp for other departments. Finance sees the full picture. The same prompt returns a different, correctly scoped answer for each user, and no one gets a back door to data they should not see.

Takeaway #4: One prompt, structured well, replaces the first pass of an ops build

Virginia's capacity model came from three inputs (quota by segment, attainment, ramp by role) and one prompt. Computer figured out which employees carry quota, which do not, which reqs to include, and how to break the output down by SMB, mid-market, and enterprise. That is the ops analyst's first pass, delivered in minutes, ready to iterate on.

"The TeamOhana computer doesn't just tell you that you have some concerns with your hiring plan. It actually allows you to take action and collaborate on the team all within one screen. That's the difference between a chatbot that just answers questions and a coworker that does the work all in one place." — Virginia Hyland, Head of Solutions Engineering, TeamOhana

Frequently asked questions

General-purpose models can reason, but they do not have live access to your headcount plan, your ATS, or your compensation data, and they do not know your organization's permissions. Computer sits on top of TeamOhana's normalized workforce data with attribute-based access control built in. The same prompt returns a different answer for a hiring manager, a recruiter, and a CFO because each is scoped to what they are allowed to see.
It can take action. In the demo, Computer posts a comment on a specific req and tags the assigned recruiter. Any action that writes back to TeamOhana runs a dry-run confirmation first, so the user approves the exact change before it is committed. That preserves the audit trail Finance and HR rely on.
It combines live TeamOhana data (open reqs, current employees, org structure, target start dates) with any inputs you provide, such as a CSV of quota by segment, attainment, and ramp assumptions. It reasons over both together, so the output reflects the plan of record, not a stale export.
The primary user in this session is a head of sales who needs a capacity answer without waiting on a chief of staff. It is equally useful for RevOps leaders modeling coverage, Finance partners validating the hiring plan against quota, and CROs pressure-testing whether the current plan supports the number. Each user sees the slice of data their permissions allow.
Virginia builds the first-pass dashboard in a single prompt during the session, then iterates. The heaviest lift is preparing the input file with quota, attainment, and ramp assumptions. Once those are in, Computer produces the coverage view, segment breakdowns, and recommended incremental hires in minutes, not days.