Explain the problem and the audience
Begin with the brief: who is the work for, what should it do and what constraints did you choose? If it is a fictional exercise, say so. A reviewer should not have to infer the project purpose from a screenshot or mistake practice data for real customer results.
Show decisions, not only the final image
Include an early version, a meaningful revision and a final result. Explain one tradeoff using evidence: why a layout changed, how you tested a formula or what fixed an animation issue. A short, specific explanation is more useful than a list of every tool you opened.
Make the evidence easy to open
Name the files, include a small source index and test the viewing link while signed out. Check dependencies such as fonts, textures and spreadsheets. Give the reviewer the access needed to inspect the work, and keep private credentials and other people’s personal data out of the submission.
Finish with limitations and the next iteration
State what you tested, what remains incomplete and what you would improve. Cite external assets and explain how you were allowed to use them. Submit original work, then use the review feedback to make a focused revision instead of silently replacing the entire brief.
Your next-step checklist
- ✓ The brief and fictional status are clear.
- ✓ The source index and viewing link work.
- ✓ Evidence includes decisions and a tested revision.
- ✓ Permissions, limitations and remaining work are documented.