Design and collaboration

Slack

A shared channel with the client’s team in it, which is how an engagement stays honest between the status meetings.

When we reach for it

Every engagement. Deployments, incidents and questions in one place both sides can see. A shared channel is the cheapest single thing that makes a delivery feel like one team rather than a supplier and a customer.

When we would argue against it

Decisions. A choice made in a channel and never written down is a choice nobody can find in six months. Anything that changes scope, architecture or a date gets written down somewhere permanent the same day, whatever was said in the thread.

What it looks like in delivery

A shared channel from day one, with anything that turns out to be a decision written up somewhere permanent. Deployments and alerts land in the channel beside the conversation, so the client sees the same signal we do rather than being told about it afterwards.

Where this appears on the site

Nothing on this site names it yet

We work in Slack, and no case study or service page currently published on this site prints it in its stack. Rather than describe an engagement you cannot check, this space stays empty until one does. Ask us and we will talk you through it directly.


Also in design and collaboration

Working in Slack?

Tell us what it is running, what it costs you today, and what you need it to do next. A senior engineer will tell you what we would keep and what we would change.