- Home
- Research skills
- Recommendation Development
Recommendation Development
Write recommendations no stronger than the evidence beneath them, each with an owner, a decision, a named basis, and nothing in the list that cannot be traced.
Free. Works on Claude, ChatGPT, Gemini or any assistant that accepts a skill file.
What this skill does
The method, encoded.
Recommendations are where research stops describing and starts costing money, and they are the most frequently overreached output in the discipline. Three failures dominate. The orphan: a recommendation with no finding behind it, usually somebody's prior belief, which survives review because it sounds sensible. Strength inflation: a moderate implication resting on one untested comparison produces a confident instruction to restructure something. And the false answer: research identifies a decision, and the report presents a decision as though it were an answer, quietly removing a choice the organisation was entitled to make.
This skill supplies the discipline that catches all three. Every recommendation gets an anatomy: an action specific enough to start, an owner who can actually make the change, a decision, and a basis naming findings by reference. The verb is chosen from the evidence tier rather than from the client's appetite, and the skill works an explicit example showing the same finding supporting a strong, a moderate and a weak recommendation depending on what sits beneath it. Researcher opinion is labelled as opinion or dropped. Doing nothing and gathering specified evidence are treated as real answers. Feasibility that a researcher cannot assess is flagged rather than assumed in either direction, and any recommendation requiring the organisation to accept a cost says so in the same breath.
The rule it is strictest about: a recommendation with no traceable finding is removed, not softened.
Best used for
- Recommendations that will inform a funded or irreversible decision
- Calibrating what can honestly be recommended on mixed or thin evidence
- Studies that identify a trade-off rather than an answer
- Auditing an AI-generated recommendation set before it reaches a client
- Reports where recommendations will be read separately from the findings
- Deciding whether the honest answer is to act, to wait, or to measure first
Typical inputs
What you give it.
At least one implication with its insight, findings, bases and assumptions, The decision the recommendation informs, its owner and its timing, What is within the organisation's control, Constraints: budget, capability, contracts, regulation, timing (optional), What has already been tried, and what is underway (optional), The organisation's decision-making and funding cycle (optional), Prior recommendations from earlier studies and what happened to them (optional), Stakeholder positions from the debrief or interviews (optional)
Typical outputs
What you get back.
Recommendation records with owner, basis, strength, cost, conditions and sign-off, Ordered recommendation set with dependencies and ordering logic stated, Decisions the research frames but does not answer, in a decision format, Specified evidence-gathering proposals with question, base, method and timing, Labelled researcher opinion, separated from the evidenced set, Traceability map naming the findings beneath every recommendation, Removal log for candidates dropped at the orphan check
Method coverage
What the skill works through.
- What makes a recommendation actionable: owner, decision, control, basis
- A recommendation is never stronger than the evidence beneath it
- One finding, three recommendations: adopt, pilot, investigate
- The orphan test, and why softening is worse than removing
- Research-supported recommendations versus the researcher's opinion
- "Do this" and "decide this": when research identifies a choice, not an answer
- Recommending doing nothing, and what it protects
- Specifying more evidence properly, instead of ending a report
- Feasibility a researcher cannot assess, flagged in both directions
- Saying what the recommendation costs, and who bears it
- Prioritisation, sequencing and matching reversibility to confidence
- Traceability and sign-off: writing a recommendation that survives being quoted alone
Download
Free skill. One file.
Enter your email once. Every skill you download after that takes a single click.
How to install
Add the skill file and the five kernel protocols to a Claude Project, a ChatGPT Project, a Gemini Gem, or paste them at the top of any assistant conversation. Then give it your real research material, not a description of it.
Download skillQuestions
Common questions.
What makes a recommendation actionable?
Four things. A specific change rather than a direction of travel, so that someone could start on it. An owner: the role that can actually make it happen, not "the business". A change within the organisation's control, with any external dependency named rather than assumed away. And a stated basis: the findings beneath it, by reference, with their bases. A recommendation missing the owner cannot be actioned; one missing the basis cannot be checked; one whose action is "improve" or "focus on" has not been written yet.
How strong can my recommendation be?
Exactly as strong as the evidence beneath it, and the verb is where that shows. Multiple independent streams, adequate bases, consistent across subgroups, mechanism understood: adopt, change, stop. Fewer streams, a limited base, an untested comparison: pilot, or test at scale with a pre-specified measure. One stream, small base, hypothesis-level insight: investigate, or instrument it so it can be measured. The same finding supports all three; which one you write is set by the evidence state, not by how much the client wants an answer.
What do I do with a recommendation that has no finding behind it?
Remove it. Do not hedge it, do not move it to a considerations section, and do not rewrite it as "the organisation may wish to consider". Softening produces a vaguer unevidenced recommendation, which is harder to challenge because there is less of it to challenge, and it will be quoted with the same authority as the items around it. Log the removal and where the candidate came from, because its absence will be noticed.
Can I include my own professional opinion?
Yes, if it is labelled, separated and given a basis: professional experience, category knowledge, an analogous case. The test is whether someone reading in six months could tell it came from your judgement rather than from the data. What it must never do is sit unlabelled in the same list as evidenced recommendations. Where a view cannot be given any basis at all, leave it out.
When should research frame a decision instead of giving an answer?
Whenever the choice turns on a value judgement or on information the study does not hold. If protecting one group's experience costs another group something, and the research can say who is affected and by how much but not whose experience matters more, that is a decision and not an answer. Write it as the decision, the options, what the evidence says about each, what it cannot say, and who owns the choice. It is frequently the most valuable page in the report and it is nearly always more honest than the answer it replaces.
Is "do nothing" ever the right recommendation?
Yes, and it needs evidence like any other. It belongs in the set where the current approach is working and the study confirms it, where an effect is real but below the level at which this organisation acts, where the cost of change exceeds the benefit as far as the evidence can tell, or where a change would disturb something working for a larger group. Written properly it names what is being protected.
How do I recommend more research without it sounding like a shrug?
Specify it. What question, on what population, with what base, by what method, answering by when, and which decision it unblocks. "Further research is recommended" without those is the closing formula of a report that has run out of things to say, and clients read it exactly that way. A specified evidence proposal attached to a named decision is a real recommendation.
What about feasibility, which I can't assess?
Flag it. Name the feasibility question, name who can answer it, and say what changes if the answer is no. The failure runs in both directions: assuming a recommendation is feasible and having it dismissed on contact with a contract or a budget cycle, or quietly dropping a well-evidenced recommendation because you assumed it was impossible, which takes the decision away from the organisation.
Should I say what a recommendation costs?
Always, and in the same passage. Costs are not only money: a slower launch, a group deprioritised, a metric that gets worse before it improves, a capability that must be built, a difficult conversation. A recommendation presented without its cost is less trustworthy, not more persuasive, because the reader will find the cost themselves and discount everything else. Naming it also means the organisation does not abandon the change the moment the cost arrives.
Why do AI-generated recommendations look good and fail review?
Because a recommendation slot is easy to fill fluently and nothing in the resulting text signals what is missing. The typical output is eight to twelve confident items, several restating each other at different scales, with plausible owners and timelines that were never supplied, and no traceable finding beneath some of them. Run the orphan check item by item, match each verb to its evidence tier, and cut the set to what the evidence carries. Three recommendations that name their findings change more than nine that do not.
The skill chain
Works well with.
Research where people already are.
Analyse it where you already work.
Yazi helps researchers conduct surveys, AI interviews and longitudinal research directly through WhatsApp.
%202.png)
