Why unprocessed inbound is the silent killer of your day
You did not lose the morning to one big crisis. You lost it to fourteen small decisions about whether the new message deserved a response right now. Unprocessed inbound is the silent killer of the modern knowledge worker’s day. You feel it as the 11am fatigue that shows up before you have done any hard thinking, the 4pm inbox count that is somehow higher than when you started, and the low-grade sense that you worked all day and moved nothing forward. This guide gives you a work intake and processing system for individual knowledge workers: one unified inbox, scheduled triage sessions, a five-decision rule for every item, and a backlog grooming cadence that keeps the system honest. It is not a team tool, not a ticketing platform, and not a philosophy lecture. It is the front-end operating layer that sits in front of whatever task management system you already use.
Who this article is for
This guide is for individual knowledge workers, solo operators, and managers who want to fix their own intake before redesigning anyone else’s. You have tried inbox zero, bounced off, and watched your inbox rebuild within a week. You are not looking for a project management tool pitch or an intake form builder for your team. You want a system that runs on whatever email client and task manager you already use, handles the 150+ inputs that hit you on a normal Tuesday, and still leaves room for deep work. If you manage a team, the same principles apply personally first, before you try to design intake for anyone else.
What you will learn
- How to run one unified inbox for every incoming request, regardless of channel
- The capture, process, organize split and why GTD gets this part right
- The five-decision intake triage: do, delegate, defer, drop, docket
- How the two-minute rule works in practice and when it backfires
- When to replace free-text intake with a request form, even as a solo worker
- How to apply SLA thinking to personal requests so response times are intentional
- A backlog grooming cadence that prevents the list from eating your attention
Key takeaways
- Work intake processing is the front end of task management, not the whole system. Capture and triage happen before a single item lands in your task manager as work to be done.
- One unified inbox beats seven specialized ones. Every channel funnels to a single decision surface where you apply the same five-decision rule.
- The five-decision triage (do, delegate, defer, drop, docket) makes every item routeable in under thirty seconds. No item earns a second pass without being assigned to one of the five buckets.
- Scheduled triage beats reactive monitoring. Two or three dedicated processing sessions per day outperform all-day inbox scanning, and research by Kushlev and Dunn links fewer email checks to lower daily stress.
- Backlog grooming is the maintenance that stops the system from collapsing. A 15-minute weekly review closes the loop before the dockets and defers quietly decay into invisible clutter.
One unified inbox for every incoming request
A 2012 McKinsey Global Institute analysis found that knowledge workers spend roughly twenty-eight percent of the workweek on email alone, with another nineteen percent on searching and gathering information [1]. That is almost half the week spent inside systems that were never designed to be your primary work surface. The fix is not faster email. The fix is a capture layer that funnels every channel into a single decision point.
An inbox, in this system, is not your email. It is any landing zone where new work can arrive. You have more than you think: email, Slack and Teams direct messages, shared-channel mentions, text messages, voice notes, your calendar’s meeting requests, a shared task board, handwritten notes from this morning’s walk-and-talk, and whatever someone just shouted across the open-plan office. Left separate, these channels force you to check eight places before deciding what matters. Unified, they force one conscious sweep.
The channels that should funnel into your intake
- Email (work and personal accounts)
- Team chat direct messages and at-mentions (Slack, Teams, Discord)
- Meeting notes and action items generated during or after calls
- Ticketing or project management systems you are pulled into
- Text messages, voicemails, and voice memos
- Walk-up requests and verbal commitments made mid-corridor
- Paper mail, printed handouts, and notebook jottings
Digital capture: pick one or two landing points
Choose one primary email account and one task manager as your core digital intake. Everything else funnels to these two. Newsletters, monitoring alerts, and low-priority senders get filters that route them past the main inbox to a reference folder. Your primary inbox should only show things that need a decision from you. Quick-capture shortcuts on your phone (a hotkey into your task manager, a voice-to-text note in a dedicated notebook) catch the items you cannot type in the moment.
Physical capture: one tray, not five piles
Designate a single tray, folder, or surface as your physical inbox. Mail, printouts, meeting handouts, sticky notes, and receipts all land there until you process them. No more piles scattered across the desk, the kitchen counter, and the passenger seat of your car. Saxbe and Repetti’s 2010 study of home environments and cortisol patterns documented an association between visual clutter and stress markers, and subsequent workplace research has found similar connections [2]. The desk is not the whole story, but a cleared surface is one fewer thing your attention is paying rent on.
Capture, process, organize: the GTD split this guide builds on
David Allen’s 2001 book Getting Things Done made the strongest single case for separating three activities that most people do simultaneously and therefore do badly: capturing new inputs, processing them into decisions, and organizing the results into the right list or system. Allen’s argument was that the mind is a lousy office; the minute you try to remember what is in your inbox while you are also deciding what to do about it, you lose the thread of both. This guide’s five-decision triage is built on the same split. Capture first, process second, organize third. Never in the same motion.
The difference between this system and a full GTD implementation is scope. GTD is a philosophy of life organization that covers contexts, horizons of focus, and the Natural Planning Model. This guide is the front end: the part that turns a chaotic stream of incoming requests into routed items in your existing task manager. If GTD already works for you, treat the five-decision triage as a compatible subset. If GTD has always felt too heavy, this is a lighter door into the same core discipline.
| Stage | Goal | Typical time | Mistake to avoid |
|---|---|---|---|
| Capture | Get every incoming item into one visible inbox | Continuous, 10 seconds per item | Starting to decide while still capturing |
| Process | Apply the five-decision triage to each captured item | 15-25 minutes, twice daily | Treating processing as doing the work |
| Organize | Route the decision’s output to the right list, calendar slot, or person | Immediate, part of processing | Letting items sit as “processed” without an owner or date |
The five-decision intake triage: do, delegate, defer, drop, docket
Every item you capture falls into one of five buckets. The five-decision rule replaces the shorter Do, Delay, Delegate, Delete version because the shorter one quietly collapses two very different deferrals (this week versus someday) into one. That collapse is where backlogs are born. The five decisions, applied cleanly, route each item in under thirty seconds.
| Decision | When to use it | Where it goes | Example |
|---|---|---|---|
| Do | The task takes under two minutes and is yours to handle | Handled now, inside the triage session | Confirming a meeting, filing a document, single-line reply |
| Delegate | Someone else owns this or is better placed to do it | Handed off, logged in your Waiting list with a follow-up date | Forwarding a vendor invoice to finance, asking the designer for a mock |
| Defer | This week’s work, but not a triage-session task | Calendar block or task manager with a specific date | Drafting a proposal, reviewing a report, preparing for a talk |
| Drop | No action required and no future value | Archived or deleted | FYI announcements, expired invitations, reference emails |
| Docket | Maybe later, not this week, explicitly on the shelf | Someday/maybe list with a review date | An interesting book, a project idea, a conference to consider |
Touch each item once. If a decision is not obvious in fifteen seconds, ask one question: what is the next action if this moves forward? If the answer is “I do not know,” that is a Docket, not a Defer. Deferring without a next action is how task managers fill with items that never move.
Two triage sessions per day is usually enough
Most individual knowledge workers can process a day’s intake in two sessions: one in the morning to handle overnight arrivals and plan, one in the late afternoon to clear the day’s accumulation before shutdown. Each session might run fifteen to thirty minutes, depending on volume. The Kushlev and Dunn 2015 study in Computers in Human Behavior randomized participants into limited-check (three times daily) and unlimited-check conditions for a week each, and found lower daily stress in the limited condition without a productivity cost [3]. Scheduled triage is the behavior that study measured.
The two-minute rule in practice (and when it backfires)
Allen’s two-minute rule is the operating heuristic behind the Do bucket: if an action takes under two minutes, handle it during triage rather than routing it anywhere else. The rule saves you the bookkeeping cost of logging, tagging, and later re-reading an item that could have been done in the time it took to file. In practice, it catches single-line replies, small confirmations, short file-away moves, and unsubscribe clicks.
The rule backfires in two ways. First, the “two minutes” quietly expands to fifteen when the reply turns out to require more thought than expected. A safer version is a strict two-minute timer: when it rings, you stop writing and move the item to Defer. Second, a triage session full of two-minute Dos is still a session that consumed all your sort-and-route time on execution, which is why backlogs grow. If you find yourself doing more than five Dos in a single session, start rerouting borderline items to Defer instead. Triage is sorting, not doing.
A 25-minute processing burst, step by step
- Close everything except your primary inbox and your task manager. Phone on Do Not Disturb.
- Set a 25-minute timer. The hard stop matters more than the exact number.
- Scan for true emergencies only in the first minute. Defined narrowly: a real deadline today, a service outage, a human in actual trouble.
- Process in arrival order, applying the five-decision triage. Do in under two minutes, delegate with a follow-up date, defer with a calendar slot, drop with an archive click, docket with a review date.
- When the timer rings, stop. Take five minutes away from the screen. Leftovers carry to the next session.
Request forms versus free-text intake (yes, even for solo workers)
If you work alone, “request form” sounds like a team-world artifact. It is not. Donald Reinertsen’s 2009 The Principles of Product Development Flow argued that variability in request format is one of the biggest hidden taxes on throughput: every request that arrives in a different shape forces you to reparse it before deciding [6]. Reinertsen wrote about product development, but the point generalizes. If every incoming request forces you to hunt for the deadline, the deliverable, and the decision owner, you are paying that tax on every single item.
The lightweight fix is a request template, not a tool. Keep a short saved snippet that asks the four things you need: what is the outcome, when do you need it, who else is involved, and what would “good enough” look like. Paste it back at anyone who sends you an ambiguous request. The first two weeks feel impolite. After a month, most of your recurring senders know the format and send it without prompting. The triage time saved per request compounds quickly.
Async versus sync intake channels
Not every channel should be treated the same. Async channels (email, task tickets, documentation comments) are designed to wait for your next processing window; sync channels (phone calls, shoulder-taps, same-room meetings) demand a response in the next few seconds. The mistake most knowledge workers make is treating chat as sync when it was built as async. Slack and Teams look like real-time conversation because they are; they also happily carry a message that arrives at 2pm and gets read at 4pm without consequence. Default every chat to async unless your team has explicitly agreed otherwise.
- Treat as async and batch in triage: email, chat DMs, shared-channel mentions, ticket comments, task manager assignments.
- Treat as sync only when genuinely urgent: phone calls, in-person conversations, scheduled meetings, pre-arranged on-call windows.
- Use status signals aggressively: set chat status to “Focusing, back at 11” or the equivalent in your tool, so the sender knows the async contract is explicit.
SLA thinking for personal requests
Service-level agreement thinking is borrowed from team-world intake, but it works at an individual scale. The useful translation is this: decide, in advance, how quickly different types of requests deserve a response, and make that expectation visible. Without an internal SLA, every request implicitly demands instant attention, because no other rule is written down. With an SLA, the triage session becomes a chance to meet the commitment, not a negotiation with your anxiety about being slow.
| Request type | Target response | Channel signal |
|---|---|---|
| Direct report or key client | Within 2 hours during working hours | VIP alert, breakthrough notification |
| Manager, regular colleague | By end of next triage session (typically 4-6 hours) | Standard inbox |
| External or non-urgent request | Within 24 working hours | Auto-filter, reviewed in afternoon triage |
| Newsletter, FYI, bulk | Reviewed weekly or not at all | Filtered past inbox entirely |
Publish the SLA in a one-line signature (“I check email at 9, 12, and 4, and reply within one business day”) or in a pinned chat status. The SLA is not a promise you will always keep perfectly. It is a public commitment that shifts the default expectation away from instant and toward scheduled.
Intake forms for teams of one
When the recurring sender volume gets high enough, the four-line template stops being enough. That is the point to move to an actual intake form. For a solo worker, the simplest version is a Google Form or a Notion intake form whose submissions land as emails or task manager entries. The point is not automation for its own sake. The point is to stop rewriting the same four clarifying questions ten times a week.
- When to switch from template to form: you send the same clarifying reply more than five times a week to different people.
- What the form captures: the same four questions (outcome, deadline, stakeholders, definition of done) plus a priority marker and a source tag.
- How it integrates: submissions auto-forward into your primary inbox or task manager, where they flow through the normal five-decision triage.
- Where it saves time: the 30 to 45 minutes per week you previously spent asking “what do you actually need by when” disappears.
Priority flags and the urgent-important distinction
Once an item has been through the five-decision triage and routed into your task manager or calendar, you still need a way to see what matters at a glance. The urgent-important distinction, widely attributed to Dwight Eisenhower and popularized by Stephen Covey in The 7 Habits of Highly Effective People, remains the cleanest visual frame: urgent and important runs today, important but not urgent gets scheduled this week, urgent but not important gets delegated or declined, and neither gets dropped. Three or four priority colors (red, yellow, blue, gray) applied consistently in your tools outperform eight nested labels, every time.
- Red (urgent and important): action today. There should rarely be more than three to five red items at once. If everything is red, nothing is.
- Yellow (important, not urgent): scheduled this week on your calendar, not just in your task list.
- Blue (delegated or waiting): not your active work, follow up on the tracking date you wrote down.
- Gray (low priority): will handle if time permits, will not bother you if it does not.
Tracking and saying no on purpose
The items you decline or delegate need a written home. Not because you will re-read the list often, but because writing the decision down is what closes the cognitive loop Ghibellini and Meier’s 2025 meta-analysis documented [5]. An unwritten “I will not do this” comes back at 2am as an unwritten might-still-have-to-do-this. A written one stays where you put it.
Keep three short lists, reviewed weekly:
- Delegated: task, owner, handoff date, follow-up date, expected deliverable.
- Deferred: task, reason for deferral, scheduled date or trigger event.
- Declined: request, requester, short reason (useful for spotting patterns over three months), alternative offered if any.
Three ready-to-use scripts for the Declined list:
- “Thanks for thinking of me. I am at capacity through this quarter. Can we revisit in July?”
- “I would love to help, but this is outside my current focus areas. Have you asked Alex in ops?”
- “Interesting project. Not one I can take on right now without dropping something else. I will pass.”
Backlog grooming cadence
A work intake and processing system that never grooms its own output becomes the thing you were trying to escape. Deferred items age into dread, delegated items silently stall, docketed items pile up until the list itself is the reason you avoid opening the app. The fix is a short, fixed weekly review that treats the backlog as a living document.
| Cadence | Duration | What you do | Why it matters |
|---|---|---|---|
| Daily close-out | 5 minutes | End-of-day triage sweep, set tomorrow’s three red items | Stops the inbox from building overnight |
| Weekly review | 15-30 minutes, Friday | Walk the Delegated, Deferred, and Docketed lists. Renegotiate anything stalled. | Catches follow-ups before they become failures |
| Monthly purge | 45 minutes, first of the month | Drop docketed items older than 60 days, archive completed projects, unsubscribe from three newsletters | Keeps the system’s surface area small |
Pin the weekly review to a specific calendar slot. Friday at 4pm is a common choice because the rest of the week rarely fights for it. Peter Gollwitzer’s 1999 American Psychologist paper on implementation intentions showed that pre-committed if-then plans produce far higher follow-through than general goals. The weekly review is an implementation intention: if it is Friday at 4pm, then I walk the three lists.
Role adaptation: maker, manager, service
The principles stay the same; the parameters shift. A programmer or writer needs long uninterrupted blocks and can get away with two triage sessions a day. A team lead whose job is decisions and handoffs will run four to five short triage bursts. A customer success manager whose job includes real-time coverage will shorten bursts to fifteen minutes and set up VIP alerts that can break through Focus Mode.
- Maker (deep work). Programmers, writers, designers. Two triage sessions per day. Aggressive batching. Protect two-hour focus blocks above all else.
- Manager (decisions, handoffs). Team leads, project managers. Three to four shorter triage bursts. The Delegated list is where the real work lives.
- Service (responsiveness). Customer success, operations, executive assistants. Fifteen-minute bursts every 90 minutes. VIP alerts configured. Explicit escalation rules for the truly urgent.
- Hybrid. Most senior individual contributors. Two long maker sessions flanked by three short manager bursts. The calendar has to show the split for it to hold.
When intake volume exceeds capacity
Every intake system has a ceiling. Yours might be 150 items a day. Someone else’s might be 400. When the sustained inflow exceeds the triage time available, no amount of cleverness inside the system fixes it. The honest move is to change the input, not redesign the output. That usually means saying no more often, renegotiating the shape of your role, or building the case for a second pair of hands.
- Check the volume, not the feeling. Count items processed per session for two weeks. If triage consistently runs over time, the system is not the bottleneck. The volume is.
- Say no to one category, all the way. Pick a request type (internal committees, ad-hoc vendor pitches, coffee-chat intros) and decline every single one for a month. The sky stays up.
- Surface the overload upward. A one-page snapshot of weekly intake volume, categorized by source, is a far more effective conversation with a manager than an emotional plea.
- Ring-fence the deep work. If everything else has to give, protect one two-hour block per day. The strategic work lives there; the rest is interruption in disguise.
Common mistakes and how to fix them
Mistake 1: Triage becomes doing
What happens: a triage session opens one email, that email becomes a 45-minute reply, and the morning evaporates. Fix: enforce the two-minute rule with a timer. Past two minutes, it is a Defer with a calendar slot.
Mistake 2: Deferring without an owner or date
What happens: items get marked “later” and drift into permanent later. Fix: every Defer gets a specific calendar block, not just a due date. Every Delegate gets a named owner and a follow-up date on the Waiting list.
Mistake 3: Over-engineering the system
What happens: you spend more time grooming tags and nested folders than processing work. Fix: three or four priority colors is enough. One task manager, one calendar, one Waiting list. Drop any feature that does not make the next decision faster.
Mistake 4: Skipping a triage and abandoning the system
What happens: one missed Tuesday becomes a reason to stop entirely. Fix: design for the version of you who is tired. A missed session means the next session runs five minutes longer. The goal is a durable average, not a flawless streak.
Mistake 5: Never grooming the Docket
What happens: the someday/maybe list grows to 200 items and becomes a source of guilt rather than an idea bank. Fix: monthly purge. Anything older than 60 days that still has not moved gets dropped. Good ideas come back.
Ramon’s take
Ramon Landes here. I have run some version of this system for about eight years, with one collapse and one rebuild in the middle. The collapse was entirely my own fault. I got addicted to the “Do” column in triage because it felt productive, and within a month my triage sessions had become ninety-minute replying marathons that left no time for deep work. The rebuild is what forced me into the five-decision version instead of the older four-bucket one. Splitting “Defer” from “Docket” was the unlock. Most of what I used to put in Delay was actually Docket pretending to be Defer: an idea I liked, not a commitment I had made. Pushing those items explicitly onto a someday list was embarrassing the first week. It was liberating by the third.
The other thing I underestimated for years was the two-hour Friday review. For a long time I treated it as optional. My system kept drifting. What finally fixed it was a recurring calendar invite I could not delete without feeling guilty, which is the same trick I use for anything that matters and has no external accountability. Some weeks the review is six minutes. Some weeks it takes a full half hour. The length is not the point. The point is that I looked. Delegated items I had forgotten about came back onto the radar before they died. Docketed items that were actually ripe moved to Defer. The list stayed small, which is the real measure of whether the system is working.
If you take one thing from this guide, it is this: a work intake system is not about being faster. It is about being more decisive. Every item that enters your day should leave with a decision attached to it within twenty-four hours, even if the decision is “not this, not now.” The decisive culture inside your own head is what the system protects. The rest is tooling.
Your next ten minutes and your first week
Right now (the next 10 minutes):
- Pick the single physical tray or folder that is going to be your one physical inbox. Put it somewhere obvious.
- Block two 25-minute triage slots on your calendar for tomorrow (morning and late afternoon). Recurring, not optional.
- Write the four-line request template (outcome, deadline, stakeholders, definition of done) as a keyboard snippet in your OS text replacement tool.
- Set your email signature or chat status with your SLA: “I check email at 9, 12, and 4.”
This week (the first seven days):
- Day 1-2: run the two triage sessions for two straight days. Note how many items you process per session.
- Day 3-4: start the three lists (Delegated, Deferred, Declined). Backfill them from the last two weeks of memory.
- Day 5: set priority colors (red, yellow, blue, gray) in your task manager and apply them to your current active list.
- Day 6-7: run your first Friday weekly review. Fifteen minutes. Walk the three lists.
Frequently asked questions
How long does it take to build the habit of scheduled triage sessions?
Plan for three to four weeks before it feels natural. The first week is mostly remembering to open the calendar slot and closing chat apps during the block. The second week is when the five-decision triage starts feeling automatic instead of effortful. By week four, the absence of a triage session is what feels wrong, which is the signal that the habit has taken. Missing a day does not reset the habit clock; returning the next day does.
What should I do when triage sessions consistently run over the scheduled time?
Three likely causes, in order. First, you are doing instead of sorting, so enforce the two-minute timer on the Do bucket. Second, your SLA is undefined, so every item feels like it needs a real-time response, and publishing the SLA fixes that in about a week. Third, your actual inbound volume exceeds your triage capacity, which is a real input problem. Count items for two weeks. If the average is above 150 a day and you are a solo worker, the fix is upstream renegotiation, not faster triage.
Where does this intake system end and my task manager begin?
The intake system ends the moment an item has a decision attached. A Do happens inside the triage session and never touches the task manager. A Defer lands in the task manager or calendar with a specific date. A Delegate lands on the Waiting list with an owner and follow-up date. A Drop is archived. A Docket lands on the someday list with a review date. After that handoff, the task manager takes over for execution. Intake is the front door; the task manager is the house.
Do I need a project management tool like Asana or Jira for this?
No, not for the personal version of this system. Any email client with filters, any task manager with dates, and any calendar app works. Popular combinations include Gmail with Todoist and Google Calendar, or Outlook with Microsoft To Do and Outlook Calendar. Project management tools are a team-world solution to team-world problems (routing, approvals, cross-functional dependencies). An individual intake and processing system needs less, not more.
How does this system relate to Getting Things Done (GTD)?
This guide is the intake and processing front end of the full GTD methodology. David Allen’s 2001 book Getting Things Done separates capture, clarify, organize, reflect, and engage; the five-decision triage here maps to clarify and organize, with a compressed review cadence. If GTD already works for you, treat this as a tighter version of the clarify step that you can adopt without disturbing the rest. If GTD has always felt too heavy, start with this front end and let it grow into whatever deeper layers you need.
My inbox already has thousands of old emails. Where do I start?
Declare inbox bankruptcy once. Create a folder called Archive-2026-04 (or the current month) and move every email older than 14 days into it, unread, without reviewing. Process the last 14 days through the five-decision triage normally. Anything genuinely important in the archive will come back as a follow-up from the sender. After the bankruptcy, run one mass-unsubscribe pass so the problem does not rebuild, then operate the system normally from that day forward. Catching up on years of backlog is a myth. Restarting with a clean surface is the skill.
There is more to explore
If this guide helped you fix the front end, the task management layer downstream lives at the ultimate guide to task management techniques, which picks up where intake ends. From there, the tactical siblings each go deeper on one part of what you now have on the list: twelve advanced task prioritization systems is where the Red and Yellow items from your priority flags get more precise treatment, personal kanban boards for different personalities is the visualization layer that pairs well with the Defer bucket, and personal scrum versus personal kanban is the decision about which cadence fits your weekly review. For the life-balance side of the same problem, six life-oriented task distribution strategies is the framework for keeping the intake system from eating your evenings.
Beyond the immediate silo, the focus-protection half of this puzzle lives at handling interruptions effectively, which is the defensive counterpart to this offensive guide, and at the broader focus and deep work cluster, where the question stops being how to process inbound and starts being how to make the long blocks produce something worth the protection. The common thread: an intake system is not storage, it is attention triage, and every piece of it earns its place by how quickly it routes an item to the right decision.
References
- McKinsey Global Institute. (2012). The social economy: Unlocking value and productivity through social technologies. mckinsey.com
- Saxbe, D. E., & Repetti, R. L. (2010). No place like home: Home tours correlate with daily patterns of mood and cortisol. Personality and Social Psychology Bulletin, 36(1), 71-81. https://doi.org/10.1177/0146167209352864
- Kushlev, K., & Dunn, E. W. (2015). Checking email less frequently reduces stress. Computers in Human Behavior, 43, 220-228. https://doi.org/10.1016/j.chb.2014.11.005
- Mark, G., Gudith, D., & Klocke, U. (2008). The cost of interrupted work: More speed and stress. CHI 2008 Proceedings. https://doi.org/10.1145/1357054.1357072
- Ghibellini, R., & Meier, B. (2025). Interruption, recall and resumption: a meta-analysis of the Zeigarnik and Ovsiankina effects. Humanities and Social Sciences Communications, 12, 962. https://doi.org/10.1057/s41599-025-05000-w
- Reinertsen, D. G. (2009). The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing.
- Allen, D. (2001). Getting Things Done: The Art of Stress-Free Productivity. Penguin Books.
- Gollwitzer, P. M. (1999). Implementation intentions: Strong effects of simple plans. American Psychologist, 54(7), 493-503. https://doi.org/10.1037/0003-066X.54.7.493
- Rubinstein, J. S., Meyer, D. E., & Evans, J. E. (2001). Executive control of cognitive processes in task switching. Journal of Experimental Psychology: Human Perception and Performance, 27(4), 763-797. https://doi.org/10.1037/0096-1523.27.4.763








