Documents · Glossary
What is a 30-60-90 day plan?
A 30-60-90 day plan is a short document a new starter and their manager agree on, splitting the first three months into three phases. The first thirty days are for learning, the next thirty for contributing to work already under way, and the last thirty for owning something and proposing what comes next.
The plan is less about the new person proving themselves and more about making the manager commit, in writing, to what a good first quarter looks like. Without that the review at ninety days becomes a matter of impressions.
Indunil Asanka · Co-founder
5 min read · Published
| Phase | The job of the phase | What is measured | What goes wrong |
|---|---|---|---|
| Days 1 to 30 | Learn the product, the customers and the people | Meetings held, systems accessed, questions answered unaided | Being handed live work in week one |
| Days 31 to 60 | Contribute inside work somebody else owns | Tasks delivered, quality of the first independent piece | No named piece of work, so contribution is invisible |
| Days 61 to 90 | Own an area and propose the next quarter | One thing owned end to end, one proposal written | Ownership given with no authority attached |
Why the first thirty days are deliberately quiet
The temptation on both sides is to show value early, and it is almost always the wrong instinct. A new starter dropped into live delivery in week one learns the shape of one account and nothing about the organisation around it, which costs the business the next two years of judgement. The learning phase should be specific enough to be checked: fifteen named people met, four customer calls listened to, the pricing model explained back without help, the incident process walked through once. Those are all verifiable, which is what separates a plan from a welcome note. The other thing this phase buys is a record of what the organisation was unable to explain. A new starter's questions in the first month are the cheapest audit of internal documentation anybody will ever run, and they stop being asked at about week six.
The middle phase is where plans usually fail
Days thirty one to sixty are the hardest to write because contributing inside somebody else's work leaves no obvious artefact. The fix is to name the work, not the behaviour. Support the Q3 renewal for two named accounts is checkable; become more involved with the team is not. It also needs a named colleague whose work the new person is joining, because contribution without a host turns into shadowing for another month. Expect this phase to expose any gap between the role that was advertised and the role that exists. If the middle phase keeps getting rewritten, the problem is usually the job description rather than the plan, and that is worth saying out loud at the sixty day mark rather than at the end of probation.
Ownership has to come with authority
The last phase is where the plan earns its keep, and where managers most often hand over responsibility without the decision rights that make it real. Owning onboarding for new customers means nothing if every email template still needs sign off. Write the authority into the plan in the same sentence as the outcome: owns the onboarding sequence, may change templates and timing without approval, escalates only pricing changes. The proposal element matters too. Asking a new starter to write one page on what should change in the next quarter produces the most useful document of the whole process, because it captures an outsider's view at the last moment they still have one.
Using it in a probation review
A plan agreed in week one makes the probation conversation straightforward, and that cuts both ways. If the outcomes were met, the discussion is about the next quarter. If they were not, the plan shows whether the cause was the person, the work or the support, because each phase names who was responsible for what. Keep the reviews short and on the dates written, rather than letting them slide into a single conversation at ninety days. Two things to avoid: scoring the plan like a performance rating, which turns an onboarding tool into an assessment instrument, and revising the targets quietly when they slip. Note the change and why, in the document, so the record stays honest.
Building the plan as a document
A 30-60-90 plan is a short structured document, usually two to four pages, and it reads best as three sections with a table of outcomes under each. A timeline block suits the meeting schedule for the first fortnight. Tables carry the checkpoints and owners. A cover is only added to a document a reader would expect one on and never under three pages, so a two page plan carries none, while a fuller version for a senior hire can take one of the seven cover layouts. Documents have no input fields, so a checkpoint that will be ticked later is written as content and the signed copy is kept as a version.
Questions people ask
Is a 30-60-90 plan written before or after hiring?
Both happen. Candidates for senior roles are sometimes asked to present one at interview, which tests how they think rather than what they know. The version that matters is written in the first week with the manager, because only then does it reflect the real state of the team, the live work and the people who are available to help.
Who writes it, the manager or the new starter?
The manager drafts the outcomes and the new starter fills in the how, then both agree it. A plan written entirely by the manager tends to be a task list; one written entirely by the new starter tends to be optimistic about access and authority. The agreement step is the part that carries the value.
Does it work for internal moves?
Yes, and it is often more useful, because internal moves come with an assumption that the person already knows everything. They know the organisation and not the role. The learning phase can be shorter, but skipping it entirely is how a strong performer in one team becomes an average one in another.
What if the role changes during the ninety days?
Rewrite the remaining phases and note the date and reason. Roles shift for legitimate reasons, and a plan that ignores the shift becomes a document nobody refers to. What should not happen is a silent rewrite just before the review, which removes the only record of what was originally agreed.
How detailed should each phase be?
Three or four outcomes per phase, each one a sentence, with a measure attached. More than that and the plan competes with the actual work for attention. If a phase needs ten lines to describe, the role is probably two roles, and that is worth raising before the new person discovers it the hard way.
Should the plan be shared with the team?
Share the parts that ask something of them, particularly the meetings and the work the new starter will join. Colleagues who know what is expected of them are far more likely to make the time. Keep any performance framing between the manager and the new starter, since that part is not the team's business.
Make one with documents
The button opens the generator with this use case already described. Change the wording to match your own.
Create a document with OneCraftRelated questions
- Business case against business planA business case argues for one decision and one spend. A business plan describes a whole business over years. The difference in audience, length and sections.
- What is an employee handbook?An employee handbook collects a workplace's policies in one document. What it is for, whether it binds the employer, and how to keep it current.
- Reference letter against recommendation letterA reference letter confirms facts about someone. A recommendation letter argues for them. The difference between a reference and a recommendation letter.
Step by step in the builder: Create a document with AI, then Every document component and when to use it.
Written and checked by the OneCraft team. Last checked .