A new workflow can feel better because it is new. A short experiment log gives that first impression a little context: what you changed, which task it was meant to help, and what happened during ordinary use.
Keep the record modest. One observation about starting the task and another about finishing it may be enough. Include the friction the change introduced as well as the friction it removed.
Decide when to review the experiment and how to return to the earlier arrangement. A useful trial produces information even when the change is not worth keeping. That makes small experiments a practical habit rather than a sequence of complete resets.
Picture this situation.
A trial of a new drafting routine could record the question, one observed result, and the next adjustment. That is enough to support a later comparison.
A second way to look.
Try the method on one real task before making it universal. The exception you discover may be the most useful part of the experiment.
- Name the task the change should help.
- Record a benefit and a new difficulty.
- Choose a review point and an easy path back.
Follow a related question
Check the actual interactive area.
Touch targets with room to moveName the question the prototype should answer.
A prototype for the uncertain partKeep learning
Related background to continue exploring this subject.
MDN: browser developer tools Git: version control fundamentals
