Get AI summaries of any video or article — Sign up free
7 habits that save me 20 + hours a week [Masters, PhD, PostDoc] thumbnail

7 habits that save me 20 + hours a week [Masters, PhD, PostDoc]

Andy Stapleton·
5 min read

Based on Andy Stapleton's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Automate repetitive workflows with trigger-based tools like Zapier to reduce manual email and cross-software coordination.

Briefing

The biggest time-saver in academic life is building a system that turns repetitive work into automation, then protecting deep-focus time for the tasks that actually move research forward. That starts with delegating routine processes to software—especially “if-this-then-that” workflows and scripted web automation—so hours spent on email triage, data collection, and repeated website checks get compressed into background runs.

A practical example is using Zapier-style automation: when something arrives in an inbox or changes in another tool, a chain of actions triggers automatically. For research-specific repetition, the transcript points to Python-based web scraping built with libraries such as Selenium, WebDriver, and Beautiful Soup. The key benefit isn’t just speed; it’s letting the work run while the researcher does something else—like gathering information during lunch rather than spending hours manually collecting it. When no ready-made tool exists, the approach shifts from waiting to building: learning to code enough to make scripts “good enough” for personal use, or using no-code app builders like Bubble to create small utilities via drag-and-drop.

The next time sink is the morning “momentum gap.” The habit here is leaving a short, concrete list at the end of the day—what to do first thing, including experiments and any follow-up tasks (even if emails aren’t typically sent in the morning). Without that, the transcript describes how a researcher can lose time easing into the day—coffee, tea-room breaks, and vague reorientation—before real work begins. A written starting point takes under a minute and keeps the first hours from dissolving into setup.

Productivity also improves when work is matched to capacity and preference. The transcript recommends identifying what tasks fit one’s “wheelhouse” and building a personal collaboration team for the rest—citing expertise in Atomic Force microscopy and result analysis, then partnering with people who prefer scanning electron microscope work or data analysis. The payoff is both efficiency and research impact: better collaboration can increase citations because multiple contributors are working toward shared outputs.

Another major drain is saying yes by default. Instead of immediately accepting requests—especially from senior lab members—the transcript advises pausing and switching the default from “yes” to “let me think about this.” The goal is to avoid “paper bait,” where small favors are offered with the promise of authorship but often don’t materialize. A brief reflection helps determine whether the task supports current priorities, conflicts with ongoing work, or steals time that should go to higher-return research.

Finally, the transcript argues for scheduling and focus discipline: do mind-intensive tasks when energy is highest (often mornings for writing and analysis), push admin and lab hands-on work to lower-cognition windows, and avoid multitasking. Completing one major task—even if it takes all day—beats staying busy without outcomes. Underpinning all of it is a Pareto/80-20 mindset: scatter initial attempts, then double down on what’s working and producing returns, while resisting the temptation to chase new experiments that may cost more effort than they’re worth. The overall message is that saving hours isn’t about working harder—it’s about designing the day so the right work happens automatically, on time, and with sustained focus.

Cornell Notes

Academic time savings come from two moves: automate the repetitive and protect the deep-work blocks. The transcript recommends using workflow tools like Zapier for “if-this-then-that” triggers, plus Python scraping (Selenium/WebDriver, Beautiful Soup) to collect research information while the researcher does other tasks. It also stresses a morning-start system—leaving a short task list the night before—to prevent lost momentum. Productivity improves further by matching tasks to peak energy, avoiding multitasking, and delegating or collaborating based on strengths. Finally, a Pareto/80-20 approach helps researchers double down on what’s working and yields the best return, rather than chasing low-value fixes.

How can automation cut hours for research tasks that repeat every week?

Use trigger-based workflows for routine coordination and scripted automation for repeated information gathering. The transcript highlights Zapier-style “if something happens in your email inbox (or another tool), then do this” chains to reduce manual follow-ups. For research article discovery or repeated website checks, it recommends building web scraping scripts in Python using Selenium/WebDriver and Beautiful Soup, then letting the scraper run in the background while doing other work (like during lunch). If no tool exists, learning enough Python to make a personal script—or using a no-code builder like Bubble—can turn repetition into a one-time setup.

Why does writing a morning list matter more than it sounds?

Without a written starting point, the transcript describes a common delay: after winding down the previous evening, the next morning becomes a “momentum gap.” Small transitions—coffee, tea-room breaks, and vague reorientation—can consume time before real work begins. Leaving a list the night before (experiments to run, key emails or follow-ups, and the first concrete action) takes under a minute and makes it clear where to start immediately, preserving the first productive hours.

What does “build a personal team” mean in a research context?

It means identifying tasks that match one’s strengths and preferences, then collaborating with others for the rest. The transcript gives a concrete example: being strong in Atomic Force microscopy and analyzing results, then leaning on collaborators who enjoy scanning electron microscope work or data analysis. This approach boosts productivity by keeping the researcher in their best mode most of the time and can improve research outputs through collaboration—potentially increasing citations when multiple contributors work together on papers.

How should researchers handle requests that feel like they require an immediate yes?

The transcript advises changing the default from “yes” to “let me think about this.” A brief pause creates breathing space to evaluate whether the request helps current goals, conflicts with urgent tasks, or drains time that should go to higher-return work. It also warns about “paper bait,” where people offer small tasks with promised authorship but often don’t follow through, turning the favor into wasted effort.

What scheduling and focus rules reduce wasted effort?

Align tasks with when cognitive energy is highest. The transcript describes doing mind-intensive work (writing, data analysis) first thing in the morning, then shifting admin and lower-thinking lab tasks to the afternoon. It also argues against multitasking: multitasking can make someone feel busy without producing outcomes. Instead, batch work and complete one major task at a time, even if it takes the whole day, so the end-of-day result is tangible.

How does the Pareto/80-20 principle apply to research experiments?

Start with broad attempts (“scatter gunning”), then double down on what works and produces returns. The transcript frames this as a signal: if something is working well, it’s often the universe’s cue to focus there rather than forcing additional experiments that may never pan out or may cost too much effort. The practical rule is to resist chasing new fixes when the best value comes from extracting more from the current working path.

Review Questions

  1. Which specific automation tools and techniques are recommended for repetitive research tasks, and what kinds of tasks are they best suited for?
  2. How do the transcript’s habits for morning planning, task-energy alignment, and avoiding multitasking work together to prevent “busy but unproductive” days?
  3. What decision framework does the transcript suggest for responding to lab or supervisor requests, and how does it relate to avoiding “paper bait”?

Key Points

  1. 1

    Automate repetitive workflows with trigger-based tools like Zapier to reduce manual email and cross-software coordination.

  2. 2

    Use Python scraping with Selenium/WebDriver and Beautiful Soup to collect repeated research information while you do other tasks.

  3. 3

    Create a night-before morning checklist so the first work session starts immediately and momentum doesn’t evaporate.

  4. 4

    Match tasks to peak mental energy (e.g., writing and analysis in the morning; admin and lab work later) to sustain progress.

  5. 5

    Avoid multitasking by batching work and finishing one major task at a time to ensure daily outcomes.

  6. 6

    Build collaborations around strengths so you spend more time on what you do best and delegate lower-preference tasks.

  7. 7

    Apply the Pareto/80-20 mindset by doubling down on what’s working and producing returns instead of chasing low-value experiments.

Highlights

Zapier-style “if-this-then-that” automation can turn inbox events into automatic downstream actions, cutting repeated coordination work.
Python web scraping built with Selenium/WebDriver and Beautiful Soup can run in the background to gather research data during downtime like lunch.
A one-minute end-of-day list prevents the next morning’s momentum gap—coffee and wandering setup shouldn’t steal the first productive hours.
Switching the default from “yes” to “let me think about this” helps avoid time-wasting “paper bait” requests.
The Pareto/80-20 approach encourages scatter-gunning early, then focusing on the experiments that are actually working and yielding returns.

Topics

Mentioned