proc-003 should GuidesAPI docs Write procedures as numbered steps; use a bulleted list for single-step procedures.
A procedure is a sequence of steps a reader performs, often while switching between the docs and their own screen. These rules cover how to number, phrase, and order steps so readers always know where to act, what to do, and which steps they can skip. General list formatting lives on the lists page.
proc-003 should GuidesAPI docs Write procedures as numbered steps; use a bulleted list for single-step procedures.
Examples
Rationale
Numbered steps show sequence and let the reader track their place; a single step needs no number.
proc-001 should GuidesAPI docs Each step in a numbered procedure should be a complete sentence with sentence-style capitalization and closing punctuation.
Examples
proc-005 should GuidesAPI docs State the condition or goal of a step before the action so readers can skip steps that do not apply to them (‘To start a new document, click File > New’).
Examples
Rationale
Stating the goal first lets a reader skip a step that does not apply to them.
proc-004 should GuidesAPI docs State the location or context of an action before stating the action itself within a procedural step.
Examples
Rationale
Naming where to act before the action lets the reader find the control before doing anything.
proc-006 should GuidesAPI docs Mark optional steps with ‘Optional:’ (not ‘(Optional)’) at the beginning of the step.
Examples
Rationale
A leading “Optional:” tells the reader up front that they can skip the step.
proc-002 should GuidesAPI docs Do not include keyboard shortcuts within step-by-step procedures; reference them separately if needed.
Examples
Ctrl+S).Rationale
A keyboard shortcut inside a step distracts from the primary path, so keeping it separate keeps the step clean.
proc-007 should GuidesAPI docs Avoid repeating procedures; instead, reference and link to them.
Examples
Rationale
Repeating a procedure creates copies that drift, so linking to one keeps a single source of truth.