Imagine you are selling a new drink (perhaps in a new category) and you’re competing against Coca-cola. You’ve invented a nootropic brain drink that helps you stay calm and alert while coding, and it has a pleasant natural fizz to it. It might even be an unusual color like purple. Taste tests from prospective customers have been successful and the effects bear out from your claim – coders love it! Continue reading
Category: Uncategorized
As a customer, when do you really feel a company is listening?
“Speak into the phone and let me know why you’re calling today.”
“It sounds like you’re calling about tech support.”
“Most problems can be solved in just one phone call by resetting your modem.”
“Press 1 to reset your modem”
“Please wait 30 seconds for your modem to turn off and on again.”
“If you see all of the lights flashing, please try to visit a site on the Internet.”
“Are you able to browse a web site? Press 1 for Yes, and 2 for No.”
If this exchange sounds familiar to you, you might have recently called Comcast. Continue reading
Share this:
When you get a chance to go back to a great team, jump at the opportunity!
Have you ever been on a great team?
I mean the kind of team that people and alumni talk about years later. I’m talking about a team that produces results, leads the market, and is the kind of team that spawns other great teams. It’s hard to produce these kinds of results once, so it’s all the more remarkable when the same team produces another high-performing team (and highly correlated to success in the new venture)
In my career, I have been on great teams, and also participated in not-so-great teams.
Here are a few things that great teams do that mediocre teams do not do:
Great Teams Focus Their Efforts
In a startup (or really inside any company) there is always too much to do and almost always not enough time and resources to do it. Great teams build a culture where people focus on the next best thing they can do to improve the company, and make it easy for people to work together to gain results. For example, when you cut a lightly used feature and take the time to improve an existing feature, you are lowering the surface area of your product and helping the whole team to feel better about the quality of your software.
Mediocre teams work on many projects at once and never ship. On these teams, someone always claims credit for doing the work instead of giving kudos to another team member to congratulate them on a job well done. Mediocre teams endlessly add features without taking the time to ask customers whether the existing features meet their needs.
Great Teams Identify and Amplify Team Strengths
On a great team, it’s easy to find specialists. They are busy doing what they do best – not struggling at tasks they do the worst – and producing strong results. Some of the specialists have a specialty of getting other people to make decisions, push themselves to do new things, or to reduce the overall quantity of work to produce higher quality work. Great teams form around individuals who have strengths the whole team can use. These teams ask “how can I help?” to each other rather than saying “I’m too busy – can you ask someone else?”
On a mediocre team, it’s hard to determine what anyone does well, because everyone is meeting with each other in the same meetings. There is no time for work during the work day, because no one comes prepared to discuss items at meetings, and people spend the meeting time multitasking and doing the work they could not complete in their previous meetings. Mediocre teams leach away the strength of their individual specialists by creating an environment where no one knows how to make a decision and where no one feels empowered to ask for that decision.
Great Teams Are Resilient
Having a great team does not isolate you from conflict. Great teams are effective at meeting conflict head-on, discussing the problem, finding a solution, and then moving forward either by “disagreeing and committing” or by genuine consensus. These teams are resilient because during times of trouble team members lean on each other’s strengths and find solutions to seemingly intractable problems.
Mediocre teams fall apart or descend into chaos during stressful situations. There are few things more disappointing than thinking you’re on a great team, encountering a stressful situation, and then realizing your team is rather mediocre. Instead of the support you get from a great team, on a mediocre team it ends up being every person for themselves.
Great teams are hard to find.
I recently joined the team at Kustomer because this is a great team solving a hard problem in an important market – CRM for support customers – and I wanted to be part of that effort. So far, working at Kustomer feels similar to the atmosphere I shared with some of the team members when we worked together at Assistly. We work hard, we play hard, and we are building a business centered on our customers. But what makes a team great?
Great teams sometimes form by themselves and sometimes are made. People know a great team when they experience it. Great teams do not last forever, because culture is hard. When you get the band back together, it doesn’t always work. But when it does, it’s amazing.
Kustomer is a great team. We are crushing it. That doesn’t mean we’re always right – it means we are going after a great market with proven technology expertise, deep domain expertise, and a kick-ass attitude.
Share this:
Write Down Your Goals
If there’s nothing else you remember from this post, spend 15 minutes writing down your goals for your next project so that you explain them better to the people who matter. The simple act of writing down your goals is a powerful organizer for you, the people you are interacting with in your project, and the people you want to benefit.
Build the Big Picture
When you paint the picture of a problem, a high-level reason why that problem needs to be solved, and a proposed end state that is a great start. That statement doesn’t explain the How, or the resources and tactics you use to get from “project not done” to “project done” within a known amount of time and effort.
So spend a few minutes writing down the ideal state and how you want to get there. Your way will probably be different than mine, which follows a template of prompts. STOP and go do that, then come back.
It seems silly to focus on such a small goal, because knowing what you’re going to do for your project, feature, or idea is obvious.
Isn’t it?
Test that theory the next time you feel you have alignment on “what is my project” or “what is my feature” by asking someone else to tell you what they think your project is, what benefits it will deliver, and to state the goal you’re both working to achieve.
When the goal of the project, the definition for that project, and the benefits of that project are clear(er), it’s a lot easier to know where to start.
What does this look like in practice?
Consider this example: “Build a new web site Widget.”
- If you know: “a Widget is a piece of Javascript code you include in the HTML/Web markup of your web page that runs by itself and renders the look and feel for part of your page using a script loaded from another web server hosted by another company”, you start to get a handle for the definition of the thing.
- If you know: “we have never introduced a thing like this before onto one of our pages,” you might want to test that results differently to make sure there is no required dependency in your environment.
- If you know: “we use these things all of the time, and this is a new instance of a thing we do already,” your comfort level will be increased.
- And if you know: “we have already described the ‘look and feel’ of this widget in the fonts, colors, and information architecture of our website, for example page xyz,” you will have made it much easier to know what the thing is that you are building.
Stating the benefits for your project helps you to understand the measurement you’ll need to quantify these benefits. Then, find the measurement as it stands today. Yes, it does seem elementary to find a baseline, and you need one to prove that something change. If there is no baseline, state your assumptions and move on.
Getting Started …
In the spirit of a brief solution, I’ll keep this post short too. When you’re ready to make your next project better, set a timer for 15 minutes and write the overall goal, 3 things you want to do toward that goal, a statement for how you will measure your progress, and any questions you have about the project. This simple exercise makes it easier to share what you’re doing, how you’re thinking about it, and how to make progress.
Share this:
Escaping from Messaging Hell
One Way to Escape from Message Hell
Admit it — it’s really great to get the message you want, when you want it, and in the time and place that you want it. And that vision is usually hard to match.
Most Messaging is not Like This
And it’s really horrible to get most unwanted messages. It should be simple (and of course it’s not) to find the right balance of messaging across various clients — be they email, iMessage/SMS, or social — so that you get more signal than noise. The reality is that everyone sends you all of their messages all of the time. Unless you filter communication aggressively, split your contact lists into “family”, “friends”, “acquaintances”, and “block that”, you’re going to have a hard time finding the zen of messaging.
The Unrestricted Inbox is No Fun
The irony of messaging as a category is that as it gets more popular it gets more awful (thanks Nir Eyal for this visual of Message Hell). Yet almost every app and remote communication method needs messaging, because messaging solves the problem of communicating 1:1 (or 1:many) when we are all not physically in the same place and need to respond to each other. We all want the (algorithmically-delivered or not) perfect signal of “need to know” and “just in time” messages while also wanting desperately to avoid the inverse: “crying wolf while seemingly urgent and important”, “informational but not urgent”, or just plain spam.
But Blocking Email is Not A Solution
What will we do to keep the best parts of messaging across clients and channels and remake the part we don’t like that causes inefficiency, anger, and frustration?
Clay Shirky, in the well-known talk above (watch it if you’ve never seen it before), talks of “filter failure” and poses that as an antidote to information overload. However, that talk was several years ago. Things have gottne a lot worse with the volume and speed of information since then.
A Modest Proposal
Here’s the problem as I see it — we have information overload and filter failure. Some of this is bacn — “email you want but not right now”, and we have spam (we all know what that looks like). We have communication from different groups: home, family, work, social, and commercial communications. And we have the very real problem of multiple identity disorder, because there is no universal namespace for messaging someone that would create a “phone number” for all communications.
Most people would say, “I’m not sure I like this but this is sort of fine, because the idea of a universal mailing address sounds even worse.” The whole purpose of messaging, they might say, is “to have varying degrees of anonymity and intimacy based on the level of familiarity and trust you have with the individual who’s contacting you.”
The Typical Answer: Don’t Cross The Streams
This “trust” issue is the crux of the problem we face when we want more signal and less noise in our messaging and in our communication in general. We all have internal business rules we use to govern how we respond to different types of messages.
Whether we have enumerated these “rules” or not, they might look like:
- “Answer the phone call on the second or third ring when my spouse or partner calls”
- “Text my friend in an hour if I’m busy, or immediately if we are in the process of meeting for coffee or a meal”
- “Ignore that spammy message from someone or some business I don’t know.”
- “Never look at LinkedIn connection requests (ok, I kid — but this might be a special category for a segment of the population).”
Get More Quiet, Based on Our Actions
Our messaging apps and messaging platforms in general do a poor job of interpreting our own behavior and in translating that behavior (and future, intended behavior) into human-readable business rules that govern apps and give us more signal than noise.
We don’t live in a utopian (or dystopian, depending on your worldview) future when we have universal messaging or aggregate delivery of messages to a single client or brain box and a system to rules to respond automatically or manually to those messages. But given the overall desire to reduce noise and increase signal in the messaging conversations we do have, I propose the following suggestions:
- Turn off notifications on your phone or tablet. This seems like a no-brainer but the struggle to fight “notification creep” is real. It only takes a few app-created nudges to generate a storm of messages you don’t need or want, generated by app developers and not by your own actions.
- Unsubscribe from information you don’t need or want. Try Unroll and Sanebox to clean up your email — future you will thank you.
- Aggressively filter the information you get. Your mileage may vary depending upon your style, so this might mean uninstalling apps, unfriending certain people, using email filtering rules, or just not looking at your devices so often.
- Use text messages and iMessages to maintain ongoing, single-threaded conversations to the people who matter to you. What’s better than email? Having only one conversation to respond to, stacked in chronological order. If that person is on your list (let’s say … in your top 25 people), they should either leave that list by falling below a threshold or you will have a clear signal that you need to reach out to them because they’re not at the top of your list.
- Think about simple rules and habits that make your life better. When you encounter product managers and other people who work on products and services, be sure to tell them what’s working and what’s not working in the products you use. (Hint: they would like to know what regular people feel.)
What could product managers and developers do to help with the message problem? A great start would be more levers and dials to adjust how we receive messaging. Don’t worry — I’m not suggesting that we create Advanced Settings Panels everywhere — but rather that the products themselves observe and respond to a series of behaviors derived from passive activity and active activity. Passive in this case might mean the messages I don’t respond to, and active could mean the messages I do respond to or arrange into folders or lists. The goal should be to develop a personalized set of rules that will automatically deliver message Air Traffic Control to the average user, not the power user.
What about Ads?
Building a personalized set of messaging rules will make easier to present promoted content in a clear and consistent manner, penalize spam, and highlight the important messages I’d like form the people that matter most. It could be an elusive goal, but I believe that improving messaging incrementally has amazing potential to increase happiness and productivity.The popularity of messaging need not cause its antithesis by creating messages we hate. We should be building new and clearer ways to ensure the right information gets to the right people at the right time, on the right communication channel.
(this post also appeared on Medium)
Share this:
The Curse of the Early Adopter
Trying products early in their lifecycle is a rush. You get the thrill of access before a crowd, you feel like your feedback makes a tangible difference to the future of a nascent product, and you just feel … special. It’s almost like that feeling of finding a band or an athlete on the cusp of stardom and being able to share the knowledge selectively with a friend. Continue reading
Share this:
Today, I met a customer face to face
Websites are inherently anonymous. I don’t mean unknowable in the absolute sense of the word, but rather that when your first interaction with a customer is through email you can lose sight of that person’s humanity. When you talk to them on the phone things become a bit more real. And when you meet with them in person, you see them both as a customer and as a person.
In the words of Paul Graham, we need to do things that don’t scale. It doesn’t make any sense to talk to a single customer at scale. Except that the lessons you learn from any conversation do scale, and can be applied to your business. When things are starting, almost any customer is the most precious resource in the world. You can’t learn about their frustration, their success, and their failures until you talk to them and see the ways in which they react.
Today I met with a customer and we shared time over coffee. He learned a little bit more about the business I’m building and I learned more about his business. We both became a bit more human and continued building a relationship that started when I tried to fix a problem that happened with his order. I thought I knew a lot about his problem, and I learned new things about the solution and the problem when I spoke with him today.
Meeting a customer totally changed my day today. I left our meeting with great new ideas and a renewed sense that helping people can really matter. Whether the effort is small or large, think about the person on the other end of the conversation. When you’re sending an email, thinking about a feature, or just wondering: “what would make the customer have a good day?” you can use that experience as a guide for your next face to face customer meeting.
