<?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[Clarity in Chaos]]></title><description><![CDATA[Processes, humanity, and the mess between. Writing from the middle, not after the fact. ]]></description><link>https://musings.ashe.blog</link><image><url>https://substackcdn.com/image/fetch/$s_!oBtN!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F360decca-5d5b-4f5b-b727-18e095b1e5a7_218x218.png</url><title>Clarity in Chaos</title><link>https://musings.ashe.blog</link></image><generator>Substack</generator><lastBuildDate>Wed, 13 May 2026 19:27:30 GMT</lastBuildDate><atom:link href="https://musings.ashe.blog/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Ashley Cooper]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[clarityinchaos@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[clarityinchaos@substack.com]]></itunes:email><itunes:name><![CDATA[Ashley Cooper]]></itunes:name></itunes:owner><itunes:author><![CDATA[Ashley Cooper]]></itunes:author><googleplay:owner><![CDATA[clarityinchaos@substack.com]]></googleplay:owner><googleplay:email><![CDATA[clarityinchaos@substack.com]]></googleplay:email><googleplay:author><![CDATA[Ashley Cooper]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Rogers Reflections]]></title><description><![CDATA[National networks, structured empathy, and the art of keeping connection human.]]></description><link>https://musings.ashe.blog/p/rogers-reflections</link><guid isPermaLink="false">https://musings.ashe.blog/p/rogers-reflections</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Wed, 12 Nov 2025 05:52:25 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/7865a2e7-96a9-4b88-881f-e55268079f5d_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><em>Before you can design connection at scale, you have to understand what happens when it&#8217;s lost in translation.</em></p></blockquote><p>When you work in small regional shops customer experience is personal whether you want it to be or not. You might fix someone&#8217;s internet in the morning and see them at the grocery store that evening.</p><p>At that scale, <strong>loyalty is</strong> <strong>relational</strong>. <br>You don&#8217;t need a CRM to remind you who your neighbours kids are. </p><p>In national call centres, <em>it becomes something else entirely</em>... a strategy, a system, a thing you have to intentionally manufacture without making it <em>feel</em> manufactured.</p><div class="pullquote"><p>Where <em><a href="https://musings.ashe.blog/p/the-nordia-narrative">Nordia</a></em> taught me how structure holds empathy together, <em>Rogers</em> showed me what it looks like when structure becomes the empathy &#8212; when loyalty itself is something you have to architect.</p></div><h4>Human Moments by Design</h4><p>One thing that stuck with me was the &#8220;whispers&#8221; in our headsets. Before answering a call, we&#8217;d see a small prompt: </p><blockquote><p><em>&#8220;Customer has been with us for seven years. Please thank them for their loyalty.&#8221;</em></p></blockquote><p>At first it felt artificial. But then you&#8217;d hear the change in their voice when you acknowledged them. the shift to something softer. A simple, intentional <em>thank you</em> could build a bridge in five seconds flat.</p><p>It was manufactured, yes, but meaningfully so.<br>Because a customer&#8217;s experience isn&#8217;t about whether the gratitude is spontaneous.<br>It&#8217;s about whether they feel seen.</p><div class="pullquote"><p>Humans are better at sensing apathy than detecting rehearsed sincerity.<br>Structure can remind us to care, but it can&#8217;t make us mean it.</p></div><h4>Choice and the Fragility of Loyalty</h4><blockquote><p><em>Working at national scale taught me something else: just because someone&#8217;s here today doesn&#8217;t mean they&#8217;ll be here tomorrow.</em></p></blockquote><p>Customers without contracts weren&#8217;t &#8220;ours&#8221; in any real sense&#8212;they were choosing us every single day.</p><p>Scale can make you forget that choice still exists. It&#8217;s easy to start seeing customers as captured assets, pieces of machinery in the system.</p><p><strong>They&#8217;re not.</strong></p><p>They&#8217;re people with options, and every friction point is a chance for them to leave.</p><p>Keeping them isn&#8217;t about locking them in; it&#8217;s about giving them reasons to stay&#8230; reasons like feeling valued, remembered, and recognized as more than an account number.</p><p>Scale changes everything except human nature.<br>The larger a system grows, the easier it is to mistake control for connection.</p><div class="pullquote"><p>The real skill isn&#8217;t managing more people, <br>it&#8217;s designing more room for them to stay human inside the system.</p></div><h4>Same People, Different Contexts</h4><blockquote><p><em>Here&#8217;s the real kicker: The people you serve in B2C and the ones you support in B2B are the same humans.</em></p></blockquote><p>Maybe they&#8217;re buying routers instead of phone plans. Maybe they&#8217;re managing a helpdesk instead of their personal phone bill.</p><p><em>Doesn&#8217;t matter.</em></p><p>They still want to <em>feel important.<br></em>They still want<em> things to be easier, <strong>not harder.<br></strong></em>They still want to be <em>seen, understood, and appreciated.</em></p><div class="pullquote"><p>Human nature doesn&#8217;t change. The context does.</p></div><h4>Blueprint for Scaled Humanity</h4><p>The lessons I learned taking whispered prompts on a loyalty team and turning them into genuine moments of connection aren&#8217;t just relics from my call-centre days. They&#8217;re blueprints for any system that touches people:</p><p>If you want <strong>loyalty</strong>, design for <em>humanity</em>.<br>If you want <strong>adoption</strong>, design for <em>meaning</em>.<br>If you want <strong>scale</strong>, <em>scale connection, not just infrastructure.</em></p><div class="pullquote"><p>Because at the end of the day, the system can whisper all it wants...<br>If you don&#8217;t mean it, they&#8217;ll hear that louder.</p></div>]]></content:encoded></item><item><title><![CDATA[Constraints Aren't the Cage. They're the Map.]]></title><description><![CDATA[We don&#8217;t like limits. We dream about &#8220;more freedom,&#8221; &#8220;more resources,&#8221; &#8220;more time.&#8221; And we tell ourselves that&#8217;s when we&#8217;ll be better.]]></description><link>https://musings.ashe.blog/p/constraints-arent-the-cage-theyre</link><guid isPermaLink="false">https://musings.ashe.blog/p/constraints-arent-the-cage-theyre</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Sat, 04 Oct 2025 04:43:37 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/09a252de-0f2b-4ca9-98fa-25d9d7ad5d36_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="pullquote"><p>When the system breaks or the process fails... that&#8217;s when you find the real work. </p></div><p>Most of the breakthroughs I&#8217;ve seen, in work, in systems, in myself&#8230; didn&#8217;t happen because I had everything I needed.</p><p>They happened because I didn&#8217;t.</p><p>I need to talk more about bounded creativity, so I&#8217;ll just start with this. It isn&#8217;t about settling. It&#8217;s about sharpening. It&#8217;s about realizing that when the path narrows, the focus does too. That constraints aren&#8217;t walls&#8230; they&#8217;re launch points.</p><p>The limits you hate might be the friction that shapes you into something you never would have built otherwise.</p><p>I didn&#8217;t know I was practicing this back at Porchlight when I was <a href="https://musings.ashe.blog/p/the-porchlight-protocol">optimizing my lateness against a stupid punch clock</a>.</p><p>I didn&#8217;t know it at Execulink when I was <a href="https://musings.ashe.blog/p/the-execulink-effect">building community through potlucks and holiday drives</a>.</p><p>Nor did I realize it at Nordia while <a href="https://musings.ashe.blog/p/the-nordia-narrative">practicing systemic empathy within the only thing I could control&#8230; a spreadsheet</a>.</p><p>I just knew that systems that pretended humans didn&#8217;t exist collapsed. And the ones that invited them, their messiness, their momentum, and their ingenuity inside the design&#8230; they lasted longer. They mattered more. To me at least. I think to others too.</p><p>Bounded creativity isn&#8217;t a compromise. It&#8217;s survival strategy. It&#8217;s how we turn broken blueprints into places where people can actually live.</p><p>So if you&#8217;re feeling boxed in right now&#8230; maybe it&#8217;s not a box?Maybe it&#8217;s a boundary line that&#8217;s daring you to redraw the map.</p><p>Constraints make you more creative. You just have to stop fighting them long enough to find out how.</p>]]></content:encoded></item><item><title><![CDATA[Seeing the Whole Elephant]]></title><description><![CDATA[And how resilience begins when we name the things we don't understand]]></description><link>https://musings.ashe.blog/p/seeing-the-whole-elephant</link><guid isPermaLink="false">https://musings.ashe.blog/p/seeing-the-whole-elephant</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Fri, 13 Jun 2025 02:03:19 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/c019707c-50cf-4851-bedd-9b200fb0745f_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><em>Before you make a process change&#8212;are you thinking about everyone it might touch?</em></p></blockquote><div class="pullquote"><p>This isn&#8217;t just a piece about creative process&#8212;or about broken systems. It&#8217;s about what happens when we treat creativity as a tool for diagnosing complexity. The kind that hides in silos, in inherited work, in quietly broken processes that become symptoms to a bigger issue. And how resilience starts by naming what we don&#8217;t know yet.</p></div><p>We&#8217;re human. We don&#8217;t know what we don&#8217;t know. Sometimes we think we do. Sometimes we get lucky. Most of the time, we don&#8217;t.</p><p>There&#8217;s this parable about the blind men and the elephant. Each one touches a different part: trunk, leg, tusk, side. One says it&#8217;s a snake. Another, a tree. Another, a wall. They&#8217;re all technically right&#8212;and completely wrong.</p><blockquote><p><em>Strategy looks different when you think you're dealing with a wall vs. an elephant.</em></p></blockquote><p>This is where so many process decisions go sideways. We optimize for speed. We&#8217;re told to avoid analysis paralysis, &#8220;just ship it.&#8221; But if we don&#8217;t take even a moment to ask why or what else might break, we&#8217;re just building a workaround for a workaround.</p><p>And you can be certain we&#8217;ll meet those blind spots again later&#8212;<em>only with more pressure, less context, and bigger stakes.</em></p><p>This doesn&#8217;t mean we stall. It just means we build with intention.</p><p><strong>We need to know what we know, define what we don&#8217;t, and decide which unknowns are worth leaving space for.</strong></p><p>The scientific method can be a tool here&#8212;not for perfection, but for awareness. It helps us name the unknowns instead of pretending they don&#8217;t exist. It gives us permission to say, &#8220;<em>I don&#8217;t know that yet&#8212;but I&#8217;ve put a branch here to come back to</em>.&#8221;</p><p>This is the opposite of perfectionism.</p><p>This is about designing for <em>resilience</em>.</p><div class="pullquote"><p><strong>When you ignore the root cause long enough, the symptom becomes the process.</strong></p></div><p>And suddenly, four teams are stuck in redundant meetings, interpreting the same data differently&#8212;because no one stopped to name the trunk, or the tusk, or the tail. And no one realized they were all holding the <em>same damn elephant</em>.</p><h2><strong>Creative Systems Thinking: Remixing What Already Exists</strong></h2><p>Some people love a blank canvas. For me, creativity has never been about unbridled imagination or starting from scratch.</p><p>I&#8217;m more like the DJ Shadow of process. Give me the pieces. A broken workflow. A forgotten workaround. A string of support tickets pointing to something deeper. I&#8217;ll dissect it, understand it, and remix it into something that works for the people it touches.</p><p>It&#8217;s not about chasing every rabbit hole&#8212;it&#8217;s about <strong>surveying the terrain</strong>. Not to solve everything <em>now</em>, but to make space for <em>what we might need later.</em></p><p>I think about this a lot as an experiential builder. I walk the path. I touch the edges. I figure out where things break&#8212;but that doesn&#8217;t need to hold progress up. If we align the work properly, <strong>that discovery can happen while everything else moves forward</strong>.</p><p>This takes a beginner&#8217;s mindset. It means <strong>not assuming the structure is sacred just because we&#8217;ve inherited it.</strong> What if we carved the path more thoughtfully? What if that problem we&#8217;re all patching around... didn&#8217;t even need to exist?</p><div class="pullquote"><p>If we were designing an OS today, would we still call it a "desktop"? Would we still mimic filing cabinets and folders if those metaphors no longer served us?</p></div><p>We build with what we know&#8212;but we grow when we stretch just outside that boundary.</p><h2>Solving for the System, Not the Symptom</h2><p>Real systems thinking lives in that stretch zone. Not in guessing all the answers, but in surfacing <strong>better questions</strong>.</p><p>In noticing when the process is the problem.</p><p>In recognizing that every workaround we inherit came from someone solving a local pain without a global view.</p><p>In seeing not just the piece in front of us, but the whole elephant.</p><blockquote><p><em>That&#8217;s where practical creativity shows up. Not just fixing problems. But reimagining the patterns that caused them.</em></p></blockquote><p>Because remixing systems isn&#8217;t just a creative act&#8212;it&#8217;s a diagnostic one.</p><p>It lets us see what&#8217;s still working, what never did, and what might emerge when we stop solving symptoms and <strong>start seeing the whole.</strong></p><p>That&#8217;s how we move faster&#8212;later, and save our future selves the headache. That&#8217;s how we build systems that work&#8212;<strong>because they were never designed in isolation</strong>. And that&#8217;s how creativity becomes not just a spark, but a strategy.</p>]]></content:encoded></item><item><title><![CDATA[The Nordia Narrative]]></title><description><![CDATA[Where the path forks, perspective grows &#8212; on call centres, satellite signals, and finding connection in the gap.]]></description><link>https://musings.ashe.blog/p/the-nordia-narrative</link><guid isPermaLink="false">https://musings.ashe.blog/p/the-nordia-narrative</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Mon, 26 May 2025 02:41:22 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/ab30ba69-ed9c-40a8-87e2-c1468f28813c_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p>Before you can bridge new gaps, sometimes you have to lose the map you thought you were following.</p></blockquote><p><em>I really didn&#8217;t want to post this one it seems. I&#8217;ve had it written, but I&#8217;ve been delaying over a month. It&#8217;s not profound enough... It&#8217;s not explaining enough... It makes me look shallow&#8230; But isn&#8217;t that everything I&#8217;m trying to move past? And honestly, this is a time I feel proud of, in hindsight. I should be accepting of all of it.</em></p><div class="pullquote"><p><em>This is the story of the in-between &#8212; the pivot between local connection and scaled survival. Where I was bridging gaps, and identifying needs before I even knew what &#8216;first principle thinking&#8217; was.</em></p></div><p><strong>Full Circle Before Moving Forward</strong></p><blockquote><p><em>When I chose to work at Execulink, it wasn&#8217;t about convenience or location. It was something quieter. A thread tying back to the days I sat in front of a beige monitor, watching pixels load, feeling like I was touching the future.</em></p></blockquote><p>Remember that 28.8k modem I mentioned? The one that made me the neighbourhood internet wizard back in grade seven?</p><p>There&#8217;s something I didn&#8217;t tell you about that provider &#8212; it was <strong>Golden Triangle.</strong></p><p>The same Golden Triangle that eventually got absorbed into Execulink, where I&#8217;d just been let go.</p><p>My dad had always made sure we were on the cutting edge, or at least what passed for it at the time. He worked at NEC when I was little, brought home our first real computer, later sold golf simulators (in the <em>nineties</em>??) and satellite TV systems. (<em>ok yeah&#8230; that checks out</em>)</p><div class="pullquote"><p>Technology wasn't just something I stumbled upon, it was stitched into my life.</p></div><p><strong>When Plans Break, Pivots Happen</strong></p><blockquote><p><em>Sometimes survival means letting go of the story you thought you were living.</em></p></blockquote><p>Where I last left you, I was three months pregnant and freshly unemployed.</p><p>Not just unemployed &#8212; fired.</p><p>Fired for standing up to management at Execulink.</p><p>In the blink of an eye, or so it felt, the regional connections I&#8217;d built, the sense of belonging I was just starting to understand, the systems I thought I was growing into &#8212; all of it evaporated.</p><div class="pullquote"><p><em>And with a baby on the way, I didn&#8217;t have the luxury of sitting in that grief too long.</em></p></div><p>I picked up the phone and called Nordia &#8212; the company whose offer I'd turned down for Execulink just a few months earlier.</p><p>"Is the spot still open?"</p><p>They told me a training class was starting next week if I wanted it.</p><p>I said yes.</p><p>Not because it was what I thought was the right move for me,</p><p>but because I was down to <strong>a matter of days </strong>before my employment insurance qualification would be at risk for when I'd need to go on maternity leave.</p><div class="pullquote"><p><em>If you missed the story of how I ended up at Nordia, you can find it here in my latest thread post: <a href="https://musings.ashe.blog/p/the-execulink-effect">The Execulink Effect</a></em></p></div><p><strong>Third-Party, First Principles</strong></p><blockquote><p><em>Nordia wasn&#8217;t Execulink. It wasn't neighbourly. It was a third-party call centre, contract-bound to Bell, built to scale service across the whole country &#8212; <strong>one disembodied voice at a time.</strong></em></p></blockquote><p>The customers I helped weren&#8217;t people I might run into at the grocery store anymore. </p><p>They were voices from provinces I'd never been to, names I'd forget as soon as the call ended.</p><p><em><strong>I&#8217;ll be honest: at the time, I looked down on it a little.</strong></em></p><p>It felt like a step down from the more technical, local small business world I had just left. I showed up there feeling overqualified, out of place, and embarrassed at the situation that brought me there.</p><div class="pullquote"><p>But what I didn&#8217;t realize was just how much operational excellence it takes to run a company like that well.</p></div><p>The training was long and exhaustive. The turnover was frequent.</p><p>You can&#8217;t just open the doors and hope<em> entry-level hires will figure it out.</em></p><p>You need rigorous training programs, systems that can teach total newcomers how to support complex products in a matter of weeks, scaffolding that helps them sell and overcome objections, safeguards that make people feel safe and supported enough to stay.</p><p>It was a different kind of complexity.</p><p>If anything, it&#8217;s <strong>more disciplined.</strong></p><p>Because when you rely on structure to create success <em>(not just exceptional individuals)</em>, the system has to work for everyone, <strong>not just the stars.</strong></p><p><strong>Instinct Runs Deeper Than Environment</strong></p><blockquote><p><em>When you're seeing how things play out at scale, it becomes a lot easier for an organization to understand the value of building bonding opportunities at work.</em></p></blockquote><p>Larger corporations understand employee engagement is vital to counteract detachment. </p><p>There was a <strong>union</strong>. We had <strong>committees</strong>.</p><p>And there was always plenty of opportunities for you to step up in whatever way brought you a sense of purpose.</p><p>Then the missing piece fell into place when they asked for volunteers for the social committee. <em>My hand went up right away.</em></p><p>We would do lunch activities, potlucks and dress-down events. They included us in strategies for incentivizing workers with call goal completions. We even rented a bus and put together a trip to the Niagara Falls casino one month.</p><div class="pullquote"><p>Different company, different size, different stakes &#8212; but still the same me, still the same drive to make the place feel more human.</p></div><p>To make it something more than an endless queue of strangers asking for signal resets and satellite realignments.</p><p><strong>To make it be somewhere where I was known, appreciated, needed.</strong></p><h2><strong>Creating Systems in the Spaces Between</strong></h2><blockquote><p><em>It didn&#8217;t take long for me (on a team with a pod leader, a manager, and many different colleagues all trying to do the same jobs and keep track of the same outcomes) to see that connection gaps can exist in more than just social dynamics.</em></p></blockquote><p>Agents needed visibility into their upgrades and downgrades, not just for their managers, but for themselves, for their ability to engage in goals and competitive spirit, see their efforts in front of them, and advocate for themselves in meetings with their pod leaders.</p><p>They needed a way to track their <strong>own numbers</strong>, measure their <strong>own growth</strong>, take ownership of something <em><strong>beyond the next call in the queue.</strong></em></p><p>Team managers and pod leaders needed clean reports and quick snapshots of this data to see the state of their overall team's efforts, and who was excelling versus who needed a bit more support or coaching.</p><p><strong>Nobody was connecting the two.</strong></p><div class="pullquote"><p>So I built my first process.</p></div><p>Each team had their own living spreadsheet with a tab for each rep &#8212; calculations and formulas were automated, and all the rep had to do was plug in their sales when they happened on their personal details sheet.</p><p>It would populate the overall metrics on the team overview.</p><p>It wasn&#8217;t that fancy by 2025 standards.</p><p>But in 2008, it gave<strong> agents a way to see their impact</strong> and <strong>managers a way to spot trends</strong>, <em>without manual collection or waiting for reports from HQ to come down the chain.</em></p><p>More importantly, It gave me my first real taste of what operational empathy looks like at scale:</p><div class="pullquote"><p><em>when you can feel the pain points even when nobody names them,</em> you can stitch across the gap before it gets too wide to cross.</p></div><p>It was where I realized I was starting to carry a skill I&#8217;d spend the rest of my career sharpening: <em>The ability to see the gap in the road ahead, already planning for how to fill it before others even noticed it was there</em></p><div><hr></div><h3><strong>The Path Between</strong></h3><blockquote><p><em>Sometimes, the most important insights don&#8217;t come wrapped in a bow.</em></p></blockquote><p>They come quietly, in the in-between &#8212; when you're still adjusting to the new light, not sure who you are yet, but learning how to see differently anyway.</p><p>If <strong>Porchlight</strong> was where I learned <em>how systems shape behaviour,</em> and <strong>Execulink</strong> was where I learned <em>how community grows between the cracks</em>, then <strong>Nordia</strong> was where I learned <em>how to hold both sides at once</em>:</p><div class="pullquote"><p>The closeness of small systems, and the brutal necessity of large ones.</p></div><p>The beauty of neighbourly connection, and the power of scaled experience &#8212; <em>if</em> you have the right scaffolding to support it. That&#8217;s when I learned what customer experience feels like stretched across thousands of kilometres and hundreds of thousands of accounts.</p><p>And most importantly:</p><div class="pullquote"><p><em>How a good system doesn&#8217;t automate empathy out &#8212; it automates the noise away so empathy can survive.</em></p></div><p><em>Thanks for reading the 3rd instalment of <a href="https://musings.ashe.blog/t/thethread">#TheThread</a> in <strong>Clarity in Chaos</strong>! Stay tuned for the Rogers Reflection coming up next, (and hopefully a lot sooner :) )</em></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/p/the-nordia-narrative/comments&quot;,&quot;text&quot;:&quot;Leave a comment&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://musings.ashe.blog/p/the-nordia-narrative/comments"><span>Leave a comment</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Design For Humans, Not Spherical Cows]]></title><description><![CDATA[Real users don&#8217;t live in models. They live in the mess those models often ignore.]]></description><link>https://musings.ashe.blog/p/design-for-humans-not-spherical-cows</link><guid isPermaLink="false">https://musings.ashe.blog/p/design-for-humans-not-spherical-cows</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Tue, 29 Apr 2025 02:59:20 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/8c6c83e1-18b9-4883-b6ea-153d1afea267_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><em>Most systems don&#8217;t break because someone made a mistake after launch. They break because the system was broken at the thinking stage. </em></p></blockquote><p>The biggest mistake I see in user experience is people designing systems for idealized humans who don&#8217;t exist.</p><p>It reminds me of an old physics joke where a farmer asks some scientists for help improving milk production. They go off to investigate, then come back and say:</p><div class="pullquote"><p> "Alright, we can solve your problem... assuming perfectly spherical cows in a vacuum."</p></div><p><strong>Cool... Except:</strong></p><ul><li><p>Real cows aren&#8217;t spherical.</p></li><li><p>Real environments aren&#8217;t vacuums.</p></li></ul><p><strong>The joke highlights a common pitfall: </strong>oversimplifying complex problems to fit neat models, at the expense of real-world applicability.</p><p>Similarly, when we design for user experience, there&#8217;s a tendency to create models based on idealized user behaviour &#8212; <strong>assuming users are always rational, consistent, and intuitively aware of every next step.</strong></p><p>We even give these model users names, to make them feel more human.</p><p>But that human isn't real. </p><blockquote><p><em>Real users are diverse, unpredictable, and operating inside sometimes chaotic, often layered environments, driven by their own personal abilities and constraints.</em></p></blockquote><p>By designing systems for "<em>spherical cows</em>," we risk creating solutions that fail <strong>real humans</strong> &#8212; the ones who <em>forget, guess, get frustrated, give up, or quietly build invisible workarounds no one maps.</em></p><div><hr></div><h2>Segmentation is Survival</h2><blockquote><p><em>You don&#8217;t just need to understand your users. You need to understand how they think differently from each other &#8212; <strong>and why.</strong></em></p></blockquote><p><strong>Real segmentation means</strong>:</p><ul><li><p>Knowing not everyone processes information the same way.</p></li><li><p>Seeing how shared needs, not surface labels, naturally group people.</p></li><li><p>Planning for differences not enforcing sameness.</p></li></ul><div class="pullquote"><p>If you aren&#8217;t actively segmenting your users by experience, behaviour, and constraints, you&#8217;re not serving them. You&#8217;re dragging them.</p></div><h2>Invisible Labour Is Infrastructure</h2><blockquote><p><em>The real threat isn't the problems you know about. It's the ones hidden under the surface, where quiet excellence makes what's broken seem functional.</em></p></blockquote><p>Many organizations survive today because someone you don&#8217;t see is:</p><ul><li><p>Fixing your data inputs by hand.</p></li><li><p>Catching edge cases that shouldn't exist.</p></li><li><p>Translating across broken team assumptions without credit.</p></li></ul><div class="pullquote"><p>That labour isn&#8217;t optional. It's the hidden infrastructure your system stands on. If you haven't mapped it, you're already at risk.</p></div><h2>Intrinsic Motivation is a System Output, Not a Personality Trait</h2><blockquote><p><em>If you want people to care, you have to show them that their growth matters.</em></p></blockquote><p>You have to systemically build environments where:</p><ul><li><p>Mastery is normal.</p></li><li><p>Investment is visible.</p></li><li><p>Autonomy is respected.</p></li></ul><p><strong>People adopt and grow within systems when the system itself builds capacity, not just demands loyalty.</strong></p><p>You want customer success? <strong>Build internal success first.</strong></p><p>You want loyalty?  <strong>Build a system that earns it.</strong></p><p>You want adoption?  <strong>Solve real human frictions.</strong></p><div class="pullquote"><p>Systems that are invested in the people they serve create self-sustaining excellence. Systems that don't collapse from the inside.</p></div><p>Design for <strong>humans you actually have</strong> in their real environments, <strong>not for spherical cows in a vacuum.</strong></p>]]></content:encoded></item><item><title><![CDATA[The Execulink Effect]]></title><description><![CDATA[The systems we suffer, the communities we build, and the people behind both.]]></description><link>https://musings.ashe.blog/p/the-execulink-effect</link><guid isPermaLink="false">https://musings.ashe.blog/p/the-execulink-effect</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Thu, 24 Apr 2025 03:09:26 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/e193d459-b32a-4dfe-a07c-a32087ca330a_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<h2>Prologue: Loading From the Top Down</h2><div class="pullquote"><p>Before Porchlight, CRMs, call centers, or exchanging troubleshoot skills for money, it was just me, my new <em>top-of-the-line</em> 28.8k modem, and a whole lot of waiting.</p></div><p>I was one of the only kids in my grade with the internet at home. I was the "<em>gopher of information</em>" for many a school project. I was the one people asked when something broke or confused them. I loved it. Not just because it connected me to something bigger, but because I understood it. And like so many other awkward kids, <strong>that understanding became my currency. </strong></p><p>Somewhere around grade seven, my mom brought home a book from some tech expo about the future of high-speed internet. I remember one image: the<em> Mona Lisa, </em><strong>partially loaded on one half</strong> of a page, <strong>fully on the other</strong>.<em> </em>The caption showed how long it would take to render depending on your connection speed, <strong>compared to new, high speed internet</strong>. It stuck with me how silly it seemed to have that in print, as if to say it proved it. Still, it felt like a prophecy at the time. The idea you could be <em>fast</em> and <em>always connected.</em></p><div><hr></div><h2>Where I Last Left Us</h2><blockquote><p><em>I was twenty. Working twelve-hour shifts at a small dial-up ISP three days a week. </em></p></blockquote><p>Even several years after that promise of <em>fast pictures and fast access</em>, the internet still wasn&#8217;t <em>quite</em> so ambient yet. It was faster, but still a <em>process</em>. If you weren't lucky enough to have access to cable options, you <strong>dialed in</strong>. You <strong>hoped it worked</strong>. And if it didn&#8217;t, you disconnected <em>(if you ever connected at all)</em> and <strong>called someone like me.</strong></p><p>My job was often less about <em>troubleshooting</em>, and more about <em>translation</em>. Most people weren&#8217;t just asking how to fix something&#8212;they were asking:</p><blockquote><p><em>&#8220;Am I doing this wrong? Is this broken? Or am I just broken?&#8221; </em></p></blockquote><p>It was the first time I realized how failure usually doesn&#8217;t look like sparks flying&#8212;it looks like <strong>quiet frustration</strong>. Like <em>giving up</em>, not because the system is broken, but because you don&#8217;t know if <em>you&#8217;re</em> doing it right.</p><div class="pullquote"><p>Porchlight was my first real tech job. And while it barely qualified as &#8220;<em>corporate</em>,&#8221; it introduced me to a different kind of learning: the invisible weight of a misunderstood process, and how systems shape behaviour. </p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/p/the-porchlight-protocol&quot;,&quot;text&quot;:&quot;Read The Porchlight Protocol&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://musings.ashe.blog/p/the-porchlight-protocol"><span>Read The Porchlight Protocol</span></a></p></div><p>So, that lens naturally came with me when I joined Execulink&#8212;a larger, more structured (but still local) ISP. I didn&#8217;t just feel like I was bringing troubleshooting experience with me. I <em>believed</em> I also brought an early understanding:</p><blockquote><p>that <em>how something works</em> is never separate from <em>who it&#8217;s supposed to work for</em>. </p></blockquote><p>But what I didn&#8217;t bring (<em>and didn&#8217;t know I needed</em>) was the understanding that not everybody will meet your logic with good faith.</p><p><em><strong>Spoiler</strong>: I got fired. Just days after finding out I was pregnant.</em></p><div><hr></div><h2>Onto Execulink</h2><blockquote><p><em>Execulink was more than just a "graduation" from local dial-up to DSL.</em></p></blockquote><p>They had regional office locations, equipment rentals, business clients, and techs <em>literally climbing satellite towers</em>. We weren&#8217;t just troubleshooting dial-up connection issues anymore. We were staging modems, bridging infrastructure, and coordinating dry loops and truck rolls with outside providers.</p><p><strong>I learned a lot while there&#8212;not just technical skills </strong>like how to bridge a router or what the heck a dry loop was <em>(a phone line, but just for your internet to talk to its internet friends),</em> <strong>but about people</strong>.</p><p>I saw how <strong>community forms within teams, across offices, across towns</strong>. It was the kind of place where a friend&#8217;s cousin worked with you in provisioning. Where you <em>ran into customers at the grocery store</em>. Kinda like an MSP. <em>(Not that I knew what that was yet.)</em></p><div class="pullquote"><p>It was the first place I saw the concept of community at work as more than just being sporadically social with coworkers. How connection wasn't just something you stumble upon, but something you could actively help to build. <em>Systemically</em>.</p></div><p>I joined the social committee. I drove to other offices to meet with committee team members <em>(well, not me, I didn&#8217;t drive yet lol, but carpooled)</em>. We planned events, talked about morale, and built culture like it was part of the job. <em>Because it was.</em></p><p>I learned how much culture lives in the little things&#8212;like when our teams competed to raise the most money so the company could match it, to buy holiday gifts for kids whose families already carried so much. These small, localized efforts meant fewer worries for the families, more smiles for the kids, and showed what people do when they're given the chance to care together. </p><blockquote><p><em>People show up when they can unite around something fun and meaningful. How they bond through celebration of those achievements is a positive after effect.</em></p></blockquote><p>Somewhere in there, I got my first piece of corporate swag. One of those classic, <em>translucent blue mugs with the logo etched into the side</em>. You&#8217;ve probably seen a hundred like it. I was weirdly proud of mine. Nearly two decades later, I still have it.</p><div class="pullquote"><p><em>That mug felt like the right artifact to anchor this memory. It might even be what sparked my odd love for brand swag. I&#8217;ll go deeper into that in a reflection later. My thoughts on belonging (and how tied it can be to stuff like swag) deserve more space, and</em> will really start to connect when I talk about Auvik. So I&#8217;ll save it for then.</p></div><p>I still wonder what it would&#8217;ve been like to grow up inside a place like that&#8212;to <em>become the kind of person who stayed</em>. But I wasn&#8217;t meant to. <em>Not there, anyway. Not then.</em></p><p></p><h4><strong>Sometimes it&#8217;s not the system that&#8217;s broken, it&#8217;s the people inside it misusing the levers.</strong></h4><p></p><p>Like I said, I got fired. It wasn't expected. But it sadly<strong> wasn't unexpected. </strong></p><p>After confronting a manager for the behaviour of a team lead, he <em>dismissed it</em>. When I went above him to his boss, he told me that because I went over his head, he'd resurface something from weeks prior <em>that we&#8217;d already agreed shouldn't have been an issue</em>, and used it as justification to let me go there on the spot. And yeah, <strong>I had also just told him I was pregnant</strong>. So, you can do the math. <em>(I heard neither the team lead nor that manager lasted there much longer after that, strangely.)</em></p><p>I don&#8217;t hold any of those actions against the company. There were too many good people for me to write it off. <strong>You can see it in the tenure of some of the previous (and even current) employees: 23 years. 19 years. 15. 11. </strong>People who started on support teams or sales teams and moved into project management, product, marketing, training, leadership. People who stayed there for decades. <em>Because when it worked, it worked.</em></p><blockquote><p><em>I just had the wrong person in charge of me at the wrong time. That happens all the time to better people than me, unfortunately.</em></p></blockquote><p><strong>Execulink is the first company on my LinkedIn profile for a reason.</strong></p><p>It helped shape who I became. It carved out what I started to understand as my role: <strong>technical, community-engaged, process-aware. </strong>I started to realize I could exist<em> in-between</em> the interpersonal and the operational.</p><p>It wasn&#8217;t just about skills, but about how teams work. About how cross-office collaboration and shared goals can create belonging. </p><p>How different teams rely on each other.</p><p>How trust is earned, and belonging is built.</p><p><em>And how quickly both can be lost when power is misused.</em></p><div><hr></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/p/the-execulink-effect/comments&quot;,&quot;text&quot;:&quot;Leave a comment&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://musings.ashe.blog/p/the-execulink-effect/comments"><span>Leave a comment</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Adoption Lives in the Trenches, Not the Boardroom]]></title><description><![CDATA[Systems don&#8217;t adopt themselves. It takes people. And the best ones rarely have &#8220;decision-maker&#8221; in their job description.]]></description><link>https://musings.ashe.blog/p/adoption-lives-in-the-trenches-not</link><guid isPermaLink="false">https://musings.ashe.blog/p/adoption-lives-in-the-trenches-not</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Sun, 20 Apr 2025 21:27:07 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/6f13a14d-8b1b-447c-9c62-d52a881fbf6f_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><em>You don&#8217;t win long-term customers with executive buy-in alone.</em></p></blockquote><p>The real test comes <em>after</em> the contract is signed&#8212;when the tool is dropped into a live environment and expected to be adopted without fuss or drama.</p><div class="pullquote"><p>A product&#8217;s adoption lives or dies in the hands of its users. That&#8217;s where champions come in.</p></div><p>We're not just talking about power users here. We're talking about those who bridge the gap between strategy and reality. The ones who make things <em>actually work</em>.</p><p>The ones who <em>flip the proverbial desk</em> at the threat of their favourite tool getting taken away.</p><div><hr></div><h2>The Two Audiences You Can&#8217;t Ignore</h2><blockquote><p><em>Decision Makers open the door. Champions keep it open.</em></p></blockquote><p><strong>Executives think in outcomes</strong>: efficiency, risk, scalability. They care about <em>vision</em>. About <em>leverage</em>. But their altitude means <em>they&#8217;re often removed from the friction of daily use.</em></p><p><strong>Their job is to ask:</strong></p><ul><li><p>Does this support our growth?</p></li><li><p>What does success look like at scale?</p></li><li><p>How does this simplify, not complicate?</p></li></ul><p><strong>Champions are different</strong>. These are your operations leads, your technical coordinators, your &#8220;<em>I just pressed F12 and hacked a better way</em>&#8221; resources. They&#8217;re not sold on dreams. They&#8217;re convinced by utility. </p><p><strong>They ask:</strong></p><ul><li><p>Will this solve the fire I&#8217;m putting out right now?</p></li><li><p>Can I make this bend to our internal business logic?</p></li><li><p>Will it make things better for my team, today?</p></li></ul><div><hr></div><h2>The Truth Is You Need Both</h2><blockquote><p><em>And not just vaguely. You need to bridge them. </em></p></blockquote><p>Too many solution providers talk <em>at</em> executives and <em>around</em> champions. Adoption thrives when you become the translator.</p><div class="pullquote"><p><strong>A tool that pleases leadership but frustrates the floor won&#8217;t get used. </strong>Valuable tools are at risk of getting cut <em>if they&#8217;re invisible to leadership. </em><strong>The value chain only holds if both ends are connected</strong></p></div><p>When trying to be that translator, positioning needs to reflect the needs and values of the other group, in language that can be understood within their world view.</p><h4>With Executives:</h4><ul><li><p>Consider how to show the downstream effects of smoother processes enabled by your solution.</p></li><li><p>Quantify what champions already know: time saved, errors reduced, process clarity.</p></li></ul><h4>With Champions:</h4><ul><li><p>Solve a pain point immediately. No gatekeeping information over a months-long ramp-up, or promises of a better future.</p></li><li><p>Give them flexibility, autonomy, and resources to build with your product, not just use it.</p></li></ul><h4>And for both?</h4><p>Be the internal champion and mediator for each group and help to make the value chain visible. Show how a small functional process tweak your product enables, and how that translates directly into better business metrics (and where).</p><p><em>Connect the micro with the macro.</em></p><div><hr></div><h2>Why Champions Are Your Secret Weapon</h2><blockquote><p><em>They&#8217;re not just users. They&#8217;re the internal glue&#8212;connecting systems, people, and outcomes. </em></p></blockquote><p>These are passionate product advocates with a keen eye on the jobs they need to get done, and how their tool stack integrates to help them do it. Many started in or developed into roles that required them to notice what breaks and quietly fix it.</p><p><strong>What makes them powerful:</strong></p><ul><li><p>They are <strong>problem spotters</strong> who see the edge cases your onboarding guide missed.</p></li><li><p>They are the <strong>context builders</strong> who know how tools interact, not just how they function alone.</p></li><li><p>They are <strong>trusted voices</strong> among peers and within their organization. When they say something works, people listen.</p></li></ul><p><em>But they <strong>won&#8217;t</strong> blindly champion something that creates more chaos than it cures.</em></p><div><hr></div><h2>Where Adoption Goes to Die</h2><div class="pullquote"><p><em>Inertia will always beat innovation if the right context isn't given at the right time to the right people.</em></p></div><p>Ultimately, most adoption efforts fail because:</p><ol><li><p><strong>Silos Create Breakage</strong></p></li></ol><blockquote><p>Executive priorities and frontline processes get treated like separate animals. But systems don&#8217;t work in silos. Champions can flag breaking changes&#8212;<em>if they&#8217;re involved early.</em></p></blockquote><ol start="2"><li><p><strong>Lack of Context for Techs</strong></p></li></ol><blockquote><p>Software handed down without rationale or training feels like a punishment, not an upgrade. <em>If champions don&#8217;t understand why it matters, they won&#8217;t make it matter.</em></p></blockquote><ol start="3"><li><p><strong>Resistance Isn&#8217;t About Change</strong></p></li></ol><blockquote><p>People don&#8217;t hate change. They hate when change brings confusion, double work, or brittle handoffs. <em>Ease of transition matters just as much as long-term promise.</em></p></blockquote><p><em>(I&#8217;ll dig deeper into what I'll refer to as "The Whole Elephant Problem" in a later post.)</em></p><div><hr></div><h2>A Better Engagement Strategy</h2><blockquote><p><em>Stay tuned for a future breakdown in <strong>#TheThread</strong> where I&#8217;ll share how we adapted the </em><strong>5 Rings of Buyer Insight</strong><em> at Auvik to integrate technical champions into ongoing buying and success strategies.</em></p></blockquote><p><strong>Here&#8217;s a sneak peek:</strong></p><ul><li><p><strong>Interview Executives</strong>: Don&#8217;t <em>just</em> ask what they want&#8212;understand <em>what they fear</em>. Ask them to tell you the stories they tell in boardrooms and sales calls.</p></li><li><p><strong>Interview Champions</strong>: What slows them down? What did they duct-tape together last week? What are they quietly proud of fixing?</p></li></ul><p>Then, design your product&#8212;<em>and how you support those using it</em>&#8212;at that intersection.</p><div class="pullquote"><p>When you align the executive&#8217;s definition of success <em>with </em>the champion&#8217;s daily reality, you&#8217;re helping to <em>translate the business requirements into application functionality.</em></p><p><strong>And that&#8217;s when adoption becomes inevitable</strong></p></div><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/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">Thanks for reading Clarity in Chaos! Subscribe for free to receive new posts and support my work.</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><p></p>]]></content:encoded></item><item><title><![CDATA[The Porchlight Protocol]]></title><description><![CDATA[Dial-up internet, digital punch clocks, and realizing I might be the problem (but also maybe the patch).]]></description><link>https://musings.ashe.blog/p/the-porchlight-protocol</link><guid isPermaLink="false">https://musings.ashe.blog/p/the-porchlight-protocol</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Sat, 12 Apr 2025 23:11:41 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/a1537923-abb4-49a3-84f0-5117afbd54aa_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I was twenty, working my first real tech support job for a small dial-up ISP called <strong>Porchlight</strong>, and learning that nothing builds character quite like explaining to someone&#8217;s grandparents why they can&#8217;t stay on the phone with you and try to get back online to troubleshoot at the same time.</p><blockquote><p><em>Yes, you'll have to write it down and call me back... I'm sorry... No, It's not easy for me either.... Don't worry, we'll get through it.</em></p></blockquote><p>The schedule was novel, and often, so were the people &amp; their problems, which I needed in my life (and had a lot of patience for). My shifts were 10am to 10pm, Monday to Wednesday.</p><p>For someone like me&#8212;momentum-based, easily derailed, needs time to spiral into things&#8212;This was a perfect burst of work energy. But, as allergic to cold starts as I was - that first shift back after 4 days off felt like being rebooted from BIOS</p><p>Every. </p><p>Damn.</p><p>Time.</p><p>And more often than not on that Monday morning, I'd be late.</p><p>I'm not talking like missed entire meetings late, but like, <em>probably hit the snooze button a couple extra times, spoiled by all the sleeping in I've been doing the past several days, and now I'm rolling in 3 minutes past the hour</em> late. Not crazy&#8230;</p><p>Still. Late. </p><p><strong>And staring me straight in the face with its big angry countdown: </strong></p><p>The digital &#8220;punch clock&#8221;. This thing was brutal. If you were even one minute late, it rounded up to a full fifteen. </p><p>So naturally, if I found myself getting there at 10:03 on Monday, I would just grab myself a bagel next door, and roll in at 10:14 instead.</p><p>That was the first click in my brain&#8212;one of the earliest professional signs that I was going to be a problem for poorly designed systems. But not in the way you'd think.</p><p>It wasn&#8217;t <em>defiance</em>. It was <em>optimization</em>. It was efficiency in the face of <strong>bad math</strong>.</p><p>It was the realization that when a system fails to meet people where they are, people will rewrite the system for themselves.</p><p>It made me wonder...</p><blockquote><p><em>what if we encouraged people to achieve a goal to get to where they need to be, instead of punishing them for where they&#8217;re not?</em></p></blockquote><p>But the idea that maybe, just maybe, there was a better way to build work seemed so far out of my area of influence at the time, and I didn&#8217;t have the lived experience or the language for explaining systems thinking, human-centered design or neurodivergent workflows to any of my superiors.</p><p>I just knew that <strong>the punch clock was stupid </strong>and I just knew<strong> if I was going to be penalized for more time than I was late anyway, I should benefit from that time.</strong></p><p>The process didn't incentivize punctuality.<strong> It incentivized passive resistance. </strong>It was dissonance embedded in a policy <em>that measured my success. </em></p><div class="pullquote"><p>At twenty, I was just trying not to get fired. But was I late, or was I just early to the real problem: bad systems punish initiative and call it order. I didn&#8217;t need a bagel. I needed a better protocol. </p></div><p>Okay, yeah, I was still late.</p><p>But here&#8217;s the thing they didn&#8217;t consider: <em>you don&#8217;t have to punish people to get results. </em>There are better ways than <em>&#8220;one minute late = 15-minute penalty&#8221;</em> to get people to do what you actually need them to do.</p><p></p><p>Later, I&#8217;d see this same pattern in leadership, parenting, and process design:</p><blockquote><p><em>Systems fail when they optimize for control instead of context. </em></p></blockquote><p>Training staff takes time. Ramp-up takes time. Take that time your giving away, use it to reinforce habits that matter instead of burning it on compliance theater.</p><p>Work <em>with</em> the humans in your system. Build ways for them to re-engage instead of punishing them into disengagement. Most of the time, you don&#8217;t need to <strong>force people to comply</strong>. You just need to <strong>invite them to participate. </strong></p><p></p><p>I&#8217;m telling this story, because it was the first time I started to realize: </p><div class="pullquote"><p>Maybe I'm not here to just <em>follow</em> systems. Maybe I&#8217;m here to <em>repair</em> the ones that <strong>forget people are part of the equation.</strong></p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://musings.ashe.blog/subscribe?"><span>Subscribe now</span></a></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/p/the-porchlight-protocol/comments&quot;,&quot;text&quot;:&quot;Leave a comment&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://musings.ashe.blog/p/the-porchlight-protocol/comments"><span>Leave a comment</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[Through the Looking Glass]]></title><description><![CDATA[Reflections, systems, and the start of something honest]]></description><link>https://musings.ashe.blog/p/through-the-looking-glass</link><guid isPermaLink="false">https://musings.ashe.blog/p/through-the-looking-glass</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Sat, 12 Apr 2025 02:41:00 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/c83279ce-f39a-48c2-8a11-c1002bc4cbc8_1024x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="pullquote"><p>"I'm not who I think I am. I'm not who you think I am. I am who I think you think I am."</p><p>&#8212; Charles Horton Cooley, by way of everyone who&#8217;s ever overthought a Slack message.</p></div><p>This is a quote I&#8217;ve wrestled with for two decades.</p><p>It surfaces in those moments when someone says or does something that makes me question how I&#8217;m coming across&#8212;not because I&#8217;m insecure, but because part of me really wants to know:</p><blockquote><p><em>How am I being seen here? Am I aligning with the image I want to project?</em></p></blockquote><p>It&#8217;s not vanity (or insanity). It&#8217;s just human nature. Sociologists like <em>George Herbert Mead</em> and <em>Charles Horton Cooley</em> explored this over a century ago. Mead called it &#8220;taking the role of the other,&#8221; while Cooley described it as the &#8220;looking-glass self&#8221;&#8212;the idea that we shape our identities by imagining how others see us and reflecting those perceptions back onto ourselves.</p><p>It's the sneaky psychological loop that gets triggered every time someone gives you a raised eyebrow or ambiguous feedback that makes you think&#8230;</p><div class="pullquote"><p>What happens when those reflections don&#8217;t match?</p></div><p>I&#8217;ve navigated conflicting feedback about who I am and how I communicate for years. I've had managers say, &#8220;You&#8217;re not clear enough. Get to the point faster if you want to sit at the big boys&#8217; table.&#8221; Meanwhile, others (at that same table) told me, &#8220;Your brain is fascinating; someone should study how it works.&#8221;</p><p>I can see how both might be true. Reconciling these reflections isn&#8217;t about choosing one or the other, but figuring out which parts feel true, which reflect others&#8217; expectations, and how I can show up authentically while still growing in areas that need work.</p><p>But that&#8217;s easier said than done. And social media is a huge culprit in turning imagined judgments into performances that fragment us. </p><div><hr></div><h3>Think about the mirrors we check every day:</h3><ul><li><p>LinkedIn says, &#8220;Show them you&#8217;ve got it together.&#8221;</p></li><li><p>Instagram whispers, &#8220;Make it look effortless.&#8221;</p></li><li><p>Reddit chimes in, &#8220;Thanks, I hate it.&#8221;</p></li></ul><p>The silly part is that most of the pressure doesn&#8217;t even come from reality. Cooley said:</p><blockquote><p><em>&#8220;The thing that moves us to pride or shame is not the mere mechanical reflection of ourselves, but an imputed sentiment&#8212;the imagined effect of this reflection upon another's mind.&#8221;</em></p></blockquote><div><hr></div><p>In her book <em>The Gifts of Imperfection</em>, Brene Brown says showing up authentically doesn&#8217;t require perfection&#8212;it just requires courage.</p><p>What that means to me is that the best thing that any of us can bring to any space&#8212;online or offline&#8212;is the version of ourselves that&#8217;s whole. Which is how we ended up here&#8212;starting this project, this&#8230;<em>whatever it turns out to be.</em></p><p><em>This space for me to introduce myself.</em></p><p><strong>I&#8217;m Ashley. </strong>I'm a technical product and community advocate who hangs out in online chats, gets a little too obsessed with process automation best practices, writes way too many words for a viral post, and laughs at my own jokes.</p><p>I&#8217;ve spent the last two decades working across roles most people overlook&#8212;dispatch, admin, consultant, operator, strategist. I&#8217;ve sat in the middle of chaos, and made a career out of translating it into clarity.</p><div><hr></div><h3>Somewhere along the way, I realized a few things: </h3><ul><li><p>The best systems are rooted in self-awareness, and are built by those who are more &#8220;process curious&#8221; than &#8220;process perfect&#8221;.</p></li><li><p>Impact comes from knowing how to show up whole. (Especially when the reflections around you are fragmented.)</p></li><li><p>I needed a place where the full picture could live. Not just the polished posts, or smart-sounding frameworks&#8212;but the messy thoughts, the honest questions, and the half-finished drafts of who we&#8217;re all trying to become.</p></li><li><p>I don&#8217;t always fit in&#8212;but I will always figure it out.</p></li></ul><div><hr></div><h3>One more thing</h3><p>If you&#8217;ve ever wrestled with how you&#8217;re perceived, tried to align who you are with how you&#8217;re seen, or just wanted to show up fully without losing your edge&#8212;you&#8217;re not alone.</p><p>The point here isn&#8217;t to package this journey, but to share it, and perhaps help someone else feel a little more seen in the mirror.</p><div><hr></div><p>Thanks for being here.</p><p>Ashe</p>]]></content:encoded></item><item><title><![CDATA[Start Here]]></title><description><![CDATA[This is the intro. Everything else will make more sense after this.]]></description><link>https://musings.ashe.blog/p/start-here-clarity-in-chaos</link><guid isPermaLink="false">https://musings.ashe.blog/p/start-here-clarity-in-chaos</guid><dc:creator><![CDATA[Ashley Cooper]]></dc:creator><pubDate>Mon, 07 Apr 2025 21:07:00 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/6d2c4a6a-992e-44dc-ae91-253b325fd4a3_474x362.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<blockquote><p><em><strong>Hi. I&#8217;m Ashley. </strong>I work where process meets people, and things break quietly.</em></p></blockquote><p><strong>Clarity in Chaos </strong>is my blog where I write about systems, identity, and the way they crash into each other <em>(sometimes working out for the better).</em></p><p>This space is intentionally tangential <em>(because so is my brain)</em>. Most of the work that matters isn&#8217;t clean or chronological. It&#8217;s nonlinear. I write to name those things, to <strong>track the invisible labour,</strong> and try to make sense of <strong>why we stick with broken processes just because they&#8217;re familiar.</strong></p><div class="pullquote"><p>If you&#8217;re too curious for one job title, too empathetic to ignore bad systems, or ever felt like the unofficial bridge between <em>how it should work </em>and <em>how it actually works</em>, you&#8217;ll probably feel at home here.</p></div><h2>My Tangents</h2><p>Sometimes you&#8217;ll see me reflect on how I came to hold the beliefs I do, <em>through the lens of my career</em>. Sometimes I&#8217;ll rant about <em>workarounds pretending to be processes</em>. Sometimes I&#8217;ll write <em>love letters to constraints</em>. <strong>Always, I&#8217;m searching for the thread that makes it all make sense.</strong></p><p><strong>What this is:</strong></p><ul><li><p>Essays and insights on real systems and the humans inside them  </p></li><li><p>Field notes and thoughts that are a work in progress</p></li><li><p>Reflections from a nonlinear brain that&#8217;s always looking for the themes</p></li></ul><p><strong>What this isn&#8217;t:</strong></p><ul><li><p>Productivity porn</p></li><li><p>5-step templates for &#8220;better leadership&#8221;</p></li><li><p>Thought leadership with a foolproof plan to succeed</p></li></ul><div><hr></div><p>If you&#8217;re looking to explore, start here:</p><h4><a href="https://musings.ashe.blog/t/thethread">#TheThread</a></h4><blockquote><p><em>My career story, piece by piece. Not chronological. Not tidy. But true.</em></p></blockquote><h4><a href="https://musings.ashe.blog/t/reflections">#Reflections</a></h4><blockquote><p><em>Deeper perspectives about identity, feedback, perception, authenticity, and what they reveal about how and where we show up.</em></p></blockquote><h4><a href="https://musings.ashe.blog/t/processprompts">#ProcessPrompts</a></h4><blockquote><p><em>What happens when I try to answer a systems question on a timer, out loud, before I know what I think.</em></p></blockquote><h4><a href="https://musings.ashe.blog/t/soapbox">#Soapbox</a></h4><blockquote><p><em>Unfiltered thoughts. Might be useful, might just be cathartic. Either way I felt like I needed to write it.</em></p></blockquote><h4><a href="https://musings.ashe.blog/t/systems-and-self">#SystemsAndSelf</a></h4><blockquote><p><em>Operational architecture, tooling, workflows&#8212;and the rabbit holes in between. Because process isn&#8217;t the point, but it always shows you where the pain is.</em></p></blockquote><div class="pullquote"><p>That's it!</p><p>Follow <a href="https://musings.ashe.blog/t/thethread">#TheThread</a> if you want to read my career journey. <a href="https://musings.ashe.blog/t/reflections">#reflections</a> for deeper essays, or <a href="https://musings.ashe.blog/t/systems-and-self">#systems-and-self</a> if you&#8217;re here for operational nerdery. </p></div><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://musings.ashe.blog/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">&#8230;Or just subscribe and see what lands.  </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><p></p>]]></content:encoded></item></channel></rss>