People

Superhuman CEO Rahul Vohra on how to run a remote company

It starts with re-thinking meetings and changing the way you make decisions, he says.

Superhuman CEO Rahul Vohra

Superhuman CEO Rahul Vohra.

Photo: Superhuman

The last eight months have taught everyone the same lesson: All the things we used to do at work don't really work anymore. Every company has been forced to rethink its processes, its culture and the tools that it uses to get things done.

Rahul Vohra, the CEO of Superhuman, spends a lot of time thinking about how people work, both because he runs a company that's dealing with these questions and because its product — the $30-a-month email client its users can't shut up about — is designed to make work just a little easier.

Vohra came onto this week's Source Code Podcast to talk about how he thinks about building products, what a "Popeye Company" is, and why he thinks everyone in tech should learn to think more like a game designer. He also told us how he's changed the way Superhuman operates as a company to work better in a remote world.

Subscribe to the show: Apple Podcasts | Spotify | Google Podcasts | Pocket Casts | RSS

Below are excerpts from our interview, edited for length and clarity.

I've talked to a lot of people about the renaissance of email we're in right now. Newsletters are a thing everybody's paying attention to, and we're all backing out on Slack and in on email. It's like the world sort of goes away from email and comes around to it again like once every five years. As you look around right now, what is the state of email at this moment? Are we finding a new love of email as a society again?

I think we are. And in a sense, we're long overdue the perennial "email is dead" piece. I'm glad you're not writing it, but someone should. Because it's wrong, but someone has to write it every 10 years or so.

And I think we're in this renaissance because of this dramatic transition to work-from-home. It's throwing a light on things that I think all of us felt, but we weren't really quite able to articulate. You mentioned this falling out that we seem to have had with Slack. And I think that's true. For all its amazing synchronicity and speed, in my opinion Slack goes against the true hallmarks of productivity. This is the case when I talk to peers and founders, friends of mine who are also running organizations: They find that in some ways, it makes their organizations less productive.

If I were to show you my Slack this morning, you would see an entire page of unread channels. And in each one of those channels, there will be maybe 10 different topics all jumbled and interspersed with each other. It's hard to make heads or tails of it. And in a sense that's kind of by design, to keep you addicted to the hamster wheel of continuously checking Slack. I think in a few years, we're going to see a massive reinvestment in the core fundamentals of productivity.

If you compare that to email, it's very different. You have different threads, threads contain messages, threads have subject lines, they have a clear start, they have a clear end, they don't intersperse or jumble with each other. You can label them, you can archive them, you can mark them as done, you get really powerful tools for triage and search. I don't want to make it sound like I'm picking on Slack, because obviously there's Microsoft Teams, there's Facebook [Workplace]. [There] are things that these new generation of chat-like tools don't really cater for; they instead cater for a more recent phenomenon of user experience built for engagement.

There's room for both, though, right? There's something about being able to talk quickly and chaotically that actually mirrors what it's like to be a person in a room more than email does. I feel like the mistake we make a lot of times is pitting all of these things against each other rather than letting different tools do different jobs.

Oh, absolutely. We use Slack internally at Superhuman, and we love it. I don't think we'd be able to run the company anywhere near as well without it. I think where people fall down is when they start using the wrong tool. If you start trying to use Slack to have thoughtful discussion, or real high-quality debates, you'll fall afoul of what I was just mentioning. That's the kind of thing where a long-form medium — such as email, or maybe even a Google Doc — is going to produce a much higher quality conversation and outcome.

What are the rules that you have at Superhuman? How do you draw those lines between all of these different tools?

It comes down to how quickly you need a response. If you want a response, let's say, in the timeframe of one or two minutes, then of course Slack is the go-to. If you need a response even faster than that, I would recommend a text message or even a phone call. But for most things that's not actually required. And for most things, it's usually better to let the other person organize their communication the way that they need [to] with their priorities, rather than you just piling it onto the end of their Slack log.

What we tend to do at Superhuman is if you need that quick response, use Slack. Otherwise, if it's more like a one-day or two-day turnaround, use email. That way the other person can snooze it, they can archive it, they can label it, they can do all kinds of other crazy things with it.

If it's a really, really thoughtful thing, use Google Docs. We have adopted a whole decision-making framework that I can talk about, if you're interested, that sort of revolves around a cadence of meetings and the RAPID decision-making framework by Bain & Company. That all takes place in Google Docs. And then when something has to be memorialized, it turns out even Google Docs isn't particularly good. Actually it's not Google Docs, it's mostly Drive. Drive makes it next to impossible to find any documents that you might want, so that's when you want to turn to a wiki-like solution. We tend to memorialize our decisions, once they've been made in Google Docs, into Notion.

The kind of decision-making you're talking about is the stuff that everyone is trying to sort out right now, especially on a virtual basis. So walk me through the framework.

It's two different things. The first thing that we did when we went remote is create a staggered calendar for the company. And then the second thing was to make a hyper-efficient decision-making process, because you do need one when you're remote.

So first of all, the calendar. Most people run really inefficient calendars. Their one-on-ones will be randomly dispersed throughout the week, team meetings happen whenever anybody happens to be free, there is very little time to focus and to do deep work. So here's my recommendation: If you run a team, do your team meeting on Wednesdays, and stack all of your one-on-ones on Tuesdays. If your reports run teams, ask them to do their team meetings on Tuesdays, and stack one-on-ones on Mondays. And if you have a bigger organization, if your reports have reports and their reports run teams, you can stagger this whole thing by a day.

The staggering has three really big benefits. Number one, information moves through the company very quickly and efficiently. Problems are discussed between individual contributors and managers one-on-one on Monday, in specific departments on Tuesday, and if necessary can be resolved by leadership on Wednesday. And it takes at most two days for information to travel that way. Number two, problems are usually solved along the way. In your Wednesday team meeting, you might hear, "Well, this problem came up on Monday, we discussed it as a team on Tuesday, and here's the solution we'd like to go with."And then all you have to say is "OK, sounds good, let's go ahead with it." And then number three, and maybe this is the thing that is the most appealing, it leaves Monday, much of Wednesday, and all of Thursday and Friday free to do deep work. And this is the stuff that only you can do and which requires your full concentration.

In order to make all of this work really well, you do also need to create a hyper-efficient decision-making process. That was the next thing that we changed. Most teams run very inefficient meetings, where certain issues are discussed to the exclusion of others. And this, by the way, is doubly dangerous, because not only do you spend so much time talking about these hotspots and issues, other problems become starved of attention.

We ended up using the decision-making process outlined in this really great book called "The Great CEO Within"by Matt Mochary. He was a very successful CEO and has become a really popular CEO coach here in Silicon Valley. And the process, which we've tweaked slightly, has three ingredients that make it super effective.

I'll describe our tweaked version. So number one: If somebody wants to bring something up in your team meeting, they must write it down beforehand and share it with the team by 6 p.m. on the day before. No exceptions. And the idea behind this is, we should avoid talking about things that were not written down. We can all read so much faster than we can speak.

Second thing is the other side of the same coin. If someone wants to speak about something in the team meeting — and obviously it would have been written down — they must have read and commented on the document beforehand. This is out of respect to everything else: If you're commenting on something where you didn't put the time in to get up to speed, it needlessly wastes the time of those who did, because you'll then start spending time explaining stuff that if only you'd read it properly, you'd actually understand.

And the third thing — and this is the thing that really makes it work — is that when something is discussed in the team meeting, it is discussed for at most five minutes. I actually keep a timer as the CEO in my staff meetings. If consensus is not reached within five minutes, then the conversation stops, and a decision-maker is quickly identified.

We use the Jeff Bezos rule of thumb to identify this decision-maker. For reversible decisions, it should be anybody other than the CEO. For non-reversible decisions, which are relatively few and far between, then the decision-maker should be the CEO. And that's when we use Bain & Company's RAPID Framework to assign any other roles in the decision-making process. RAPID stands for, who is recommending the decision? Who's approving it? Who is performing it? Who are inputters? And who are deciders?

After the team meeting, the decider will gather any required information, and — this is important — make the decision before the next team meeting. You don't want to just keep kicking the can down the road and discussing it for five minutes every Wednesday. That's not going to help. You actually really do have to make the decision before the next team meeting. Now here's the really cool thing: Because everyone [within] this scheme is always up to speed, and each item takes at most five minutes, in one hour you can get through 10 really gnarly decisions with plenty of room for fun and banter. So that's how we changed our process.

Fintech

Judge Zia Faruqui is trying to teach you crypto, one ‘SNL’ reference at a time

His decisions on major cryptocurrency cases have quoted "The Big Lebowski," "SNL," and "Dr. Strangelove." That’s because he wants you — yes, you — to read them.

The ways Zia Faruqui (right) has weighed on cases that have come before him can give lawyers clues as to what legal frameworks will pass muster.

Photo: Carolyn Van Houten/The Washington Post via Getty Images

“Cryptocurrency and related software analytics tools are ‘The wave of the future, Dude. One hundred percent electronic.’”

That’s not a quote from "The Big Lebowski" — at least, not directly. It’s a quote from a Washington, D.C., district court memorandum opinion on the role cryptocurrency analytics tools can play in government investigations. The author is Magistrate Judge Zia Faruqui.

Keep ReadingShow less
Veronica Irwin

Veronica Irwin (@vronirwin) is a San Francisco-based reporter at Protocol covering fintech. Previously she was at the San Francisco Examiner, covering tech from a hyper-local angle. Before that, her byline was featured in SF Weekly, The Nation, Techworker, Ms. Magazine and The Frisc.

The financial technology transformation is driving competition, creating consumer choice, and shaping the future of finance. Hear from seven fintech leaders who are reshaping the future of finance, and join the inaugural Financial Technology Association Fintech Summit to learn more.

Keep ReadingShow less
FTA
The Financial Technology Association (FTA) represents industry leaders shaping the future of finance. We champion the power of technology-centered financial services and advocate for the modernization of financial regulation to support inclusion and responsible innovation.
Enterprise

AWS CEO: The cloud isn’t just about technology

As AWS preps for its annual re:Invent conference, Adam Selipsky talks product strategy, support for hybrid environments, and the value of the cloud in uncertain economic times.

Photo: Noah Berger/Getty Images for Amazon Web Services

AWS is gearing up for re:Invent, its annual cloud computing conference where announcements this year are expected to focus on its end-to-end data strategy and delivering new industry-specific services.

It will be the second re:Invent with CEO Adam Selipsky as leader of the industry’s largest cloud provider after his return last year to AWS from data visualization company Tableau Software.

Keep ReadingShow less
Donna Goodison

Donna Goodison (@dgoodison) is Protocol's senior reporter focusing on enterprise infrastructure technology, from the 'Big 3' cloud computing providers to data centers. She previously covered the public cloud at CRN after 15 years as a business reporter for the Boston Herald. Based in Massachusetts, she also has worked as a Boston Globe freelancer, business reporter at the Boston Business Journal and real estate reporter at Banker & Tradesman after toiling at weekly newspapers.

Image: Protocol

We launched Protocol in February 2020 to cover the evolving power center of tech. It is with deep sadness that just under three years later, we are winding down the publication.

As of today, we will not publish any more stories. All of our newsletters, apart from our flagship, Source Code, will no longer be sent. Source Code will be published and sent for the next few weeks, but it will also close down in December.

Keep ReadingShow less
Bennett Richardson

Bennett Richardson ( @bennettrich) is the president of Protocol. Prior to joining Protocol in 2019, Bennett was executive director of global strategic partnerships at POLITICO, where he led strategic growth efforts including POLITICO's European expansion in Brussels and POLITICO's creative agency POLITICO Focus during his six years with the company. Prior to POLITICO, Bennett was co-founder and CMO of Hinge, the mobile dating company recently acquired by Match Group. Bennett began his career in digital and social brand marketing working with major brands across tech, energy, and health care at leading marketing and communications agencies including Edelman and GMMB. Bennett is originally from Portland, Maine, and received his bachelor's degree from Colgate University.

Enterprise

Why large enterprises struggle to find suitable platforms for MLops

As companies expand their use of AI beyond running just a few machine learning models, and as larger enterprises go from deploying hundreds of models to thousands and even millions of models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

As companies expand their use of AI beyond running just a few machine learning models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

Photo: artpartner-images via Getty Images

On any given day, Lily AI runs hundreds of machine learning models using computer vision and natural language processing that are customized for its retail and ecommerce clients to make website product recommendations, forecast demand, and plan merchandising. But this spring when the company was in the market for a machine learning operations platform to manage its expanding model roster, it wasn’t easy to find a suitable off-the-shelf system that could handle such a large number of models in deployment while also meeting other criteria.

Some MLops platforms are not well-suited for maintaining even more than 10 machine learning models when it comes to keeping track of data, navigating their user interfaces, or reporting capabilities, Matthew Nokleby, machine learning manager for Lily AI’s product intelligence team, told Protocol earlier this year. “The duct tape starts to show,” he said.

Keep ReadingShow less
Kate Kaye

Kate Kaye is an award-winning multimedia reporter digging deep and telling print, digital and audio stories. She covers AI and data for Protocol. Her reporting on AI and tech ethics issues has been published in OneZero, Fast Company, MIT Technology Review, CityLab, Ad Age and Digiday and heard on NPR. Kate is the creator of RedTailMedia.org and is the author of "Campaign '08: A Turning Point for Digital Media," a book about how the 2008 presidential campaigns used digital media and data.

Latest Stories
Bulletins