Where Framer fits on a long engagement.

Framer is strongest where motion and interaction are the design rather than decoration on it. Scroll behaviour, transitions and gesture-driven interaction are things a static mockup cannot communicate and a Framer prototype can, which matters when the feel is what is being decided.

Publishing directly is genuinely useful for marketing sites and landing pages, where the design and the site are the same artefact. For application work it is prototyping rather than production, and treating it as the latter creates a surface nobody else can maintain.

What an assigned team does with Framer.

Knowing which of those a project is matters. A marketing site published from Framer is a reasonable decision; an application surface built there becomes a dependency on one tool and one person's access.

Making that boundary explicit at the start is a scoping decision, and what it covers is set out in how the monthly fee is built.

What we use Framer for.

  • Motion communicated rather than described Prototypes where the feel is what stakeholders are deciding on.
  • Marketing sites published directly Design and site as one artefact where that is the right model.
  • A stated boundary against production Application surfaces built in the codebase rather than the design tool.

How Framer capacity is assigned.

Prototyping capacity is assigned inside design work, with the line between prototype and production stated explicitly at scoping.

Tell us what your roadmap needs Framer for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

Loading the contact form… You can also email hello@azendo.co.

We reply within one working day. No obligation, and no newsletter.