A placement fee can change by thousands of dollars with one small percentage shift. That is why I keep the math close to my Recruit CRM records, instead of trusting memory or a separate spreadsheet.
Recruit CRM does not include a built-in placement fee calculator today, so I use it as my source of truth for the client, the job, and the billing terms. When I want a wider hiring-cost view, I also compare my fee math with Recruit CRM’s cost per hire guide. Then I write the final number back into the same record so my team sees one version.
Keep the fee math beside the deal record
When I switched to Recruit CRM for staffing, I wanted one place where candidate data, client details, and billing terms could live together. I wrote more about that shift in my staffing agency CRM review.
That matters because placement fees are never just math. They sit next to the signed agreement, the start date, the salary, and the commission split. If I separate those pieces, I invite mistakes.
I use Recruit CRM as the place where I store the context around the fee. The calculator gives me the number. The CRM keeps that number tied to the deal.
Set up the fields before I calculate anything
Before I calculate anything, I decide which numbers I will track every time. If I skip this step, I end up with half the data in email, half in notes, and one bad invoice later.
If you are still organizing your workflow, my Recruit CRM setup guide shows how I structure the base process.
Here is the simple set of inputs I keep on hand.
| Field | What I enter | Why it matters |
|---|---|---|
| Salary or contract value | The amount tied to the placement | This is the base for percentage fees |
| Fee percentage | For example, 15%, 20%, or 25% | This sets the placement fee total |
| Fee model | Percentage, flat fee, or staged payment | Different clients bill in different ways |
| Split terms | Any agency split or internal split | This protects commission math |
| Billing date | Placement date, invoice date, or milestone date | This keeps billing on schedule |
| Currency | USD, GBP, EUR, or another currency | This avoids wrong totals in cross-border placements |
I do not need more than this for most searches. Once these fields are in place, the calculator becomes fast and repeatable.
Run the calculation step by step
Once the inputs are ready, I run the math in a clear order. That keeps me from mixing up the fee basis, the billing model, or the split.
I follow this sequence.
- I open the client or job record in Recruit CRM.
- I confirm the salary or contract value with the signed terms.
- I apply the fee percentage or flat amount.
- I check whether any split terms change the final total.
- I save the result in the record notes, a custom field, or the invoice draft.
A simple example helps. If a role pays $85,000 and the agreed fee is 18%, the placement fee is $15,300. I write that number into the record, along with the fee basis and date. That way, no one has to rework it later.
For the formula itself, I keep this recruitment cost formula and calculator nearby when I want a quick refresher on fee math.
I always calculate from the signed terms. If the agreement says 20% on first-year salary, that is the number I use, not the number I remember.
Handle different billing scenarios without confusion
Not every placement follows the same billing pattern. Some clients want a percentage of first-year salary. Others want a flat fee. A few use milestone billing, which means I need to break the total into parts.
This is the part where a calculator inside my workflow saves time. I do not need to rebuild the logic each time. I just match the fee model to the contract.
| Billing scenario | How I calculate it | What I store in Recruit CRM |
|---|---|---|
| Contingency placement | Salary x agreed percentage | Fee total and percentage rate |
| Retained search | Deposit plus later balance | Milestone dates and invoice split |
| Flat fee | Fixed amount from the agreement | Final fee and billing date |
| Shared placement | Fee total split by agreement | Split notes and owner share |
When I want to sanity-check my assumptions, I also look at recruiter fee calculators by industry and location. I do not use them to replace the signed agreement. I use them to spot numbers that feel too high or too low.
That habit helps when a client changes terms halfway through a search. I can update the record, rerun the fee, and keep the invoice aligned with the latest agreement.
Keep the result useful for the whole team
The number matters, but the notes matter too. I label the record with the role, fee model, and calculation date so billing and recruitment can both find it later.
That habit also makes reporting easier. If a client asks why an invoice changed, I can point to the signed terms and the placement date. If a teammate picks up the account, they can see the same math without asking me to explain it again.
I also like using the fee result as part of the handoff between recruiters, account managers, and billing. The cleaner the note, the faster the next step moves.
Conclusion
A placement fee calculator works best when it sits inside the same workflow as the job and client record. That keeps the salary, percentage, billing terms, and final fee tied together instead of scattered across tabs and messages.
Recruit CRM gives me the place to store the facts. My calculator gives me the number. When I connect the two, I quote faster, invoice with fewer mistakes, and keep every fee traceable.
