A smaller first version
The difficult part of a first version is deciding what to finish. A long list of features can look like progress while the simplest task still feels awkward.
Follow one task all the way through
For a writing tool, that task might be simple:
- Open a draft.
- Write a few paragraphs.
- Preview the result.
- Publish when it is ready.
- Return later and improve it.
Each step deserves care. What happens if the connection drops? Is the draft saved? Does preview change the live article? These small questions matter more than another item in the sidebar.
Keep the promise small
| Decision | A useful default |
|---|---|
| Writing | Start with an empty page |
| Saving | Keep the draft automatically |
| Publishing | Make the action explicit |
| Appearance | One considered theme |
A smaller promise is easier to explain and easier to keep. There will be time to add options after the core experience feels dependable.
Stop at a complete experience
Small should describe the scope, not the care. A modest tool can still handle errors clearly, respect the work already written, and make returning tomorrow feel easy.