DEV Community

Cover image for DevRel is like coffee.. and other profundities.
Jeremy Meiss
Jeremy Meiss

Posted on • Originally published at Medium on

DevRel is like coffee.. and other profundities.

So the year is 2008. My wife and I have 3 kids, 2 full-time jobs, and we’ve just bought a coffee shop. No one ever said I was the smartest pea in the pod.

My wife and I, circa 2010.

Over the next two years we rebuilt the shop from an exclusive, failing shop to a vibrant, inclusive, growing shop. We were educating people on the nectar of the gods, and helping them make the best choices they could with their coffee money. We began to build relationships, some of which continue to this day, and I learned a few things about “developer relations.”

Black Dog Coffeehouse, Lenexa, Kansas, USA.

See I had spent years as a developer, going back to the mid-80s with BASIC on the Atari 600XL, and I had spent years in communities, starting with BBS’s before I was 13. What I hadn’t really connected the dots with was what drove developers and communities, and what this thing was that would eventually be called Developer Relations.

Defining Developer Relations

This term “Developer Relations” isn’t really all that new in terms of Technology roles / lingo, with it first appearing in Google results on February 3, 2000. Defining it, however, is an exercise in “he said/she said/they said” with numerous definitions and processes and misunderstandings in abundance. For the purposes of what I am relating here (SWIDT?) I will define it as:

Relations(hips) with Developers

Eloquent, right? I mean, I didn’t skip college for nothin’! (Not exactly true, but not the subject of this diatribe.)

Ok, so let’s use a definition which is a bit more elegant from Mary Thengvall’s The Business Value of Developer Relations:

build relationships with the developer community

Yeah — that’s a bit better. And what I really like about this one (as opposed to my terrible attempt at a lame joke), is that it encompasses so many activities (meetups, coffee with devs, conferences, community forums, etc.) which can roll up into how you “build relationships” without saying anything you have to do. Except build relationships with the developer community. That you must do. Got it?

So with that definition in mind let’s continue on.

Coffee Shops, Developers, and You

So back to this coffee shop endeavor. The person we bought the shop from had started it 5 years prior as a way to engage with her daughter who, a few years after starting, moved away to college. That left the owner with an increasing malaise, decreasing motivation, and a general leaning to authoritarian-ly mother (it’s a word, and a real thing — trust me) all those who entered the shop.

This took on many forms, one of which was obscuring a beautiful view of a patio by placing her version of the proverbial 95 Theses of Martin Luther, which all detailed how a customer should act in the shop. Some of those rules were:

  • No outside food or drink (even if it was from a place that served what the shop didn’t, or wasn’t a competitor)
  • If you were in the shop for more than an hour you must be ready to show proof that you had bought something or else you might be asked to leave (literally… she would walk around the store and randomly ask people to show their receipt)
  • No loitering

Those are just a few. She also loved placing demeaning signs all over the shop for the staff, like placing “Come on people —this is a trash can — it’s not that hard!” over the trash can. Or “This is a broom — use it!”. You get the picture.

When we came in, on the first day, we removed all of those signs. I don’t recall what we did with them exactly, but I want to say we burned them. WITH FIRE!!!

We did continue to find signs throughout the shop over the ensuing months, and each one had their own level of absurdity. One of the first things we did though, after hosting a staff weenie-roast around the sign bonfire, was to start interacting with people by getting to know them, asking their names, and encouraging the staff to do so as well. One of the first things we saw from those early activities was that people noticed. And they said something. A lot of somethings.

See, what had happened was that an environment had been created where no one felt welcome, unless you were part of her inner circle. There were all sorts of rules (many unwritten) which needed to be followed before you could hope to be welcomed — and often that was a steep path where most just bailed.

Which brings me to a principle of successful DevRel programs: ruthlessly eliminate any barrier that keeps you from building a relationship with your target audience, and them with you. That may require you to revamp your onboarding, or to revise your messaging, or make your free tier a bit more usable, or to revamp your website, or even to revamp your target audience — but whatever it is, ruthlessly eliminate it. Like yesterday. But maybe have a cup of coffee first? I’m sure those around you might benefit from it just as much as you.

So what about coffee and DevRel?

I’m glad you asked.

Imagine you walk into your local coffee shop (and to be clear, I mean a locally-owned, independent shop that isn’t Charbucks, Dunkin’ Donuts, etc — I didn’t say I wasn’t biased) — what do you see? What do you smell? What do you hear? If they’re doing things correctly, you’ll see crowds of people around tables working, talking or reading; you’ll smell freshly ground coffee; you’ll hear the whirr of the grinders, the chirping of (correct) milk steaming, the hum of music from some eclectic (and if you’re lucky, good) alternative band.

What is it about all of that which stands out? It’s the environment. It’s interacting with multiple senses at the same time. It’s starting to prepare you for what will (hopefully) be a wonderful time.

Why should that be any different from DevRel?

The answer is of course that it shouldn’t. The same way you create a positive environment in a coffee shop, you do with DevRel. DevRel exists to build relationships with developers and if you’re not doing that, you don’t exist (or someone else will come along and do it for you).

Think about the coffee shop as your DevRel program, the baristas as the team, the coffee as your product(s), the espresso machine as your tools, and so on. Each of those working (or not) together can influence the perception of your company, just as a good/bad cup of coffee can make/break your coffee shop.

“Welcome! What can we get for you today?”

Early in our adventure, I started to notice a phrase that many customers who were new to the shop would respond with when presented with the typically monolithic coffee shop menu:

It would start with a confused, almost glassy-eyed expression in response to the question of what the staff could get for them — and then after a few moments they would utter the following phrase:

Um, I’ll just have a cup of coffee…..

Now we were of course a coffee shop, so it made sense that they would want a cup of coffee. But what was a consistent indicator as you would watch their experience, was “I’ll just have….” That phrase was often a resignation to the plethora of information they were being assaulted with, and instead of engaging with that menu and the barista and identifying something to order, they would settle for a cup of coffee.

After hearing that a number of times I started to come back to them with questions to break through their overwhelmed state. I would ask things like “What are you in the mood for?” or “What do you normally order?” It was in those answers that I often got to the bottom of what they really wanted, and was able to provide them with an experience that usually moved them to become a regular customer and enjoy their chosen product more thoroughly. Other times, they would stick with “just a cup of coffee” and I would still engage with them to then identify what type of coffee they typically order — and that’s where my passion would start to come out.

“Coffee snob? Who, me?”, or Let me digress for a moment

See, a few years ago I finally came to grips with the fact that I am a coffee snob (I know, I know — I’m a bit thick-headed and it shouldn’t have come as a surprise). My first foray into coffee was when I was 12 at the car dealership my father worked at, and that was only as a way to stay warm as the coffee was nothing more than sludge, requiring copious amounts of milk and sugar to make it moderately palatable.

It wasn’t really until my early 20’s that I gave coffee another chance via Charbucks as a friend of mine worked there. For all the problems with Charbucks (and if you don’t know — Starbucks is called that because they literally burn, or overroast, their coffee which brings out a heavily bitter taste requiring a metric f*T$ton of sweets to make it palatable), they were a step up from the sludge of my youth and what I was accustomed to. They were the gateway drug and opened a whole new world for me, so I guess they have a purpose. I found that I liked an Americano, which is just a couple shots of espresso and hot water — and that I could live with ordering that when my friends wanted to go to Charbucks.

Not long after though, I began to frequent the independent shops in a search for a better cup of coffee, and that’s where I would say I truly fell in love with the nectar of the gods. I came in contact with a locally-roasted coffee which blew my mind: I didn’t need any milk to mask the bitterness, it wasn’t an Americano, and there were actual flavours I could taste! That unlocked a whole new world and I left Charbucks behind (and to this day I’ve probably only been there a handful of times in the last 15+ years).

Coffee is supposed to have flavour, especially when it isn’t overroasted. Finding those flavours, or notes, during the “coffee cupping” activity is real, and not unlike how wine is tasted. There’s even a flavour wheel for identifying what it is you are tasting or smelling.

For more info on the coffee cupping process, you can check out https://www.freshcup.com/cupping-coffee/

I was smitten. I dove headfirst into learning, and tasting, everything I could about the Specialty Coffee industry. I went to coffee shops all over town, visited the top roaster in Kansas multiple times (who would eventually be the top in the US), and even competed in a barista competition. My wife and I even volunteered at, and then eventually took over as managers, our church’s coffee shop. All the while I kept learning and loving and embracing coffee — and when the opportunity to buy my favourite shop in our town was presented, I jumped at it.

So back to coffee as DevRel

This afore-mentioned passion served me well when I would engage with our customers and begin to educate them on what a good cup of coffee should be, and what they would likely enjoy. It wasn’t uncommon for me to convert someone who “required” their coffee be equal parts milk, sugar, and coffee into a straight, black coffee drinker — all because I found out what they were looking for, wanting, and even (for some people) needing by asking, listening, and building a relationship with them. Douglas Adams said it best,

To give real service you must add something which cannot be bought or measured with money, and that is sincerity and integrity.

See, that’s DevRel to a “T” in my opinion. You have a product you are “evangelising”, and it requires that you actively listen, ask questions, build relationships with those developers using the product. It’s not always about pizza and beer (doesn’t hurt either), but it is about being intentional — it’s about being real. Developers can see through the marketing and sales bulls&*& which so often is sent their way, and are willing to listen and try your product if/when they trust you. And that trust doesn’t happen immediately.

In order to build that trust, your coffee shop (DevRel program) needs to be aligned in how you present and build relationships around your cup of coffee (product). And that’s where this “DevRel is like coffee” metaphor gets more interesting.

Black Dog Coffeehouse, Lenexa, KS, circa 2009.

Components of a good cup of coffee

As mentioned earlier, coffee is supposed to have flavour — and “char” is not a flavour. It’s a mental condition. It’s a resignation to not having nice things and instead settling. Don’t settle. Ever.

So yes, coffee is supposed to have flavour — but in order to get there you must make sure certain components are in place and are working together (in no particular order):

Equipment

Let’s face it — without good equipment, you can’t do much with anything. That doesn’t mean you need to spend your children’s college fund on coffee brewing equipment in order to achieve that perfect cup. Your Aeropress, french press, and pour-over brewing equipment are cheap alternatives (~$40) for single-cup brewing and work in concert with the rest of the components — but they require a bit more skill, precision, and patience to perfect than a normal brewer. But that doesn’t mean your regular drip coffee maker can’t make a good cup of coffee — it can — but it also won’t be the same as you could have from a coffee shop, for a number of factors that will be touched on below. If you’re going to go out and buy a brewer, then I would recommend this from Bunn.

Note: These are just recommendations, and if you don’t like them, that’s fine. I don’t get anything out of recommending or linking or anything like that, but if you do buy something and try to make great coffee I would be glad to share a cup with you. Besides, this post really isn’t about coffee.

Water

One could make the argument that nothing impacts a cup of coffee more than the water used, and they have a point. You can’t have a cup of coffee without it. You can certainly use tap water, with some cities having better than other’s. Unfiltered water carries all sorts of things which can affect the taste of your coffee. Because of this, I recommend using filtered water, either in bottle form or from a filter-system like your fridge might have. It may not be coffee shop level filtering, but it’s better than nothing.

Temperature

Consistency is essential when it comes to the brewing process, and fluctuations in water temperature can make a big impact. The ideal brewing temperature is between 195F and 205F (between 90C and 96C), with the reason being nifty science: too cool and under-extraction of the coffee occurs, while too hot and over-extraction occurs. There is really no normal consumer coffee brewer which can reach this during the brewing cycle, except for a few (one of which I linked above), with the normal brewer typically only reaching 156F, and the older your brewer the more likely that the temperature will continue to drop over time. You can help your consumer brewer out by using just-off-boiling water so that it doesn’t have to work too hard, or to ensure that you’re using as-close-as-possible hot water — but it won’t be as precise. That being said, the closest you can get to the correct temp, the better your coffee will be.

Barista

The person making your cup of coffee, which could be you, is important — and you should tip them accordingly. With that out of the way, training is essential to making sure that the drink being made is done so with precision — but it doesn’t stop with one training session, it’s a continual process. I would often do spot-checks on my baristas to make sure they were doing things correctly — because the product we were producing depended on it. Our reputation depended on it. The word “barista” literally means “someone who prepares coffee.” I won’t go into my usual tirade about how being a button-pusher on an espresso machine doesn’t mean someone is a barista as they aren’t the entity preparing the coffee. Because that tirade delves deeply into emotion and you DON’T WANT ME TO GO THERE. Ok? Got it?

Beans

The final component of a good cup of coffee is the beans. I mean, why go through all of the trouble to make sure the other things are top-notch, and then bomb it at the end with a crappy choice in beans? And let’s not forget that the roast of the beans matters as well. I’ve seen good quality beans ruined by being over-/under-roasted, and nothing makes sure an angel doesn’t get their wings than that! This plays into the “coffee has flavour” from above. The oils naturally found in the coffee bean are where the flavour comes from, and the roasting process brings them out. However, if you don’t get the right roast then the flavour won’t be fully realised, and in order to get the right roast it requires trial and error by the roaster.

Once you have a good bean chosen, the next piece in the puzzle is the grind. This determines how well the coffee is extracted during the brewing process, and it’s important to make sure the grind is correct for how you’re brewing, with “coarse” meaning larger grounds, and “fine” meaning smaller grounds.

  • Extra-coarse: cold-brew coffee
  • Coarse: french press or Chemex
  • Medium: auto-drip coffee (“drip grind”) and pourover (“fine drip grind”)
  • Fine: espresso (“eh-spress-o”, not “EXXXXXpresso”)

So all of those things contribute to a good cup of coffee, and you can’t have one without the others. Let’s see how that translates to good DevRel.

Components of good DevRel

Just as coffee should have flavour, a good DevRel problem has flavour, taste, aroma, or whatever metaphor you want to attach here which relates.

The Proper Tools

Just as good equipment is an essential component for a good cup of coffee, so are the tools you use for yourselves and that you provide for your developer audience. Things like documentation, libraries, SDKs, etc. are essential pieces and you can’t neglect them. Developers may not like reading documentation, much less writing it, but they want to know that when they need you, you (and your tools) will be there. Your libraries and SDKs need to be thorough yet simple, and the least-technical person in the company should be able to run them, along with any tutorials you provide, without any issue.

Empathy (Advocacy)

Empathy. Too often this word is missing from developer relations programs, and so let’s level-set what a good definition is. Merriam-Webster defines it as:

the action of understanding, being aware of, being sensitive to, and vicariously experiencing the feelings, thoughts, and experience of another of either the past or present without having the feelings, thoughts, and experience fully communicated in an objectively explicit manner

Wow. That’s a lot to unpack. As a member of a devrel team, being able to understand, be aware of, sense, and experience the feelings and experiences of the developers you’re trying to is essential — and I would suggest that there is no more important trait that a developer relations professional can have. Sure they should have technical chops, but that should be secondary or thirdary (it’s a thing I assure you) to empathy. They are to advocate for the developer / customer back to Product, Engineering, etc. and should have an acute understanding of all that they are experiencing. It is highly likely that the devrel team will come in contact with real users of the product exponentially more times than anyone else in the company — and as such it’s important they employ empathy. Developers don’t care that you know, until they know that you care. That’s where your empathy shines through.

Community

If you’ve spent any time around me you’ll know how passionate I am about community: how they’re formed, how they function, who’s in them, what makes them unique, etc. Developer communities are my passion. I love them. It’s why I finally made them a full-time career a few years ago instead of as just a hobby and obsession (not the stalker or alien kind of course). Those same communities are as unique as each coffee bean is, and need to be nurtured, listened to, and utilised to grow your reach and impact. That may come in the form of “superuser” or Ambassador programs, or in Office Hours, or via podcasts, User Days, etc. Don’t forsake the offline for the online either — it’s just as important. Make sure you’re present in your community, either personally or as a sponsorship of some sort at least. A lot could be written on this subject, which will follow in the near future I am sure.

People on the Team

In 2001, Jim Collins wrote a fantastic book on leadership entitled Good to Great, where he found that the key thing which separated good companies from great companies was this: they had the right people, on the right bus, in the right seats, going in the right direction. If you’re building a DevRel team, it’s important to know the roles you need, who’s going to fill them, what your goals are, and how you’re going to achieve them. As this isn’t a management post, I’ll not delve into that area of DevRel — but I do recommend you pick up Mary’s aforementioned book and pay attention to the section on roles and who you should be hiring.

People on the team are important though. And if you’re a member of a DevRel team, or are the only DevRel in the organisation, you matter. Make sure that you and your team are building the relationships necessary to be successful, and also to learn and grow. Listen to DevRel podcasts (CommunityPulse, DevRelRadio to name a few), attend conferences like DevRelCon, join Slack groups like DevRelCollective… all of these help build into you as a DevRel professional and help you build relationships with others in the industry. I’ve met some amazing people who have become great friends while being part of DevRel, and I’ve learned some great things from the conversations, chatter, articles, conferences, etc. as a result. Don’t forsake these — if only for your own sanity. You’ll need it.

Fresh Product

The message you’re trying to convey about your product is one which may become stagnate or not hit the mark with the audience you’re targeting. That’s ok. It happens. But don’t let it stay there. Every talk you give, every piece of swag you give out should be customised to the event in question. That doesn’t mean you write something new each event — but it does mean that you might have to make some minor tweaks to speak on Authentication at GopherCon as well as VueConf, or have a set of t-shirts or stickers or socks for a Javascript conference and for a .Net conference. Be relevant. Because if your product isn’t, then you have a problem.

Each one of these things could be a long diatribe in and of themselves, so I’ll save them for another time. But without all of these things working together, your DevRel efforts will be out of balance.

The End of an Era

In 2010, after two years of my wife and I each having two full-time jobs and three kids, we sold our coffee shop. We had built back up the business, grew awareness further outside our area, attended coffee conferences and represented companies, was featured in an industry magazine, and it was all great. But it was also extremely hard, very taxing on our kids, our relationships with others, and our marriage. We came to one critical realisation: we knew we could have a successful business, or know our kids and have a family. And they will win out every time. And we don’t for one second regret selling. Sure we miss not having an espresso machine in the house, or we miss being able to make our own cappuccino or latte when we know from the sound of the milk bring steamed or watching the barista make grind and pour the shots how the drink is going to taste — from across the room. But what we miss the most, and was the hardest to get used to, was the loss of community we had after spending day-in and day-out with the patrons — and frankly as I look back it’s the things I learned through coffee which influence how I view Developer Relations today. Because DevRel is like coffee.

Top comments (2)

Collapse
 
moopet profile image
Ben Sinclair • Edited

Every single time someone mentions coffee or I see someone drink a coffee on TV, I remember coffee exists and it's like a little lightbulb goes off and I pause what I'm doing to go make one. Thanks for being my morning nudge today. I'm sure the rest of the post is great... I'll read it when I've got my mug in front of me.

Collapse
 
meghna__das_ profile image
Meghna Das

Thanks for sharing this great analogy on DevRel!