A decision journal is a brief record of what the business chooses, the data available at the time, assumptions, and conditions for review. It helps founders distinguish the quality of decision-making from the final outcome. Record it before acting, set a checkpoint, and compare what was expected with what actually happened.
Why is a founder’s memory not enough?
A failed campaign is often remembered as “I could see a problem from the start.” Yet before launch, the whole team may have been highly confident. Without a record made at the time of the decision, hindsight is easily shaped by the final result. It becomes difficult to know whether the business lacked data, reasoned incorrectly, or encountered a new condition.
The journal is not an executive’s self-defense document. It is a starting point for an evidence-based conversation. Keep it brief but sufficient for a colleague to understand why the option was chosen and when it should be reviewed.
Which decisions are worth recording?
Prioritize decisions that change commitments: opening a new channel, discontinuing a product, allocating resources, changing customer service, or running a significantly costly experiment. Tasks with clear procedures can use the existing task-management system without a separate record.
The level of detail should reflect reversibility and consequences. A small experiment may need only a few lines. A choice with lasting impact requires more data, participants, and implementation conditions. This framework does not replace specialist approval processes or mandatory records where applicable.
Read nextFind complementary experts and partners on BHKD ConnectDecision journal template: Seven fields
Write the first version before implementation and retain the original when updating. If conditions change, add a dated update rather than rewriting the record to make it look as though you predicted correctly all along.
| Field | Question to answer |
|---|---|
| Context | What problem are we solving, and at what point in time? |
| Data and limitations | What do we know, what remains unknown, and where did the data come from? |
| Options | What options are available, and which one was chosen? |
| Assumption | What must be true for the option to work? |
| Trade-offs and ownership | What is reduced, who tracks progress, and what are the resource limits? |
| Review conditions | When do we check, and what signal would require a change? |
| Outcome and lessons | Where did reality differ from expectations, and what applies next time? |
Hypothetical scenario: Testing a new partner channel
A business wants to test customer referrals from a partner for two weeks. Its initial assumptions are that the customers will be a good fit and the team can handle additional work without affecting existing customers. The record should state the test scope, handler, resource limits, and how customers from the channel will be identified.
The business decides to reduce a less urgent activity to free up time. Review triggers include delayed service for existing customers or insufficient information to advise new prospects. After two weeks, the team records not just the number of prospects received, but also qualified prospects, service time, costs, and unexpected issues.
If prospects are few but well matched, outreach may need improvement. If prospects are numerous but resource demands exceed the plan, immediate expansion may not be the best choice. The lesson lies in which assumptions were tested, not just the total number.
Read nextRead the framework for continuing, adjusting, or stopping an experimentSeparate decision quality from outcomes
Assess the process using what could be known at the time: were enough options considered, were assumptions supported, were trade-offs clear, and were review conditions set? Then assess the outcome to update understanding. The two steps are related but not identical.
An inadequately checked option may happen to produce a good outcome. Conversely, a carefully bounded experiment can fail because the market changes. Do not use this distinction to evade responsibility; the owner still needs to explain deviations and improve the process.
Use the record in a review meeting
Choose a few high-impact decisions, read the original record, and ask: which data was useful, which assumptions were wrong, which conditions emerged later, and what should we check earlier next time? End with a specific change: add an input criterion, narrow an experiment, or clarify approval authority.
Avoid turning the meeting into a contest to prove who was right. If people fear blame simply for expressing uncertainty, records will become safe but uninformative. Leaders need to encourage honest reporting while maintaining accountability for agreed commitments.
Read nextAdd decision reviews to management meetingsStart with one decision this week
Choose the nearest decision requiring resources, use the seven-field template, and schedule a review. No new software is needed: a document shared with those involved is enough to start. Avoid placing sensitive customer or employee information in an unnecessarily widely shared record.
After several uses, check whether the journal improves subsequent decisions. If it is written but never reread, shorten it and add review to the management meeting. The ultimate purpose is learning from decisions, not creating more documents.
Read nextReturn to choosing priorities for the next cycle- A good outcome does not automatically prove a good decision-making process.
- Recording assumptions beforehand helps prevent rewriting your memories after learning the outcome.
- Record only choices with significant trade-offs; do not turn every task into a procedure.
Experience becomes management capability only when the business understands what it was thinking, what it relied on, and what needs to change for the next decision.
Suggested actions
Frequently asked questions
How is a decision journal different from meeting minutes?
Minutes record the discussion and agreements in a meeting. A decision journal focuses on the reasons for choosing an option, assumptions, trade-offs, and subsequent evaluation. The decision record can be attached to the minutes rather than maintained as a separate system.
Must every founder decision be recorded?
No. Select decisions with significant costs, risks, or trade-offs. Small tasks with established procedures generally do not need separate records.
How often should decisions be reviewed?
Set review points according to when results can be observed and the choice’s level of risk. A short experiment can be reviewed when it ends; a long project needs intermediate checkpoints.
Series: Managing priorities: do less, finish better
- Startup priority management: choosing what to do when everything seems urgent
- Assessing team capacity before taking on more work: founders need to examine genuinely available hours
- A decision journal for founders: Learn from past choices, not just remembered outcomes
Sources and updates
An original guide by BHKD's editorial team. The scenarios, figures and practical framework explain the method; they are not survey findings or actual business achievements. Decision thresholds should be adapted to your business's data.
Last updated: 7 Oct 2026




