Distinguish an observation from an explanation

Suppose customers often call after receiving an order confirmation. The calls are an observation. “They call because the collection time is unclear” is one possible explanation. Other explanations include a missing address, uncertainty about payment or a desire to change the order. Treating the first explanation as certain can send the team towards an irrelevant change.

A hypothesis keeps that explanation open to examination. You might expect that clearer collection information will reduce questions specifically about collection time. This is more focused than saying the confirmation should be better. It identifies a possible cause and an observable consequence, giving the team a way to learn whether the proposed change addresses the problem.

Include people, conditions and expected behaviour

Describe who the statement concerns, the situation in which it should apply and what you expect to happen. If you propose a change, explain why it might produce the outcome. These elements help others understand the idea and challenge the assumptions connecting it. You do not need a complicated formula to make the statement useful.

Avoid words that cannot be examined without further explanation, such as attractive, innovative or successful. “New customers can identify the collection window from the confirmation without contacting staff” offers a clearer task. It still needs a suitable method, but it gives you something more concrete to investigate than a general promise of improved customer experience.

An illustrative bakery example

Imagine a fictional bakery taking advance cake orders. Staff believe that customers call because the confirmation uses an internal term for collection. Their hypothesis is that a plain-language collection message will help first-time customers identify when to arrive. They first examine recent questions and ask suitable participants to interpret the existing message.

If the main confusion concerns the shop entrance rather than the time, the original explanation needs revision. That is useful learning before a larger redesign. If timing is the problem, a focused change can be examined next. The hypothesis is a working tool for this fictional scenario, not a claim that the same wording issue exists in every bakery.

Make room for an answer you do not prefer

A useful statement can be challenged. Ask what you might observe if it is wrong, incomplete or relevant only to some people. If every possible result can be explained as success, the hypothesis is not doing much work. Agree on observations that would make you change your mind before you see the outcome.

Also allow an inconclusive result. Limited information may fail to distinguish between explanations. That does not automatically confirm the original idea or establish that no effect exists. The honest next step may be a more precise question, better evidence or a decision to pause because resolving the uncertainty is not currently worth the effort.

Choose a method that addresses the claim

A conversation can help understand a problem, while watching someone perform a task can reveal difficulty they did not mention. A prototype can explore a proposed interaction before it is implemented. An A/B test can compare variants when the setting, traffic and measurement support a properly planned experiment.

Do not claim more than the method permits. Asking whether someone likes a proposed subscription is different from observing a purchase and continued use. A response to a sample message is different from behaviour during a busy workday. Match the investigation to the uncertainty and describe any gap between the test setting and intended use.

Separate working hypotheses from statistical tests

A business hypothesis can be useful without being a formal statistical hypothesis. A statistical test has a defined null hypothesis and alternative, together with a method for evaluating data under stated assumptions. Failing to reject a null hypothesis does not prove that it is true. This distinction matters when teams interpret experiment results.

For everyday planning, you can begin with a clear statement and a practical observation plan. If the decision depends on estimating an effect or comparing groups quantitatively, plan the analysis before collecting data and obtain the necessary expertise. A spreadsheet full of numbers does not by itself turn an informal trial into a reliable statistical test.

Record learning without rewriting history

Keep the original statement, the reason for it, the method, observations and resulting decision together. If the explanation changes, create a revised version rather than quietly replacing the original. This preserves what the team learned and prevents later reports from making a revised idea appear to have been the prediction all along.

Validation uses this evidence to support a bounded decision. A hypothesis may gain support, need refinement or lose credibility. None of these outcomes says everything about the entire product. Explain which assumption changed and what work follows, such as revising a message, investigating another cause or abandoning an unnecessary feature.

Try a short assumption review

Choose a planned feature and ask why you expect it to help. Write that explanation as a statement about people and behaviour. Then list the observations already available and the weakest link in the reasoning. You may discover that the team has evidence for a problem but none for the proposed solution.

Choose the smallest appropriate investigation of that weak link. Decide who will observe, what will be recorded and how the finding affects the next decision. This gives the hypothesis a practical role in work. The aim is not to make every conversation sound scientific, but to prevent confidence and repetition from turning an untested explanation into a supposedly established fact.

Common questions

Is a hypothesis just a guess?

It is provisional, but a useful hypothesis is more structured than a casual guess. It names a claim, explains its context and can be examined with evidence. Existing observations or knowledge should inform it, while leaving room for the result to challenge your expectation.

Should we test every assumption?

No. Focus on assumptions that are uncertain and important to the decision. Some can be checked cheaply; others may not justify a separate investigation. Make that choice explicit so an untested assumption is not later mistaken for a confirmed fact.

Sources and further reading