
Operating Cadence
Startup documentation
Build a small, usable documentation system for startup procedures and customer commitments, with clear ownership and a way to retire outdated guidance.
A startup needs documentation that helps people do current work. It needs a clear place to find instructions, a record of commitments others must honour, and a way to correct or retire material when practice changes.
Start where a missing or wrong instruction has consequences. Give each document an owner and make its current status obvious.
Give each record a job
A policy states a rule or expectation. A process is a sequence of actions that gets work done. A procedure explains how to perform a particular task, while a customer record captures what was agreed or promised in one case. Each needs different detail and readers.
For example, a customer support policy might say who may approve an exception. A complaint procedure might show how to check the case, obtain approval and respond. The customer's case record should then show the actual decision, agreed action and next contact date. Putting all three on one long page makes it harder to tell a general rule from a live commitment.
Documentation types and their purpose
- Policy
- States rules or expectations (e.g., anti-discrimination)
- Process
- Sequence of actions to complete work (e.g., order fulfilment)
- Procedure
- Step-by-step guide for a task (e.g., how to handle a complaint)
- Customer Record
- Captures live commitments (e.g., delivery date, concession)
Set policy coverage around real business responsibilities
Policies can cover workplace health and safety, including emergency planning; anti-discrimination, harassment and bullying; conflicts of interest; and appropriate use of computers, internet and social media. They can also cover protecting customer information, handling customer complaints, selling products or services, fulfilling orders and dealing with returns.
Choose topics that match your business's work and responsibilities, not a generic list unchanged. business.gov.au recommends consulting staff about policies that may affect them and explaining why each policy matters. That helps people understand the expectations behind the working instructions.
Start where a guide changes the outcome
List recurring work and ask where people currently guess, wait for one colleague or repeat a mistake. Prioritise tasks with a meaningful consequence if done incorrectly, and tasks someone else may need to perform during an absence. A short checklist may be enough for a stable routine; work requiring judgement may need examples, limits and an escalation point.
Do not document every keystroke simply because it can be documented. If a task changes each time, record the decision boundary and where to get help. If safety or a regulated activity is involved, check the requirements that apply to that work; a general startup template cannot settle them.
Connect documents to business obligations
Policies, procedures and processes can help clarify responsibility and accountability, support consistent decisions and help staff understand shared expectations. For companies, they are also part of corporate governance. They can help the business meet legal and regulatory requirements and continue operating during an emergency or other disruption.
Check whether standards, codes of conduct or codes of practice apply to your industry. They may be mandatory or voluntary. business.gov.au points businesses to its industry information pages and the Australian Business Licence and Information Service (ABLIS) to find relevant standards and codes.
Make instructions usable at the point of work
A procedure should tell the reader when to use it, what they need, the main steps, how to check the result, and when to stop for approval or help. Name the owner and where the completed work is recorded.
Ask someone who did not write the guide to try it on a suitable task. Treat pauses as signs of missing context, unclear access or an incorrect step.
Keep sensitive customer and employee details in systems with appropriate access. A procedure can point to the relevant record without copying private information into a broadly shared guide. Check the relevant privacy obligations before setting access and retention rules.
Keep one current route to each answer
Choose a home for approved procedures and tell the team how to reach it from the tools they use. Give the current page a named owner, a status and a review trigger, such as a changed system, policy or customer offer.
Use the platform's history or an agreed change log to explain material revisions. A date alone does not prove a document still matches practice.
When two pages disagree, confirm the approved practice with the people responsible before editing either one. Correct the current instruction, then remove obsolete copies from normal navigation or mark them clearly as historical. Check saved templates, onboarding lists and bookmarked entry points too; otherwise a retired instruction can keep returning to daily work.
Make review a normal part of maintaining instructions, not just a response to a known error. business.gov.au recommends regularly reviewing processes and procedures and asking staff how they could be improved. Their feedback can reveal when a written step no longer fits the work people actually do.
How to maintain current documentation
- Assign ownership and status to each documentUse 'Draft', 'Approved', 'Retired' statuses
- Use version history or change logTrack revisions with dates and reasons
- Remove obsolete versions from navigationMark as historical or archive; prevent accidental use
Keep customer commitments with the customer record
If a team member promises a delivery change, concession or follow-up, record the precise commitment where the next person handling that customer will look. Include what was agreed, by whom, when, any conditions, the action owner and the next date.
Separate a proposal awaiting approval from a confirmed promise. If the business cannot meet an agreed timeframe, assign someone to tell the customer and update the record.
Documentation is working when a colleague can find the current instruction, complete or escalate the task, and see what the business has already committed to do. Review gaps as work changes, rather than building a library nobody has time to maintain.
Customer-facing records can also help the business substantiate what it says about its products or services. The Australian Competition and Consumer Commission (ACCC) can require businesses to back up claims they make, and may investigate possible misleading claims. Keep relevant supporting material findable alongside the business records used to manage those customer interactions.
Customer commitment tracking process
- Record agreement: what was promised, by whom, whenInclude conditions, action owner, next contact date
- Distinguish proposal from confirmed promiseUse status indicators (e.g., pending vs. approved)
- Update record if timeline cannot be metAssign someone to notify customer and revise commitment
- Store supporting evidence alongside recordsHelp substantiate claims for ACCC compliance
In this guide
- Choosing which processes need a written guidePrioritise startup process guides by consequence, repetition and reliance on one person, then choose a checklist or procedure that can be maintained.
- Keeping one current version of an operating procedureSet a current home and owner for each operating procedure, manage approved changes and stop duplicate copies from confusing the team.
- Recording customer-facing commitments in shared systemsKeep customer promises visible with a compact record of terms, conditions, approval, owner, due date and follow-up.
- Retiring documents that contradict current practiceResolve conflicting instructions, retire stale copies from everyday use and preserve records that still need to be kept.



