Saying "redo it" gets you a different version of the same problem. Saying "make the button taller and add more space between the inputs" gets you exactly what you wanted. This lesson is about that difference, plus using git to safely try things you might want to undo.
Iterating Based on Feedback
Ask for Small Changes, Not Rewrites
Don't:
I don't like this design, redo it
Do:
Make the button taller and add more space between the inputs
Use Version History
If you don't like a change, you can always go back to a previous version on GitHub:
- View your commit history on GitHub
- Click on an old version
- Compare what changed
Collaborate Effectively
- Show your prototype to teammates early (don't wait for perfection)
- Ask specific questions: "Does this button feel clickable to you?"
- Document design decisions in code comments
Iteration as a habit
- Made small surgical changes instead of asking for full rewrites
- Used git history as a safety net for risky experiments
- Showed work early and asked specific questions instead of "what do you think?"
You can refine. Now the question is how to hand it off cleanly. Next lesson.
Stuck on your own project? Book 45 minutes with me for $49.
The patterns behind this lesson
Contextual AssistanceOffer timely, proactive help and suggestions based on user context, history, and needs.Augmented CreationEmpower users to create content with AI as a collaborative partner.Progressive DisclosureGradually reveal information, options, or AI features to reduce cognitive load and simplify complex tasks.