Is this retainer profitable?
Hours consumed against the fee. The renewal conversation starts from a number both sides can see rather than an impression.
Most services businesses know their revenue per client exactly and their cost per client approximately. The gap is people-time, and it is the difference between a retainer you should renew and one you should reprice.
Where this lives. Admin area → Planning → Cost. It reads the attendance, leave, holiday and project records already in your account, so there is nothing to import and nothing extra for your team to maintain.
Deliberately simple. Cost planning fails when it becomes an accounting exercise rather than a management one.
| Role | Hours tracked | Cost rate / hour | Cost |
|---|---|---|---|
| Developer | 42 | ₹900 | ₹37,800 |
| Designer | 14 | ₹800 | ₹11,200 |
| Project manager | 9 | ₹1,100 | ₹9,900 |
| Support | 6 | ₹500 | ₹3,000 |
| Total delivery cost | 71 h | ₹61,900 | |
| Retainer fee | contracted at 40 h | ₹55,000 | |
| Margin | −₹6,900 |
The contract says forty hours. The team delivered seventy-one. This is the single most common finding when a services business counts for the first time, and it is invisible without hours attributed to a client. The rates above are illustrative; yours are whatever you set in Planning → Settings.
You could compute this from individual salaries. You should not.
So the input is one number per role, set by whoever owns the P&L, reviewed once a year. Individual pay stays in payroll, where it belongs.
Hours consumed against the fee. The renewal conversation starts from a number both sides can see rather than an impression.
Quoted cost against actual cost, per project type. Three of these and your estimating gets measurably better.
Not always the biggest. The demanding small client is a well-known pattern and an uncomfortable one to confirm.
The website rebuild, the hiring push, the process project. Real money, almost never counted.
Forward-looking: projected hours by role against rates, before you send the quote rather than after.
Scope creep has a cost per month. Attaching a number to it is what makes the conversation with the client possible.
One number per role. Everything else is already being recorded.
Working out what it costs to deliver work, in people-time, before and after you do it. Hours multiplied by a cost rate per role, rolled up per project and per client, compared against what you charged.
No, and it deliberately stays separate. Payroll pays people; cost planning tells you what a project consumed. The cost rate per role is a planning figure you set, not an individual salary, which also means the data is not sensitive in the way payroll is.
No, and we would recommend against it. A cost rate per role — what an hour of developer time costs the business, loaded — is enough for every planning decision and avoids putting individual pay into a system that managers can see.
Tracked hours against that client, multiplied by role cost rates, compared against the retainer fee. The usual finding is that a contract agreed at twenty hours a month has been consuming thirty-five since March, and nobody noticed because nobody was counting.
Reported hours priced at role rates, by project or client, split between billable and internal work — without exposing anyone’s salary.
Export the hours, apply a role rate, compare against the fee. If the answer surprises you, tell us — that is the feature.