A decision memo is often misunderstood as a persuasive document. Someone has a preferred answer, writes a polished argument, and uses the memo to get approval. That can be useful when the thinking is already strong. It is dangerous when the memo becomes a way to make a half-formed answer look inevitable.

The better view is that a decision memo is a thinking tool. Its first job is to help the writer understand the decision before asking others to agree. If writing the memo does not change the author's understanding, the memo is probably doing too little work.

A good memo begins by naming the decision precisely. Not the topic, not the project, not the general debate. The decision. "Should we enter healthcare?" is probably too broad. "Should we launch a paid pilot with mid-market healthcare providers before building HIPAA-specific workflow features?" is closer. The sharper the decision, the easier it is to test whether the memo is useful.

The next job is separating context from choice. Many memos drown the reader in background because the author is trying to prove they have done the work. Context matters, but only the context that changes the decision belongs near the top. The memo should make clear what is already known, what changed, why the decision is live now, and what happens if the company does nothing.

Then the memo has to make the options real. Weak memos compare one serious option against two fake alternatives. Strong memos show the best version of each path. They explain why smart people might choose differently. This matters because the quality of a decision is often determined by the quality of the options considered before the recommendation appears.

A decision memo should also expose the author's own uncertainty. What evidence is strong? What is thin? Which assumptions carry the most weight? What would change the recommendation? These are not signs of weakness. They are how the organization avoids confusing confidence with clarity.

The most useful part of the memo is often the tradeoff section. Every serious decision buys something and spends something. Speed against quality. Focus against optionality. Control against distribution. Margin against growth. Standardization against local adaptation. If the memo cannot name what the company is giving up, it is not yet ready to recommend what the company should choose.

Writing improves thinking because vague tradeoffs survive more easily in conversation than on the page. A sentence either names the tradeoff or it does not. An assumption either has support or it does not. A recommendation either follows from the evidence or it jumps over a gap.

Decision memos also force sequencing. Some decisions are not one decision. They are a chain. The company may need to decide whether to explore, then whether to pilot, then whether to scale. A memo that collapses all three into one yes/no call creates unnecessary risk. The page can reveal that the right decision is a staged commitment rather than a permanent answer.

The memo should end with what changes if the decision is made. Who owns the next step? What commitments become active? What work stops? What will be measured? When will the decision be reviewed? Without that closing logic, the memo may create agreement without operating movement.

The writer should expect the memo to become better through review. Comments are not just proofreading. They reveal missing context, hidden objections, political constraints, customer evidence, technical risk, or competing priorities. The author should use review to improve the decision surface, not defend every sentence.

Memo quality depends on the author's relationship with truth. A memo can be technically well written and still be bad operating work if it hides the real risk. The best memo writers are willing to make their thinking inspectable. They would rather expose a weak assumption early than win approval with a beautiful document that later breaks.

There is a practical discipline here: write the memo before the meeting, not after. If the document is written after the decision, it becomes a justification record. If it is written before, it can improve the decision. That timing difference changes the whole artifact.

A decision memo does not need to be long. Some of the best memos are short because the decision is narrow and the reasoning is clean. Length is not seriousness. The standard is whether a capable reader can understand the decision, inspect the logic, see the tradeoffs, and know what will happen next.

When used well, the memo is a cognitive forcing function. It slows the writer down enough to think, then speeds the company up because the reasoning is visible. That is the operating value.

Take a pricing-change memo. A weak version says churn is too high, discounts are messy, and the company should simplify packaging. A stronger version names the actual decision: whether to move mid-market customers from seat-based pricing to usage-banded packages starting next quarter. It then shows the options, the customers affected, the revenue risk, the migration burden, the sales enablement needed, and the conditions that would make the change reversible.

Or take a hiring memo. "We need a VP Marketing" is not yet a decision. The memo should clarify whether the company needs demand generation leadership, product marketing depth, brand/category work, lifecycle ownership, or a full marketing executive. Writing the memo may reveal that the immediate decision is not a hire at all, but which marketing problem deserves senior ownership first.

For example, a product memo has the same pattern. "Build admin analytics" is a request, not a decision. The decision might be whether to prioritize account-level reporting for enterprise admins over workflow automation for power users. Once written that way, the tradeoff becomes visible: enterprise retention and expansion on one side, daily user productivity and product depth on the other.

That is the difference between a memo that sells an answer and a memo that produces one. The artifact should make the shape of the decision sharper by the time the writer reaches the recommendation.

One useful test is whether the memo can survive a hostile but fair reader. Could someone who disagrees still understand the choice, the evidence, the tradeoff, and the operating consequence? If not, the memo is probably relying on agreement rather than clarity.

Evidence note: this post builds from the prior Executive Communication decision-memo post and local productivity-system notes on artifacts as thinking outputs, with public context from written operating practices such as https://handbook.gitlab.com/.


This is part 2 of 10 in Decision Memos and Written Operating Culture.