Back to blog

2026-06-04

Pilot better 1:1s with one pair before you buy an HR suite

If the problem is inconsistent 1:1s, start with one manager-report pair. A narrow pilot tells you more than a broad HR-suite rollout.

If the problem is inconsistent 1:1s, the first test should be smaller than the purchase. Put one manager and one direct report on a recurring structure, run the same loop for a few sessions, and watch what changes. If the pair cannot make the habit work in a narrow pilot, a broader HR suite will mostly give you more places for the same weak habit to hide.

That sounds obvious after you say it. It is not how many software evaluations start.

The usual path is to treat the broken 1:1 as a people-systems problem. The team wants better conversations, better follow-up, and a clearer record. The buying conversation expands from there: performance reviews, engagement surveys, goals, calibration, recognition, analytics, onboarding, employee records. Those modules may be useful later. They are not the same problem as "our recurring manager-report conversation does not compound."

Start with the conversation.

The suite is a rollout decision, not a diagnosis

An HR suite can be the right answer when the organization actually needs multiple people processes in one place. If reviews, surveys, goals, employee records, and compensation workflows all need to connect, the suite has a job.

But when the first pain is 1:1 quality, the suite is often too large for the question being asked. A broader tool gives the buyer a lot to evaluate before anyone has proved the core behavior. Demos move through dashboards and modules. The team discusses integrations. Someone asks whether goals should connect to reviews. Meanwhile, the original question is still sitting there: can this manager and this report run a better recurring conversation?

That question does not need a company-wide rollout to answer. It needs a pair.

A one-pair pilot removes the noise

A broad rollout creates noisy feedback. Some managers are diligent, others already run decent 1:1s, and a few reports are simply more willing to use a new tool. Launch week can also make weak adoption look cleaner than it is. When the signal is mixed, it is hard to know whether the structure helped or whether adoption theater made the first month look cleaner than it was.

A one-pair pilot is less impressive and more useful.

Pick a manager-report pair where the current meeting has a real problem: action items disappear, topics reset, or the meeting turns into status. Give them a consistent template, a shared record, and a follow-up loop. Keep the scope narrow enough that nobody can blame rollout complexity.

Then look for concrete evidence.

Did preparation get easier because the prior session is visible? Did action items survive into the next conversation? Did the template ask questions that a ticket board could not answer? Did the manager leave with private follow-up notes that belong in a governed place instead of a personal document?

If the answer is no, buying a larger suite would not have fixed the operating habit. If the answer is yes, the team has a real signal to expand from.

What the pilot should test

The pilot is not a product tour. It should test the small set of behaviors that make 1:1s valuable over time.

First, preparation. Before the next meeting, the manager should be able to see what happened last time without rebuilding the context from memory. If prep still depends on searching notes, Slack, or a personal document, the structure has not done enough.

Second, follow-through. A 1:1 action item should not vanish when the meeting ends. It should show up again when the next session starts, with enough context to ask whether it moved, slipped, or stopped mattering.

Third, repetition. The meeting should notice when the same blocker, concern, or goal appears more than once. A single session can summarize what happened today. A recurring 1:1 system should help the pair see what has been happening.

Fourth, boundaries. Shared notes belong to both people. Manager-only working context belongs in a separate, private layer. If the tool has no clean boundary there, private notes usually move to a doc outside the system.

Those are the things worth testing before the procurement conversation grows.

What 1on1 makes small on purpose

1on1's Free plan is built around the narrow test unit: one manager and one direct report. That is not a teaser shape. It is the smallest pilot that can still prove whether the 1:1 habit improves.

The product is focused on structured recurring 1:1s, not a full HR suite. The manager-report pair gets a recurring session, a questionnaire template, shared summaries, action items, history, and the context needed to make the next conversation less dependent on memory. Paid tiers add AI summaries and action suggestions that read prior sessions and follow-up history, not just the current meeting.

That focus matters because the first purchase should match the first problem. When 1:1s reset every week, solve for continuity. Disappearing action items call for follow-through. If managers need performance-review workflows, engagement surveys, compensation inputs, and HR records connected, then evaluate a suite.

Do not buy the second category before the first problem has been tested.

When the suite can wait

The suite can wait when the team is still proving the behavior.

There may be no clear owner for the other modules. Sometimes the evaluation is really about manager habits, not HR operations. And if the team cannot yet say what a better 1:1 would look like after a month of use, the broader purchase is early.

That does not mean the other modules are bad. It means their timing matters. A suite bought too early turns one unsolved habit into a larger implementation plan.

A pair pilot keeps the decision honest: one manager, one report, the same structure, and the same follow-up loop. If the meeting gets better, you have evidence. If it does not, you learned before the rollout consumed more attention than the problem deserved.

Start with the pair. The suite decision can come later.