Skip to content

ProcessDiagram

Stable

A flow chart of steps and arrows, with a written version for people who cannot see it.

Also known as flow diagram, flowchart, process flow

Install with npm install @tattva/ui (setup), or copy the code from the kit in Downloads.

How a request is handled

AskPlan stepsIs it risky?Approve!Report

How a request reaches a result

A request is planned. Risky steps wait for a person to approve them before the report.
Focus or select a node to read its detail.
  • Pill is start
  • Rounded box is step
  • Hexagon is decision
  • Double outline is end
  • Dashed box with ! is needs a person

Text alternative

  1. Start: Ask. The person sends a request. Leads to Plan steps.
  2. Step: Plan steps. The assistant lists what it will do. Leads to Is it risky?.
  3. Decision: Is it risky?. Anything that changes your files needs a person. Leads to Approve.
  4. Needs a person: Approve. The person says yes before anything changes. Leads to Report.
  5. End: Report. The assistant sums up what happened.

Tab to a step to read its detail. Open View source for the text version.

When to use it

Draws a short process as steps and arrows, where shape and label carry the meaning. It always comes with a written version, so people who cannot see the drawing get the same information.

Made of: Figure · Steps · Arrows · Step detail line · Shape key · Written version · View source button

Use it for

  • Explaining how a request moves from start to result.
  • A process with a decision or a step that needs a person.
  • A diagram whose text source people may want to copy.

Not for

Do and avoid

Ask for refundItem returned?Money sent back

Refund steps

Focus or select a node to read its detail.
  • Pill is start
  • Hexagon is decision
  • Double outline is end

Text alternative

  1. Start: Ask for refund. Leads to Item returned?.
  2. Decision: Item returned?. Leads to Money sent back.
  3. End: Money sent back.
Do. Shapes and words show the steps, with a written list below.
AskCheckPay
Avoid. A bare drawing with no written steps leaves some readers out.

Do

  • Write the description first and draw the diagram second.
  • Keep labels to a few words.
  • Give each step a short sentence of detail.
  • Keep the source viewable and copyable.

Avoid

  • Do not show meaning with color alone.
  • Do not draw arrows between distant steps. Neighboring steps only.
  • Do not use more than about eight steps.
  • Do not leave out the written version.

On a phone

  • When the row of steps is wider than the container, the diagram switches to a single vertical column.
  • Tap a step to read its detail below the diagram. Steps are 56px tall and 132px wide.
  • The text alternative and the view-source button stay under the diagram, and the button has a 44px tap area on a touch screen.

Seen in products

  • W3C says a short name should say what the image is and where the full description is, and that the full description should be on the page for everyone.
  • One blog says Claude can draw flow charts from text.
  • Our research table says the written version of a flow chart is a numbered list.

Build your next AI screen with Tattva.

Free and open, with the code. Start in one line.

Get started