A specific change to a solution that you can justify with test or feedback evidence, described precisely enough that another person could make it.
A design improvement is a change you can justify by pointing at a test result or a user comment, not a change you happen to fancy.
The shape is always the same: this evidence, therefore this change, and this is why it would fix the problem.
Improvements with no evidence read as wishes, so "add Bluetooth" with nothing behind it earns nothing.
Your weakest specification verdicts are the first place to look, since every partly met or not met point is an improvement waiting.
A point that passed can still produce an improvement if a user found it awkward, because feedback counts as evidence too.
Say Exactly What You Would Change
Name the part, the change and the amount, for example thicken the hinge tab from 3 mm to 5 mm plywood.
"Make it stronger" fails the test that two different people should carry out your instruction the same way.
Say what you would use instead: a different material, a different joint, a longer screw, a tap target of 44 pixels rather than 20.
Explain the mechanism, so a thicker tab spreads the load over more glue area and is less likely to snap at the corner.
Say how you would check the change worked, which is usually the same test that found the problem.
Where a change costs more or takes longer, say so, because the client's budget and deadline are part of the specification.
Example
Evidence: the lid failed 2 of 10 drops, and both failures landed on the hinge corner.
Change: replace the single 20 mm plastic hinge with two 15 mm hinges set 40 mm apart.
Reason and retest: two hinges share the impact load, and the same 75 cm drop test would show whether 10 of 10 now hold.
Product Improvements Change the Thing Itself
A product improvement alters materials, dimensions, joints, colours, layout or code.
Function fixes come first, since a product that does not do its job cannot be rescued by a nicer finish.
Ergonomic changes come from watching people handle it, such as widening a grip from 25 mm to 32 mm after three users held it by the edge.
Aesthetic changes still need evidence, so quote the user who said the orange looked like a warning sign.
Sustainability changes count as improvements: fewer parts, one material so the whole thing can be recycled, or a nesting layout that leaves smaller offcuts.
The same rule holds for digital work, so write "increase body text from 12 px to 16 px because 3 of 5 users leaned in to read it".
Process Improvements Change How You Worked
A process improvement is about your working method rather than the product, and it belongs in its own paragraph.
Look back at your plan from criterion C and ask which tasks ran over, which were skipped, and where the timeline broke.
Testing earlier is the most common honest one, since a fault found at prototype stage costs an afternoon and the same fault found at the end costs the project.
Skill gaps go here too, such as spending one lesson practising on the laser cutter before cutting the final 3 mm acrylic.
Client contact often needs fixing, because one meeting at the start is rarely enough to keep a specification accurate.
Keep the two lists apart, so a reader going through your product improvements does not trip over "I should have started earlier".
Exam technique
Set the improvements out as a table with the evidence, the change and the expected effect, so the link is visible at a glance.
Two improvements explained properly are worth more than eight listed as bare bullet points.
Rank Them, Because You Cannot Do Everything
Sort improvements by how far they move the solution towards the specification, not by how easy they would be.
Mark each as quick, medium or major, so the client can see what a realistic second version would include.
Say which one you would do first if you had one more week, and give the reason.
Some improvements fight each other, since thicker plywood makes the box stronger and heavier, and you should say which you would accept.
Note any change you could not make at school, such as injection moulding, and give the workshop alternative next to it.
Activity
Take your three weakest specification verdicts and write one improvement for each in four lines: evidence, change, reason, retest.
Swap with a partner and check whether they could build your change from your description alone.
Writing It So the Link Is Obvious
Keep each improvement short and in the same order every time: evidence, change, reason, retest.
Refer to the test or the quotation by its number instead of retelling the whole story.
A labelled sketch or an annotated photograph of the proposed change communicates faster than a paragraph does.
Written this way, the improvements section reads as the next turn of the design cycle, which is what it is.
Active recall
What four parts should every written improvement contain?
Why is "make the handle more comfortable" not yet an improvement?
Give one product improvement and one process improvement for the same project.
How would you decide which of five improvements to do first?
A user suggests a fix you think is wrong. What do you record, and why?