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.

Bring the idea into a day.

Consider changing just one part of a recurring task for a week. A short experiment note can preserve why you kept or abandoned the change.

Another angle on the story.

A workflow earns its place by making the next action clearer. Look for the smallest change that removes a repeated decision without hiding useful context.
A few starting points
  1. Name the task the change should help.
  2. Record a benefit and a new difficulty.
  3. Choose a review point and an easy path back.

Follow a related question

Distinguish image dimensions from display size.

What a pixel can tell you

Look for the stated measurement limits.

Uncertainty belongs with the result

Keep learning

Related background to continue exploring this subject.

MDN: browser developer tools Git: version control fundamentals
Find your next read