Design

Generate app wireframes as a structure diagram.

Low fidelity on purpose. A wireframe that looks finished gets reviewed as a design instead of as a structure.

Download for macOS
v0.1.33 · .dmg · Apple Silicon & Intel
Signed & notarized by Apple · opens without a Gatekeeper warning
sha256 698955a0187bc039f4c74f5d05a9f10fbb27376a45788a0a241d1326b73873c7
Download for Windows instead
$curl -fsSL https://lucidtrain.com/install.sh | sh

Fidelity is a decision, not a limitation

There is a well-known effect where a polished mockup attracts feedback about colours and copy while a rough one attracts feedback about whether the flow makes sense. Since the structural questions are the expensive ones and the cheapest to change, keeping wireframes visibly unfinished is the right call at this stage rather than a shortcoming of the tool.

Screens in navigation order

Each screen is a card with a title bar and enough content to identify it, laid out in the order a user moves through them. That answers how many screens there are, how someone reaches each one, and which are dead ends, which is the whole job at this stage.

Then hand it to design

The output is a structure to design against, not a design. Exported as SVG or an Excalidraw scene it drops into a brief, and the designer starts from an agreed flow rather than from a feature description and an assumption.

Try it

shell
$ Wireframe the onboarding flow: sign up, verify email, choose a plan, invite a team, and land on the dashboard. Show navigation order.
FAQ

Questions

Can it produce high-fidelity mockups?

No, deliberately. Visily, Uizard and Figma do that well and this does not attempt it.

Can I export to Figma?

As SVG, which imports as vector shapes rather than as native Figma components. It is a reference to design against, not a starting file.

How detailed should a wireframe be?

Enough that someone can follow the flow and no more. Detail invites feedback about detail, which is not what this stage is for.

Related