Build for change: communication that holds when the ground moves

Surrealist painting of a gnarled old tree with its roots wrapped in hessian and twine, standing on a floating slab of earth high above a distant landscape. Soft white clouds drift across a blue sky, with hills and water far below.

Most internal communications planning operates on the charming assumption that organisations are fundamentally stable places, occasionally interrupted by change. There’s business as usual, with its newsletters, intranet stories and meticulously colour-coded content calendars, and then there’s The Crisis, during which everyone abandons the calendar and runs around looking for the emergency distribution list. Half the people on it have left, the other half haven’t opened an email all week, and someone from Legal would like to review the holding statement.

This was always a deranged way to think about organisations. Now it’s bordering on wilful denial. Instability isn’t an unfortunate interruption to business as usual. It is business as usual. Yet we continue to talk about transformation as though it’s a journey with a destination, rather than a series of wearyingly unpredictable events punctuated by steering committees. Nobody knows what’s coming next, and the reassuringly precise roadmap presented at last month’s town hall isn’t going to change that.

The job, then, is to build communication that can flex: channels people already use and trust, in a digital workplace designed to adapt as the organisation changes around it. That work happens in the good times. You can’t build trust once the crisis has started, however enthusiastically you update the CEO’s talking points.

This was the argument of my recent keynote at Dan PR in Ljubljana, organised by Marketing magazin under the bracingly honest theme A World Without Stability. I can’t give anyone stability back. Nobody can. What we can do is build communication that holds anyway.

The future arrived wearing a knitted hat

In Nihonbashi, Tokyo, I was once shown around by a tour guide who sat on my shoulder. It was a small robot in a knitted hat, from a café called DAWN, and the person guiding me was a pilot working remotely: someone living with a disability that would make a conventional job difficult or impossible.

Japan has a labour shortage. It also has people who want to work and have been shut out of work. DAWN connects those two problems. Walking around Tokyo with a robot on my shoulder should have felt futuristic. It didn’t. It felt completely ordinary, which is generally how the future turns up: not with a fanfare, but on your shoulder, wearing a hat.

Sharon O'Dea, in a blue t-shirt and jeans, walks on a Tokyo street with a small robot on her right shoulder
Being shown around Tokyo by a robot guide (photo: Sharon O’Dea)

I wrote much of Digital Communications at Work, the book I co-authored with Jonathan Phillips, in Japan. Many of the forces starting to reshape work in Europe — ageing populations, labour shortages, automation — aren’t the future there. They’re already the present. Japan is a useful corrective to the sort of futurism that involves putting 2035 on a PowerPoint slide alongside a stock photo of someone prodding a holographic interface.

And these forces aren’t arriving one at a time. Demographic change, geopolitical volatility, AI, eroding institutional trust and the fragmentation of work are accumulating and colliding. None is going to wait for the previous transformation programme to finish, or for the steering committee to approve the next phase.

Look at who counts as ‘internal’ now. Employees, yes, but also contractors, frontline workers, supply-chain partners, remote workers and people who move between organisations and projects. Access to information becomes uneven. Context becomes inconsistent. Some people feel close to the organisation; others barely feel part of it at all. Yet plenty of internal communication still assumes an employee sitting at a desk, logged into a company laptop, with enough control over their working day to read a message whenever we decide to send one.

As we put it in the book, “A communication strategy that assumes equal access will, inevitably, exclude.”

The robot in Tokyo wasn’t interesting because it was a robot. It was interesting because somebody had designed a way for a person to participate who would otherwise have been excluded. The technology was infrastructure, not the purpose. Any industry rather more interested in selling technology than asking who it actually helps might want to reflect on that.

Build something that holds

Many organisations still approach communication as a publishing operation. They have messages to distribute, channels to fill and calendars to maintain. The success measures tend to reflect that: how many things went out, how many people opened them, how many clicked. We’ve become tremendously sophisticated at measuring the production and distribution of material without really establishing whether any of it made a blind bit of difference.

But when the ground moves, nobody cares how many intranet stories you published last quarter. They care whether they can find out what’s happening, understand what it means for them and reach someone who can help. An impressive open rate tells you very little about whether someone understood the message, trusted it or could do anything useful with it. You can open an email halfway through a shift, discover you need to complete a task on a system you can’t access, and still count as a communications success story on somebody’s dashboard.

That’s an infrastructure problem, not a copywriting problem.

In Digital Communications at Work, we describe five layers of a communication ecosystem: Plan, Collaborate, Publish, Distribute and Discuss. It’s a way of seeing how information moves around an organisation, rather than looking at each channel in isolation, which is what happens when every department has its own platform, its own budget and a persuasive account manager.

Once you’ve mapped those layers, you can ask an uncomfortable question: what if one disappears tomorrow?

We worked with a human rights charity whose people operate across countries run by authoritarian regimes. They know that social networks can be switched off, sometimes along with the entire internet. For them, relying on a WhatsApp group wasn’t just a question of convenience; it was a vulnerability.

They reduced their dependence on platforms most likely to be withdrawn and made regular local backups of essential materials, so people could still access what they needed without a connection.

Most organisations aren’t operating under those conditions. But the underlying question applies to everyone. If email and Teams disappeared tomorrow morning, where would your people go? If your intranet was unavailable, how would you reach your people? And how many of your supposedly business-critical processes turn out to depend on a spreadsheet maintained by someone who’s currently on holiday?

If the answer is ‘I’m not sure’, you’ve found something worth fixing (ideally before the next incident review).

Resilience isn’t something you buy during an emergency. It’s built through the dreary work of mapping dependencies, agreeing fallbacks and testing whether they work. Nobody gets excited about a backup distribution list until the day they need one, by which point it’s a little late to discover that nobody owns it.

Holding isn’t enough

It’s relatively easy to notice when something breaks. Far harder to notice when it stops being useful. Communication also has to adapt to changes that happen slowly enough for everyone to convince themselves that nothing much is changing.

Working patterns shift. New technologies appear. Organisations merge, restructure and acquire new populations of employees. The channels that worked brilliantly five years ago become less useful, while the people responsible for them continue filling them with content because that’s what the communications plan says they should do.

This is where organisations tend to confuse the channel with the job it was supposed to perform. The intranet, the newsletter, the employee app: these are ways of meeting people’s information needs, not ends in themselves. Yet we become extraordinarily attached to them, particularly after spending eighteen months and a substantial amount of money getting them approved.

In Digital Communications at Work, we argue for separating publishing from distribution. Keep a reliable source of truth, with content that’s accurate, owned and maintained. Then allow the channels carrying that information to change as people’s needs and working habits change. The information should be dependable. The means of reaching it should be adaptable.

That matters even more as AI assistants and agents become another way people access workplace information. Your content may increasingly be consumed and interpreted by machines before it reaches a human. If your policies are duplicated, contradictory or three years out of date, AI won’t magically fix the problem. It may simply repeat the wrong answer more efficiently, with the sort of confidence previously reserved for a senior manager explaining a system they’ve never used.

Flexibility isn’t an annual technology strategy exercise. It’s a habit of asking whether the channels you have still serve the people using them, and being prepared to stop doing things that no longer earn their place. Which sounds straightforward until you discover how many apparently indispensable communications exist primarily because somebody important once asked for them.

Resilience without adaptability leaves you maintaining an increasingly obsolete system. Adaptability without resilience gets you chaos with a new logo.

You need both.

Prepare the ground before you move the tree

On the Goto Islands, I stayed at Ako House, an old Japanese house restored by a man who bought it for one reason: to save the enormous old ako tree in the garden. He didn’t buy a house and happen to get a tree. He bought the tree and took on the house to protect it.

Japanese has a word for preparing a tree to survive being moved: nemawashi. Literally, it means digging around the roots, loosening the soil and preparing the tree so it has the best chance of surviving the move.

In organisations, the same word describes the work of consulting people before a decision becomes official. Talking to the people affected, understanding their concerns and allowing their input to shape what happens next. Not the ceremonial consultation that takes place once the decision is effectively irreversible, but the kind where somebody might actually have to change their mind.

We tend to do this backwards. Leaders make a decision, communications is brought in to prepare the announcement, and the people whose working lives are about to change hear about it once everything is settled. Then everyone is terribly surprised when they resist, and comms is asked to develop an engagement campaign to address the negativity. Perhaps with a colourful graphic explaining the benefits.

The groundwork isn’t the announcement. It’s the conversations that should have happened before it.

This is where trust becomes infrastructure too. People are more likely to believe what they hear during uncertainty if they’ve had reasons to trust the organisation when things were relatively calm. That means channels that work, information they can rely on and leaders who communicate even when they don’t have a polished answer. It also means being prepared to tell people things they might not want to hear, rather than treating every difficult message as a problem to be solved with more positive language.

Three sentences do an enormous amount of work: here’s what we know, here’s what we don’t know yet, and here’s when you’ll hear more.

‘We don’t know yet’ isn’t weakness. In a period of instability, it can be one of the most reassuring things a leader says, provided they do follow through on the third sentence. It’s certainly more useful than an elaborately worded assurance that the organisation remains committed to its people while declining to explain what is actually happening to them.

The same principle applies to the communication systems themselves. Agree what people absolutely must know, how you’ll reach them and who’s responsible for making sure it happens. Do it before the emergency, because when everything is moving, there won’t be time to build the relationships, the governance or the distribution mechanisms from scratch.

And no, buying an emergency notification platform is not a substitute for people believing the messages it sends.

Our robots are not AI

Back in Tokyo, there’s one detail about the robot in the knitted hat that I haven’t mentioned. The café’s website makes a point of saying: “Our robots are not AI.”

In an industry currently determined to put AI into absolutely bloody everything, including things that were working perfectly well before, this feels positively subversive.

Everything valuable about that tour was deeply human: the planning, choosing what to show me, the conversation we had, the connection we built. The technology’s job was simply to carry a person to where they were needed.

That’s a useful way to think about workplace communication, too. Technology can carry information further, faster and in more formats than ever before. AI is making that easier still. But carrying information isn’t the same as helping people make sense of it, and producing more content isn’t the same as building trust. If it were, the average organisation would have achieved perfect mutual-understanding nirvana by now.

I can’t tell you which change is coming for your organisation. Neither can your CEO, your IT department or your favourite LinkedIn futurist, although the latter will probably sell you a framework for it. What you can do is prepare for a range of possibilities, rather than betting everything on one prediction.

Build channels people actually use. Keep the information behind them reliable. Make sure the system can survive the loss of a platform and adapt when working habits change. And establish the relationships that will carry communication when people most need to trust what they’re hearing.

None of this can be bolted on after the ground has moved. It’s built in the calm, through the deeply unglamorous groundwork that rarely makes it into a conference keynote but determines whether communication works when it matters. It’s considerably less exciting than announcing a new platform or launching a transformation programme, which is probably why organisations keep doing those instead.

The ground will keep moving. The question is whether what you’ve built can move with it.

This essay draws on my keynote at Dan PR 2026 and ideas explored in Digital Communications at Work, co-authored with Jonathan Phillips. If you’d like me to explore these ideas at your event or with your leadership team, see my speaking page.

The produce button

A surrealist painting of a vast, pale office. On a pedestal, a small elegant machine with a single orange button pours out an endless flood of paper, screens and charts that sweeps across the room and up the walls. On the far right, a lone office worker calmly types on a laptop, almost buried.
Yes I burned a tree to generate this pic in CanvaAI, the irony is not lost on me.

At Unily’s Unite conference this week I watched someone turn a set of source documents into a podcast, an infographic and a video in the space of a few minutes.

This was Content Studio, Unily’s new AI-powered tool for taking trusted company information and turning it into different formats for different audiences: podcasts, videos, infographics and more, grounded in the original sources and with humans still in control of what goes out.

It was impressive. Genuinely impressive.

And I could immediately see the use case. Take a health and safety update written centrally, turn it into a visual explainer for factory workers, translate it into the languages spoken at that site, make an audio version for people who spend their working day away from a screen. Do in minutes what would previously have required designers, translators, video editors and several increasingly desperate emails to an agency.

There was, though, a rather lovely irony to the timing.

At the very same conference, I was running a workshop called Signal Over Noise: Winning Attention in an Age of Infinite Content. We’d expected about 40 people. More than 100 turned up.

Either internal communicators have suddenly developed an unexpected passion for information theory, or having too much stuff and nobody paying attention to it has struck a nerve.

So there we were. In one room, demonstrating how astonishingly easy it has become to produce more content. In another, communicators were crammed around tables trying to work out how to stop drowning people in the stuff.

Welcome to internal communications in 2026.

Because the interesting thing about Unily’s new Content Studio isn’t whether it’s good. It is. The interesting thing is what happens when tools like it collide with a communications system that already produces far more than people can reasonably consume.

Unily’s own framing gets to the heart of it: content is abundant, impact isn’t. And now, having identified the abundance problem, we have invented a machine for making abundance virtually free.

This is what we’ve been asking for

Credit where it’s due, because there is a lot to like here. The central argument of Digital Communications at Work is that communication needs to be designed around how people actually work. Not around the org chart, and certainly not around what’s convenient for the communications team.

A frontline employee on a twelve-hour shift does not have the same information needs, available time or working context as someone sitting at a laptop in head office. Yet for years we’ve routinely given them the same 800-word intranet article and called the job done because technically everyone could access it.

Congratulations. It’s responsive.

The problem with doing this properly has always been partly practical. Adapting communication for different roles, languages, locations, channels and contexts takes time and money. Most internal comms teams simply don’t have the capacity to make twelve versions of everything.

AI changes that equation. One source can become an infographic for a factory screen, an audio summary for someone on the move, a short article for the intranet and a translated version for a local team. The underlying information remains grounded in approved source material while the presentation changes to fit the person receiving it.

That’s not gimmicky personalisation. That’s good communication design.

For years we’ve said we should meet employees where they are. Now we actually can.

Which makes the next question rather important: How often should we?

We are already drowning

The communications problem inside most organisations isn’t that employees need more information.

It’s that they are surrounded by it.

Emails. Teams messages. Intranet news. Town halls. Newsletters. Notifications. Communities. Videos. Podcasts. Viva Engage posts. PDFs attached to emails summarising PDFs attached to other emails, with Copilot in the same window offering to summarise the summary.

Then we look at falling engagement figures and ask how we can persuade people to read more. Wrong question.

Information overload isn’t a personal failing by employees who need to manage their inbox better. It’s a design outcome.

Organisations have built systems in which hundreds, sometimes thousands, of people are independently authorised to demand everybody else’s attention. Every function has something important to say. Every project needs visibility. Every leader has an update. Every initiative has a launch. Every programme has a newsletter.

Individually, almost all of these decisions are reasonable. Collectively, they amount to being trapped in a lift with the entire organisation barking its priorities at you.

And then along comes AI and removes one of the few remaining constraints: making the stuff.

Attention is a budget.

Every communication spends some of it. Every notification asks someone to stop doing one thing and pay attention to another. Every beautifully personalised two-minute video is still two minutes in which they aren’t doing the work they’re ostensibly employed to do.

Personalisation can make each individual item more relevant.

It does nothing, by itself, to reduce the number of items.

And when the cost of producing those items approaches zero, I have a nasty feeling we’re about to discover that the natural volume of organisational communication, when freed from all physical constraints, is infinite.

The problem with removing friction

The first risk is obvious: volume.

Production cost has always acted as a crude form of governance.

Making a video used to be sufficiently expensive and annoying that someone, somewhere, had to believe the subject warranted a video. You needed a camera, an editor, perhaps an agency, a budget, and the particular form of psychological collapse that comes from hearing the same thirty seconds of Intro by The XX for the twenty-fourth time while someone adjusts a crossfade.

That’s not an especially sophisticated editorial process, but it was a brake.

Remove the friction and suddenly almost everything clears the production bar. Why wouldn’t we make a podcast version? It takes three minutes. Why not an infographic too? Why not a video? Why not six localised versions, translated into eight languages and personalised for four employee groups?

Soon the organisation hasn’t solved information overload. It has achieved information overload in twelve beautifully targeted formats, each carefully optimised for the precise demographic characteristics of the person ignoring it.

And I don’t think employees will become cynical about AI-generated communication simply because a machine made it. Most people have better things to worry about.

They’ll become cynical if there’s more of it, especially if all of it starts to sound eerily similar.

The signal that somebody bothered

The second risk is trust.

Part of the signal carried by communication is that somebody bothered. The medium is the message and all that.

Someone wrote the note. Someone chose the words. Someone stood in front of a camera and said the uncomfortable thing. Someone decided this mattered enough to spend some time on it.

Effort itself communicates importance.

If the CEO records a five-minute message after a difficult restructuring, that act carries information beyond the words themselves. They showed up. They put their face to it. They had to look into a camera and say “I know today’s news will be hard for many of you” out loud, while arranging their face into the internationally recognised expression for I am not, in fact, a sociopath.

If software turns their announcement into a jaunty three-minute podcast, the information may be perfectly accurate.

But something has changed.

Communication isn’t simply information transfer. If it were, internal comms would have been solved by SharePoint in about 2003 and we’d all be doing something else now.

Who said something, why they said it, what they chose to emphasise and how much effort they were prepared to expend saying it are all part of the message.

The cheaper communication becomes to manufacture, the more valuable those signals of human intent may become.

There’s an odd possibility here that the more polished content we can generate, the more we’ll value the slightly awkward video of an actual person saying actual words into a camera without three keywords sliding smoothly into view beside their face while ambient electronica burbles underneath.

Human imperfection may yet become a premium feature.

Month six is the bit that worries me

The third risk is complacency.

I’m actually less worried about hallucination here than I am about habituation.

In month one, everyone will scrutinise the generated storyboard. They’ll check every sentence against the source. They’ll debate the emphasis. They’ll inspect the images. Someone will zoom in to 400% and discover the reassuringly diverse group of colleagues in the background includes a woman with seven fingers and a security pass apparently growing directly from her sternum.

By month six?

Yeah, you know how this works.

You’re late for another meeting. Teams is flashing. Somebody needs this published by four. You’ve generated versions of this sort of thing dozens of times before and they’ve always been fine.

You glance.

Looks alright, dunnit?

Publish.

Grounding a system in approved sources is important because it reduces the risk of invention. But a communication can contain no invented facts whatsoever and still be wrong.

It can emphasise the wrong thing. Bury the caveat. Miss the thing employees actually care about. Turn a complicated and politically sensitive decision into something technically accurate yet completely tone-deaf.

Those are judgement problems, not generation problems, and no amount of source grounding removes the need for judgement.

Governance needs to happen before the produce button

This is why I’m not convinced the most important governance question is who approves AI-generated content.

By that point, we’ve already made it.

The more useful question comes earlier: Should this communication exist at all?

In my Signal Over Noise workshop at Unite, I used what I call the Fletcher Test: Means, Opportunity, and Motive. I stole the method from the iconic Jessica Fletcher, because I did a sufficiently wishy-washy arts degree to spend three publicly funded years of university watching an enormous amount of trashy daytime television. Murder, She Wrote taught me that every murder needs three things: the means to do it, the opportunity to do it, and a motive.

(It also taught me that Cabot Cove had a murder rate that really ought to have attracted federal attention, but this is not the time, nor is it the place).

The same test turns out to be surprisingly useful for internal communications, with fewer suspiciously well-dressed corpses.

Do we have the means to reach this audience effectively?

Do they have the opportunity to pay attention to it?

And, most importantly, do they have a motive to care?

AI makes the Means bit astonishingly easy.

That’s precisely why Motive and Opportunity become more important.

If I can make you a personalised video in your preferred language, beautifully formatted for the device you’re holding, I have solved the delivery problem. But I have not magically made you care.

I’d go further. Communications teams should start thinking in terms of attention budgets for audiences. Not simply how much content a team produces, but how much attention it’s reasonable to demand from the people receiving it.

Approval shouldn’t just ask whether something is accurate, on-brand and compliant. It should ask whether this thing is worth interrupting people for.

What if we’ve got the direction wrong?

There’s another possibility I find much more interesting. Most enterprise personalisation still starts with the organisation.

We have a message.

We have twelve audiences.

We will create twelve versions and push the appropriate one towards each person.

It’s cleverer broadcasting, really. But generative AI opens up another model entirely. Imagine a housekeeper sees that the CEO has published a long update and asks:

What does this mean for me?

The system knows enough about their role and context to answer usefully. It draws from the original, approved communication. It explains what’s relevant and leaves the rest alone. If they want more detail, they ask another question. The original remains there, intact, as the source.

That’s pull rather than push, and I think that’s potentially much more transformative.

Instead of communications teams trying to anticipate every conceivable information need and manufacturing twelve versions just in case, employees interrogate trusted information when they actually need it.

That doesn’t eliminate broadcasting. Some things genuinely need to be pushed. Emergencies exist. Mandatory information exists. Leaders sometimes need to speak to everyone. But most organisational information isn’t an emergency, however enthusiastically its owner filled in the comms request form.

Pull changes the economics of personalisation because we don’t need to manufacture every possible version in advance.

And if we’re going to personalise proactively, our understanding of audiences needs to get much better too. Personas shouldn’t simply be lovingly hand-crafted descriptions of what we imagine “frontline Fiona” wants, replete with a stock photo of a suspiciously cheerful woman in a hi-vis jacket.

We have years of behavioural and engagement data telling us what different groups actually use, ignore, search for and respond to. Use it.

The scarce skill is restraint

AI is going to have us hammering the produce button with the glassy-eyed enthusiasm of a Vegas gambler who’s three hours past bedtime and halfway through the children’s inheritance.

That’s inevitable. And, mostly, it’s useful.

But the interesting consequence is that production itself becomes less valuable. If everyone can turn a policy document into a podcast, infographic, video, article and six translations before lunch, doing so is no longer much of a skill.

Knowing whether to do it is.

Which brings me back to the bigger question I came away from Unite thinking about: what exactly is the internal communications job becoming?

A significant chunk of communications work has historically been production. We write the article. Build the newsletter. Edit the video. Create the campaign. Polish the CEO post. Turn the strategy into an infographic. Then, because we’ve made the thing, we need people to consume the thing, so we spend another chunk of time trying to persuade them to click on it.

It’s an entire professional ecosystem built partly around the fact that making things used to be difficult.

Now it isn’t. Or increasingly, it won’t be.

And I don’t think the answer is to reassure ourselves that AI simply frees everyone up to do more valuable, strategic work, as if there’s a vast strategic nature reserve somewhere waiting to receive several thousand newly liberated newsletter editors.

There may well be fewer traditional communications jobs. The production layer is getting thinner. Pretending otherwise won’t make it thicker.

But the work that remains becomes more judgement-heavy, not less.

What deserves attention?

What doesn’t?

When does personalisation make something genuinely more useful, and when does it simply manufacture more noise?

When does a leader need to show up themselves?

When should an organisation speak, and when should it make good information available and trust people to find it when they need it?

And perhaps most uncomfortably: if we no longer need quite so many people to make the content, are we prepared to define the value of communications by something other than the amount of content we make?

For a long time, communications teams were constrained by what they could produce. This week I watched that constraint disappearing in real time.

Then I walked into a room designed for 40 people and found more than 100 communicators waiting to talk about how to produce less. There’s probably something in that.

The produce button is the easy bit. The difficult bit is resisting the obvious next step: pressing it over and over until the entire organisation disappears beneath a perfectly personalised slurry of podcasts, infographics and three-minute videos explaining why nobody has time to get any work done.

Why nobody can find anything on your intranet

A lone figure in a dark suit stands in an enormous surreal gallery beneath a bright blue sky, surrounded by hundreds of near-identical framed documents stretching impossibly into the clouds. One document glows neon yellow among the otherwise cream, orderly rows, suggesting the difficulty of finding the right information when everything looks equally authoritative.

Every organisation with an intranet eventually performs the same ritual.

Someone runs an employee survey. “I can’t find anything on the intranet” appears somewhere near the top. Everyone nods gravely. A project is formed.

Perhaps the search needs improving. Perhaps the navigation needs another go. Perhaps the homepage needs fewer tiles, or more tiles, or the same number of tiles but in a different order. Someone suggests AI, because it is 2026 and someone always suggests AI.

Things are moved around. Search is upgraded. The new navigation is launched with considerable ceremony.

Eighteen months later, someone runs another survey.

“I can’t find anything on the intranet.”

And round we go.

The problem is that organisations tend to treat findability as a technology problem. Sometimes it is. Quite often the technology is simply the place where a much messier organisational problem has chosen to make itself visible.

Before you start dragging things around the navigation again, it’s worth working out which problem you actually have.

Search matters. But it can’t perform miracles

Let’s get this out of the way first: bad enterprise search absolutely exists.

Search can be badly configured. Synonyms can be missing. Important results can be buried beneath ancient PDFs. Promoted results can point proudly to something nobody has used since Theresa May was prime minister. Pages can have titles written entirely in the language of the team that owns them.

If your expenses page is called “Expense Management Policy and Procedures” while everyone in the organisation searches for “claim expenses”, you have given your search engine an unnecessarily difficult afternoon.

As Jonathan Phillips and I put it in Digital Communications at Work, enterprise search is not Google with a lanyard.

Google has an almost unimaginably large pool of behavioural data from which to infer what you probably meant. Your intranet has Hannah from Procurement looking for the travel policy twice a year.

So yes: configure your search properly. Use synonyms. Look at what people are actually typing into the box. Write page titles for humans. Retire the promoted result for the 2018 office move.

All of that’s important.

But search can only work with what you give it. And “I can’t find anything” can mean at least five quite different things.

Five reasons employees can’t find information on your intranet

1. The information isn’t there

The simplest problem is also the one no search engine can fix. Sorry.

Someone wants to know how to request a new laptop. There is no page explaining how to request a new laptop.

They search for “new laptop”. Nothing useful appears. They try “replacement computer”. Nothing. They browse IT. They try Help. Eventually they message someone on Teams, who messages someone else, who sends them a link to a form they have inexplicably had bookmarked since 2021.

From the employee’s perspective, the intranet has failed.

This is a content gap, not a search problem. But search data can help you find it. Repeated searches with no useful result are a pretty good signal that people expect information to exist that doesn’t.

That makes zero-result searches some of the most interesting data your intranet produces. They’re people submitting content requests without knowing they’re doing it.

Does better search help? Not really. Search can tell you where the hole is. It cannot fill it.

2. It’s there, but called something unexpected

This one is more fixable.

The information exists, but the person who published it and the person looking for it use completely different language.

HR has published a page about “Family Leave”. Your employee searches for “maternity leave”.

Finance has “Travel and Expense Management”. Everyone else wants to “claim expenses”.

IT has an “End User Device Replacement Process”. Dave just wants a new laptop.

This is where search configuration, synonyms and better content design genuinely earn their keep. If hundreds of people search for “holiday” and your organisation insists on calling it “annual leave”, your search engine should be capable of holding both thoughts in its head.

But there’s a content lesson here too. Internal language has a habit of leaking into intranets. Department names, programme names, operating-model terminology and acronyms make perfect sense to the fourteen people who use them every day and considerably less sense to everyone else.

Organisations then compound this by insisting the technically correct term is the right one.

It may be. Your employees are still typing something else.

Does better search help? Yes. This is exactly the sort of problem it should help with. Better titles and content design help too.

3. It lives somewhere they wouldn’t think to look

Now things get more interesting.

The page exists. It has a perfectly sensible title. Search can probably find it.

But the employee is browsing.

Where should information about parental leave live?

Under Benefits? Policies? Working Here? Life Events? HR? People? Family?

There may be a perfectly logical answer from the perspective of the team that owns the content. Unfortunately, nobody has informed the employee of that logic.

This is how intranets end up reproducing the organisation chart in clickable form. Information is grouped according to who owns it rather than why someone needs it.

Finance owns expenses, so expenses live under Finance. IT owns collaboration tools, so guidance on Teams lives under IT. HR owns flexible working, so flexible working lives under HR.

Administratively, this is beautifully tidy. But all it asks of the employee is that they understand your operating model before they can book a train, which is simply not a thing people actually do.

Search provides an escape hatch here, but it doesn’t make the underlying structure good. And people don’t always search. They browse, particularly when they don’t know what the thing they need is officially called.

Does better search help? Sometimes. But this is fundamentally an information architecture problem.

4. Several plausible versions exist

This is where search can actively make things worse.

Someone searches for the travel policy.

Excellent news: the intranet has found it. In fact, it has found six of them.

There’s the current policy page, a PDF from 2024, another PDF attached to an old news story, a version sitting in Finance’s SharePoint site, a regional variation and a PowerPoint deck from somebody’s manager briefing.

All contain roughly the right words. All look plausible. One is correct.

Possibly.

Your search engine has done exactly what you asked it to do. It has found things matching the query. You cannot really blame it for the fact your organisation has spent seven years quietly breeding travel policies.

This is not a search failure. It is a content management failure.

Organisations accumulate information because creating content is easy and retiring it is not. A new version gets uploaded but the old one stays where it was. Teams create local copies because they don’t trust the central one to remain available. PDFs escape into document libraries and spend the next decade popping up in search results like administrative ghosts.

The result isn’t a lack of information; it’s an excess of it.

Does better search help? Potentially the opposite. It can surface all the duplication with tremendous efficiency.

5. Nobody has agreed which version is authoritative

And now we reach the problem search cannot touch.

Imagine there are three pages explaining how a particular process works. Not three old versions of the same thing. Three current versions.

Operations says the process works one way. HR describes it slightly differently. A regional team has adapted it because the central process doesn’t quite work for them.

Which one should search rank first?

There is no technical answer to that question, because the organisation has not agreed what is true.

This is the point at which “findability” stops being an intranet problem at all. You can tune search weights, tidy the metadata, redesign the navigation and put a shiny AI assistant over the top of the whole lot.

The AI assistant will still need to decide which of your three contradictory answers to believe. That isn’t artificial intelligence. That’s asking a chatbot to referee your governance dispute.

Search can only help you find the wrong answer faster.

And that distinction’s kinda critical, because all five problems feel exactly the same to the employee: I can’t find the bloody thing.

Underneath that one complaint might be a technology problem, a vocabulary problem, a structural problem, a content problem or a governance problem.

Treat them all as “search” and you can spend quite a lot of money solving the wrong one.

Intranet findability is a set of trade-offs

I’ve been working recently on information architecture for an organisation we’ve worked with, on and off, for several years.

They have an intranet. It works. People still struggle to find things.

That’s less damning than it sounds. In an organisation of any real complexity, findability isn’t a problem you solve so much as a set of trade-offs you choose deliberately.

Ten teams can have a legitimate claim on the same page. Three of them call it something different. The structure that makes perfect sense to the person responsible for maintaining the information may make no sense at all to the person who needs it once every eighteen months.

Take parental leave.

HR might think of it as a policy. A benefits team might think of it as part of the employee offer. The employee concerned may be thinking “having a baby”. Their manager may be looking for “what do I need to do when someone goes on maternity leave?”

None of these people is wrong. Which is, frankly, inconvenient.

This is why information architecture gets difficult surprisingly quickly.

You cannot simply ask people where something “belongs” and expect one correct answer to emerge. Nor can you hand the problem to the content owners, because content owners know too much. They understand distinctions, structures and organisational boundaries that ordinary employees have neither the time nor inclination to learn.

Once you have worked somewhere long enough, all sorts of absurd things start to feel self-evident. Of course Expenses sits under Corporate Services. Of course Flexible Working is in People Policies rather than Ways of Working. Of course P&C means People and Culture and not, say, something involving procurement.

Then someone joins the company and ruins everything by having no idea what any of it means.

The job isn’t to discover the perfect structure. It’s to find the compromises that create the least friction for the greatest number of people.

And to do that, you need evidence.

How to diagnose intranet findability problems

The useful question is not “How should we reorganise the intranet?”

It’s “Why are people struggling to find things?”

Different research methods let you see different bits of the problem.

Analytics and search logs show you what people do

Start with behaviour. What are people searching for? Which queries produce no results? Which searches are repeatedly reformulated? Where do people bounce backwards and forwards?

Search logs are particularly useful because they capture people expressing a need in their own language, rather than the language you’ve thoughtfully invented for them.

If 600 employees search for “payslip” every month and your payroll team calls the page “My Compensation Statement”, you have learned something.

If they repeatedly search for something that doesn’t exist, you may have found a content gap.

If they search for a policy that exists in seven places, congratulations: you may have found an entirely different problem.

Analytics tell you what happened. They don’t necessarily tell you why.

Interviews show you how people think

Talk to people and you begin to understand the mental model behind the behaviour.

What words do they use? Where would they expect something to live? What do they do when they can’t find it? Who do they ask instead?

This is often where apparently obvious organisational logic begins to wobble.

A content owner may tell you that something “obviously belongs under Operations”. An employee may reveal that they have no idea what Operations actually does.

Both are useful findings. Only one of those people is trying to find the page.

Open card sorting shows how people group things

In an open card sort, you give participants a collection of content items and ask them to group them in whatever way makes sense to them, then name the groups.

The important thing here is that you are not holding a referendum on the navigation.

If seven out of ten people put something under “Working Here”, democracy does not require you to put it there.

What you’re looking for is pattern.

Which things repeatedly end up together? Where is there broad agreement? Where do people diverge wildly? What words do they naturally use for categories?

And, often most usefully, which distinctions that seemed enormously important to the project team turn out to be invisible to everyone else?

Closed card sorting tests your proposed categories

A closed card sort starts from the other direction.

You provide the categories and ask people where they would expect particular items to sit.

Now you’re testing your homework.

If almost everyone puts an item where you expected, lovely.

If participants scatter it across five categories like confetti, also useful.

It tells you that the distinction which looked beautifully crisp on the workshop whiteboard may not survive contact with anyone who wasn’t in the workshop.

Again, the result does not tell you what you must do.

It gives you evidence.

Tree testing tells you whether people can actually navigate it

Once you have a proposed structure, tree testing lets you test the hierarchy without all the distracting furniture of an actual intranet.

Give someone a task: You want to find out whether you can work from another country for a month. Where would you go?

Then watch.

Can they reach the right destination? Do they take a direct route? Do they wander around? Does everyone confidently choose the same wrong branch?

That last one is particularly valuable. One person getting lost might be a person getting lost. Twenty people getting lost in exactly the same place is a design decision waving at you.

And it is considerably cheaper to discover this before launch than six months afterwards, when the navigation is live, the project team has disbanded and everyone has developed strong emotional attachments to the nouns.

Test the structure before you build the bloody thing.

None of these methods gives you the whole picture.

In Digital Communications at Work, we use the analogy of reconstructing an extinct animal from fossils. You rarely have a complete skeleton laid obligingly in front of you. You have fragments and traces from which you build the most plausible picture.

The same is true here.

Analytics cannot tell you about the page someone never found. Interviews tell you what people say they do, which is not always what they actually do. Card sorts strip away much of the context in which real information-seeking happens. Tree tests tell you whether people can navigate your proposed hierarchy, not whether the content waiting at the end is any good.

Every method gives you a partial view.

The useful stuff happens when you put them together.

Research still doesn’t give you the answer

This is the bit that tends to disappear from neat diagrams of the UX process.

You can run interviews, analyse search data, conduct card sorts and tree-test your proposed navigation.

At the end of all that, the computer does not flash up:

CONGRATULATIONS. YOU HAVE DISCOVERED THE CORRECT INFORMATION ARCHITECTURE.

Annoying, really. You still have to make decisions.

Research gives you evidence with which to make better compromises. It shows you where people’s mental models converge and where they don’t. It gives you grounds for pushing back when a team insists its content absolutely must have a top-level navigation item because it is Very Important Indeed. It helps you distinguish an edge case from a widespread need.

But there is no objectively perfect taxonomy sitting somewhere in the data waiting for a sufficiently diligent consultant to uncover it.

At some point, someone has to choose.

And sometimes the research takes you straight back to the organisational questions you were hoping the intranet project would allow you to avoid.

Who owns this information?

Who is allowed to change it?

Which version takes precedence?

Who decides when two parts of the organisation disagree?

Those are not search questions.

Bad search is a technology problem. Bad structure is a design problem. Duplication is a content problem. Authority is a governance problem.

To the employee, they all look exactly the same: I can’t find anything on the intranet.

That’s why curiosity is more useful than certainty here. Don’t begin with the solution you already wanted to implement and work backwards until the research agrees with you. Work out which problem you actually have.

If people can’t find anything on your intranet, don’t start by moving the navigation around.

At Lithos Partners, we help large and complex organisations work out what is actually going wrong before jumping to the solution: using research, analytics, card sorting, tree testing and good old-fashioned conversations with the people who have to use the thing.

And if you’re not quite ready to have that conversation, Jonathan Phillips and I go into considerably more detail about search, information architecture, governance and designing channels around employee needs in Digital Communications at Work: Designing Channels for Employee Engagement and Experience.

Digital nomads aren’t the problem. Your ways of working are.

How to communicate with employees working across locations and time zones

Surrealist scene of a suited worker facing three open doors leading to an office, a tropical beach and mountains, beneath a large clock and blue sky.

Last year I spent a couple of months living and working in Nagasaki, as part of a programme that brought together digital nomads from all over the world.

We lived in the same apartment building, worked from the same spaces and gradually got to know one another. After a while, something occurred to me.

Almost nobody had a job.

We worked, obviously. Quite a lot, in most cases. But out of a group of around 20 people, only one had what you might call a conventional job with an employer. Everyone else was freelance, self-employed or running their own business.

I don’t think that’s because freelancing is intrinsically more appealing. You certainly don’t choose it for the pension. Or the security. Or the tremendous thrill of doing your own accounts.

They had chosen self-employment because, for many people, it’s still the only door through which that degree of flexibility is available.

That’s beginning to change. More employers now offer some version of “work from anywhere”: perhaps a few weeks a year in another country, within whatever tax, legal and employment restrictions apply. For someone with family overseas, that can mean spending meaningful time with them without burning through a year’s annual leave. For others, it’s simply an opportunity to live somewhere else for a while without having to resign first.

But the prospect of employees working from Japan, Johannesburg or just somewhere inconveniently far from head office tends to make organisations nervous. How will we communicate? How will their manager know what they’re doing? What about meetings? What about culture?

Earlier this week I hosted a discussion for IABC EMENA with communicators and people who work in and manage distributed teams about exactly these questions. And the more we talked, the clearer something became.

Digital nomads aren’t really a communications problem. They’re a stress test for all the communication problems you already have.

We bought the tools. We didn’t redesign the work.

Most organisations now have everything they technically need to work across locations and time zones.

Teams. Slack. Zoom. SharePoint. Google Drive. Pick your particular collection of tabs.

But when those tools arrived — particularly during the great everyone-go-home scramble of 2020 — we mostly poured our existing ways of working into them.

We took the meeting, put it inside Teams and congratulated ourselves on the digital workplace. The desk-side interruption became a chat message. The attachment became a SharePoint link nobody could open. And the working day remained stubbornly organised around the assumption that everyone important was awake at the same time.

We changed the interface without changing much underneath it.

I remember working for a global bank before video calls became routine. I would schlep all the way into the City for 8am in order to sit at a desk and get on the phone to colleagues in India, China and Singapore.

On reflection, this was absolute madness. But the office was considered the place where work happened, even when everyone I was actually working with was thousands of miles away.

Some of that assumption survives. We have distributed technology but surprisingly location-dependent habits. We still organise work around everybody being available at roughly the same time. We still use meetings to transfer information that could have been written down. Decisions still happen in rooms, then travel by osmosis to everyone who wasn’t there.

A digital nomad six time zones away makes those weaknesses obvious.

But they didn’t create them.

If you have to be there to know, you have a documentation problem

One of the most interesting points in our discussion was about what happens after a hybrid meeting.

The remote person can see the slides. They can hear the conversation. With decent facilitation, they can contribute perfectly well.

Then the call ends. The minutes record the decision. Three people walk towards the coffee machine, carry on talking and change it.

Congratulations: your source of truth is now a conversation nobody else knows happened.

For the people who were physically there, this is almost invisible. They know the extra context. They heard the objection raised afterwards. They know that when everyone said “yes” in the meeting, what they apparently meant was “yes, unless Dave catches me by the Nespresso machine.”

The remote colleague gets none of that.

That’s an influence gap, but it’s easy to interpret it as evidence that remote work doesn’t work.

I’d argue it shows something else: too much organisational knowledge and influence is still travelling informally.

The same problem affects people who work from home, people in regional offices, colleagues in other countries, part-time workers and anyone who has the temerity to leave the office before the boss does.

I’ve seen this close up. In one organisation, proximity to senior people had a surprisingly large effect on who got pulled into interesting pieces of work. Something came up, a senior person looked around, and the person sitting nearest got the juicy project.

Do that often enough and proximity starts to compound. Interesting work brings exposure; exposure brings opportunities; opportunities bring more interesting work.

Meanwhile the person doing the nursery pickup has committed the career-limiting offence of being somewhere else at 5.37pm.

That’s not collaboration; it’s rewarding familiarity.

If important decisions only exist in the heads of people who happened to be present when they were made, location isn’t your problem. Documentation is.

Not every meeting should be an email

I am temperamentally attracted to asynchronous working, not least because I have spent enough of my adult life in meetings to have developed Strong Opinions about them.

We’ve spent years talking about paperless meetings. But what if we look at it the other way round, as meetingless papers? Write the thing down, let people read it when they’re awake, and use everyone’s overlapping time for something more useful.

Nobody needs 45 minutes in a calendar to watch somebody read aloud from a slide.

But the discussion challenged me on this, rightly.

The question isn’t really whether we should have fewer meetings. It’s what synchronous communication is uniquely good at.

If the purpose is simply to transfer information, write it down. Your calendar does not need to become a theatrical venue for information that already exists elsewhere.

But if the quality of the outcome depends on interaction, that’s different.

High ambiguity. High emotional load. Conflict. Urgency. Several people needing to build on one another’s thinking. Creative or strategic problems where the friction between different views is part of the work.

Those are good reasons to be together at the same time.

There’s another one which is easier to dismiss because it sounds fluffy: sometimes humans need to see other humans.

If every interaction in a distributed team is transactional, people become a collection of avatars who materialise when they need something from you. The small conversations that build familiarity matter. They give us context. They help us understand someone’s tone. They make us more likely to give a slightly brusque message the benefit of the doubt rather than spending the afternoon constructing an elaborate theory about why Deborah in Procurement now hates us.

Culture needs some of what Tony Stewart called “squishy human stuff” too.

The answer isn’t meetings or async. It’s designing deliberately for both.

Async isn’t automatically equitable

There’s a comforting idea that asynchronous communication democratises work. And it can.

Writing things down removes some of the advantages enjoyed by the loudest person in the meeting. People in different time zones can contribute. Everyone can see the same information. People have time to think before responding.

But writing creates hierarchies of its own.

The person working in their first language may be able to formulate an argument faster than someone working in their second, third or fourth. Confident writers can sound more authoritative than people who think best by talking an idea through.

Then there’s the colleague who apparently has Slack surgically attached to their central nervous system and manages to respond to every question before the rest of the team has opened it.

Their answer becomes the starting point. Everyone else’s thinking bends around it.

Async cultures can still reward availability. If the same people always respond first because they’re permanently online, we’ve simply replaced proximity bias with notification bias.

Good distributed communication isn’t about declaring everything asynchronous and going home. It’s about sequencing.

Give people material in advance. Let them think and contribute independently — sometimes even without seeing everyone else’s answers first. Bring people together when interaction will improve the outcome. Then document the decision so nobody needs to have been there to know what happened.

That’s not a remote-work trick. It’s just good communication design.

Time zones are a design constraint, not a personal failing

If your team stretches from Japan to California, there is no magical meeting time that works for everybody.

Someone is getting the bad end of the deal. The question is whether it’s always the same someone.

Global organisations have a habit of discovering that “the time that works best globally” bears an uncanny resemblance to 10am wherever the most senior person sits. Funny, that.

Everyone else gets a recording and an invitation to feel included.

That isn’t an equivalent experience. If one group gets to ask questions, react, challenge and participate while another gets to press play eight hours later, you haven’t run a global event. You’ve run an HQ event with international distribution.

Sometimes the fairest answer is to run something twice. Sometimes you rotate the inconvenience. Sometimes the answer isn’t a global meeting at all, but stronger regional communities connected by good documentation and handovers.

And sometimes the time difference itself becomes useful.

When my business partner is in the UK and I’m working from Asia, we can use the gap almost as a superpower. I work through my day, hand something over, and he picks it up as his begins. With the right handover, we can fit two working days into one calendar day.

But that only works if the handover is good.

“Over to you!” followed by a mysterious SharePoint link and six hours of radio silence is not a handover.

Distributed work makes the quality of your communication infrastructure visible very quickly. Ambiguous ownership, missing context and decisions buried in someone’s inbox become much more expensive when the person who can explain them has just gone to bed.

Flexibility doesn’t have to mean the same thing for everyone

There is an obvious challenge here for employers.

If one employee can spend six weeks working from Lisbon, what do you say to someone whose job requires them to be physically present?

This matters because flexibility can very easily become another laptop-class perk: something available to senior people whose work can be done from a rooftop in Barcelona while everyone else is told that flexibility is one of the company’s core values and could they please confirm their Saturday shift.

But equity doesn’t require identical arrangements.

One of the points from our discussion that has stuck with me is that for someone working shifts, flexibility might actually mean certainty.

Knowing your rota far enough in advance to organise childcare, appointments or the rest of your life around it can give someone more meaningful control than a vague promise of “flexible working”.

For someone else it might mean more control over start and finish times. For another person it might be the ability to swap shifts more easily.

The useful question isn’t “can everybody work from Bali?”

It’s “how much autonomy can we reasonably give people over where, when and how they work, given the actual requirements of their role?”

And if the answer is none, organisations should at least be capable of explaining why.

“We’ve always done it this way” is an explanation. It’s just not a very good one.

Managers need object permanence

Technology is only part of this.

Some managers are excellent at managing distributed teams. Others are like toddlers, or possibly dolphins: they haven’t quite developed object permanence. If they can’t see you, they struggle to conceive that you continue to exist.

You disappear from view and, apparently, cease producing work.

Presence then becomes a proxy for performance. The green dot is good. A bum on a seat is better. Being within a two-metre radius of someone senior at precisely the moment they remember a project exists is best of all.

None of this is really about productivity. Visibility is simply easier to observe than outcomes.

And distributed work is deeply inconvenient to that style of management because it removes the comforting visual cues. You can’t glance across an office and see someone looking industrious. You have to know what they’re supposed to be doing, whether they’re doing it and whether the work is any good.

Which sounds suspiciously like management.

Distributed teams force managers to do more of that work explicitly: setting expectations, creating clarity, facilitating communication, connecting people, documenting decisions and judging contribution by something more meaningful than whether Teams thinks you’re available.

That takes more intentionality than walking around an office and assuming communication will happen by ambient magic.

But intentional doesn’t mean complicated.

Teams can agree where different kinds of communication belong. They can decide what requires a meeting and what doesn’t. They can establish handovers. They can create space for the non-transactional squishy human stuff. They can ask colleagues in different regions what would actually make participation easier rather than announcing that the global town hall will be at 3am their time and helpfully providing a recording.

None of this requires a new platform.

Which is unfortunate news for anyone hoping to solve it by buying one.

Digital nomads are the edge case that reveals the system

This is why I think organisations are asking the wrong question when they ask how to communicate with digital nomad employees.

You don’t need a digital nomad communication strategy.

You need ways of working that don’t depend on everybody being in the same building, in the same time zone, with the same working pattern and the same access to the boss.

Because the benefits extend far beyond the person answering Teams from Sarajevo (hi! 👋).

They extend to the parent doing the school run. The colleague working in their second language. The regional office six hours ahead of HQ. The person working part-time. The field worker who doesn’t spend all day looking at a laptop. The employee who thinks better before they speak. And, yes, the person who would quite like to spend six weeks closer to family without having to quit their job to do it.

Digital nomads make the cracks easier to see. But the cracks were already there.

And if your communication only works when everybody is in roughly the same place at roughly the same time, digital nomads aren’t your problem.

Your ways of working are.

The communication mismatch: Why risk-averse sectors struggle with social media

A businessman in a dark suit stands at a podium reading financial compliance documents; the documents flow from his mouth toward a bright neon social media feed on the right, marked with repeated "REJECTED" stamps. The feed displays viral content (dogs, travel, coffee, emojis) with high engagement numbers. The composition contrasts formal financial communication with the algorithm's preference for engagement-driven content.

Platforms engineered to make you angry, envious or unable to stop scrolling are, it turns out, not ideal places to get financial advice.

And yet here we are.

I’ve spent nearly two decades working around this problem, from the early days of social through my time as Head of Digital Comms at a global bank, to a decade advising fintech, insurance, legal and other regulated sectors.

The pattern is remarkably consistent. Organisations want to be on social media. They believe they should be there. Someone senior has noticed a competitor doing suspiciously well on LinkedIn. A strategy is commissioned. A content calendar appears. Somebody says we need to “humanise the brand”.

And then everyone discovers that the platforms reward almost exactly the opposite of what the organisation is built to do.

This isn’t really a content problem. It’s a structural mismatch between the communication social platforms reward and the communication risk-averse organisations actually need to do.

And no amount of making the logo bigger will fix it.

The incentives are almost perfectly backwards

Social platforms reward certainty, novelty, outrage and aspiration. They like strong opinions, simple answers and people who became financially independent at 23 through a combination of waking up at 4.30am, owning seven Airbnbs and selling a course explaining how you can too.

Nuance has a tougher time.

Good financial communication is slow, qualified and probabilistic. It contains sentences like “this depends on your circumstances” and “the value of your investment may go down as well as up”. Nobody has ever screenshotted a risk disclaimer and captioned it THIS 👏.

The same tension exists across regulated sectors. Insurance has edge cases. Law has liability. Pharma has uncertainty and adverse effects. Financial products contain actual financial risk. These aren’t unfortunate communication wrinkles awaiting a sufficiently talented copywriter. They are the nature of the thing being communicated.

The platform says: make it fast, certain and shareable.

The sector says: it’s complicated, and we’re legally required to explain several ways this might go wrong.

Then someone in Marketing asks if we could make it a carousel.

The organisation isn’t built for this either

There is a second mismatch, and this one happens inside the building.

LinkedIn rewards what we like to call authenticity, although what it really rewards is a very particular performance of authenticity: personal, frequent, opinionated, immediate and just controversial enough to generate comments without requiring a meeting with HR.

Risk-averse organisations are not built like this.

They’re built around governance, approval, consistency and the management of reputational risk. This can be maddening if you’re waiting three days for someone to approve a post saying you’re delighted to be attending a conference. But these things aren’t necessarily organisational pathologies. A bank should care more about whether something is true than whether it is trending.

Put that organisation onto a platform demanding speed, personality and opinion and one of two things generally happens.

Either it moves at organisational speed and nobody sees it.

Or it learns to imitate the people who are getting attention.

Thus we arrive at one of the stranger artefacts of modern corporate life: the professionally produced spontaneous thought.

The CEO selfie accompanied by a surprisingly well-structured personal reflection. The employee story which has passed through six pairs of hands and somehow acquired three brand messages. The executive who independently decides, at exactly 8.07am on Tuesday, to share precisely the same campaign hashtag as 46 colleagues.

The more carefully authenticity is manufactured, the less authentic it becomes.

Now make the employees do it

This is where employee advocacy enters the chat.

The logic is seductive. Corporate accounts don’t travel very far. People trust people more than logos. Employees have networks. Employees are authentic! Excellent! Let’s get the employees posting!

And this is roughly where a perfectly sensible observation about how trust works turns into a programme with a toolkit, a webinar, some Canva templates and an Excel sheet tracking who has posted this month.

Because organisations tend to want the benefits of employee voice without the awkward bit where the employee has to have a voice.

Thought leadership only works if somebody has a thought. Advocacy only means anything if people have some agency over what they advocate for.

Give 400 employees the same approved copy and branded graphic and you haven’t created 400 advocates. You’ve created one corporate account with 400 passwords and family photographs. And trust me, audiences can tell the difference.

The people who are genuinely good at this aren’t good because they attended a 45-minute personal branding webinar. They’re good because they know something. They have opinions. They have experience. They can connect what they know to what other people care about.

And, crucially, they feel sufficiently trusted by their organisation to say something that hasn’t first been passed around a Teams chat called FINAL_SOCIAL_COPY_v7.

That makes employee advocacy much less of an external communications problem than it first appears.

There isn’t really an inside and an outside any more

Once upon a time, internal and external communications could at least pretend to be separate.

Employees were over here. Customers and the public were over there. Internal Comms had an intranet; External Comms had journalists; Marketing had campaigns. Everyone had their own mailing list and, with luck, their own budget.

Social media has made that distinction largely fictional. An employee can read an announcement on the intranet at 9am, discuss it on Teams at 9.15, and post their interpretation of it on LinkedIn before lunch.

Meanwhile, the CEO’s supposedly personal LinkedIn post may have been drafted by Corporate Affairs, polished by an agency, checked by Legal and then read by more employees than the CEO’s actual internal communication.

The inside is outside. The outside comes straight back in.

Which creates a fairly obvious problem if the story you’re telling externally bears little resemblance to what people are experiencing internally.

You can spend a fortune telling the world you’re a wonderful employer. Your employees are also on LinkedIn.

Also, they have met you.

This is why I think we need to stop treating employee advocacy as essentially a distribution strategy. Its success depends on what happens long before anybody opens LinkedIn.

Do people understand what the organisation is doing and why? Do they know where their work fits? Do they trust what they’re being told? Do they have access to useful information? Do leaders trust them to exercise judgement?

If not, another advocacy toolkit is unlikely to be the breakthrough.

You can’t manufacture externally what doesn’t exist internally. Employee advocacy isn’t really a social media strategy, it’s an organisational trust strategy with a social media output.

Perhaps being bad at social is useful information

We tend to treat poor performance on social media as a problem requiring intervention.

Perhaps it is information.

If your organisation struggles to communicate effectively on a platform, that tells you something about the organisation, the platform or, usually, both.

But because we’ve spent the past 15 years treating social media presence as more or less axiomatic, we rarely ask the obvious question.

Why are we doing this?

Instead we ask how to improve the strategy.

We need a LinkedIn strategy.

We need an employee advocacy programme.

We need more video.

We need our leaders posting.

We need thought leadership.

But y tho?

Nobody wakes up wanting their bank to have better LinkedIn engagement. They want to know whether they can afford the mortgage.

So: FFS start there.

The boring stuff is often boring because it works

For some communication, the answer is deeply unfashionable.

A clear piece of long-form guidance on a channel you control can be read, revisited, checked and shared. Email remains remarkably effective at putting information in front of a known group of people. Documentation lets complexity exist without being squeezed into six slides with enormous numbers on them. An intranet can provide context, provenance and somewhere to find the bloody thing again next Tuesday.

None of this will make anyone at a marketing conference gasp, but that is not a serious argument against it.

Then there are people. Financial advisers, branch staff, lawyers, medical teams, managers, subject-matter experts: people who can explain the awkward bit, answer the follow-up question and understand why the answer for one person might not be the answer for another.

Some of those people will also be your best external communicators. Not because you’ve successfully transformed them into Brand Ambassadors™. But because expertise travels.

Someone who is useful, knowledgeable and trusted inside an organisation has a decent chance of being useful, knowledgeable and trusted outside it too.

Good thought leadership is often simply organisational knowledge with a name and a face attached to it. Comms doesn’t need to manufacture the thought. It needs to help the person who had it get it out of the building without sanding off everything interesting on the way.

Governance is critical, too. I know “governance is good, actually” is unlikely to get me booked for many tech conferences, but approval processes aren’t inherently communication failures. Sometimes they’re how organisations make sure what they say is accurate, lawful and trustworthy.

The answer isn’t zero governance. It’s governance proportionate to the risk, and quick enough that the information remains useful by the time it escapes.

Why do we keep doing this, then?

Because social media is wonderfully visible.

Followers! Impressions! Engagement!

A graph goes up and everybody gets to feel something happened.

“We posted 37 times this quarter and reached 1.2 million people” sounds reassuringly like achievement.

“We made our guidance considerably easier to understand” is harder to put on a dashboard.

This is one reason organisations repeatedly over-invest in things they can easily count. Social media provides abundant evidence that communication was distributed. It provides rather less evidence that communication did anything useful.

There is FOMO too, obviously.

Our competitors are there. Our customers are there. Our employees are there. The CEO is there and has started asking why a man he went to business school with gets more likes.

But “people are there” isn’t the same as “this is where this communication should happen”.

People are also in pubs. Most banks have resisted developing a pub strategy.

And social media isn’t really social media any more

There is another reason to revisit all this: the thing we’re calling social media isn’t really the thing organisations originally signed up for.

The promise was connection. Conversation. Communities. Organisations could talk directly to customers and employees; people could talk back; useful things might happen in public.

What we increasingly have instead is an advertising system wrapped around a feed.

Algorithms decide what gets seen. Organic reach has been squeezed. Platforms have become exceptionally sophisticated at identifying which bits of human behaviour will hold attention for long enough to put another advert beside them.

Advertising is useful.

Distribution is useful.

Discoverability is useful.

But advertising isn’t conversation, and attention-capture isn’t connection. We should stop pretending we’re still buying the thing in the 2012 brochure.

This matters particularly in regulated and high-trust sectors because social media doesn’t simply distribute their communications: it fundamentally changes them.

It encourages organisations to be more certain, more immediate, more personal and more provocative because those are the behaviours the system rewards. Then it provides a lovely dashboard showing how well the more provocative version performed.

The metric becomes the brief, and somewhere along the way, “is this useful?” becomes “did it engage?”

Use social where it earns its place

None of this means regulated organisations should delete LinkedIn, retreat behind the compliance manual and communicate exclusively through 47-page PDFs.

Social media can be extremely useful.

It can be good for discovery, recruitment, campaigning, customer service and professional reputation. It can help expertise travel beyond organisational boundaries. It can connect people who genuinely have something useful to say with people who genuinely want to hear it.

Those are jobs. “Being on social” isn’t one.

So start with your actual communication system. Where do people go when they need information they trust? Who do they ask? Which channels work for which tasks? Where does information get stuck? Where does it get distorted? What happens when something moves from internal to external and back again?

Then make those things work brilliantly.

And if you want employees to participate externally, don’t confuse enabling people to communicate with turning people into channels.

The former means giving people context, confidence, permission and access to good information, then trusting them to exercise judgement.

The latter means emailing everyone some suggested LinkedIn copy at 10am and wondering why 47 people are simultaneously “thrilled to share” the same news by lunchtime.

The channel should fit the job

For years we’ve treated social media presence as almost axiomatic. Of course an organisation should be there. The only questions were which platforms, how often and who gets the password.

I think that assumption deserves another look.

Not because social media is universally bad. Not because regulated organisations are uniquely incapable of being interesting. And not because everything was better when corporate communications involved a fax machine and a man called Nigel.

But because channels have characteristics. Organisations have characteristics. Communication tasks have characteristics.

Good communication happens when those things fit.

And the boundaries have changed. Employees are simultaneously audience, expert, commentator and public voice. What happens inside the organisation shapes what can credibly be said outside it. The external story comes straight back into the building to be judged by people who know whether it’s true.

Which means the answer isn’t simply to get better at feeding the platforms.

Sometimes the strategic decision is to stop trying to win a game whose rules require you to become worse at the thing people trust you to do.

Use social media where it earns its place. Trust knowledgeable people to have actual thoughts. Build the communication infrastructure that gives them something worth saying.

And stop assuming every communication problem needs to be solved in the feed.

This piece was prompted by commentary I contributed to Finextra’s “How Social Media Became a Fintech Antihero,” published in September 2026. The mismatch between social platforms and regulated sectors is one I’ve been working around for nearly two decades

The record without the reasoning

Surrealist painting of a wide steel filing cabinet drawer floating unsupported against a blue sky with scattered white clouds. Inside, a neat row of buff-coloured file folders has large rectangular sections cut away, revealing the same cloud-filled sky through the empty spaces.

Somewhere in your organisation there is a decision that everyone works around and nobody can explain.

It might be a field on a form that absolutely has to be filled in. An approval that must come from one particular team. A platform choice that constrains six other things. A rule about who can publish where. Something mildly annoying, surprisingly consequential and apparently ordained by God.

Ask why and you’ll get a shrug and a name, usually the name of someone who left in 2021.

The decision itself is in the record. It’s probably in several records. There’s a PowerPoint about it. A Teams thread. A project page nobody has looked at since launch. Possibly a PDF called FINAL_v7_APPROVED tucked lovingly into SharePoint.

What isn’t in any of them is the useful bit: why.

What trade-off was being made. What constraint applied at the time. What other option was considered and rejected. Whose objection was overruled and on what grounds. Which apparently permanent principle was, in reality, “we had £40k left in the budget and it’s use it or lose it.”

That part existed for about a fortnight, in the heads of four people and a meeting that wasn’t minuted properly, and then it evaporated.

This is something I think internal communicators — and anyone responsible for the digital workplace — need to take much more seriously.

We’ve spent fifteen years making work more findable, but we have not made it any more explicable.

Those are quite different problems. Worse, solving the first has made it easier to ignore the second, because a beautifully indexed archive of outcomes looks so much like organisational memory that we kinda stop noticing it isn’t.

Why the reasoning goes first

Every organisation loses knowledge. What’s less obvious is that it loses it in a pretty predictable order.

The decision survives because it has to. Someone needs to act on it, so eventually it becomes a policy, a configuration, a process map, a field marked mandatory.

The artefacts survive too. The deck. The paper. The approval email. The minutes saying “the group agreed to proceed with option B.”

What disappears first is the reasoning, and there are three mundane reasons for that:

The first is that reasoning is the only part that feels unnecessary to record at the time. When you’re in the middle of a decision, the logic is so obvious that writing it down feels faintly ridiculous. Of course we’re doing it this way. Everyone knows why.

The problem is that “everyone” is a group with an aggressive rate of attrition. Four years later, half of them have left, one has changed role twice, nobody can remember which supplier caused the problem, and a new person is staring at the resulting process wondering why on earth anyone would design it like this.

The second reason is that the reasoning is often awkward, embarassing even.

Real decisions are made under constraints. Budgets. Politics. Supplier relationships. Deadlines. Personal preferences. Compromises. A senior person who really, really liked option B.

None of this looks at all elegant six months later, so the rough edges get sanded off. What enters the official record is a rationale: tidy, retrospective and strategically aligned.

What happened was reasoning: contingent, human, occasionally embarrassing and considerably more useful.

And then there’s memory itself.

Six months later, ask the people involved why they made the decision and they will generally give you an answer. They’ll probably believe it, too. Humans are extremely good at constructing coherent explanations backwards from outcomes.

Which means there is a fairly short window in which you can capture why something actually happened. Miss it and you don’t preserve the reasoning later. You preserve a plausible replacement.

We touched on this in Digital Communications at Work as “shrinking organisational memory”, alongside hybrid working patterns and rising employee expectations as conditions tightening around communicators.

I’ve come to think this one has the longest tail. Hybrid arrangements will settle into something. Organisational memory won’t magically improve, because almost nothing in the way we’ve designed modern work is intended to preserve it.

Quite the opposite.

The expensive consequences of forgetting why

None of this appears as a line item in a budget, which is convenient, because it costs organisations a fortune.

Decisions become permanent by accident.

A decision with a recorded reason can be revisited. You look at the original constraint, ask whether it still applies and, if it doesn’t, change your mind.

A decision without a recorded reason has only two possible statuses: permanent or arbitrary. Neither is terribly useful.

In practice, organisations tend to choose permanent, because overturning something when you can’t explain why it exists feels reckless. So temporary constraints acquire the status of ancient law.

This is how you end up with an intranet governed in 2026 by the ghost of a licensing arrangement that expired in 2019.

Platform decisions are often driven by a single technical constraint: it has to be SharePoint, because…

The “because” deserves far more scrutiny than it usually gets. But if nobody writes the “because” down, three years later there is nothing to scrutinise. The organisation inherits the conclusion, assumes some clever person once had an excellent reason for it, and carries on.

It’s an extraordinarily efficient mechanism for turning temporary compromises into strategy.

New people can’t learn from the record

“We decided X” teaches you nothing.

Onboarding someone properly into a function is largely about teaching them the shape of decisions already made: why things work the way they do, which obvious alternatives have been tried before, where the bodies are buried and which bits of received wisdom are still true.

If none of that exists in the record, it has to be transmitted person-to-person.

Organisational knowledge then moves at the speed of coffee. And worse, it only reaches people who get invited for one.

This is one reason informal networks matter so much more inside organisations than org charts suggest. The person who knows why the process is like that becomes part of the infrastructure. Lose them and you haven’t just lost a person. You’ve deleted part of the manual.

Discovery becomes archaeology

When I go into an organisation to work out what’s actually wrong with its internal comms or digital workplace, a surprising amount of the work is reconstructing why the system looks like this in the first place.

Why are there three intranets? Why does this team own that channel? Why is this audience excluded? Why is everyone still producing a weekly PDF? Why is there a separate platform for seventeen people in Belgium?

Sometimes the archaeology is the discovery. The reason something happened five years ago turns out to explain a great deal about why it isn’t working now.

But it’s slow. And there is something a little absurd about paying an outside consultant to interview twelve people in order to reconstruct a decision your own organisation made.

Teams with decent decision records get to spend that time solving the current problem instead.

Please don’t create another database

The obvious response to this is to write a policy saying decisions must be documented. But really, please don’t.

“Document decisions” already appears in thousands of governance frameworks, where it sits alongside “ensure stakeholder alignment” and other phrases that are technically instructions but provide no clue what anybody should actually do.

It fails because it has no threshold, no format and no home, and in the real world, where I am forced to live, you need all three.

Set a threshold

Don’t document everything. That’s how you create another repository everyone resents.

Instead, record the reasoning behind decisions that will outlive the person making them, cost money or credibility to reverse, or constrain somebody else’s choices later.

That’s a much smaller number than it sounds. For most communications and digital workplace teams, you’re probably talking about a handful a quarter.

It also gives everyone permission not to document the other 97% of things they currently feel vaguely guilty about.

Give the record a fixed shape

Four lines will do it:

  • What we decided
  • What we chose it over
  • What made the difference
  • What would make us revisit this

That last line is the clever bit.

It turns a historical record into something useful. Whoever inherits the decision knows not only why it was made, but under what circumstances they have permission to change it.

It also improves the decision itself. A room full of people forced to answer “what would make us revisit this?” has to confront how certain it actually is.

“We will never reconsider this” sounds considerably sillier when someone has to type it into a box.

Put the reasoning next to the thing it explains

The most reliable way to lose a decision record is to create a dedicated Decision Log in a worthy corner of SharePoint and announce its existence in Teams.

Six months later it will contain eleven decisions, seven made by the person who created it.

Reasoning needs to live with the thing it explains: in the governance space where the platform decision sits, in the channel framework, in the standing papers for the group that made the call.

In Digital Communications at Work we describe programme governance as needing “just enough structure”: a steering group, a standing agenda, records that are actually kept and remain visible.

Most organisations already have somewhere this could live.

You almost certainly don’t need another tool.

One of the counterintuitive benefits of doing this properly is that you can actually write less down.

Teams that don’t capture the why tend to compensate by capturing everything else. Status updates. Meeting recaps. Partial summaries. Deck after deck explaining where we’ve got to, because nobody is entirely confident that the important thing has been retained.

Four honest lines about an actual decision can replace an awful lot of anxious documentation.

And a note on ownership: this isn’t a communications job in the sense that comms should become the organisation’s official minute-taker. It is a communications job in the sense that communications people are often among the few who sit across enough of the organisation to notice when a decision has gone feral and nobody can account for it.

That’s an argument for a seat at the governance table, not for taking the minutes.

And now we’re making the archive intelligent

There is one reason this perennial problem has suddenly become more urgent.

Until recently, people wrote things down on the assumption that the record was essentially inert. Yes, the organisation retained it. Yes, technically someone might find it. Yes, lawyers occasionally appeared carrying the word “discovery” when someone uses a DSAR as leverage.

But most of the time, the Teams chat you wrote in 2022 sat on a server doing nothing.

That assumption is disappearing.

I wrote about this recently for Reworked, prompted by the proposed sale of Spirit Airlines’ workplace data during its bankruptcy. The interesting thing about that story wasn’t simply that workplace messages had survived. We always knew they did.

It was that the archive had acquired value in its own right.

Emails, chats, documents and other traces of organisational life aren’t just records any more. They’re material that can be searched, analysed, synthesised and used to teach machines something about how organisations actually work.

Which creates an tricky tension.

At precisely the moment technology is becoming extraordinarily good at reading the organisational record, humans have more reason to be cautious about what they put into it.

You don’t have to believe your company’s Teams archive is going to be sold in a bankruptcy auction for that to change behaviour. You only have to think your colleagues believe their words may eventually be read by audiences they cannot currently imagine.

And people won’t respond by writing nothing down. They’ll do something much more rational. They’ll keep recording the decision. The project update. The agreed position. The clean version.

What they’ll become less inclined to record is the messy, contingent, human explanation of why one option won and another didn’t.

The politics. The uncertainty. The compromise. The constraint. The thing everyone in the room understood but nobody particularly wants appearing in an AI-generated summary three years from now.

In other words, exactly the part of organisational memory that was already starting to disappear.

That, my friends, is the paradox.

We’re building tools capable of searching almost everything an organisation has ever written at the same time as we’re creating stronger incentives for people not to write down the bits that would make the archive genuinely useful.

The result may be organisations with an almost perfect record of what they did and progressively less idea why they did it.

A decade of impeccably searchable history and no memory at all.

And it won’t happen because somebody forgot to switch on retention.

It’ll happen one perfectly sensible individual decision at a time.

I help organisations — usually large, usually complicated, often regulated — work out what their communication system is actually doing and how to make it hold together. That’s the work I do through Lithos Partners. If any of the above sounded uncomfortably familiar, get in touch.

Start with Discovery: how to find out what’s actually wrong with your internal comms

A surrealist painting of a bowler-hatted man examining an open refrigerator with a magnifying glass. The brightly lit fridge contains nothing but a grey four-drawer filing cabinet. The sparse, muted room and the man’s solemn attention make the absurd scene feel entirely ordinary.

“We need a new intranet.”

I get this brief a lot. Sometimes it’s an app. Sometimes it’s “we need to reduce email volume” or “we need to do something about Teams.” Occasionally someone has already got as far as choosing the product and would now like some research to confirm they were right.

Unfortunately none of these things is actually a problem. They’re solutions somebody has already chosen, usually in a meeting I wasn’t in, and my job as briefed is to go away and build the thing.

Jon and I spent an hour with IABC members this afternoon making the case for not doing that. The session was billed as how to find out what’s actually wrong with your comms, which is a better title than we’d have come up with ourselves because it names the gap rather neatly. Most organisations know something isn’t working. Far fewer can tell you what. And the distance between those two states is Discovery.

The audit trap

When comms teams do decide to look before they leap, they nearly always reach for an audit. Catalogue the channels. Count the newsletters. Map the publishing calendar. Produce a spreadsheet with 400 rows in it and a slide saying WE HAVE 17 CHANNELS, as if the number itself is the diagnosis.

Audits aren’t useless. They’re just usually the wrong place to start. For one thing, an audit tells you what you’re serving, not what anyone wants to eat. It’s a stocktake of the fridge. You come away knowing you own a lot of yoghurt and no bread, but not whether anyone in the house is lactose intolerant.

Everything you learn is bounded by what already exists. Which means the thing that might actually help — the channel you don’t have, the moment in somebody’s day you’ve never designed for, the workaround everyone uses instead — is structurally invisible.

The second problem is slightly more awkward. If your team publishes the channels, your team is now auditing its own homework. You will discover that the newsletter is broadly fine and the intranet could do with a redesign, because those are conclusions everyone can live with. I’ve watched very capable people do this in complete good faith. It isn’t dishonesty; you just can’t see the water you’re swimming in.

Discovery starts at the other end. Not “what have we got?” but “what are people actually trying to do, and where does it go wrong?”

What Discovery actually is

The idea isn’t ours, and it isn’t new. It grew out of agile and user-centred design, after enough expensive digital projects had failed for people to notice a recurring feature: teams kept leaping enthusiastically towards solutions before they’d properly understood the problem. The UK Government Digital Service made Discovery standard practice, and the discipline has gradually seeped into adjacent fields ever since.

Internal comms has been slower to catch on, partly because we’ve never really thought of ourselves as builders of things. But we are. A channel is a product. Content is a service. And the failure modes are remarkably similar: eighteen months, a six-figure budget, a great deal of stakeholder excitement, then launch day arrives and everybody else carries on with their lives.

At its simplest, Discovery means swapping assumptions for evidence. It’s the shift from “what do we want to say?” to “what do people need, and what would have to be true for this to work for them?” That is more mindset than methodology, and it can be uncomfortable because it asks you to slow down at precisely the point everyone is desperate to demonstrate momentum.

One leader I worked with used to say “facts are friendly”, usually just before somebody put an extremely unfriendly number on a slide. It’s the right instinct. The point of Discovery isn’t to prove your gut right. It’s to find out, early and cheaply, which bits of your gut are wrong.

Why slowing down makes you faster

This is the bit that gets pushback, because Discovery looks like delay. Four to six weeks of research before anyone builds anything appears on a Gantt chart as four to six weeks in which nobody has changed the colour of the homepage and everyone’s still complaining about it. When budgets are tight and a sponsor wants a launch date, it’s therefore one of the first things to disappear.

But the cost of being wrong rises sharply the later you find out. Fixing a misconception on a whiteboard costs an afternoon. Fixing it during build costs a change request. Fixing it after launch costs the change request, the migration, the rework and some portion of the credibility you’ve just spent telling everyone the shiny new thing was going to make their working lives better.

Software engineering learned this decades ago, largely by making all these mistakes first. There are various neat rules of thumb suggesting defects become ten times more expensive at each stage. I’d treat the exact multiplier with suspicion; the underlying point is less controversial. Finding out early is cheaper than finding out late.

But there’s another failure mode that matters more than money. Look at why large internal projects go wrong and it’s rarely because somebody couldn’t make the technology function. It’s unclear requirements, unexamined assumptions, teams building competently and diligently towards a destination nobody properly agreed. You cannot engineer your way out of having solved the wrong problem, and no amount of change management will persuade people to adopt something that simply doesn’t fit their day.

Discovery is cheap insurance against building the wrong thing beautifully.

Start with what you already know

The first move isn’t research. It’s an inventory of belief.

Most organisations are sitting on years of potentially useful material: old comms surveys, engagement data, post-implementation reviews, research from the last intranet project, a strategy deck from three restructures ago. Some of it is gold. Some of it is actively misleading. Old research is like milk: check the date and give it a sniff before pouring it over anything important. A survey run before a major restructure tells you a great deal about an organisation that no longer exists.

Then write down what you think you know. Not vague impressions, but specific claims that can turn out to be wrong:

  • Frontline workers don’t see HR updates because they don’t have email access.
  • People ignore the intranet homepage because it’s cluttered and irrelevant.
  • Managers are quietly rewriting key messages before they reach their teams.

Put them on a board with four columns: to test, partially validated, validated, disproven. Then move them as the evidence arrives. Trello, Planner, Notion, spreadsheet, sticky notes: it really doesn’t matter. What matters is committing your assumptions to writing before you start looking for evidence, so you can’t quietly retrofit the story later. Academics call this pre-registering your hypothesis. In comms, I prefer to think of it as making it harder to mark your own homework twice.

It does something else useful too: it stops Discovery sprawling. You’re not setting out to research absolutely everything anyone has ever thought about internal communication. You’re pulling on named threads. And when a stakeholder asks why you’re recommending something, you can show them the belief, the evidence and how your view changed, which is a significantly better answer than “trust me, I did some interviews.”

Means, motive and opportunity

The most useful frame I know for understanding user needs is borrowed from every moderately competent television detective.

Means: can people technically access the channel? Login, device, email address, permissions. This is where comms teams tend to stop, because it’s the bit we can see and the bit IT can report. But access is table stakes. It tells you what’s technically possible, not what anybody actually does.

Opportunity: when, in the real shape of someone’s working day, can they engage? Five quiet minutes at a desk? Thirty seconds on a phone between jobs? Nothing until they’ve clocked off and would rather be literally anywhere else?

And then motive: why would they bother? Does this help them do the job faster, better or with fewer headaches? If not, attention evaporates regardless of how lovingly somebody has written the CEO update.

We worked with an organisation employing hundreds of maintenance staff who spent their days out on the road. Adoption of the intranet was dismal. Leadership’s diagnosis was that the site needed to work better on tablets. On paper, means looked fine: everyone had a login.

Then we went and watched people work. There was one device per vehicle, not per person, so access meant sharing a tablet behind a clunky login. Opportunity was worse. They spent most of the working day driving, and unsurprisingly were not allowed to use a device at the wheel. Their main window for checking the intranet was therefore at the end of a shift, parked up, when its principal competitor for their attention was going home. And then motive: why wrestle with a slow site to read generic organisational news that had nothing whatsoever to do with the job in front of you?

A tablet-optimised intranet would have solved almost none of this. What helped was removing friction, designing properly for mobile and introducing audio content people could listen to hands-free while driving. None of that is especially clever. It is, in retrospect, painfully obvious — but things often become obvious once you’ve bothered to look.

Mix your methods, and skip the focus groups

Surveys and analytics tell you what is happening and, roughly, at what scale. Interviews, observation and diary studies help tell you why. Treating these as competing methodological tribes is a category error: you need both.

Analytics have one particularly important blind spot in internal comms: they can only show you the behaviour of people who are already using your channels. The employee who gave up six months ago leaves no trace. Neither does the colleague who never had access in the first place, nor the team who have quietly moved their entire working life into a WhatsApp group you know nothing about.

Those shadow channels are often the most revealing thing Discovery surfaces. They show you precisely what the official system is failing to do, because somebody has already gone to the trouble of building a workaround.

One method I’d generally avoid for diagnosis is the focus group. They’re seductive: one meeting, lots of voices, apparently faster than doing a load of individual interviews, and senior leaders love them. In practice, people are much less likely to admit in front of colleagues that they don’t understand something, dislike something or have abandoned the official process altogether. Add hierarchy to the room and it gets worse.

To run one properly you need two researchers anyway, which rather eats into the supposed efficiency. You also have to find a point when eight busy people are free at once, so good luck with that. Focus groups are useful for co-creation and testing ideas. They’re a fairly poor way to diagnose what’s actually going wrong.

Knowing when to stop

Research is not an endurance sport. When the same hypotheses keep getting reconfirmed and new interviews stop surprising you, you’ve hit saturation. Stop. More research at that point won’t make you more certain; it will mostly consume money you could be spending fixing the thing you now understand.

For most comms Discoveries, a part-time project over roughly eight weeks is a reasonable rule of thumb. Larger and more complicated organisations may need longer. Genuinely unexplored territory may need longer.

Then you synthesise: cluster the findings, name the themes, show the patterns and be explicit about what your evidence cannot tell you. Every research method has biases and gaps. The mistake isn’t using imperfect evidence — there is no other kind — but presenting it as complete.

And finally, triage. What’s a quick win? What’s structural? What needs a year? What would require an entirely different operating model? And, crucially, what isn’t yours to fix?

A good Discovery will surface things that look like communication problems but aren’t: a broken process, an unpopular policy, a manager who doesn’t manage, a workload problem, a system designed around a neat version of the organisation that has never existed outside PowerPoint. Being able to tell a leadership team “this is not a communication problem, and no new channel will fix it” is one of the more useful outputs of Discovery, even when it isn’t what they hired you to say.

Do this properly and you arrive at the business case with something surprisingly rare: a clear account of what is actually wrong, evidence that it is wrong, and a defensible view about what to tackle first.

Which seems a considerably better place to start than “we need a new intranet.”

Discovery is Chapter 1 of Digital Communications at Work, the book I wrote with Jonathan Phillips. It covers all eight steps in full, including stakeholder interviews, ethics and synthesis. The research methods toolkit that wouldn’t fit in the chapter is free to download. And if you’d rather not run one on your own, that’s what we do.

Designing channels for complex organisations

A quiet surrealist office in muted grey tones. A woman in a grey suit stands with her back to us, facing five identical open doors. Each doorway reveals a different sky: blue and sunny, dark and stormy, warm evening light, pouring rain, and bright clouds. A sparse wooden desk and lamp sit to one side as she stands motionless, choosing none of the doors.

Somewhere in your organisation there is a person wearing one organisation’s uniform, carrying a second organisation’s lanyard, and logging into a third organisation’s systems with a password only the first can reset.

They are doing a job that at least two of those organisations believe belongs to somebody else.

They are not an edge case. Not any more.

Research by SAP and Oxford Economics, surveying 2,050 executives across more than 20 countries, found that only 58% of workforce spend goes on employees. The other 42% buys contingent workers and service providers: contractors, agencies, IT outsourcers, consultancies. More than half of those executives said their organisation couldn’t conduct business as usual without them.

And yet we still draw the organisation as a pyramid.

One person at the top, everyone else arranged obediently underneath, solid lines and dotted lines and a surprising amount of money spent arguing about where they should go. Then we design internal communications for that picture: one intranet, one all-staff email, one audience, one direction of travel.

The picture was always a simplification. What’s changed is how much of the actual organisation now sits outside it.

The organisation on the slide isn’t the organisation people work in

Real organisations are messy.

Work runs through partners, contractors, shared services, joint ventures and outsourced back offices. Two organisations can share a finance function and approximately none of a culture. A team is fully shared across two employers while HR is shared only transactionally. Someone is employed by one entity, works exclusively for another, and consequently can’t see either one’s internal communications properly.

This isn’t unusual, and it isn’t a temporary state of disrepair on the way to something tidier. It is the organisation.

In Digital Communications at Work, Jonathan Phillips and I describe today’s internal audience as including contractors, freelancers, agency staff, suppliers and partners: people who sit inside the working life of an organisation without sitting on its payroll.

The boundary around “internal” has got very fuzzy indeed.

Then add all the people your internal communication channels were never particularly good at reaching in the first place. Frontline and deskless colleagues make up around 80% of the global workforce, and many have no corporate email address and no reason to spend their working day lovingly browsing the intranet.

Access is uneven. Context is uneven. Someone who has worked there for fifteen years has a completely different map of the place in their head from someone who has worked fifteen shifts.

Enterprise software doesn’t much like any of this, because enterprise software has generally been designed for an organisation tidier than any organisation that has ever existed. Even now, major platforms struggle with someone holding multiple affiliations inside a single institution, never mind across several (working across two or more instances of Teams, for example, remains a PITA).

So we design channels for the diagram and then wonder why the people who don’t fit neatly inside the diagram aren’t using them.

This is an internal communications problem before it’s a technology one

When the channel estate isn’t working, the instinct is usually to go shopping.

New intranet. Better search. Employee app. AI assistant. Something with a reassuringly expensive implementation partner attached.

But a systematic review of 77 studies of digital internal communication found the same problem recurring: channels rolled out top-down without enough attention to whether they fitted how people actually worked.

The tool was rarely the interesting bit. The assumptions underneath it were.

And the bar for changing people’s behaviour is high. Gourville’s rule of thumb suggests people need to perceive a new system as roughly nine times better than the habit it replaces before they’ll switch.

Against an existing workaround — a WhatsApp group, a noticeboard, asking Sandra in Finance because Sandra actually knows — nine times better is a demanding standard.

Against nothing at all, the bar is practically on the floor.

Which is worth remembering before spending a year replacing something that works reasonably well for the people at the centre while leaving the people at the edges with bugger all.

Complexity doesn’t make channel design impossible. But it makes guessing impossible.

Start with what communication needs to do, not which platforms you own

The trouble with mapping your internal communications channels as a list of tools is that it tells you what you’ve bought.

It doesn’t tell you whether any of it works.

You get an inventory when what you need is a diagnosis.

The five-layer model we use in the book maps the capabilities a communication ecosystem needs rather than the products that happen to deliver them:

  • Plan: where campaigns, priorities and editorial calendars get coordinated. Invisible to employees; essential to communicators.
  • Collaborate: where content gets drafted, reviewed and signed off.
  • Publish: the source of truth. Structured, accurate and searchable.
  • Distribute: getting the right thing to the right person at the right time.
  • Discuss: dialogue, feedback and sense-making.

These aren’t five little boxes into which you must now dutifully sort Microsoft 365. They overlap. They reinforce one another. A single announcement might pass through all five.

The useful thing about thinking in layers is that the layers survive the platform churn.

Tools come and go. Names change. Products get bundled, rebranded, sunsetted and occasionally transformed into an AI assistant nobody remembers asking for. But these five jobs still need doing somewhere.

And in a complex organisation, the model lets you ask a much more useful question than should we have one intranet or several?

You can ask: what actually needs to be shared?

Shared or local? It depends what you’re sharing

Every complex organisation eventually has this argument.

Central control gives you accuracy and consistency, but can feel distant and generic. Local ownership gives you nuance, relevance and speed, but also duplication, contradiction and the occasional page last updated during the Cameron administration.

Choose entirely one or the other and you lose something you need.

At the level of “should we have one intranet or two?”, this is almost impossible to resolve because it isn’t really a technology question. It’s a question about identity, brand, budget, power and who gets to decide things, wearing a SharePoint hat.

Break it into layers and it gets much easier.

I ran this exercise recently with communications, HR, digital and transformation leaders across two organisations that shared much of a back office and very little else. The resulting pattern is one I’d expect to see in a lot of complex organisations.

Publish pulls hard towards shared.

Policy, terms, anything with legal or regulatory weight: you want one authoritative version. Copying the same information across multiple estates is how you end up with two confidently contradictory answers to the same question.

This is the layer I’d consolidate first.

AI has made this more important, not less. When an assistant starts surfacing intranet content directly, stale and duplicated pages don’t merely sit quietly being wrong somewhere nobody visits. The machine can now fetch them and be wrong on your behalf.

Discuss stays stubbornly local.

This is where culture lives. You can establish minimum standards for conduct and moderation, but you can’t centrally procure a community.

People have an irritating tendency to decide for themselves who they want to talk to.

Design this with them, not for them.

Plan sits awkwardly in the middle, because of course it does. Different leadership cycles, priorities and approval chains make fully shared planning difficult even where everyone is notionally committed to it.

Collaborate follows the work. Different brands, different style guides, different approval processes. Making all of that shared generally requires senior decisions considerably bigger than “where shall we put the Word document?”

And then there’s distribution.

Your distribution problem is really a people-data problem

Distribution is the layer that catches people out because its unit isn’t an organisation.

It’s a person.

A particular person, with a particular contract, role, location, device and set of permissions, who may work for two organisations and be properly represented in the directory of neither.

Which means distribution becomes an identity and employee-data problem long before it becomes an internal communications channel problem.

If you can’t reliably answer who is this person, what should they be able to see, and how can we reach them?, then targeting is mostly decorative.

You can spend weeks designing beautiful audience segments. If the finance officer employed by Organisation A but working full-time for Organisation B isn’t correctly represented in the underlying systems, no amount of clever channel strategy will make them magically appear on the right list.

Get identity right and all sorts of things become possible: one publishing estate with personalised views, targeted distribution that actually reaches contractors and frontline staff, and clear rules about who gets access to what.

Get it wrong and you can rebuild the intranet every three years until retirement and remain faintly disappointed by the results.

The bit of the digital workplace nobody sells you

There is a part of all this no vendor will quote for: Identity. Navigation. Search. A shared design language. The connective tissue that makes a collection of separately procured tools feel, to the unfortunate person trying to use them, like one place.

You can buy an ITSM platform, an HR system, a CMS and an employee app. You can give each of them a cheerful name and launch them with cupcakes.

But you can’t buy coherence.

The average organisation now runs well over a hundred applications, each perfectly sensible on its own terms and together producing an experience like an orchestra warming up: every instrument playing its own tune, quite competently.

In the book we describe the intranet as the wrapper, not the chocolate bar. I’d go further: the important bit isn’t any single platform. It’s the experience created at the joins.

Somebody has to own that.

Not each tool. The whole.

Because choices made in isolation get paid for at the joins, and the joins are where employees actually live.

Design an internal communications ecosystem that survives the next reorganisation

Complex organisations reorganise. It’s practically a hobby.

Shared services get created, merged, renamed and unpicked. Partners arrive and leave. Business units combine. Someone unveils a new operating model with pleasingly rounded rectangles and announces that it will make everything simpler.

If your internal communications architecture depends on the current organisation chart remaining true, start the countdown.

There are five principles I’d design around instead:

  • Adaptability: assume the organisation chart will change and the channels shouldn’t have to
  • Accessibility: including the version that means frontline, deskless and low-bandwidth access, not just WCAG compliance
  • Clarity of ownership: “who looks after this?” should be a question with an answer
  • Interoperability: content and state need to be able to leave the system they were created in.
  • Cognitive simplicity: every additional interface is a tax, and employees pay it

And I’d add a sixth, less comfortable one: mandate.

Skills you can hire. Time you can, eventually, carve out. But someone needs the authority to make decisions across the boundaries.

In a shared or complex organisation, the person responsible for the digital workplace without the authority to say no to senior stakeholders on either side owns the blame and none of the levers.

No amount of elegant architecture makes organisational politics disappear. But being explicit about who has the mandate to make decisions is usually the difference between a channel strategy that survives contact with reality and one that gets quietly negotiated into beige.

Design for the organisation you actually have

The useful shift is a small one.

Stop treating organisational complexity as a defect to be tidied away before the real design work starts. Treat it as the design constraint.

Because the mess isn’t evidence that there’s no system.

Quite often, the mess is the system.

It’s running on local knowledge, friendships, workarounds, favours, WhatsApp groups and hundreds of tiny negotiations nobody has ever written down. It’s the person everybody knows to ask. The spreadsheet somebody maintains because the official system doesn’t quite work. The contractor who’s been there eight years and still can’t open the link in the all-staff email.

Designing a beautifully logical channel architecture that ignores all of that doesn’t simplify the organisation.

It simply gives people one more thing to work around.

Nobody experiences a tool. They experience a task.

Design for the task, and for the person trying to get it done — whichever organisation’s lanyard they happen to be wearing today.

This essay draws on ideas from my book, Digital Communications at Work: Designing channels for employee engagement and experience, written with Jonathan Phillips and published by Kogan Page.

If you’re wrestling with this in your own organisation, my consultancy practice, Lithos Partners, runs discovery, designs channels and develops digital workplace strategy for organisations that don’t fit the neat diagram.

SharePoint is a box of Lego: how to choose an intranet platform

A muted, Magritte-style painting of a woman in a grey suit seen from behind, sitting at a wooden desk building a large grey Lego Star Destroyer. Loose bricks and a sorting tray are spread across the desk, with an open instruction booklet in front of her showing a different model. A brass lamp, a window onto a pale sky, and a framed painting of clouds fill the quiet grey room.

Every now and then, someone asks me what the best intranet platform is.

It’s a reasonable question. It also has no answer, which makes it an annoying one to be asked at a party. (I’m fun at parties, honestly).

There are dozens of dedicated intranet products before you get anywhere near the various flavours of SharePoint and the growing pile of employee apps. Then come the demos. The analyst reports. The comparison matrices with forty rows and an encouraging quantity of green ticks. The sales teams who each explain that their product was designed specifically for organisations exactly like yours.

Somewhere around week three, IT joins the conversation with a list of things they will never support, procurement asks a question nobody can answer, somebody discovers a security requirement that apparently existed all along, and everyone quietly forgets what problem they were trying to solve.

Which is why the first job isn’t evaluating intranet platforms. It’s deciding how you’re going to evaluate them.

Why it’s usually SharePoint

For most large organisations, SharePoint is the default before anyone has made a decision at all.

It’s bundled with Microsoft 365. IT already knows how to run it. It handles documents and permissions properly. It connects to Teams, OneDrive and Outlook without requiring an integration project, three consultants and a small blood sacrifice.

And there’s a practical reason that gets less airtime: it’s considerably easier to get approval to build something on a platform you already own than to ask for money for a new one.

Plenty of SharePoint intranets exist not because anyone chose SharePoint, but because choosing anything else required a fight nobody had the appetite for.

That’s not necessarily a bad thing. You can build genuinely excellent intranets in SharePoint. Most years, eight of the top ten in the Nielsen Norman Group Intranet Design Annual are built on it.

But in a world where everyone wants a fully formed toy, SharePoint is a box of Lego.

And as with Lego, what you end up with depends less on how many bricks you have than on your skills, imagination, time and budget.

Allow me to stretch this analogy well past the point of good taste.

Route one: the box of Lego

a pile of lego bricks in various colours

Native SharePoint, straight out of the box, is an effectively unlimited supply of bricks.

In theory, you can build anything. A castle. A cathedral. A working model of the Endurance.

In practice, you have a job, four other priorities and a stakeholder who wants their department’s page to be a different shade of blue.

So you build a small house with a door and two windows.

And that’s fine! It meets the brief. Everyone can get inside. It shuts people up for five minutes.

It just isn’t quite the magnificent thing everyone imagined when they heard the word flexible.

Because that’s the catch with infinite flexibility: every decision is now yours to make. And defend. And document. And remake when somebody sufficiently senior sees it for the first time six months after approving it.

You can build a spaceship.

You will spend six months arguing about where to put the rockets.

Route two: the Lego kit

A Lego main street kit, built with shops and lego figurines

Buy a Lego kit and you follow the instructions and get something genuinely impressive in an afternoon.

The intranet equivalent is an intranet-in-a-box: a product that sits on top of SharePoint and makes it behave rather more like a fully fledged content management system.

You get templates. A design system. Navigation. Governance features. Better publishing tools. Quite a lot of decisions somebody else has already made for you.

We’ve delivered one of these end to end, including all the content, in three and a half months.

The trade-off is that you’re stuck with the pieces in the box.

If you want to turn the record store into a bookshop, you’re out of luck because the kit only came with the orange and yellow storefront.

For a lot of organisations, this is exactly the right answer. In fact, the constraint is often the thing you’re paying for.

Fixed templates end the debate about page layouts before it starts. Information appears in the same place on every page. Editors don’t need to become amateur web designers. Readers don’t have to relearn the interface every time they move from HR to Finance.

Constraint can be a feature.

Expect pushback from content editors who want more control. Expect someone to ask why you’re paying licence fees for a thing that sits on top of another thing you’ve already paid for.

Both are perfectly winnable arguments if you’ve decided in advance what you’re optimising for.

Route three: make your own kit

If the standard kits don’t fit, you can have one made.

An agency builds you a set of templates, components and a design system on top of native SharePoint. You get your own box of parts and your own instructions, so teams can create consistent pages quickly without designing each one from scratch.

You end up roughly where the kit gets you, except it’s your bookshop rather than someone else’s record store.

It typically takes nine to twelve months.

And when, two years later, somebody wants the bookshop to become an airport, you go back to the agency or find someone who understands how it was built.

Again: not necessarily a problem.

But it is now a thing you own.

Customisation has a habit of being discussed as a one-off cost when it’s really a small pet you’ve agreed to feed indefinitely.

Route four: build the Millennium Falcon

a complex custom scene made of lego

With enough time, deep knowledge of every component and what amounts to a 3D printer — an in-house development team — you can build almost anything.

Some of these intranets are extraordinary. Many of them win awards.

They also take, on average, twenty-three months and a team of fifteen. That number is one of the most useful things in the whole NNg Design Annual, and it’s the bit that tends to get skipped over on the way to the screenshots.

Because screenshots travel rather better than resourcing models. If you’re a team of two with a year and no development budget, an award-winning intranet built by fifteen people over two years is not a benchmark. It’s something a completely different organisation was able to afford.

There is no useful lesson in staring at their Millennium Falcon and wondering why your box contains twelve red bricks and a little plastic tree.

And the option that isn’t Lego at all

You can, of course, leave the Microsoft ecosystem entirely.

Standalone intranet platforms often have markedly better user experience, editorial workflow and mobile support. Employee apps are mobile-first and task-focused, and they’re frequently the only serious option for reaching frontline, field or contracted staff who have never logged into a corporate laptop and never will.

If your workforce is mostly deskless, this isn’t really the alternative route. It may be the obvious one.

But now you inherit different plumbing: single sign-on, people data, integrations, syncing and the possibility of content and effort quietly duplicating across two estates.

None of this tends to be the exciting bit of the demo. All of it will be the exciting bit of year two.

Before choosing an intranet platform, decide how you’ll choose

None of the above tells you what to buy. That’s because the platform was never the first question.

Four things are.

What’s the actual mix?

Every intranet is balancing the same handful of jobs: communication, knowledge, transactions and collaboration. Every organisation weights them differently.

Jon and I call this the graphic equaliser because the sliders sit in a different place everywhere.

An intranet for lawyers and engineers has a very different job from one serving retail staff on shift. A company where the intranet is primarily a route into HR services needs something different from one where its main purpose is publishing news and knowledge.

Work out where your sliders are before you look at a single product.

Otherwise the product demo will decide your requirements for you.

Who genuinely has to use it?

Not the audience in the strategy deck.

The actual people.

The contractor who doesn’t have an email address. The warehouse worker sharing a device. The colleague in the acquired company who still has the wrong identity in Active Directory. The person who visits the intranet twice a year and absolutely will not remember what you named the expenses section.

This single question rules out more platforms than almost any feature comparison.

What are the red lines?

“It has to be SharePoint because IT won’t support anything else” is a common cry and sometimes a completely real constraint.

Fine.

Find that out on day one.

There is no prize for conducting an elegant eight-week platform selection exercise and discovering at the end that three of the four options were never actually options.

Budget can be a red line. Data residency can be one. Accessibility. Authentication. Procurement. The ability to reach people without Microsoft 365 licences.

A constraint you know about is a design input.

A constraint you discover after the preferred-vendor presentation is a massive pain in the arse.

What are you signing up to run?

This is the question most platform selection processes don’t spend nearly enough time on.

Every route has an ongoing cost in people, not just licences.

Someone has to govern it. Maintain the templates. Manage permissions. Keep the navigation coherent. Support editors. Fix the search. Challenge the director who wants a button on the homepage. Notice that 40% of the content hasn’t been reviewed since 2024.

The question isn’t simply which platform is best.

It’s which one can you realistically keep good?

You’re choosing constraints as much as features

There is no universally right intranet platform.

There is a right path for your organisation: one that balances technology, time, money, capability, what your people will actually use and whatever internal red lines turn out to exist.

And every route involves a trade-off:

  • Native SharePoint gives you flexibility, but asks you to make more decisions.
  • An intranet-in-a-box makes more decisions for you, but limits what you can change.
  • A custom SharePoint build gives you control, but creates something you have to maintain.
  • A standalone platform may give you a better experience, but adds another system to the estate.

Those aren’t flaws hidden in the small print.

They are the decision.

Most organisations don’t have unlimited time or money, so they compromise on something that’s good enough for now and meets most of what they need.

That’s not a failure of ambition. That’s just pragamtism.

What matters is being able to explain why: clearly, in a sentence, to someone who wasn’t in the room.

Ideally before the first vendor demo does the explaining for you.

Because you can build a perfectly good intranet out of almost any of these.

You just can’t build one out of a decision nobody can remember making.

This essay grew out of a weeknote from December 2024 and a conversation I keep having with clients. The Lego analogy, and a fuller breakdown of the solution paths, appears in Digital Communications at Work, written with Jonathan Phillips and published by Kogan Page.

If you’re at the start of this decision, Lithos Partners does discovery, requirements and platform selection for organisations that would rather not find out in year two.

Orientation, not arrival

A person walking along a dirt path towards a city skyline, with a signpost indicating the direction, under a clear blue sky.

This is the final piece in a three-part series reflecting on ten years of self-employment — what led me to leave my last employed role, what came after, and how I now think about work, identity, and change.

(if you haven’t read Part One and Part Two, read those first)

Ten years on, I’m not especially interested in tidy origin stories or triumphant endings.

What I have instead is orientation.

For a long time, I thought comfort meant stability: a role you could explain in one sentence, a trajectory you could sketch on a whiteboard, a sense that you were “on track”. I no longer think that. Comfort, as it turns out, isn’t the absence of change. It’s the ability to exist inside change without being overwhelmed — or taking it personally.

That distinction has taken years to learn.

Earlier in my career, I absorbed the idea that legitimacy had to be earned constantly. In the banking environment I worked in, surrounded by people who seemed far more confident, polished, and socially assured than I felt, I carried a low-level sense of being a chancer. Someone who’d slipped through a side door and needed to justify their presence.

So I worked harder. Stayed later. Took on more. Put my hand up when others didn’t. I treated exhaustion as evidence that I was doing it right. If I could just make myself indispensable enough, visible enough, useful enough, then my credentials couldn’t be questioned.

It’s not hard, in hindsight, to see where that leads.

These days, I’m better at holding uncertainty without immediately turning it into a personal failure. I don’t always get it right, but I’m quicker to notice when I’m reacting rather than responding.

That difference matters. Reaction wants certainty and closure. Response allows for partial information, for waiting, for keeping options visible. I make fewer decisions in a rush to feel safe. I’m more deliberate about what I lock in, and what I leave adjustable.

I expect the ground to shift, so I design for movement.

Being multi-hyphenated is often framed as a lack of focus. For me, it’s closer to a coping mechanism in a world that refuses to sit still. I don’t treat optionality as indecision; I treat it as resilience. I commit, but only lightly. I choose depth over novelty, without betting everything on a single version of relevance.

What I notice now, more than anything, is range — the ability to move between depth and breadth without losing my footing.

I have work that still interests me — not because it’s new, but because it’s deep. I work with people I respect, on problems that are hard in ways that matter. I have space for thinking, for writing, for changing my mind in public and in private.

I have a working life that accommodates curiosity and contradiction. One that leaves room for travel, for friendships, for health, for creative detours that don’t need to justify themselves immediately — or maybe ever. None of this arrived quickly or neatly. Very little of it could have been predicted at the outset.

But it’s a life that fits — not perfectly, but well enough.

Titles still don’t quite capture what I do. They probably never will. I’ve stopped trying to compress a complex working life into a single, tidy label. Some ambiguity is simply the price of doing work that spans systems, disciplines, and contexts. And that’s ok.

What’s changed is that I’m no longer looking for a final definition.

Writing has helped with that. It’s given me a place to be authoritative on my own terms — not by pointing at outputs, but by articulating patterns, judgement, and expertise. Over time, I’ve come to trust that credibility doesn’t only come from what you reveal. It also comes from sharing how you think.

And I’m comfortable saying this plainly: I have a bloody great life.

Not because everything worked out. Not because there was a master plan. But because enough worked out. Because the work is meaningful, the people are interesting, and the days contain more choice than they once did, and I wake up every day (well, most days) feeling like I’m making a positive difference to people’s working lives.

There wasn’t a moment of arrival. There still isn’t.

What there is, is a steadier way of standing while things move. A clearer sense of what I’m willing to tolerate, and what I’m not. The confidence that I can adjust my stance as the ground shifts — because it always will.

I’m not finished. I’m not “there”.

But I’m facing in the right direction.

And, for now, that’s enough.