guide

How to run an employee feedback form people answer honestly

September 19, 2026 ・ Halict Editorial

The form is usually the easy part. Ten questions, a rating scale, a comment box at the end, and it is out to the team by lunchtime. The difficulty starts about a week later, when forty responses are sitting in a spreadsheet, three of them describe a problem that needs handling this month, and nobody has decided who is handling them. The next time the same form goes out, the response rate is lower, and the reason is not the wording of the questions.

An employee feedback form is a promise in disguise. Asking a person what is going wrong implies that something will be done, or at least that someone will say why nothing will be. Teams that keep response rates high over years are not the ones with the cleverest question sets. They are the ones where the answer visibly went somewhere.

Decide what the form is for before writing a single question

Most disappointing feedback forms are two or three different forms wearing one name. They mix a temperature check, a performance conversation, and an incident report into a single set of questions, and then the answers cannot be used for any of the three.

There are really only a handful of distinct jobs here.

A temperature check asks how things are going right now, runs often, and is short. Four to eight questions, mostly scales, one open comment. Its value is in the trend across quarters, not in any single submission. Long forms kill it, because the whole point is that answering takes two minutes.

A manager or upward review collects assessments of a specific person from the people who work with them. It runs once or twice a year, it is longer, and it needs care about who can see what. It is closer to a 360 degree review in shape than to a pulse survey.

An exit or onboarding interview captures a moment that only happens once. These deserve open questions rather than scales, because the useful content is the story, and because there is no trend to plot from a sample of one.

A problem report is a channel, not a survey. It needs to arrive with an owner attached and a state that can move from new to resolved, and it needs to work on a Tuesday afternoon rather than on the quarterly calendar.

Write down which of these is being built. If two of them are genuinely needed, build two forms. Duplicating a form costs a few minutes; untangling a mixed data set costs a whole cycle.

Anonymity is a design decision, not a checkbox

The word anonymous gets used for three arrangements that behave very differently, and the gap between what a team announces and what the tool actually does is where trust is lost.

Arrangement What the organiser can see Good for The cost
Fully anonymous Answers only, with no identifying field asked Temperature checks, sensitive topics, large teams No follow-up questions, no way to reply, duplicate submissions possible
Confidential Identity known to one named handler, not to managers Problem reports, exit interviews Depends entirely on the handler keeping to it
Named Everyone in the workspace sees who wrote what One to one reviews, project retrospectives Strong filter on what people are willing to write

Fully anonymous is the honest option only if the form asks for nothing that identifies a person. A form that requires a work email address and is then described as anonymous is neither, and staff work this out quickly. It is worth checking what the tool does with identity by default. Many form tools build a contact record keyed on the email address, which is useful for a support queue and wrong for a staff survey, so the email question has to come out rather than be left in and ignored.

Small teams have a harder problem, which no software solves. In a department of six, a free text comment about a specific meeting identifies its author regardless of what the form collected. The realistic options are to keep the questions to scales, to raise the reporting threshold so results are only shown for groups above a certain size, or to be straightforward and run it as a named conversation instead.

Whichever is chosen, put it in plain words at the top of the form. Say who reads the answers, what will be shared, and in what form. That sentence does more for response quality than any question in the set.

Questions that produce something to act on

The test for a question is simple. If every possible answer leads to the same decision, the question is decoration.

"Are you satisfied with your job?" fails that test. A score of six out of ten tells nobody what to change. "In the last two weeks, what slowed your work down most?" cannot be answered without naming something specific, and specifics are what get fixed.

A few patterns that hold up:

  • Bound the time window. "In the last month" gets a recent, concrete answer. With no window, people average across a year and report a mood.
  • Ask about the work, not the feeling. Feelings are a consequence. Tools, waiting time, unclear ownership, and meetings are causes, and causes are actionable.
  • One idea per question. "Do you have the tools and training you need?" produces an unreadable answer from anyone who has one and not the other.
  • Keep scales consistent and labelled. A five point scale where only the ends are labelled invites everyone to pick four. Label every point.
  • Put one open question at the end, and make it narrow. "Anything else?" is usually left blank. "What is one thing that would make next month easier?" is usually answered.

Length matters more than most question guides admit. A form with fifty questions gets abandoned halfway, and the people who do finish it are not a representative sample. For a recurring check, eight questions is a reasonable ceiling. For an annual review, twenty five. Anything longer needs a reason that can be explained to the person filling it in.

Repeat wording exactly between rounds. Changing a question is the same as starting a new data series, and comparing last quarter's six to this quarter's seven means nothing once the words have moved.

The part that decides whether it works: after submit

Collecting answers is a solved problem. What breaks is the handling, and it breaks in the same three places every time.

The first is ownership. A submission that mentions a bullying complaint, a broken process, and a software licence needs three different people, and if the whole set lands in one shared spreadsheet, it is nobody's until somebody volunteers. Giving each response an explicit owner, visible to the team, is what turns a pile into a queue.

The second is state. A response is new, or being looked at, or waiting on someone, or closed. Without those states, the only way to find out what has been handled is to read all forty again, which nobody does twice. Tools that run responses through stages rather than rows make the backlog visible, and a visible backlog is one that gets worked through. The response management side of a form tool matters more here than the form editor does.

The third is the reply. On a named or confidential form, going back to the person who wrote something closes the loop, and that single act is the strongest predictor of whether they answer the next round. Where the form is anonymous, the loop closes in public instead: publish what came back, which three things will be acted on, and which will not be and why.

None of this requires special software, and all of it requires a decision about where the work lives. A spreadsheet can hold an owner column and a status column. It just will not remind anyone that the column exists.

Who is allowed to see the answers

Access is the question that gets settled too late, usually after someone forwards a screenshot. It has three parts, and they are worth deciding in the same sitting as the questions.

The first part is who reads raw submissions. On a temperature check this should be a named, small group, and the smaller it is the more candid the answers get. On a problem channel it may be one person. The failure mode is a shared login or an export that lands in a folder the whole company can open, at which point the announced arrangement is fiction.

The second part is who sees results about their own team. Managers need the results for their group or the exercise has no effect, but handing a manager five free text comments from a team of six hands them a guessing game about who wrote what. The usual compromise is to give managers the aggregate figures for their group above a minimum group size, and to route free text through the central handler, who passes on the substance without the phrasing that identifies people.

The third part is what leaves the tool. An export is a copy with no permissions attached to it, so decide in advance who may take one and where it is allowed to live. If the answer is a spreadsheet on a personal drive, the access rules that were set up inside the form tool have stopped applying.

Check what the tool actually supports before promising anything. Some plans give every member of a workspace the same view, some offer a view only role, and some restrict by form. Those distinctions usually sit on the pricing page rather than the feature list, and the plan that fits a two person team often does not have the separation a fifty person company needs.

Running it on a schedule without wearing people out

Cadence is the quiet variable. A monthly survey in a stable team produces flat lines and survey fatigue in about four rounds. An annual survey produces a report that arrives too late to explain anything.

Quarterly works for most teams, with the short form. Reserve the long version for once a year. Keep problem reporting always open, because a channel that is only open in March collects nothing in October.

Two operational habits make the difference. Announce the window and its length before it opens, so people can find ten minutes rather than being interrupted. Then report back within two weeks of closing, even if the report is short. The message that keeps a programme alive is not a polished summary deck. It is a list: here is what came in, here is what changes, here is what does not and why.

Watch the response rate as its own metric, tracked next to the results. A falling rate is the earliest signal that the loop has stopped closing, and it shows up a round or two before the content of the answers goes bland.

What to change first

Take the last round of responses and give every one an owner and a status. The gaps that appear in the next ten minutes are the real problem, and they are not in the question wording.

Then decide the anonymity model explicitly and write it at the top of the form before the next send. A tool that keeps the owner and the status on each response is worth having for this, and Halict can be tried without setting anything up.

Q1. How many questions should an employee feedback form have?

For a recurring check, eight or fewer. Completion drops noticeably on longer forms, and the people who stay to the end are not a representative sample. An annual review can justify twenty to twenty five questions, but it should be announced with an honest estimate of how long it takes.

Q2. Can a form be genuinely anonymous if it is sent by email?

Yes, as long as the form itself asks for nothing that identifies the person and respondents do not have to sign in to answer. The invitation can be personal while the submission is not. What breaks anonymity is a required email or name field inside the form, or a link that is unique per person.

Q3. How often should this run?

Quarterly for the short version and yearly for the long one suits most teams. Monthly rounds in a stable team tend to produce flat results and declining participation. Keep a separate always open channel for problems, because those do not wait for the survey window.

Q4. What should be shared back with the team?

What came in, what will change, and what will not change along with the reason. Numbers alone read as a scorecard and rarely feel like an answer. Sharing the decisions, including the refusals, is what makes the next round worth answering.

Q5. Is a spreadsheet good enough for handling the answers?

It can be, if someone maintains an owner column and a status column and reviews them on a schedule. The common failure is not the spreadsheet itself but that nothing reminds anyone to update it, so responses sit unread while everyone assumes somebody else is on it.

All guides

How to run an employee feedback form people answer honestly | Halict