<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[COO in a Box]]></title><description><![CDATA[Everything a founder needs to run a growing company - without hiring a COO. Written anonymously by an experienced operator.]]></description><link>https://www.cooinabox.works</link><image><url>https://substackcdn.com/image/fetch/$s_!9WXN!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ec935cd-9465-4077-9f7c-f470889edd46_800x800.png</url><title>COO in a Box</title><link>https://www.cooinabox.works</link></image><generator>Substack</generator><lastBuildDate>Tue, 22 Sep 2026 17:27:29 GMT</lastBuildDate><atom:link href="https://www.cooinabox.works/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[COO in a Box]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[cooinabox@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[cooinabox@substack.com]]></itunes:email><itunes:name><![CDATA[COO in a Box]]></itunes:name></itunes:owner><itunes:author><![CDATA[COO in a Box]]></itunes:author><googleplay:owner><![CDATA[cooinabox@substack.com]]></googleplay:owner><googleplay:email><![CDATA[cooinabox@substack.com]]></googleplay:email><googleplay:author><![CDATA[COO in a Box]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[The Founder Bottleneck Test]]></title><description><![CDATA[Why so many decisions end up with the founder, and how to stop being the default answer.]]></description><link>https://www.cooinabox.works/p/the-founder-bottleneck-test</link><guid isPermaLink="false">https://www.cooinabox.works/p/the-founder-bottleneck-test</guid><dc:creator><![CDATA[COO in a Box]]></dc:creator><pubDate>Mon, 21 Sep 2026 15:45:21 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/853f69f6-3763-48e1-8141-4e0a1dafb30d_1200x630.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><strong>BOX 002 &#183; 5 MIN READ</strong></p><h1>The Founder Bottleneck Test</h1><p><strong>Why so many decisions end up with the founder, and how to stop being the default answer.</strong></p><p>Founders often worry that they are too involved in the business. Too many decisions, too many questions, too many things waiting for their approval.</p><p>The obvious conclusion is:</p><p><strong>I need to delegate more.</strong></p><p>Sometimes that is true.</p><p>But delegation is often treating the symptom.</p><p>The issue is usually that too many decisions don&#8217;t have an obvious home. When ownership, boundaries, or context are unclear, decisions tend to travel upwards.</p><p>And eventually, they land with the founder.</p><div><hr></div><h2>Why everything ends up with you</h2><p>Imagine a team trying to make a fairly ordinary decision.</p><p>A customer wants an exception. A supplier asks for something slightly unusual. Someone wants to change a process. A project needs a decision that sits between two teams.</p><p>Nobody is completely sure what the right answer is, so someone asks the founder.</p><p>The founder gives an answer.</p><p><strong>Problem solved.</strong></p><p>Except the same thing happens again next time.</p><p>Slowly, asking the founder becomes the safest route whenever the answer isn&#8217;t obvious. Not because the founder wants control, and not because the team is incapable.</p><p>It happens because getting the founder involved has become the easiest way to get the decision made.</p><div><hr></div><h2>The Founder Bottleneck Test</h2><p>Look at the decisions that reached you over the last week.</p><p>For each one, ask two questions.</p><h3>1. Did this genuinely need me?</h3><p>Was it:</p><ul><li><p>strategic?</p></li><li><p>high-risk?</p></li><li><p>difficult to reverse?</p></li><li><p>something only I could decide?</p></li></ul><p>If yes, fine.</p><h3>2. If it didn&#8217;t need me, why did it reach me?</h3><p>Usually the answer falls into one of four buckets:</p><p><strong>Clarity</strong><br>Nobody knew who owned the decision.</p><p><strong>Confidence</strong><br>Someone probably knew the answer but didn&#8217;t feel comfortable making the call.</p><p><strong>Context</strong><br>The information needed to decide wasn&#8217;t available to the person making it.</p><p><strong>Constraint</strong><br>A rule, approval step or process forced the decision upwards.</p><p>Those are four very different problems.</p><p><strong>&#8220;Delegate more&#8221; doesn&#8217;t solve all of them.</strong></p><div><hr></div><h2>Count the decisions that shouldn&#8217;t reach you</h2><p>Most founders don&#8217;t count the decisions they make.</p><p>They just feel the weight of them:</p><ul><li><p>the questions</p></li><li><p>the approvals</p></li><li><p>the messages that start with &#8220;quick one&#8221;</p></li><li><p>the things that seem to need their view before they can move</p></li></ul><p>Instead of trying to measure all of that, ask one simpler question:</p><blockquote><p><strong>How many decisions reached me that shouldn&#8217;t have?</strong></p></blockquote><p>Every unnecessary escalation tells you something about how the company is operating.</p><p>Five questions about pricing might mean your pricing rules aren&#8217;t clear.</p><p>Three hiring approvals might mean managers don&#8217;t know their boundaries.</p><p>A constant stream of customer exceptions might mean the policy itself is wrong.</p><p>Repeated project escalations might mean nobody has clear decision rights.</p><p>The question isn&#8217;t:</p><p><strong>How do I answer these faster?</strong></p><p>It is:</p><p><strong>Why did this have to come to me at all?</strong></p><div><hr></div><h2>Fix the route, not the founder</h2><p>When you spot a recurring escalation, don&#8217;t simply tell people to stop asking you.</p><p>Remove the reason they need to.</p><ul><li><p>If the problem is <strong>clarity</strong>, name the owner.</p></li><li><p>If it is <strong>confidence</strong>, make the decision boundary explicit.</p></li><li><p>If it is <strong>context</strong>, give people access to the information.</p></li><li><p>If it is <strong>constraint</strong>, remove the approval step.</p></li></ul><p>The goal isn&#8217;t to make yourself unavailable.</p><p><strong>It is to make fewer everyday decisions depend on you.</strong></p><div><hr></div><h2>Try this for one week</h2><p>Keep a simple note called:</p><p><strong>Decisions that shouldn&#8217;t have reached me</strong></p><p>Whenever one lands with you, capture:</p><ul><li><p><strong>What was the decision?</strong></p></li><li><p><strong>Who brought it to you?</strong></p></li><li><p><strong>Why do you think it needed your involvement?</strong></p></li></ul><p>Don&#8217;t overthink it.</p><p>At the end of the week, look for repetition.</p><p>You are not trying to create a perfect delegation framework. You are trying to find the places where ordinary decisions keep travelling upwards.</p><p>Pick the most common one.</p><p>Fix the cause.</p><div><hr></div><h2>A common mistake</h2><p>Founders sometimes respond to this problem by disappearing.</p><p><strong>&#8220;Don&#8217;t ask me. You decide.&#8221;</strong></p><p>That sounds empowering.</p><p>But if people still don&#8217;t know the rules, context or boundaries, all you&#8217;ve done is remove the safety net.</p><p>Good autonomy isn&#8217;t the absence of leadership.</p><p><strong>It is clarity without escalation.</strong></p><div><hr></div><h2>The check</h2><p>Ask yourself:</p><blockquote><p><strong>If I disappeared for two weeks, which decisions would stop moving?</strong></p></blockquote><p>Not the big strategic ones.</p><p>The ordinary, repeatable decisions.</p><p>Those are your bottlenecks.</p><div><hr></div><h2>Done looks like this</h2><p>The business doesn&#8217;t stop asking you questions.</p><p>It stops asking you the <strong>same kinds of questions</strong>.</p><p>That&#8217;s the sign that decisions are starting to happen in the right place, without needing you in the middle of everything.</p><div><hr></div><p><strong>COO in a Box</strong></p><p><em>Run a better business. One operating idea at a time.</em></p><p><em>Written anonymously by an experienced COO, co-founder and operator.</em></p>]]></content:encoded></item><item><title><![CDATA[The Friction Map]]></title><description><![CDATA[Find and fix what&#8217;s slowing you down.]]></description><link>https://www.cooinabox.works/p/the-friction-map</link><guid isPermaLink="false">https://www.cooinabox.works/p/the-friction-map</guid><dc:creator><![CDATA[COO in a Box]]></dc:creator><pubDate>Mon, 21 Sep 2026 14:59:56 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/d6b146a2-cc33-4834-85f7-d6063eae1eed_1200x630.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><strong>BOX 001 &#183; 5 MIN READ</strong></p><p>Growing businesses have a habit of fixing problems where they appear.</p><p>A customer waits too long, so we add another person to customer service. A project slips, so we add another status meeting. A team keeps making mistakes, so we add another check. Someone can&#8217;t make a decision, so the founder gets pulled back in.</p><p>Sometimes that works.</p><p>Quite often, though, we&#8217;ve just added more process around the real problem.</p><p>Because the place where friction <strong>appears</strong> isn&#8217;t necessarily the place where it <strong>starts</strong>.</p><div><hr></div><h2>The problem you can see isn&#8217;t always the problem you have</h2><p>Imagine customers are waiting three days for answers to fairly simple questions.</p><p>The obvious conclusion is that customer service is too slow.</p><p>So you improve the acknowledgement email. Set a tighter response target. Maybe add another person to the team.</p><p>All perfectly reasonable.</p><p>But none of that tells you <strong>why</strong> the answer takes three days.</p><p>Look a little deeper and you might find something else going on.</p><p>The customer team receives the question but can&#8217;t answer it themselves. They send it to Marketing. Marketing sends it to Sales. Sales needs something from Finance. Eventually, somebody asks the founder.</p><p>Three days later, the customer gets their answer.</p><p>The customer sees slow service.</p><p>Inside the business, the work is bouncing between teams.</p><p>Underneath that, nobody clearly owns the decision.</p><p>That is the Friction Map.</p><p></p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!mMSR!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!mMSR!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 424w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 848w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 1272w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!mMSR!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png" width="1200" height="1500" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1500,&quot;width&quot;:1200,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:123691,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://cooinabox.substack.com/i/216741130?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!mMSR!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 424w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 848w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 1272w, https://substackcdn.com/image/fetch/$s_!mMSR!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F84ad8e45-831a-42e9-b90f-3a1dd41c1980_1200x1500.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image buttonBase-GK1x3M"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg" class="icon-noB79L"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image buttonBase-GK1x3M"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2 icon-noB79L"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p></p><p><em>The visible problem is often the end of the chain, not the beginning.</em></p><div><hr></div><h2>Three places friction hides</h2><p>Most recurring friction sits in one of three places.</p><p></p><h3>01 - CUSTOMER FRICTION</h3><p>This is <strong>what the customer feels</strong>.</p><p>Waiting too long. Not knowing what happens next. Having to chase. Repeating information they&#8217;ve already given you. Finding something harder to buy, use or get help with than it needs to be.</p><p>Customer friction is usually the easiest to spot because customers tell you about it.</p><p>But it isn&#8217;t always where the problem starts.</p><p></p><h3>02 - OPERATIONAL FRICTION</h3><p>This is <strong>how the work behaves inside the business</strong>.</p><p>Work sits in queues. It changes hands unnecessarily. The same information gets entered twice. People create workarounds because the normal process doesn&#8217;t quite work. Things need checking, correcting or chasing.</p><p>This is often where the customer problem is actually being created.</p><p></p><h3>03 - ORGANISATIONAL FRICTION</h3><p>This is <strong>why the work behaves that way</strong>.</p><p>Nobody clearly owns the outcome. Two teams are working to different priorities. People need permission for decisions they should be able to make themselves. Important knowledge sits in one person&#8217;s head.</p><p>This is where a surprising amount of everyday friction begins.</p><p></p><p>The three categories are useful to understand but the more important thing is the relationship between them. <strong>Friction travels downstream. Diagnosis should travel upstream.</strong></p><div><hr></div><p></p><h2>Start with a different question</h2><p>When something keeps going wrong, the natural reaction is: <strong>How do we fix this?</strong></p><p>Before answering that, ask: <strong>Where does this actually start?</strong></p><p>That small shift changes how you look at the problem. If you fix friction too far downstream, you can end up making the symptom easier to live with without removing the cause.</p><p>A better customer email might make a three-day wait feel more professional. It still doesn&#8217;t make the answer arrive any faster.</p><p>A new workflow might move a request neatly between five people. It still doesn&#8217;t explain why five people need to be involved.</p><p>I&#8217;ve seen businesses build surprisingly sophisticated processes around problems that could have been stopped somewhere else.</p><div><hr></div><h2>YOU WILL NEED</h2><ul><li><p>One recurring annoyance in your business</p></li><li><p>15 minutes</p></li><li><p>Ideally, someone who actually does the work</p></li></ul><p>Don&#8217;t try to map the whole company.</p><p>Pick one thing that keeps happening and annoys you every time it does.</p><div><hr></div><h2>STEP 01 - Start with the symptom</h2><p>Write down what is actually happening, without jumping straight to the solution.</p><p>Maybe:</p><ul><li><p><strong>Customers keep chasing us.</strong></p></li><li><p><strong>Quotes take too long.</strong></p></li><li><p><strong>Projects get stuck before launch.</strong></p></li><li><p><strong>Refunds always need senior approval.</strong></p></li><li><p><strong>People keep asking me the same question.</strong></p></li></ul><p>Be specific.</p><p>&#8220;Communication needs improving&#8221; tells you almost nothing.</p><p>&#8220;Every project needs three messages before anyone knows whether it has been approved&#8221; gives you something you can actually investigate.</p><div><hr></div><h2>STEP 02 - Trace it upstream</h2><p>Now follow the problem backwards through the three layers.</p><p>Start with the customer or visible symptom.</p><p>Where is someone waiting, guessing, chasing, repeating themselves or doing work they shouldn&#8217;t need to do?</p><p>Then look at the operation.</p><p>What is happening inside the business to create that experience? Where is work waiting, changing hands, being entered twice, corrected or worked around?</p><p>Then look underneath that.</p><p>Who owns the outcome? Who is allowed to make the decision? Are two teams working to different priorities? Does someone need permission they shouldn&#8217;t need? Does critical knowledge live with one person?</p><p>Keep tracing until you reach something that, if changed, would remove some of the friction further down the chain.</p><p>That&#8217;s usually where things get interesting.</p><div><hr></div><h2>STEP 03 - Fix the highest useful cause</h2><p>You don&#8217;t automatically need to fix all three layers.</p><p>And you don&#8217;t need to keep digging just because you can.</p><p>Sometimes confusing checkout copy is simply confusing checkout copy. Fix it.</p><p>Sometimes somebody is manually copying information between two systems. Fix the workflow.</p><p>Sometimes six people are involved because nobody is quite sure who is allowed to say yes.</p><p>That&#8217;s usually the point where I&#8217;d stop mapping.</p><p>The aim is to find the <strong>highest useful cause</strong>: the earliest sensible point in the chain where one change removes friction below it.</p><div><hr></div><h2>COMMON MISTAKE</h2><p><strong>Mapping the whole business.</strong></p><p>Resist the temptation.</p><p>This does not need to turn into a transformation programme, a wall covered in Post-it notes or three weeks spent documenting every process in the company.</p><p>Take one recurring problem.</p><p>Trace it. Fix it. Then take another.</p><div><hr></div><h2>CHECK</h2><p>Ask:</p><p><strong>If we fix this cause, should the friction below it disappear without creating more effort somewhere else?</strong></p><p>If the answer is yes, you&#8217;ve probably found the right place to intervene.</p><p>If not, keep tracing.</p><div><hr></div><h2>DONE</h2><p>You should eventually be able to describe the problem in one short chain:</p><p><strong>Customers wait for answers</strong><br>because <strong>work keeps changing hands</strong><br>because <strong>nobody clearly owns the decision</strong>.</p><p>Once you can see the chain, deciding what to fix becomes much easier.</p><div><hr></div><p>Growing businesses naturally accumulate friction.</p><p>More people create more handoffs. More products create more exceptions. More teams create more dependencies.</p><p>You won&#8217;t remove all of it.</p><p>But you can stop building solutions around symptoms.</p><p><strong>Next time something keeps going wrong, don&#8217;t ask where the problem is visible. Ask where the friction starts.</strong></p><div><hr></div><p><strong>COO in a Box</strong></p><p><em>Run a better business. One operating idea at a time.</em></p><p><em>Written anonymously by an experienced COO, co-founder and operator.</em></p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.cooinabox.works/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption"></p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item></channel></rss>