Clarasi

Software & Communication

Build a help page around one task and its result

Imagine a team documenting how to export a project from a fictional planning application. Instead of beginning with a tour of every menu, it chooses one reader task and explains the steps needed to complete it. This example outlines an editorial process; it does not describe the controls of a real product.

State the starting point and the intended result — ClarasiOne task, a visiblesequenceStartActionResultDefine the reader’sstarting point

01

State the starting point and the intended result

Write a title that names the task, then explain what the reader should have at the end. Record the starting conditions, such as having an existing project open and access to its export controls. Include a prerequisite only when it is necessary for the task. In the fictional example, the page would distinguish exporting a project from sharing access to it. That boundary keeps the instructions focused and helps a reader decide whether this is the right page before working through the steps.

Pair each action with an observable response — ClarasiOne task, a visiblesequenceStartActionResultDescribe an observableresponse

02

Pair each action with an observable response

Draft the actions in the order the reader performs them. Use the actual labels from the product being documented and explain the result where it would help the reader recognise progress. A screenshot should support a particular step, with sensitive or irrelevant material removed from the example. Avoid hiding an additional action inside a long paragraph of background information. For the fictional export page, the sequence would identify the export choice, the required options and how the reader knows a file has been produced, once those behaviours are confirmed in the real interface.

Review the instructions against the relevant version — ClarasiOne task, a visiblesequenceStartActionResultReview against the productversion

03

Review the instructions against the relevant version

Have a reviewer follow the draft in the product version the page is meant to describe. Record confusing labels, missing prerequisites and differences between the expected and observed response. Revise the page using those observations, then keep the version or review date with the editorial record. If the workflow changes, identify which instructions need another check. The finished page should contain the focused task, necessary context and verified sequence, while broader feature descriptions can be linked separately for readers who need them.

Help-page guide ↗

Explore Clarasi

Held for potential development. Acquisition inquiries may be considered.

Domain inquiry ↗