← All field notes

MAKE / FIELD NOTES

The answer is the beginning of the work.

A long response can feel productive. A small thing that actually works is easier to trust, improve, and use again.

01

Choose the thing you will use.

Decide where the result will go. An email must work in an inbox. A checklist needs to fit the moment when someone performs the task. A spreadsheet needs understandable inputs and calculations. An explanation needs to answer the reader’s actual question.

Describe that destination before requesting the output. This helps you notice when a response is technically elaborate but inconvenient for the person who needs it.

02

Write a short acceptance check.

Before revising the wording for the fifth time, list the few conditions that would make the result usable. Does it preserve the facts? Can the reader find the next step? Does the calculation reproduce a known example? Do the links open the intended destinations?

Keep the checks proportional to the task. A short message needs a careful read. A script that changes files needs a safe test and a recovery plan. More elaborate checking is useful when it addresses a real consequence, not when it merely creates another document.

03

Try one representative example.

Use the result in a small, realistic situation before expanding it. Put the paragraph in the actual layout. Test the workflow with a typical input. Read the instructions as if you did not write them. Notice the point where the next action becomes unclear.

If it fails, name the failure. A missing step, an ambiguous label, a false assumption, or an invalid input is more actionable than a general sense that the output is wrong. Revise the part that caused the failure and check the affected behavior again.

04

Keep the useful version and its context.

Save the version that worked with the inputs and conditions that made it useful. A reusable prompt is more valuable when it includes an example and a clear purpose. A checklist is more useful when it says what it covers and what requires a separate process.

Review the result when its source information changes. A policy summary, product comparison, or setup guide has a different shelf life from a writing exercise. Put a real review date on material that depends on a version or external rule.