People Learn Your Boundaries From What You Allow

image

I once watched a business owner answer a client email at 10.47 on a Saturday night. Nothing was on fire. The message could easily have waited until Monday. But he replied because he wanted to be helpful.

By Sunday morning, the client had sent another request. A month later, weekend replies had become normal.

The client was not necessarily unreasonable. The pattern had simply taught them what access looked like.

That lesson applies far beyond email. People take their lead from the boundaries we consistently demonstrate. What we accept becomes familiar. What becomes familiar soon feels expected.

Silence Can Look Like Agreement

I have seen this inside businesses as well. A meeting regularly runs twenty minutes over, but nobody says anything. A Teams channel becomes the place for urgent requests, routine questions, social updates and half-formed ideas. A staff member keeps rescuing work that should have been completed by someone else.

Each individual moment feels too small to challenge. Taken together, they define the culture.

The difficult part is that we often blame other people for crossing lines we never made visible. We expect them to know when we are available, what quality looks like, how quickly we will respond and which behaviour is unacceptable. Then we become frustrated when their assumptions differ from ours.

Clarity is kinder than quiet resentment.

Technology Reinforces Whatever Pattern We Choose

Microsoft 365 does not create healthy working habits for us. It reflects and accelerates the habits already present.

If every Teams notification receives an immediate response, people learn that every message deserves immediate attention. If Outlook is used at all hours, availability begins to look unlimited. If every first draft from Copilot is accepted without review, speed quietly replaces judgement as the standard.

The same tools can support a better pattern.

I can schedule an Outlook reply for the next business morning rather than creating an expectation of weekend service. I can place a clear channel description in Teams so people know what belongs there and what counts as urgent. When I use Copilot to draft a client response, I can review the tone, facts and commitment before sending it. That simple pause says something important: assistance is welcome, but accountability stays with me.

Standards only become real when they survive inconvenience.

It is easy to claim that focused work matters, then interrupt it for every notification. It is easy to say that family time matters, then keep the laptop open through dinner. It is easy to ask for thoughtful work, then reward only the fastest response.

People notice what we repeatedly do more than what we occasionally declare.

A Boundary Is Not a Punishment

I do not see boundaries as walls designed to keep people out. I see them as instructions that make a relationship easier to navigate.

A client should know when they can expect a response. A colleague should know which channel to use. A team member should know what a finished piece of work looks like. I should also know when to say, “That is not something I can commit to.”

There may be discomfort when a pattern changes. Someone who benefited from unlimited access may not welcome a new limit. That does not make the limit wrong. It usually means the old arrangement had become convenient for them and costly for me.

I have learned that respect rarely grows from endlessly accommodating everything. It grows from being clear, fair and consistent.

The standard is not the sentence I put in a policy or the status message I set in Teams. It is the decision I make when pressure arrives.

That is where the real boundary lives.

Pay Attention to Who Is Invested in Your Growth

image

I have learned to watch what people ask of me.

Some people leave a conversation with a clearer sense of what I could become. Others leave me with another obligation, another favour, or another piece of work that somehow became mine. Both may sound supportive. Only one is genuinely invested in my progress.

That distinction matters more than I once realised. Time is limited, attention is fragile, and the people around me quietly shape where both are spent.

Support has a different sound

I can usually recognise healthy support by the questions behind it.

A person who is invested in my growth asks what I am trying to build, what I am learning, and where I keep getting stuck. They challenge my thinking without trying to take control. They celebrate progress even when there is nothing in it for them.

A person who mainly values my usefulness asks whether I can fix something, introduce someone, review a document, or make their problem disappear.

I have found that generosity without boundaries eventually becomes availability on demand. That is not friendship, mentoring, or partnership. It is a service arrangement nobody bothered to name.

Technology makes the pattern easier to miss

Microsoft 365 can make collaboration remarkably easy, but ease is not the same as balance.

I can be added to a Teams chat, mentioned in a channel, copied into an Outlook thread, and assigned a Planner task before I have even decided whether the work belongs with me. Copilot can then help me summarise the conversation, draft the reply, and turn the request into actions. That saves time, but it does not make the request important.

I still need to exercise judgement.

Before I respond, I can ask Copilot in Outlook to summarise what is actually being requested and identify the commitments already sitting in the thread. I can review the result and ask myself a more human question: is this a worthwhile exchange, or am I simply the fastest route to somebody else’s outcome?

That small pause matters. Productivity tools help me process work. They should not decide which relationships deserve unlimited access to me.

The right circle does not always feel comfortable

The people who genuinely back me are not necessarily the people who agree with me.

They may tell me that an idea is weak, that I am avoiding a difficult decision, or that my calendar reflects everybody else’s priorities. The difference is intent. Their challenge points me towards better work and a stronger version of myself. It does not make me smaller so I remain convenient.

I also need to return that standard. If I want thoughtful people around me, I cannot treat them as a shortcut, a contact list, or an emergency help desk. I need to be curious about where they are going, not merely grateful for what they can do for me.

Relationships reveal themselves through repetition. I notice who checks in after the difficult week. I notice who shares an opportunity without attaching a debt. I notice who can hear “not this time” without turning the relationship cold.

I now protect time for those people. Not because every interaction produces an immediate result, but because good relationships expand what I believe is possible.

I will still help widely. I will still be generous. But I will pay closer attention to the direction of the exchange.

The best people in my circle do not keep a running total. They help me stand taller, think more clearly, and move towards work that matters. My job is to recognise them, make room for them, and become that kind of person in return.

If You Keep Running Into Bad People, You May Be the Problem

image

A while back I sat across from a business owner who spent twenty minutes telling me about all the people who had let him down. Suppliers who didn’t deliver. Staff who didn’t care. Clients who didn’t pay. Every story had the same shape: he was the reasonable one, and everyone else was difficult. By the end I found myself thinking something I didn’t say out loud — if everyone you meet is the problem, at some point you have to look at the common thread. And the common thread is you.

That’s an uncomfortable idea, so most of us avoid it. It’s far easier to collect grievances than to ask what we might be contributing. But the pattern is the tell. One bad supplier is bad luck. A run of them, year after year, is a signal worth reading.

The pattern is data you already own

Here’s the part people miss. You don’t have to guess at your own patterns anymore — the evidence is sitting in your inbox and your chat history. Every difficult conversation you’ve ever had is recorded somewhere in Microsoft 365. The question is whether you’re willing to look at it honestly.

I’ve started using Copilot in Outlook for this. Not to draft replies, but to hold up a mirror. Ask Copilot to summarise the tone of a thread you found frustrating, and it will describe what’s actually on the page rather than the version you’ve rehearsed in your head. Sometimes the reply that felt firm reads as cold. Sometimes the message you thought was clear was three questions with no answers. That’s a confronting read, but it’s a useful one.

You can go further. Ask Copilot to look across a month of your sent items and describe how you tend to respond when you’re under pressure. It won’t judge you. It just reflects. And what it reflects is the behaviour you bring into the room before anyone else has said a word.

Responsibility is quieter than blame

The point isn’t to beat yourself up. It’s to notice the bits that are yours to change. Maybe you leave replies too long, so relationships arrive at every conversation already frayed. Maybe you set expectations loosely and then feel let down when people fill the gaps their own way. Maybe your Teams messages land harder than you intend because you write them at 11pm.

None of that makes the other person a saint. But it’s the only part you can actually do something about. When I stopped asking “why do I keep dealing with difficult people” and started asking “what am I doing that makes these interactions harder”, the quality of the people around me appeared to improve. They hadn’t changed. My side of it had.

Copilot in Teams is quietly good for this in the moment. Before I fire off something sharp, I’ll ask it to redraft the message so the intent stays but the edge comes off. Same point, less friction. Over time, fewer sparks means fewer fires to put out.

Watch the thread, not the person

I’m not suggesting you’re responsible for every bad actor you meet. Some people genuinely are difficult, and no amount of self-reflection changes that. But if the same story keeps repeating with different faces, the honest move is to check your own part first.

The tools now make that check easy. What’s harder — and always will be — is being willing to read what they show you. That’s the bit I’m still working on, and I suspect I always will be.

You Need You More Than You Need Them

image

A few weeks back I watched someone paste a Copilot answer straight into a client proposal without reading it. Not skimming it — actually reading it. The words went from the screen to the document to the send button in about forty seconds. When I asked why, the answer was telling: “It’s usually right.” Usually. That word did a lot of heavy lifting, and it’s the reason I keep coming back to a simple idea. You need you more than you need the tool.

The tool is fast. You are accountable.

Copilot has changed how quickly I can move. I can sit in Outlook, ask it to draft a reply to a tangled client email, and have something workable in seconds. That’s genuinely useful. But the draft isn’t the decision. The decision is still mine — the tone I want, the thing I choose to leave unsaid, the commitment I’m willing to make on behalf of my business. Copilot can hand me the first version. It can’t hand me the judgement about whether that version is the right thing to send.

I think a lot of people are quietly outsourcing that judgement without noticing. The speed is seductive. When an answer arrives fully formed and reads confidently, the temptation is to assume the thinking has already been done. It hasn’t. The thinking is the part only you can do, and it’s the part that matters most.

Use it to sharpen your view, not replace it

The way I work now, Copilot is a sparring partner, not an oracle. If I’m shaping a position on something, I’ll ask it to argue the other side. I’ll open a messy Excel sheet and ask Copilot to find the pattern I’m missing, then decide for myself whether that pattern actually means anything. In Teams, I’ll have it summarise a meeting I half-listened to, and I still go back and check the bit that felt important. The tool widens the field of view. I’m the one who decides where to look.

That distinction sounds small, but it changes everything about how the work feels. When you treat Copilot as the answer, you shrink. When you treat it as a way to test your own answer, you grow. The people who’ll do best over the next few years aren’t the ones who lean on it hardest. They’re the ones who bring more of themselves to it — more context, more standards, more of a point of view worth defending.

Bring more of yourself, not less

There’s a version of this technology that quietly makes people passive, and there’s a version that makes them sharper. The difference isn’t in the tool. It’s in the person sitting in front of it. Copilot will happily fill any silence you leave. If you show up with nothing, you’ll get something generic and forgettable. If you show up with a real opinion, it becomes an amplifier for that opinion.

So I keep reminding myself, and the people I work with: the tool is a multiplier, and a multiplier does nothing to zero. Your taste, your standards, your read on the situation — that’s the number it multiplies.

What I’m watching now is whether people use this moment to think more or think less. Because the tools will only get better at answering. The rare thing, the thing that stays yours, is knowing which answer is actually worth having.

The Future of MSP Support Is Not Better Search–Get my FREE publication for help

image

Get you copy here – From Search to Intelligence Just enter $0 as the price, although a donation or a subscription to my newsletter would be appreciated.

I have watched plenty of skilled technicians work a support ticket with a browser full of tabs, two admin portals open, an old ticket on one screen and Microsoft Learn on another.

They eventually find the answer.

The problem is that the next technician often starts again from the beginning.

That is the limitation of search. Search can help me locate information, but it does not automatically connect what I found with the customer’s history, the evidence in the ticket, the conversation in Teams and the lesson buried in somebody else’s inbox.

For an MSP, that repeated reconstruction is expensive.

The real shift is from retrieval to reasoning

I do not believe Microsoft 365 Copilot should replace search, technical documentation or engineering judgement. Those remain essential. The change is in what happens around them.

An engineer investigating an Exchange Online mail-flow issue may still need a message trace, an NDR and the current Microsoft documentation. Copilot can help organise that material into known facts, missing evidence, competing explanations and a safe diagnostic plan.

That is very different from asking, “How do I fix this?”

The first approach exposes uncertainty. The second invites a confident answer before the diagnosis exists.

I want Copilot helping an engineer compare evidence, challenge assumptions, draft a clean escalation and turn the verified outcome into a useful knowledge article. I do not want it making untested production changes or weakening a security control because that appears to be the quickest path to closing the ticket.

Faster guessing is not progress.

A closed ticket should improve the next ticket

One of the biggest missed opportunities inside many MSPs is what happens after a problem has been resolved.

The engineer understands what occurred. The customer receives an update. The ticket is closed with a few hurried lines. Most of the reasoning then disappears.

Microsoft 365 Copilot gives an MSP a practical way to change that. Once the engineer has verified the resolution, Copilot can help produce the internal note, create a customer-friendly explanation and draft a reusable article for a permissioned SharePoint knowledge library.

The human still confirms the facts. The human still approves the wording. The human still owns the outcome.

The difference is that valuable knowledge no longer has to remain trapped in personal memory.

An MSP that makes knowledge capture part of ticket closure starts building organisational capability from ordinary support work. The next engineer begins with more than a search box and a vague recollection that someone saw something similar last month.

This is an operating-model decision

Buying licences will not create this result by itself.

I would begin with a small service-desk group and a few support categories where research, handover and documentation consume real time. I would change the ticket template so evidence, assumptions, tests, negative results and validation are recorded. I would review permissions before allowing Copilot to surface information more easily. I would then measure the effect using the MSP’s own baseline rather than somebody else’s productivity claim.

That produces something far more valuable than a collection of clever prompts.

It produces a support method.

The MSP opportunity is not merely to answer tickets more quickly. It is to make investigations more consistent, handovers more complete, customer communication clearer and verified knowledge easier to reuse.

Search helps me find an answer.

Intelligence helps my organisation retain what it learned.

That is the transition MSPs should be preparing for, and it is the focus of my new guide, From Search to Intelligence, which is now available for free (a denotation would be welcome and maybe subscribe to my email newsletter as well.)

Character Is the Real Contract

image

I have sat through meetings where the proposal looked excellent. The pricing was sensible. The scope seemed clear. Everyone left sounding positive.

Yet something still felt wrong.

I have learned to pay attention to that feeling. Commercial arrangements rarely fail because the Excel formula was slightly imperfect. They fail because one party avoids difficult conversations, changes the meaning of an agreement after the fact, or treats trust as something to spend rather than protect.

A contract matters. Character matters more.

Pressure Reveals the Relationship

I do not really know a business partner when everything is going well. I learn who they are when a project slips, a client becomes frustrated, or an unexpected cost appears.

That is when behaviour becomes evidence.

A trustworthy person raises the issue early, owns their part and helps work through the options, even when the answer is uncomfortable. Someone less trustworthy delays, obscures, redirects blame, or searches for wording that lets them escape responsibility.

I see this in MSP relationships. A new client may appear commercially attractive, but the warning signs often arrive before the agreement is signed. They speak dismissively about their previous provider. They want undocumented exceptions. They push for access before approvals are complete. They treat every boundary as an obstacle to negotiate away.

I used to think a strong process could contain that behaviour. Now I think process can expose it, but it cannot repair it.

Technology Records Decisions, Not Intentions

Microsoft 365 gives me ways to make work visible. I can capture meeting actions in Teams, keep agreed documents in SharePoint, use Planner to assign responsibilities, and ask Copilot to summarise a discussion or draft a follow-up in Outlook.

That visibility reduces ambiguity and gives everyone a shared record.

But none of those tools can supply integrity.

For example, after a client meeting I might ask Copilot in Teams to summarise the decisions, then send the agreed actions through Outlook. A good partner reads that record and corrects anything that is unclear. A bad one may stay silent, then challenge the same agreement later when it becomes inconvenient.

The technology did its job. The problem was never documentation. The problem was whether the people involved respected what the documentation represented.

This is why I do not treat governance as a substitute for judgement. Good governance supports good people. It also limits the damage caused by poor behaviour. It should never become an excuse to ignore obvious warning signs.

The Best Return Is Fewer Regrets

I still examine margin, risk, scope, payment terms and delivery capacity. I would not replace due diligence with instinct. However, I now give equal weight to how people behave during the sales process.

Do they answer direct questions directly? Do they keep small commitments? Do they respect the people who are not in the room? Can they disagree without becoming personal? Do their actions match the story they tell?

Those signals influence the future more than a polished proposal does.

I have found that the right person can help a difficult arrangement recover. They communicate, adapt and work towards a fair result. The wrong person can turn even an attractive opportunity into months of distraction, resentment and avoidable cost.

So I try to choose the relationship before I choose the transaction.

The numbers still need to work. The scope still needs to be clear. The agreement still needs to be written down. But before I commit, I ask myself a simpler question: if circumstances become difficult, do I trust this person to remain honest, reasonable and accountable?

If the answer is no, the spreadsheet is not going to save me.

Will Our Favourite Tools Outlive Us as Their Users?

image

I was holding a hammer recently and caught myself thinking about how little it has changed. A handle. A weighted head. A simple tool that turns a human movement into a useful result. Email feels more sophisticated, but the basic relationship is similar. I decide what I want to do, then I operate the tool.

I am starting to wonder whether that relationship is about to reverse.

The tool may stay while the user changes

I do not think hammers, spreadsheets, inboxes or project boards are disappearing. I think the interesting possibility is that humans may stop being their main operators.

A robot on a building site may still use something recognisable as a drill because the drill is already an efficient way to apply rotational force. An AI agent may still use email because email remains a widely accepted way for organisations to exchange requests, approvals and records. The tool survives because the surrounding world already understands it.

What changes is who, or what, sits at the controls.

That matters because many of our tools were designed around human limitations. Email gives me time to compose a thought, send it, wait and respond later. A spreadsheet lets me arrange information into rows and columns because that is a structure I can inspect. Menus, buttons, folders and dashboards exist partly because I need visible handles for complicated systems.

AI does not necessarily need those handles. It may use the underlying service directly, faster and more consistently than I can. Yet it may continue producing emails, documents and spreadsheets because people, businesses and compliance processes still expect them.

Outlook may become a machine workspace

I can already see the early shape of this in Microsoft 365 Copilot. Today, I might ask Copilot in Outlook to summarise a long thread and draft a reply. I am still the operator. I read the summary, check the wording and press Send.

The next step is not difficult to imagine. An agent monitors the inbox, recognises a routine supplier request, checks the relevant SharePoint record, prepares the response and routes only the exception to me. Email remains. Outlook remains. SharePoint remains. But my role moves from operating every tool to supervising the work performed through them.

For me, this is a more useful way to think about AI than asking whether it will replace a particular application. A familiar tool can remain everywhere while becoming almost invisible to its former human users.

Efficiency is not the only measure

I do not believe the most efficient operator should automatically make every decision. A machine may swing a hammer more accurately or process an inbox more quickly, but speed is not judgement. Context, responsibility and consequences still matter.

If an AI sends the wrong email, approves the wrong variation or updates the wrong customer record, someone still owns the outcome. That means I expect the valuable human skill to shift. Knowing where to click will matter less. Knowing what should happen, what must never happen and when an exception needs attention will matter more.

The practical question for every business is not simply, “Which tools can AI use?” I think it is, “What authority are we prepared to give it, and how will we know when it is wrong?”

I suspect many tools I love will survive for decades. I may just use them less directly. The hammer, inbox and spreadsheet could become part of a machine-operated layer beneath my work.

I will not miss every click. But I do want to remain accountable for where the work lands.

The Ambition Has to Start With You

image

I have noticed something uncomfortable about ambition. People are often happy to encourage a plan once it looks sensible, funded and likely to work. Very few will stand beside you when it is still just a rough idea that sounds too large for your current position.

That is not cruelty. Most people are busy carrying their own doubts, deadlines and responsibilities. They cannot see the picture in your head. If I wait for someone else to give my idea permission, I may be waiting forever.

Other people see the risk first

When I describe a bold goal, the first response is often practical. Who will pay for it? Where will the time come from? What happens if it fails?

But practicality can become a hiding place. It is easy to keep refining a modest plan because it attracts less criticism. It is harder to admit that the smaller plan does not really interest me.

I see this with business owners considering AI. They start by asking how Microsoft 365 Copilot can save a few minutes writing an email. That is useful, but it is rarely the biggest opportunity. The larger question is what the organisation could become if its people had more time to think, decide and serve customers well.

A bigger vision might involve redesigning how work moves through the business. I might use Copilot in Outlook to identify the recurring questions filling an inbox, then bring the themes into a Word document and map a better process with the team. The technology helps me examine the work. It does not choose the destination for me.

Start before the applause

The early stage of any worthwhile idea is usually quiet. There is no audience, no case study and no reassuring success story. There may only be a notebook, a half-built plan and a nagging sense that I should keep going.

That is where personal responsibility matters. I have to make the first version. I have to block out time. I have to test the idea while it is still easy for others to dismiss.

Copilot can help turn that private ambition into something I can work with. I can ask it to challenge assumptions in a business plan, summarise competing options, or turn scattered notes into a draft proposal. I can use Teams to bring the right people into the conversation once the idea has enough shape to discuss. None of that replaces courage. It simply reduces the friction between thinking and doing.

Build evidence, not permission

I do not need everyone to believe at the beginning. I need enough evidence to justify the next step.

That may be one customer conversation, one working prototype or one improved internal process. Small proof points matter because they change the discussion. A vague ambition becomes an observable result. People who could not picture the idea can finally see part of it.

This is also how I avoid confusing ambition with fantasy. A large goal still needs discipline. I can think expansively while testing carefully. I can hold onto the destination without pretending I already know the entire route.

The important thing is that I remain responsible for the direction. Advisers can sharpen it. Colleagues can strengthen it. Copilot can help me explore it. But none of them can want it on my behalf.

If there is an idea I cannot stop thinking about, I take that seriously. I write it down, give it structure and take one real step towards it. Support may come later. Momentum may attract people who could not see it at first.

But the first belief has to be mine.