Mara logo

Embedded Design Team

An external design team that works inside a client's rituals and tools — standups, sprints, backlog — rather than delivering from the outside.

Business & Engagement

Embedding means the designers sit in your sprint planning, take tickets from your backlog and answer in your Slack, while remaining employed elsewhere. The client gets continuity and product context without hiring; the designers get the access that makes good product decisions possible. It differs from a design retainer mainly in depth of integration rather than commercial structure.

It works when the client has product leadership and lacks design capacity. It fails when it is used to avoid deciding what to build — an embedded team inherits whatever prioritisation exists, so a team embedded into an unowned backlog produces polished work on the wrong things.

In practice

A fintech had two engineers and no designer, and design reviews happened by screenshot in chat. Before: roughly one interface change shipped per sprint. After two designers joined standups and worked the same backlog, three to four shipped, with fewer reworks. The catch — it only worked once the client assigned a single person to own priority.

Learn more

You may ask

Frequently Asked Questions

How is this different from hiring contractors?

Contractors typically take defined tasks and deliver them; an embedded team participates in deciding what the tasks are. The practical difference shows up in whether they can push back on a ticket that does not make sense.

What does the client need to provide?

Access and a decider. Tool access, codebase visibility and a named person who can settle priority. Without the last one the team burns capacity on parallel opinions.

Related terms

All terms

Let's talk about your product.

Happy to look at what you're building and say where design would move the needle.

Contact Us