Brian Kerrhttps://blog.briankerr.co
Sun, 09 Apr 2017 21:30:04 +0000enhourly1http://wordpress.com/https://s2.wp.com/i/buttonw-com.pngBrian Kerrhttps://blog.briankerr.co
The Case For Compassionate Empathyhttps://blog.briankerr.co/2017/01/27/the-case-for-compassionate-empathy/
Fri, 27 Jan 2017 14:00:19 +0000http://blog.briankerr.co/?p=408]]>One of the most sought after skills for a Customer Centric Professional is empathy. It’s easy to find article after article on how important it is the support world.

Empathy is the ability to imagine oneself in the shoes of another to see their perspective. It’s imagining as if you’re having the issue the person that your helping is having.

While empathy as a term is well liked, I don’t think it’s perfect for a Customer Centric Professional. It doesn’t convey action to resolve the situation.

To be in the right mindset for helping customers, we need to introduce compassion. Often empathy and compassion get mixed as if they’re synonyms. They’re related words.

Compassion is being consciousness of someone’s distress with a desire to ease it.

The difference between the two seems small at first. Zoom out to the bigger picture, and the differences are vast. Compassion is acknowledging the problem and working to resolve it!

Still, on its own, compassion isn’t enough. It has its flaws. It doesn’t put one in the position of another person.

Think of both words from the viewpoint of a Customer Centric Professional. It’s hard to create a connection with someone if you can’t imagine their situation. And it’s hard to create a feature if you don’t understand the customer’s problems. It’s also hard to solve a problem if you’re not driven to solve it.

Let’s improve empathy and compassion and use them together. This fusion creates a much more powerful skill: Compassionate Empathy.

The definition of Compassionate Empathy for a Customer Centric Professional is:

Acknowledging and valuing the position of the person that you’re helping and working to resolve their situation

When framed like this, the viewpoint becomes a super-power.

It means that when someone has a concern, you acknowledge it. You value the concern. When necessary, it’s okay to say you’re sorry. Or if you’ve been in that situation before, you can relate to the customer.

Your next step is working to resolve the concern. Because you have compassion, you’re driven to take care of the issue.

Compassionate empathy conveys action while understanding the position of the person you’re helping.

Compassionate empathy isn’t something one hires and has for the rest of their life. Like any other skill, it requires practice. It’s not set it and forget it. Somedays you’re able to channel more compassionate empathy and some days you’re not. If the pains of a customer base changes, it requires one to learn about those new pains.

Not every response requires a response filled with Compassion empathy. Sometimes all that’s needed is hospitality. That’s a friendly and warm response. Sometimes someone needs a reminder of their username, how to do a task, etc. These answers don’t require you to enter the position of the person or be sympathetic to their situation.

Reading and listening that formed these thoughts

]]>thebriankerrIntercom: Does your support team know more about your product than you do?https://blog.briankerr.co/2017/01/23/intercom-does-your-support-team-know-more-about-your-product-than-you-do/
Mon, 23 Jan 2017 14:00:53 +0000http://blog.briankerr.co/?p=392]]>Sabrina Gordon, a customer support lead at Intercom shares the value that a support team can provide to a product team.

She highlights the difference between survey feedback and unsolicited feedback.

To define

Survey feedback is when you reach out to customers after the fact. It could be in the form of “How do you like XYZ?” survey sent a week after a customer used XYZ. The danger with this feedback is it’s only regarding what you ask about.

Applying this thinking to a product

Say your product team releases a great new feature overhauling the permission settings for your service.

Two weeks after launching, the product team notices it’s not used as much as they expected. To figure out why they send out surveys to customers using the feature to get their feedback. Responses come back and the people that are using it rave about it. At this point, without looping in your support team, they might think they need to market the feature more.

In a world where the product team also uses unsolicited feedback, they would also incorporate going to the support team for the research. Right away, the support team could point an issue that tells a different story from the survey: A small portion of those who use the permission settings are confused on how to enable the new settings. The confusion causes an unknown amount of customers never to enable the new permissions.

This feedback provides the product team a place to go back and fix the confusion. The support team can fit into reducing the uncertainty by improving the support docs on the permission settings.

Tagging Unsolicited Feedback

Sabrina builds on how Intercom uses the Unsolicited feedback.

One of the most important things we do at Intercom is tag every single conversation that comes into our inbox with both a team tag and a category tag. The team tag denotes what product team owns that feature or part of the product, while the category tag describes what type of conversation we had.
Using these tags, our product team can create dashboards, look at unusual spikes, consistent trends, explore conversations and get insights into what we should be working on next.

This allows Intercom to see into the customer journey and where support requests are coming from.

]]>thebriankerrMake it Happenhttps://blog.briankerr.co/2017/01/16/make-it-happen/
Mon, 16 Jan 2017 14:00:08 +0000http://blog.briankerr.co/?p=382]]>I recently finished Getting Things Done by David Allen. It’s a 269-page book on how to get things done. Which might seem like overkill but it’s full of good information on task-management.

In the book, Allen makes his case for a system that he’s designed to get things done. The root idea is to come up with a system to process all the “stuff” that comes up in life. Stuff is any to-do. From a rebranding project at work to getting your kitchen sink fixed. It’s all stuff that can float up in your mind at any given point in a day and interrupt and ruin your workflow.

The most value I took away is creating a to-do system to capture your ideas in a way that is actionable to you.

Here are three points that I’ll be incorporating into my routine:

A Weekly Review

Next Action Decisions

Focusing on the Outcome

The Weekly Review

For me, one of the most satisfying feelings is heading out on vacation with all the loose ends at work tied up. It feels so great to be on top of everything, right? Of course, a few days off doesn’t hurt either.

That feeling is the weekly review. Every week have an hour on your calendar where you cover what happened over the last week.

Over a week, things get messy, and you get pulled into unexpected directions. It’s good to close the loop on your tasks and review your to-do list.

After this hour, your to-do list is clean and clarified. If there’s a simple task lingering on your to-do list, finish it up during the review. Catch up on emails, support tickets, and other stuff. And finally, set what you need to do for the next 5-7 days.

The weekly review is critical to a well-working to-do system. Without it, the whole process falls apart. It clears your mind and sets you up for success.

Next Action Decisions

Straightforward and sweet. Next action decision is asking What’s next? It empowers you to be able to move actions, to-dos, and projects to the next step and keep things running.

Before reading Getting Things Done, on my to-do list I had:

Katie’s battery

What the heck does that mean? It’s not a to-do, nor does it show what action is necessary. In reality, that meant clear the corrosion off of Katie’s car battery. The next action was getting the supplies to clear off the corrosion.

Next action decisions take vague stuff into actionable items. This is valuable for many reasons. Maybe you’re groggy on a Monday morning and looking for a quick win to spark your week. Look at your to-do list for something with a simple next action and get it done! Or, maybe you’re towards the end of 1-hour meeting that you don’t remember the purpose of. Ask “What are the next action steps?” this sets ground rules and expectations for what’s to be accomplished after the meeting.

Focusing on the Outcome

It’s hard to create a task when you don’t know what the end product looks like. As the famous quote goes:

A vision without a task is but a dream. A task without a vision is drudgery. A vision and a task are the hope of the world.

By being able to focus on the outcome, you’re able to create the tasks to achieve the outcome.

Say you want to onboard a new support employee. Focus on the elements of what a successful onboarding would look like for that employee. Create tasks to achieve those elements.

The ideas behind these thoughts come from Getting Things Done. If you download a to-do app never to return to it, I suggest giving the book a read.

]]>thebriankerrHBR: Kick-Ass Customer Servicehttps://blog.briankerr.co/2016/12/28/hbr-kick-ass-customer-service/
Wed, 28 Dec 2016 14:00:46 +0000http://blog.briankerr.co/?p=376]]>An interesting write-up by HBR on what type of person excels in a customer service focused role. In a study of 1,440 customer service professionals, they found seven different personas: Accommodators, Competitors, Controllers, Empathizers, Hard Workers, Innovators, and Rocks.

Interestingly, they found that someone that fits the persona of a Controller excelled the most (lower handle time, higher customer satisfaction ratings). HBR defines a Controller as someone who is outspoken and opinionated; likes demonstrating expertise and directing the customer interaction.

Why do Controllers do better than their counterparts? Our structured interviews revealed that they are driven to deliver fast, easy service and are comfortable exerting their strong personalities in order to demonstrate their expertise. They describe themselves as “take charge” people who are more interested in building and following a plan than “going with the flow,” even in social situations. They’re confident decision makers, especially when nobody’s in charge, and they’re opinionated and vocal. As one Controller explained, “I like to take control of the situation and guide people.”

And as the problems reps deal with have become more complicated, Controllers have turned out to be the best problem solvers. Not only do they proactively diagnose customer issues, but they also consider the customer’s personality and the context of the call in order to customize a solution and present it effectively. Controllers focus less on asking customers what they’d like to do and more on telling them what they should do—the aim always being to get to the fastest and easiest resolution. The conversation feels decidedly human and off-script: Controllers tend to shun generic language and prescribed checklists, especially when their diagnosis suggests that customers have already invested significant time trying to resolve an issue on their own.

Consciously or not, Controllers deliver what information-saturated customers want (according to the research): clear guidance instead of excessive choice. In CEB’s customer contact practice, for example, we’ve found that 84% of customers would prefer a straightforward solution to their problem rather than a broad array of self-service channels (e-mail, chat, social media–based service, and so on).

The whole article is worth a read. It dives into hiring, training people to be controllers, and adopting a controller mindset at an organization level.

In the end, empathy and accommodating a customer’s needs is necessary. But quickly coming to a solution is valued just as much if not more.

]]>thebriankerrPacking a Workspacehttps://blog.briankerr.co/2016/12/08/packing-a-workspace/
Thu, 08 Dec 2016 14:33:43 +0000http://blog.briankerr.co/?p=337]]>This is my sixth and final post for the 6 week Support Driven writing challenge. For this post, the topic is “Share your workspace with us”.

I’m a remote worker, because of that, my physical workspace is in flux. Most days are spent either at home or a local coworking spot. Because of that, I wanted to capture what I keep in what I call my desk, my backpack.

I do have one rule for where I work: The space must be quiet and private. No open office and little time spent in coffee shops.

Here’s what’s pictured above:

Standard issue MacBook Pro and charger.

Ear buds.

A notebook to write down thoughts.

Blue/Black Pen. Like a TV remote, I’m always losing one of these. Currently lost is the blue pen.

USB cable.

Clicky keyboard & mouse. Not always on me but a must have.

Water bottle.

The book I’m currently reading, Getting Things Done.

A local magazine, Little Village.

The desk, a Crumpler Backpack.

Unpictured:

Snacks/lunch.

Coffee mug.

Sweatshirt, mittens, and hat. (it’s getting cold)

Other Posts In This Series

]]>thebriankerrimg_20161208_082221846An Archetypal Weekhttps://blog.briankerr.co/2016/12/07/an-archetypal-week/
Thu, 08 Dec 2016 05:59:08 +0000http://blog.briankerr.co/?p=318]]>This is my fifth post for the 6 week Support Driven writing challenge. For this post, the topic is “Tell us about a typical day in your life”.

I split my week and days between working in Support and working in Success. Support is what you’d expect: Answering emails, live chats, and Tweets. Success is working on proactive content, researching how customers are using our products, and campaigns reaching out to customers.

Before Work

I wake up anywhere between 7:30 AM – 9:30 AM. It depends on what I have planned for the morning. I might meet up with a friend for coffee, go to the gym, or sleep in as long as I can.

For breakfast, I’ll have a bowl of greek yogurt with granola. Before I log on for work, I’ll make a fussy cup of coffee with a Chemex or AeroPress.

Work

I start my day around 10:00 AM. I’ll hop into Slack to say hello to my team (we work remotely) and glance at Basecamp for what I missed.

At that point, I’ll turn my focus to what my role is for the day, support or success.

Support Days

My Support days are Monday, Thursday, and Friday. As you might expect, these are days where the work is done as it shows up.

When I load up Help Scout for the day, I’ll do my best to prioritize the cases in our queue: Are there any extremely urgent situations, are there any replies to European customers that I need to get out right away (to give them a chance to respond before their day is over).

From there, it’s heads down in the queue till lunch. I’ll also turn on Live Chat to have that available until 5:00 PM.

Lunch will happen between 1:00 PM – 3:00 PM. After lunch, it’s back into the queue.

In my last hour of the day, I’ll follow-up on any Basecamp posts and finish up any to-dos. On Thursdays, I’ll write down any wandering thoughts from my previous Success days.

Success Days

My Success days are Tuesday and Wednesday. These days are much more focused than a support day. I’ll put Slack in DND (do not disturb). And I’m getting better at quitting Slack for a couple of hours.

As I said in the intro, Success is much more proactive work. Our goal in Success is to make our customers better developers, not just better Beanstalk users.

That’s where the content comes in. Maybe we find ourselves having to teach customers Git often, to help out with that we can create a Getting Started with Git guide. It can be blog posts, guides, or help articles.

Research is looking at all the data available like support requests and behavioral analytics. We try to find wedges here to make our customers more successful. Maybe there’s a pitfall we see people falling into. With that information, we can suggest product improvements or content to create.

A campaign would be reaching out to customers who haven’t reached MVE (minimum viable effort, i.e., the point of realizing the value of a product). It could also be reaching out to customers that we’ve identified that are at risk for churn. For example, I am planning to reach out to customers in a suspended state (payment is failing).

As you might be able to tell, there’s a lot of possibilities for what a Success day can look like hour by hour.

After Work

Around 6:00 PM I’ll start shutdown procedures (close the laptop lid) and end my day. There are no set plans for after work.

On days that my beautiful wife works, she won’t get home until 8:00 PM. The days she works I’ll cook dinner and on her days off she’ll cook dinner.

Some nights after work I might meet up with friends to watch a sporting event, or we might have a friend over for board games.

I’m a night owl and will stay up later than my wife. I’ll work on a project like this blog post or become terrified of technology by watching Black Mirror.

Other Posts In This Series

]]>thebriankerrStacking Up Supporthttps://blog.briankerr.co/2016/12/06/stacking-up-support/
Wed, 07 Dec 2016 01:49:32 +0000http://blog.briankerr.co/?p=311]]>This is my fourth post for the 6 week Support Driven writing challenge. For this post, the topic is “What mediums does your team do support through? What are the pros and cons to each of these mediums?”

At Wildbit, our support stack is mundane, and that’s good. It means we’re not overwhelmed, and we can deliver exceptional support while being a small team.

We have the channels of email, live chat, Twitter, and are testing phone support. Along with help docs and guides.

Email

I love email support. To me, this is the bread and butter of helping customers.

Pros:

You can assume every customer has an email address. There are no extra accounts for them to learn and services to learn to interact with you.

Each customer is unique. Email support allows you time to make a response specific to the customers unique needs. For a tricky case, you can spend 10 minutes researching, and the customer doesn’t know the difference. In live chat, they’d be asking “are you there?”.

For the tricky cases, you can spend 10 minutes researching, and the customer doesn’t know the difference. In live chat, they’d be asking “are you there?”.

Cons:

For the customer, it can be difficult. If they’re coming to you, that means they have a problem. If you can’t get back to them quickly, it becomes a little terrifying with comments like:

Is there a phone number I can call?

Do you need more information?

Did my email get lost?

Live Chat

We have live chat on our marketing pages and in-app. It can be fun as you’re going over pricing/features, and at the same time teaching someone Git.

Pros:

The immediacy cons of email are all resolved with live chat.

A human connection is easy to make with a customer over chat.

It’s easier to judge the tone of a conversation compared to email. It allows for a more enjoyable exchange with a customer.

Cons:

An immediate, non-transactional answer can be hard.

I support developers. Teaching someone complicated topics or working through complex errors over chat is often mentally draining.

Twitter

Pros:

Like email, the barrier for a customer to ask a question is low.

Cons:

I’m not a fan of Twitter support. Tying a Twitter handle to a customer is hard.

Replies are “cold” with only 140 characters available to a question that deserves 140 words.

Phone

This is an experimental feature two of my colleagues are starting this week.

In their email signatures, they include a Calendy link to schedule a phone call for phone support. We’re not sure how this will go, the best part is if it’s successful, it’s a win. If it’s not, we can remove the link from the signature and move on.

Pros:

The most human of all popular channels.

Cons:

In a twenty-minute phone call, you can only help one customer, with email or live chat in the same period you can assist 4-6 customers. Your team has to in a position to handle the volume or limit access.

Some answers are best answered over text.

Self-service (docs and guides)

We have two types of self-service content: Docs & Guides.

Docs are product specific information. Guides are product agnostic. i.e., in theory, a competitor could link to them as a great resource for information on a topic, and a guild should provide value even if you aren’t using one of our products.

Pros:

The difficult how-to you get often? Turn it into a doc, and it can help the next 5 customers with the same question.

If your support team isn’t 24/7, it offers something in off hours.

Best practices? If you’re living and breathing your product you probably have some best practices, share them as a guide!

Cons:

Docs can be a crutch.

Creating a help doc doesn’t solve all problems. The fewer help docs, the better. If you have customers reaching out to you frequently about the same problem, it can be a sign there needs to be improvements there. This isn’t to say help docs aren’t important but it is dangerous to fall into the trap of creating X amount of help docs a week.

Other Posts In This Series

]]>thebriankerrMy Thinking Spacehttps://blog.briankerr.co/2016/12/05/my-thinking-space/
Tue, 06 Dec 2016 00:49:15 +0000http://blog.briankerr.co/?p=301]]>This is my third post for the 6 week Support Driven writing challenge. For this post, the topic is “Describe your ‘Thinking space’ – What do you do, or where do you go, when you need to sort through thoughts.”

My thinking space is found walking. When I have a hard problem that I’m thinking through, it’s done walking. I’ll frequently pair my lunch with a 15 to 30-minute walk to clear my mind.

Most of my thinking will be on how to respond to a tricky support case, a message I want to post to my colleagues, brainstorming ideas, or thinking through a project that I’m working on.

For the deeper thoughts, I write them down days before I’m ready to share anything. That means drafting something up. It’s raw and not intended for anyone else to read, it could be a simple list on paper or a more formal written out draft.

The draft allows me to get my thinking out of my mind. During mental downtime or when walking, I can return to those thoughts and not fear about forgetting something.

Other Posts In This Series

]]>img_20160506_085145357thebriankerrimg_20161205_154124814Toolshttps://blog.briankerr.co/2016/12/04/tools/
Mon, 05 Dec 2016 05:03:42 +0000http://blog.briankerr.co/?p=298]]>This is my second post for the 6 week Support Driven writing challenge. For this post, the topic is “What tools do you use to manage your tasks and time?”

The tools that we use can become a black hole of conversation for me. I love to talk about what gadgets, apps, and services people are using to get things done.

With that said, I find that tools aren’t one size fits all. Just because Basecamp works for me, it doesn’t mean it’ll work for you. Because of that I’m going to focus on non-traditional tools that I use to get things done.

Being a detective

Being a detective is a mindset. Others might classify it as simply “curious”. It’s the thinking that the answer to any question isn’t going to be staring you in the face and you need to dig for it.

With a Customer Support hat on, it’s taking a reply with no information given to you and finding the answer. For example, with a message of:

Hi, I can’t log in. Can you help me?

Assuming you have an admin panel to look up customers you can turn that into a response that thoroughly answers any questions the customer might have to log into their account. And add in customer account specific data like their account URL (since you’re a detective, you looked that up).

With a Customer Success hat on, being a detective is realizing that you’re going to ask hard questions about how your customers use your service. Take the time to shut off distractions, pull up a spreadsheet, and take a fine comb over the app-data that you have.

Site search

I created a tool to make searching the web easier. It’s a keyboard shortcut to pull up an AppleScript that searches Google for a particular keyword that I enter (to a predetermined domain).

I created this because I support two products. Along with that comes searching blogs/guides/help docs if I’m not sure on an answer. This helps me be a detective more efficiently.

While creating a tool yourself might be too difficult, simply using Google’s “site:” search operator allows you to search a website with ease.

Here’s how my site search tool works in action:

Mastermind

On a weekly basis, I meet with others in a mastermind group. An official definition of mastermind groups would look something like:

Meetings where people who help each other to succeed through their advice and assistance.

It’s peer mentorship, where each member is on the same level–There isn’t the idea of a more knowledgeable person helping someone less knowledgeable, we’re all helping each other.

It’s a good way to learn how others are solving a similar problem. You can seek opinions on a hard problem you’re working through. Peer accountability to do something as simple as writing this blog post can also be created by a mastermind. Privacy is also important to create a place where you and others can discuss your challenges in a safe place.

Other Posts In This Series

]]>thebriankerrScreen_Capture_on_2016-11-11_at_17-33-06.gifSUPCONF NYChttps://blog.briankerr.co/2016/12/04/supconf-nyc/
Sun, 04 Dec 2016 14:00:08 +0000http://blog.briankerr.co/?p=251]]>In mid-November, I was lucky enough to attend the second Support Driven conference, SUPCONF NYC. Held in the middle of lower-Manhattan at the DigitalOcean offices, it was a gathering of support professionals serious about delivering top-notch customer experiences.

For me, this SUPCONF was dear to my heart as I went with the Customer Success Team that I work with at Wildbit. And it was the first time that I was able to meet my wonderful colleagues in person since we all work remotely.

The NYC edition of the conference introduced a new wrinkle: lightning talks. Instead of a more curated talk, these were talks proposed by the Support Driven community. Before the conference, SUPCONF attendees voted on the proposals. The top 5 presented their talks at the conference.

The talks were great as they were short, rough around the edges, but packed tons of information. These will be the some of the first I watch when the videos come out. The presenters and topics covered were:

Justin Reist – Leading as an Introvert

Matt Dale – How to troubleshoot anything

Karl Pawlewicz – Surprise! You’re also a salesperson

Kelly O’Brien – You have been eaten by a grue: Self-service lessons from a text-based adventure game

Peter Shin – How to think about service like a product designer

The conference also featured a live taping of the fantastic support focused podcast, Support Ops. (For those that did attend: I’d be a dragon. The ability to spit fire? Sign me up!). Chase Clemons moderated and participated on a panel answering questions related to support submitted by those attending the conference. Along with Chase, the group had the full Support Ops crew: Carolyn Kopprasch, Chase Livingston, and Jeff Vincent.

Day 1 was a gut check for me. It was full of important topics in support that have become after thoughts for me. From investing in your team, modeling staffing needs, and building a case to fire a customer.

In my opinion, Day 2 was where the conference shined. I’m going to dive deeper into the topics covered on this day.

The morning of Day 2

Create human relationships with your customers

Think about your memories of your best friend, significant other, or your parents.

…

…

…

Done thinking?

The memories that come to mind are most likely not virtual ones. Snapchat messages are fleeting, human relationships are not. For the relationships that we cultivate in life, the human element is the most important part.

Margot da Cunha covered how creating a human relationship with your customer is invaluable. In the world of SaaS apps, the barrier to switching is low. Sure, you can have sticky features, but there’s something even stickier: a human connection with your customer.

It’s possible to create the human connection many ways. From meeting clients in person when possible to creating one-off demo videos (with audio) describing how to do something in your service.

I’d also love to hear how others are crafting a human relationship with their customers. If you have any thoughts on this, please reach out to me via email or Twitter.

Move from transactions to partnerships

I believe we’ve hit peak transactional support. Meaning, the customer coming to the support person and asking for X to happen and receiving X. This could be from canceling an account, to “how do I update my credit card?” questions. AI is coming, and it’s going to take these types of support requests in some form–And that’s okay.

Chris Hardie from Automattic’s WordPress VIP team covered how they’ve moved from transactional support to partnerships support with their customers.

Moving to a partnership model turns the customer relationship on its head. “I can help you with that” becomes “We can work on this together”. You tie the customers success with your success.

Paired with creating a human relationship, the partnership model of support becomes worthwhile.

Burnout is real

While it’s handy to have Slack, Trello, Gmail, etc. on your phone, it can be hard to leave work after working hours.

On top of that, side-hustles to get a new job to or grow your experience are an important thing for many in 2016.

With all that in mind, burnout is becoming more and more common. Camille Acey hit on this while covering how to continue to seek and validate activities.

She noted the biggest causes of burnout are:

Lack of control

Insufficient reward

Absence of fairness

Conflict in values

Work overload

Lack of community

To avoid these causes of burnout, she’s created a framework evaluating new opportunities that address each cause of burnout. The framework has four pillars to evaluate from: Time commitment, growth possibility, safety (how risky), and whether the opportunity is any fun.

Create a time inventory–Avoids conflicts in values, and work overload: With everything you do, it takes time. Log it. From marriage that’s infinite, to a commitment that is for a local event coming up–It all takes time. Add up your time commitments and decide if you’re available to add more to your plate or take something off to work on a new opportunity. When adding something new to your plate, think: How long does it last, and do you want to do it?

Safety–Avoids lack of control, absence of fairness: Do you feel accepted in this community where this work will take place? Will you feel like won’t embarrassed for speaking up?

Fun–Avoids lack of community: Is it something you enjoy? Is there a tribe for you there? If you don’t enjoy something, it’s not worth doing.

By following these rules, it allows you to check new opportunities while avoiding burnout.

Stop changing jobs

Ben MacAskill is my career spirit animal. While he was in college, where was he working? SmugMug. Thirteen years later where does he work? SmugMug. His talk, which closed out SUPCONF, covered his career journey at SmugMug.

While it takes some of us awhile to find our path, the lessons he learned are valuable to all. Instead of focusing on the next promotion or a job at the well-funded start-up on the other side of town, focus on doing your job great today–The journey is the reward. The opportunities will follow. It’s as simple as that.

Wrapping it up

Support Ops Live

SUPCONF NYC was another great professional event put on by the Support Driven Community. Being in a room with 150 some support professionals got me more excited to do my job. And I learned a lot.

One theme that I saw echoed from SUPCONF SF at this event was data and money. When working with other departments at an organization, you need to speak in their language. That language? Data and money. Want to hire a new support employee? Show through data that you’ve hit the threshold for the workload your current support staff can handle. Have a pesky bug that isn’t getting fixed? Make your case by showing how much money the bug is costing your organization. I know these examples are easier said than done but speaking in data and money is crucial.