Skip to content
← All insights

Introducing SlashFlow: work should move, not wait

Built from the work inside SlashTech, SlashFlow is taking shape as a Slash Group venture for coordinating client work and operations. Here is why we are building it, what we are learning and how to register interest in early access.

SlashFlow — Work should move. Not wait.

Good work needs more than a place to record tasks. It needs a clear connection between what has been agreed, what is happening now and what comes next.

For a team delivering client work, those connections matter every day. A document gives a decision its context. An engagement gives the delivery its purpose. The work completed informs the billing. Each part is easier to understand when it belongs to the same picture.

That is the idea behind SlashFlow: software for coordinating client work and operations, being developed as a Slash Group venture. It began with a practical need inside SlashTech. Now we are developing it for teams beyond our own.

Work should move. Not wait.

Start with the work

Inside SlashTech, we needed a way to coordinate engagements, documents, delivery and billing. These were connected responsibilities within the same operation, and we wanted our software to reflect that.

We built an internal Workspace around those needs. It became the system behind our Client Hub: the Hub provides the client-facing view, while the Workspace supports the work behind it.

The starting point was a question about our operation: how could we bring the information around an engagement together so it was useful to the people carrying it forward?

That question still guides the product. The aim is to help people understand the work and take the next step with the context they need.

Build, use and keep learning

Using the Workspace in our own operations gave us a place to start learning. We could build around a real workflow, use the result and keep improving it as the work continued.

That is a familiar approach at SlashTech. We start with the people and the environment, build something useful, then test it in practice. A working system gives us something concrete to learn from.

The Workspace origin story shows that starting point, including the internal interface with demonstration data. It records where SlashFlow began; the product for other teams is still being developed.

Make room for other teams

A system shaped around one organisation carries that organisation's assumptions. Developing it for other teams means examining those assumptions: how engagements are organised, how information moves and what people need to understand before taking responsibility for the next step.

Our internal use provides a foundation. Learning what is useful beyond SlashTech is the next part of the work.

SlashFlow gives that effort its own product identity within Slash Group. SlashTech continues to build custom software, connected hardware and automation for clients. SlashFlow applies what we have learned from our own operations to a product taking shape for others.

The direction is straightforward: bring client work and the operation around it into a clearer, connected view. The details need to earn their place through use.

Follow what comes next

We are inviting teams interested in that direction to register for early access on the SlashFlow website. Access will be offered progressively as development continues.

Joining the waitlist registers your interest. It does not provide immediate product access or a confirmed invitation date.

If this sounds like the kind of work your team is trying to coordinate, we would like you to follow along.