top of page

The Two Week Test

Sep 28
7 min read

A NOTE BEFORE YOU BEGIN


There is a particular kind of conversation that happens between founders and the people who quietly watch their businesses for a living, in which the founder explains at length how the business has matured beyond its dependence on them, how the team operates with full autonomy, how their role has become more strategic and less operational, how the structures and systems have all been carefully built to ensure continuity. The person listening nods politely, asks one quiet question, and watches the founder's face change. The question is rarely the one the founder was expecting, and the answer is rarely the one the founder had prepared. The question is the one you are about to be asked.


This piece does not contain a hundred questions, a comprehensive audit, or a self-assessment matrix with weighted scoring. It contains one scenario, four categories of consequence, and three founder patterns that emerge depending on how the scenario plays out. The brevity is the point, because honest dependency assessment collapses the moment a founder is given enough material to work around. Long audits produce reassuring answers. Short ones produce useful ones.


The exercise can be completed in ten minutes, in your head, without anyone else in the room. It is more useful if completed honestly than if completed comprehensively, which is a distinction worth holding in mind, because the version of the answer that flatters you is the version that will eventually cost you money when the time comes to do something about the result.


Long audits produce reassuring answers. Short ones produce useful ones.


The scenario


Imagine that tomorrow morning, for reasons you do not need to specify, you become genuinely unavailable to your business for two weeks. Genuinely unavailable, in the sense that no member of your team can reach you, you cannot reach them, you cannot check your inbox or your messages, and you cannot intervene in anything that happens during the two weeks regardless of how badly you would like to. The reason does not matter. The unavailability is the variable.


Before the two weeks begin, you do not have time to brief the team, write a handover document, or prepare contingency plans. You leave on a Friday evening and you reappear, fully available again, on the Monday morning 14 days later. The business has had to operate without you for the intervening period, on its own judgement, using its existing structures and the capabilities of the existing team. Nothing about the business has been adjusted in anticipation of your absence, because the absence was unannounced.


Hold this scenario in mind clearly before reading on. The honesty of the diagnostic depends on the specificity of the picture. If you find yourself silently adjusting the scenario as you read, adding a partial handover, allowing for emergency contact, assuming that your senior team would have been warned, the diagnostic is already telling you something useful about how unable you are to imagine your business operating without you. That instinct to adjust the scenario is, in many cases, the result of the exercise.


If you find yourself silently adjusting the scenario, the diagnostic is already telling you something.


Four categories of breakage


With the scenario in place, the question is what happens to your business during the two weeks. The temptation is to answer in the abstract, with general assessments of team capability and structural resilience. The diagnostic only works if you answer in specifics, by sorting the actual operational components of your business into four categories of consequence. The four categories are deliberately blunt, because nuance is the enemy of honest answering at this stage.


What would break within the first 48 hours? The specific functions, decisions, relationships, or processes that depend on you so directly that their absence would be felt almost immediately. The 48 hour category is the most revealing because it surfaces the parts of the business that depend on you in real time.


What would degrade quietly over the first week? The functions that would not collapse immediately but would slowly become less reliable as the days passed. Customer follow-up that would lose its rhythm. Quality standards that would soften slightly because nobody is reinforcing them. Internal communication that would become slower as decisions queued up. Cultural norms that would relax in ways nobody would name aloud but everyone would feel. The first week category captures the operational drift that founder presence quietly prevents.


What would stall but not collapse? The decisions and projects that would simply wait for your return, accumulating into a backlog that the team would present to you on your first morning back as though productive activity had been occurring during the intervening period. The stall category is the easiest to identify and the most expensive in aggregate, because every stalled decision is a decision the business has effectively forfeited two weeks of progress on.


What would continue running and possibly improve? The functions, projects, relationships, and processes that would proceed independently of your presence, sometimes more smoothly, occasionally producing better outcomes because the absence has forced the team to operate with the autonomy they had not previously exercised. The continue-running category is the only honest measure of how much of your business actually exists independently of you. Founders who discover that this category is short have produced the diagnostic's most important answer.


The continue-running category is the only honest measure of how much of your business actually exists independently of you.


Place every significant operational component of your business into one of the four categories. Resist the temptation to soften the answers, to negotiate the categories, or to assume that the team would rise to the occasion in ways they have not previously demonstrated. The four categories describe what would actually happen, not what you would like to happen, and the gap between the two is itself a piece of useful information about how clearly you currently see your own business.


Three founder patterns


The balance between the four categories reveals one of three founder dependency patterns, each of which corresponds to a fundamentally different kind of business hiding underneath similar financial performance. The patterns are not flattering, because honest patterns rarely are. They are useful, because once a founder can identify which pattern they are operating inside, the work to address it becomes specific rather than vague.


Pattern one -the bottleneck founder. The 48 hour category is long and the continue-running category is short. The business has been built around the founder's direct involvement in operational decisions, customer relationships, and daily judgement calls. The team is capable but has been trained to escalate rather than to act. The bottleneck founder usually describes their business as fast-moving and operationally intense, which is technically accurate but obscures the underlying issue, which is that the speed and intensity exist because the founder is the operating system the business runs on. The work to address this pattern is years of deliberate authority transfer, which most bottleneck founders find significantly harder than the work of running the business itself.


Pattern two. The validator founder. The stall category is enormous, while the first two categories are relatively contained. The team is capable enough to maintain the business in its current form for short periods, but cannot move the business forward without the founder's authorisation on any decision of consequence. The validator founder usually describes their business as well-staffed and well-structured, which is partly true, because the structure exists and the people are competent. What does not exist is the empowerment that would allow the structure to produce decisions rather than recommendations. The work to address this pattern is faster than the bottleneck pattern, because the team already has the capability, and what needs to change is the founder's relationship to their own authority rather than the team's capability to act.


Pattern three. The relationship founder. The first week category is heaviest, and within it, the degradations cluster around customer and external relationships rather than internal operations. The team can run the business internally for two weeks without significant trouble, but the customer base, the supplier network, and the external commercial relationships depend on the founder's personal presence in ways that begin to soften the moment that presence is removed. The relationship founder usually describes their business as relationship-led, which is accurate but understates the structural issue, which is that the relationships are personal rather than institutional. The work to address this pattern is the slow institutionalisation of the customer base, which is the single highest-value pre-sale activity a founder can undertake.


Most founders are some combination of the three patterns rather than a clean example of one, and the combination matters because the work to address each pattern is different. A bottleneck founder who is also a relationship founder is carrying two distinct dependency structures and needs to address them in sequence rather than simultaneously, because attempting both at once usually produces neither.  

A Closing Observation


The two week test is not designed to make any founder feel comfortable about their business, because comfort is not the point of the diagnostic. The point is to surface, quickly and with minimum negotiation, the specific shape of the dependency that exists between the founder and the business they have built, in a form clear enough to do something useful about. Most founders who complete the test honestly find themselves slightly more dependent on their own presence than they had previously believed, which is the normal result of the diagnostic and the reason the diagnostic exists.


The good news, which is the only news worth ending on, is that founder dependency is one of the few structural problems in business that responds reliably to deliberate work over time. The bottleneck pattern reduces with patient authority transfer. The validator pattern reduces with the founder learning to step back from decisions they have been making out of habit rather than necessity. The relationship pattern reduces with the slow institutionalisation of customer trust. None of this work is quick. All of it is possible. The founders who do it before they need to are the ones who eventually sell their businesses at the prices they had quietly imagined when they began.

 
 
bottom of page