10 Lessons learned about job hunting

Joining Grand Rounds has been an educational experience in so many ways. In the 16 months that I’ve been here, I’ve interviewed more than 200 candidates across all levels of user experience, product management, and engineering. In doing so, I’ve learned a lot about the hiring process that I want to share to help folks who are looking for a job.

As a result of all of these interviews and conversations with my colleagues about these interviews, I’m sharing my top lessons learned about looking for a new job.

  1. Looking for a new job is frustrating, time-consuming, and difficult. Find or create a support system as you look for your new role. You need folks who can hear your frustrations, give you feedback, and help you keep your morale up as you’re trying to find the right next role for you.
  2. Don’t treat the job description as a list of absolute requirements. Under the best of circumstances, it’s written to describe the most ideal candidate. There is no real human being who actually matches that entire list.  If you meet ~50% of the requirements and you think you might be interested in the company, apply for it. 
  3. Get feedback on your resume and LinkedIn profile. If you’re in design or product management where portfolios are common, get feedback on those too. There are a lot of different resources for resume feedback, such as professional groups and mentoring circles. Many of the professional Slacks that I’m on have channels for resume and portfolio feedback. If you’re still in college (or boot camp) or a recent graduate, your college might offer resume and portfolio reviews through their career center or alumni association.
  4. Have appropriate expectations for each part of the job searching process.  Cold applications to a job through LinkedIn or their careers website have the lowest rate of responses, whereas an internal referral often gets more attention.
  5. If you can find find someone in your network who works for a company you’re interested in, check in with them to tell you more about the company and the culture. They might be able to give you an internal referral, too.
  6. Practice your opener: what’s your short (~60 second) response to “so tell me about yourself”? Say it out loud. Preferably say it to an audience and get feedback about it, but at least say it out loud to yourself often enough that you feel comfortable saying it.  I usually start by writing it down so that I remember all the points I want to hit, then reading it out loud a few times. I edit it as I practice it. Then I give it to someone and get feedback. As I say it more, I learn how to riff on certain parts of it, depending on the context where I’m giving my opener.
  7. Take some time after an interview to reflect on your performance.  What went well?  What didn’t go well?  If you feel like you answered a question particularly well, jot down some notes about it so that you can reproduce that great answer in the future.  If you feel like you didn’t answer a question very well, come up with a better answer for it, and then practice saying it out loud. 
  8. … but keep yourself from spiralling into shame or frustration or worry or any of the other negative emotions associated with job hunting.  Don’t beat yourself up if you flub a question, or even flub a whole interview.  Interviewing is a skill.  You get better at skills through practice. Flubbing a single question in an interview doesn’t necessarily remove you from the running.  Flubbing a whole interview, as painful as it is, is probably a learning opportunity for you to determine what went awry and how you can prevent that from going awry in the future.
  9. The job interview is a two-way street. You are evaluating the company and the team to see if you want to work there. Make sure that you gather information to help you determine whether you want to work at that company, with that team, and for that manager.
  10. Finding a job is difficult in a normal situation. Finding a job during a worldwide recession is even harder because there is a much larger candidate pool. You have to find a way to keep your morale and self-esteem up through this process. Job hunting can test your resilience, so know some ways to help recharge yourself as you find the next great role for you.

Now that I’ve dusted off this blog, perhaps I can make some writing momentum and share more here!

new adventures

I have been frightfully remiss in updating my blog. As a result, I’m now eight months in to my new role and haven’t even said anything here about it.

In April 2019, I joined Grand Rounds as Head of Research. Grand Rounds is a healthcare startup on a mission to raise the standard of healthcare for everyone, everywhere. I’m responsible for knowing all there is to know about our members — which is to say, the people who use our services. I wrote a piece introducing service design on the Grand Rounds tech blog.

Let’s see if I can dust this blog off and do some more writing this year.

Systers at Grace Hopper Celebration of Women in Computing

I am a long-time Syster, and I have attended and spoken at the Grace Hopper Celebration of Women in Computing a few times before.  This year, I’m speaking again, and wanted to support my fellow Systers as well.  To that end, I have compiled a list of Systers who are speaking at GHC.  Come see us! (Last updated: 2017-10-03 13:02 PT)

Wednesday, 04 October 2017

1:30-2:30pm
Panel: The Engineer’s Journey: Choose Your Own Adventure
Panelists: Cindy Burns, Pi-Chuan Chang, Leor Chechik, Mary Dang, Nadyne Richmond
Panel discussion of engineering career paths and important decisions along the way

1:30-2:30pm
Panel: The Myth of the Unicorn: Perspectives of Native American Women in Computing
Speakers: Amanda Sharp, Kylie Bemis, Nicole Archambault, Squiggy Rubio, Sarah EchoHawk
These extraordinary women in the tech industry identify as members of indigenous tribes from across Northern America. They will discuss their experiences, what it means to be a unicorn— a “mythical” or “non-existent” figure in tech—and what the tech communities can do to increase support and visibility.

1:30-2:30pm
Panel: Navigating Change: Ride the Waves of Change Without Feeling Underwater
Speakers: An Bui, Indu Khosla, Ariel Aguilar, Vanessa Hernandez, Alex Riccomini

1:50-2:10pm
Interactive Media Research Presentations: Inverse Procedural Modeling for 3D Urban Models
Speaker: Ilke Demir

3:00-3:20pm
Demonstrating Value Presentation: Managing Up: Managing Your Manager with Compassion, Humor, and Data
Speaker: Steph Parkin

3:00-4:00pm
Panel: Systers Celebrates 30 years Supporting Women in Computing
Panelists: Angel Tian, Danielle Cummings, Laura Downey, Neetu Jain, Dilma Da Silva

3:00-4:00pm
Workshop: Consciously Tackling Unconscious Bias
Speakers: Lilit Yenokyan, Amala Rangnekar, Saralee Kunlong

4:30-5:30pm
Panel: Navigating Change: Ride the Waves of Change Without Feeling Underwater (repeat session)
Panelists: An Bui, Indu Khosla, Ariel Aguilar, Vanessa Hernandez, Alex Riccomini

4:30-5:30pm
2017 Systers Pass-It-On Award Winners

Wednesday poster session, 1-4pm

Framework to Extract Context Vectors from Unstructured Data using Big Data Analytics
Presenter: Sarah Masud

Race against Troubleshooting: Predictive Maintenance for Data Protection
Presenter: Dhanashri Phadke

Thursday, 05 October 2017

11:30am-12:30pm
Panel: Why and How to Prepare for Hackathons?
Panelists: Bouchra Bouqata, Rose Robinson, Sana Odeh, Shaila Pervin, Xiaodan (Sally) Zhang

11:30am-12:30pm
Panel: Virtual Humanity
Panelists: Erin Summers, Jenn Duong, Gemma Rachelle Busoni, Elisabeth Morant, Charity Everett
In this panel, industry experts will share knowledge building and creating virtual reality (VR) experiences, games, and tools centered around the human experience.

11:30am-12:30pm
Panel: Hello, It’s Me! Differentiating Yourself With a Multidimensional Career
Panelists: Jenna Blaha, Vidya Srinivasan, Kelly Hoey, Ilana Walder-Biesanz, Cassidy Lara Williams

11:30am-12:30pm
Speed Mentoring with Systers mentors
Organizer: Zaza Soriano
Mentors and attendees sit at tables, each of which has a topic. For 15 minutes, attendees ask questions for the mentor to answer. Then attendees change tables and select a new topic, and the Q&A starts again.

11:30am-5:30pm
OSD Code-a-thon for Humanity with Project Jupyter
Organizers: Carol Willing, Jamie Whitacre

1:30-2:30pm
Panel: Get Out of Your Own Way!
Panelists: Mayoore S Jaiswal, Carolyn Rowland, Maybellin Burgos, Lilit Yenokyan, Lulu Li

1:30-2:30pm
Panel: Navigating Social Impact as a Techie
Panelists: Sharon Lin, Yada Pruksachatkun, Daniella Cohen, Gwen Wong, Gemma Rachelle Busoni
This panel will tackle approaches to creating social impact with technology, from eliminating social stigma of ‘civic technology’ to merging product paradigms from tech startups and philanthropic work.

1:30-2:30pm
Speed Mentoring with Systers mentors
Organizer: Zaza Soriano
Mentors and attendees sit at tables, each of which has a topic. For 15 minutes, attendees ask questions for the mentor to answer. Then attendees change tables and select a new topic, and the Q&A starts again.

3:00-3:30pm
Career Success Presentation: Negotiation Tactics to Make Your Manager a Strategic Career Partner
Speaker: Amy Yin

3:00-4:00pm
Panel: How Male Allies are Supporting Women in Computing through the Local Community
Panelists: Natasha Green, Anthony Park, Edwin Aoki, Evin Robinson

3:00-4:00pm
Speed Mentoring with Systers mentors
Organizer: Zaza Soriano
Mentors and attendees sit at tables, each of which has a topic. For 15 minutes, attendees ask questions for the mentor to answer. Then attendees change tables and select a new topic, and the Q&A starts again.

3:20-3:40pm
Career Success Presentation: Communicating, Promoting, & Developing Yourself Professionally: A Peer’s How-To Guide
Speaker: Rucha Mukundan
I will discuss key takeaways and lessons learned from her experience joining the workforce, and how professionals in their early career can use this information to position themselves for success.

4:30-4:50pm
Career Success Presentation: Negotiation Tactics to Make Your Manager a Strategic Career Partner (repeat session)
Speaker: Amy Yin

4:50-5:10pm
Career Success Presentation: Communicating, Promoting, & Developing Yourself Professionally: A Peer’s How-To Guide (repeat session)
Speaker: Rucha Mukundan
I will discuss key takeaways and lessons learned from her experience joining the workforce, and how professionals in their early career can use this information to position themselves for success.

Friday, 06 October 2017

9:00-9:20am
Open Source Presentation: Getting Started with Your First Open Source Project
Speaker: Mandy Chan

9:00-10:00am
Panel: Highlight and Recognize Your Organization’’s ‘Hidden Figures’
Panelists: Tamara Nichols Helms, Mona Hudak, Rachel Shanava, Larry Colagiovanni, Yolanda Lee Conyers

9:00-10:00am
Workshop: A Hands-on Dive into Making Sense of Real World Data
Speakers: Xun Tang, Jamie Whitacre

9:00-11:00am
Workshop: Learn to Negotiate And Stop Holding Yourself Back
Presenters: Karen Catlin, Poornima Vijayashanker
Learn how to discover your true value, leverage it to craft an ASK for decision makers, and handle common concerns and objections of decision makers. You’ll be able to practice your ASK and receive feedback on it.

9:00am-noon
Student Opportunity Lab: From Passion to Product: How a LEGO Fan Learns Data Science
Presenters: Xiaodan (Sally) Zhang

9am-noon
Student Opportunity Lab: Importance of Internships and Strategy to Get One!
Presenters: Deveeshree Nayak, Mayoore S Jaiswal

9am-noon
Student Opportunity Lab: You were hired to be you!
Presenter: Angela Choo

9am-noon
Student Opportunity Lab: How to Successfully Apply to Graduate School
Presenter: Laura Dillon

10:30-11:30am
Workshop: Designing Intelligent Hardware: A Day at Nest
Presenters: Jung Hong, Lulu Li, Soja-Marie Morgens
Hands-on experience of the decisions we make to build IoT intelligent hardware with close integration of cloud services, data pipelines and algorithms.

10:30-10:50am
Security Operations Presentations: When a Picture is Worth a Thousand Network-packets and System-logs
Speaker: Awalin Sopan

11:10-11:30am
Finding Your Fit Presentation: Finding the Right Fit: Discovering a Job You Love
Speaker: Kelly Irish

noon-12:20pm
Putting Yourself First Presentation: A Stay-at-home Mom’’s Guide to Continuing Your Career
Speaker: Adina Halter

noon-1:00pm
Panel: From Here to Internity
Panelists: Melissa Ann Borza, Kelly Irish, Marissa Alexandra Schuchat, Jenna Blumenthal, Chang Liu
Panel discussion of current/former interns and hiring managers on how to succeed in your internship

noon-1pm
Panel: Wonder Woman and the Amazonians: Build Your Local Community
Panelists: Bushra Anjum, Abigail Shriver, Melissa Greenlee, Maigh Houlihan, Marian Tesfamichael

noon-1pm
Workshop: Getting the Glass to Half-Full: Managing Your Moods at Work
Presenters: Mamta Suri, Beth Budwig, Harika Adivikolanu
Are you stressed out or negative at work? Do you react to situations at work impulsively? Being positive and well-balanced is a learnable skill. In this workshop, you will practice mindfulness and learn to apply techniques from Cognitive and Dialectical Behavioral Therapy to the workplace. You can use these tools daily to help manage your stress, stay calm, and improve your mood.

12:30-2:30pm
Workshop: Learn to Negotiate And Stop Holding Yourself Back (repeat session)
Presenters: Karen Catlin, Poornima Vijayashanker
Learn how to discover your true value, leverage it to craft an ASK for decision makers, and handle common concerns and objections of decision makers. You’ll be able to practice your ASK and receive feedback on it.

why your conference should have a code of conduct

I’ve been asked many times why a conference needs a code of conduct.  Depending on who’s asking, and whether I feel like taking on such basic education for a conference organizer, I give many answers: to increase attendance of women, to have a documented procedure of how to handle a situation, to do the right thing.

There have been many articles written about the problem of harassment at conferences.  The most recent to cross my radar quotes Leigh Honeywell:

“I’ve had enough crappy experiences at security conferences that I no longer attend them alone,” said Leigh Honeywell, a security engineer.

And that, conference organizers, is why you should have a code of conduct.  When people have bad experiences at your conference, they stop attending it.  When women have bad experiences at your conference, they stop attending it if they can’t come up with a way to guarantee their safety.  And when we have bad experiences at your conference, we talk about it.  I’ve avoided attending conferences because I’ve heard about bad behavior that goes unchecked.

If you don’t have a code of conduct that you enforce, you’re losing attendees.  It’s in the best interest of your conference, including best financial interest, to have a code of conduct.

the patient experience of in-patient versus out-patient hospital stays

I’ve spent most of the past year learning about access to healthcare and thinking about how we might improve the patient experience so that patients have better outcomes. It’s become increasingly clear to me that the healthcare system places a high burden on patients, and it is the patient who suffers when healthcare lets them down.

Take this article in the New York Times, New Medicare Law to Notify Patients of Loophole in Nursing Home Coverage. The article explains one of the many things that is all but impossible for patients to understand about healthcare: the difference between in-patient care and out-patient care. Most people think that in-patient care means staying overnight. Not so: there are many ways to stay overnight in a hospital, wearing a hospital gown and sleeping in a hospital bed, where you are not actually an in-patient. The Times article describes being under observation, which can technically be done as an out-patient and still have the patient in the hospital for many days.

The real problem here is the disconnect between what it means to be an in-patient versus out-patient. For the patient themselves, they rarely know if they are in- or out-. They only know that they are at the hospital, and that something is wrong enough for them to stay overnight. Patients have no idea about the strange intracacies of in-patient versus out-patient. To the patient, there is no observable difference between the two. They only find out later when the bill arrives.

Instead of fixing the underlying problem, this change is instead adding to the burden on the patient. Patients now have to be notified if they have stayed more than 24 hours as an out-patient under observation, they could have significant out-of-pocket costs for their treatment. Not only is the patient sick enough to require in-hospital observation in the professional opinion of a doctor, now the patient also has to worry about how all of this is billed. They have to know the difference between in-patient and out-patient. They have to find someone who knows whether the medical billing will be coded as in-patient or out-patient,. And they have to do it at a time when they are particularly ill-equipped to think about such matters.

It’s hard to be a patient. Let’s not add to the burden of being sick, and needing medical treatment, by also expecting patients to make decisions about their medical treatment based on arcane medical billing.

the state of the independent developer

I’ve been shipping software in various roles since I was an undergraduate student in 1997.  I’ve done tech support, technical writing, software development, and user experience in the intervening years.  I’ve shipped code in at least 8 languages, including Smalltalk and VAX assembler.  I’ve contributed to and helped organize several tech conferences, ranging from programming languages to women in tech.

Although I had been a Mac user for some time, I officially became a part of the Mac developer community in 2005 when I joined Microsoft to work on Office:Mac.  I was excited to join that team.  Not only did I finally get to work on Mac applications (and with people who had been doing Apple development for 20+ years!), I was part of a vibrant community.  I attended MWSF first as an engineer, and later as a speaker.  I met many people who have long since crossed the line from fellow developer to friend.

I was a part of the community for the transition from PowerPC to Intel and the corresponding transition from CodeWarrior to Xcode.  I was part of the community when the iPhone was announced.  I was a part of the community when iOS really took off, and when being able to attend WWDC was not just a matter of getting employer approval but also the luck of a draw to get one of the relatively scant handful of available tickets.

When I started working on Office:Mac, I observed that there weren’t a lot of large Mac development shops outside of Apple.  There was the Office:Mac team of ~250 at the time, and Adobe too, although I didn’t have a good estimate of how many Mac developers they had.  Then there were smaller teams, like Quicken for Mac, VMware Fusion, and The OmniGroup.  And then there were a lot of very small shops and single developers releasing great products.  One of the challenges that the Office:Mac team had when I was there was the dearth of software engineers who had both Mac development experience and very large codebase development experience.

Both the platform and the development community have evolved, resulting in significant impacts to independent developers.  As is obvious from the near-impossibility of getting WWDC tickets since it first sold out in 2008, the Apple developer community has seen an unprecedented influx.  Companies large and small have added iOS developers.  Independent developers have flocked to the platform.

A major point of change has been the App Store, first for iOS and then for Mac.  The proliferation of apps has made app differentiation difficult for developers, whether they are a large company or an independent developer with a great idea.  To attempt to gain users, not only has there been a proliferation of apps, but those apps are  likely to be free.

Free apps are, of course, not free.  Apps require developers, and developers have bills and a desire to keep paying those bills.  For a large company, the cost of developing a free or inexpensive iOS app is often absorbed in the costs of developing other products that are well-funded and that the iOS application supports.  The App Store has evolved other methods for developers to make a living, including advertisements and in-app purchases.

Which leads us to the state of the independent developer.  It was possible to be an independent developer and make a decent living at it.  Some developers, through a combination of skill and luck, found themselves doing more than just making a decent living.  As the price tag of applications has trended towards zero, it’s been ever-harder for an independent developer to be only an independent developer.  A good idea for an app, the skill to develop a great app, and a sprinkling of luck is no longer sufficient to make a decent living.

Independent developers often have to diversify their income. They might have to keep their day job and work on their app on evenings and weekends.  They might have to become writers or podcasters to ensure that they have sufficient income.  They might become developers in a corporate environment, taking advantage of all of the iOS developer opportunities that are available now.

I was overjoyed to see Samantha Bielefeld‘s take on the state of independent developers as she considered Marco Arment‘s move to make his iOS app Overcast available for free with an optional patronage model.  Her point that he is able to try this as a result of his unique position in the community and his other income streams is one that resonated with me.  If a well-known and well-regarded developer isn’t reaching an audience with a well-designed and inexpensive iOS app and thus chooses to make it free, what about everyone else?

It’s distressing to see a well-known independent developer seemingly throw in the towel on independent development.  It’s doubly distressing when that independent developer doesn’t seem to understand that the model of patronage isn’t necessarily one that will work for independent developers at all, let alone ones who don’t have thousands of Twitter followers or close friendships with well-placed members of the tech press.

What is the state of our community?  Are our options limited to either working for a big company or hoping that ad revenue continues to limp along?  How do we have a vibrant community of world-class apps and developers creating those apps if our users have become conditioned to free apps?

These are important questions for us.  Attacking Bielefeld for asking important questions is the wrong thing to do.  For all of us, whether we’re in big companies or independent developers, we have to consider our place in the community and how we’re supporting both ourselves and the long-term success of the community.  I’m hard-pressed to see how this constant drive to zero is going to ensure our long-term success.  We must stop shying away from important and difficult questions, and we must stop attacking anyone who questions this status quo.

the hallway track

On the first day of MacIT, it’s traditional for the members of the advisory board to say what they’re looking forward to.  Arek Dreyer went first, and he cited the hallway track as the thing that he’s most looking forward to.  He’s right: even at a conference with the most amazing content, the hallway track is often one of the most useful tracks at a conference1.  It’s a huge miss when conference organizers forget about the importance of the hallway track.

This afternoon, I got to be a part of the hallway track in action.  I was talking to another member of the advisory board and one of the MacIT speakers.  Someone came up to us, and asked what we knew about network security.  She referenced a question that she had asked during the security talk this morning.  None of us are network experts, nor are we security experts, but we’ve all picked up bits and pieces over the years.  She explained her situation as we looked at her error logs.

We came up with a plan of attack, both short-term to address the issue that she found, and long-term to address the likely root cause of the problem.  We talked about how to figure out what levers to pull within her organization to make it possible to do the long-term fixes.  We shared our own war stories about our own experiences with issues and figuring out exactly what dance is needed to get something done.  And we reassured her: yes, she really did have an issue, and yes, her issue is resolvable.

This is why I love the hallway track.  None of us had the complete answer.  Together, we were able to talk through her problem, brainstorm ideas for how to address it, and come up with what felt like the right way to address it in her environment with her team.  We worked together, came up with some potential solutions, and identified more resources that she can use back home when she doesn’t conveniently run into people in the hallway.  We all learned something in the process, and we helped out a member of our community.

That is the power of the hallway track.

  1. Now that I think about it, possibly most especially at a conference with the most amazing content.  Great content creates another opportunity for great hallway conversations

healthcare is more than the clinical experience

As I’ve been working at Genentech, one thing that has quickly become apparent to me is that healthcare is far more than the clinical experience.  That clinical experience, between me and my doctor or maybe me and a x-ray tech or something like that, is only one of the pieces of healthcare.  There are many aspects that are just as important as the clinical experience.

In “How hospitals hope to boost ratings on Yelp, HealthGrades, ZocDoc and Vitals”, the Washington Post says this:

When patients are asked to rate how doctor quality should be measured, clinical outcomes, such as getting cured of a disease, rarely come up, said Lisa Suennen, who advises health-care companies. Patients talk about whether a doctor or nurse was kind to them, or whether their experience was fast and convenient. It’s assumed that the doctor is going to treat their illness or condition.

The clinical experience is necessary, but not sufficient, to have a good healthcare experience.  The user experience of healthcare includes the clinical experience, as well as the ease of getting an appointment, the wait time before your appointment, how test results and next steps are communicated with you, whether your doctor follows up with you.

Perhaps this is a reflection of Genentech and its treatments, but I wonder if the last sentence is actually true.  Or maybe it’s true for lots of cases, and it stops being true when the diagnosis or treatment is difficult.  As a patient, it can be hard to assess clinical outcomes.  If I had a cold and now I don’t, how do I know if the clinical experience could have been better?  If I have a chronic condition, how do I assess whether I could have gotten a better clinical experience?  It’s easy to assess whether I feel like my doctor has listened to me, whether my doctor has treated me like a person and not a condition, whether my doctor is responsive to my concerns.

Healthcare is hard.  We have to remember that the clinical aspect is only one part of what makes healthcare hard.  We have to get the patient experience right.

you are not the user

In every role that I’ve had, I’ve had to remind myself and my team that we are not our users.  When you’re a software engineer creating a software application, it’s very easy to see yourself as the user.  It was true when I worked at IBM on databases, it was true when I worked at Microsoft on Office:Mac, and it was true when I worked at VMware on vSphere.

In each of those instances, while we as the application development team did use our applications in one way or another, we weren’t representative of our real users.  We had more knowledge of how computers and software work in general.  We had more knowledge of how our specific applications work, and many other related applications too.  We were far more likely to use our software deeply.  When I was at Microsoft, I learned that, as an organization, we sent and received significantly more email than other organizations of our size and general structure.  This meant that I couldn’t project from my usage of Outlook to other users.  I had more email, I had more folders, I had more events on my calendar, and I was far more likely to use deep features in that application.

I find myself having a similar conversation in healthcare user experience.  We are very patient-focused.  Being patient-focused is excellent.  We have a lot of empathy, which is also excellent.  In using the term “patient”, we can project ourselves into the situation — after all, we’ve all been patients at one time or another.  My doctor refers to me as her patient, even when I’m just in for a checkup.

But I am not the patient here.  When I project myself into the patient’s situation, it is easy to forget that I probably differ from the real patient.  I am a reasonably healthy and well-educated 39-year-old married woman in Silicon Valley.  Not only that, but I have also learned quite a lot about how healthcare works in the past few months.  Most patients don’t have the benefit of the knowledge that I have acquired.  And if I’m considering the user experience for the patient, they are probably not, or are no longer, a reasonably healthy person.

This point is very important.  Someone who is reasonably healthy is better able to make well-informed decisions.  We have a limited amount of cognitive resources available.  There are only so many decisions that we can make in a day.  That’s why habits are so powerful: a habit is (at least!) one fewer decision to make in a day.  If you always have a latte and a banana on your train ride to work1, you don’t have to expend cognitive resources thinking about what to have for breakfast that day, and thus you have more cognitive resources to use later in the day.  People who are in pain or who are stressed have fewer cognitive resources available to them than people who aren’t in pain or stressed.

In creating a healthcare user experience, I have to remember that our patients have probably had a life-altering diagnosis.  They could have had a long and difficult journey to get to that diagnosis.  They are probably tired, and in pain, and stressed.  They are already dealing with a difficult situation.  We have to create a healthcare user experience that doesn’t have an undue cost of cognitive resources at a time when the patient has few, if any, to spare.

  1. Yes, I have just described my morning commute.

a Macintosh girl in a Microsoft world

© 2010-2024 go ahead, mac my day All Rights Reserved