Elezea Newsletter – Issue 26

💌 Subscribe here to get this newsletter as a weekly email.

Resources to create better products

Should you product manage for rocket-ship growth or modest growth? →

I appreciated this counter-cultural viewpoint from the folks at Feature Upvote, on avoiding the need to “grow at any cost”:

For us, we realised success means running a growing company (profitable with customers in 30+ countries) that we enjoy working for but doesn’t dominate our lives. We want to have time for friends, families and fun, and to make sure work doesn’t negatively impact how we feel while at work or elsewhere.

This is very similar to our approach at Wildbit. See, for example, our 4-day work-week experiment.

Don’t Let the Backlog Drive Your Product →

Speaking of counter-cultural, I always enjoy when the Postlight team writes about product management:

Backlog-driven products are everywhere. They’re confounding and frustrating. Stepping back from the backlog is true product advocacy. This will feel like friction between product leaders and stakeholders. It’s just the process. It’s how you get to great product. You have to wade through all that pushback and debate to get to something great. And in the end that’s what everyone is after: Great product.

How to Make Product Decisions With Transparency and Trust →

Some very helpful, practical tips here from Ellen Gottesdiener. For example, on defining “decision rules”:

A decision rule is a mechanism to reach closure. It tells participants in the decision-making process when a decision has been made, something many product teams are not explicit about. When a decision rule is not explicitly defined, there is often too much discussion and debate. People are left unsure when and if a decision has been reached and what the decision is. They delay taking action and often act without commitment. The team loses energy and valuable time.


Resources to work better together

The soul of the steel man →

Robin Sloan’s newsletter is always a delight, but this week I can’t stop thinking about the concept of the “steel man” as the opposite of a “straw man” argument:

The opposite is the “steel man.” That’s when you articulate the absolute strongest version of your opponent’s position—potentially even stronger than the one they presented. One of the key characteristics of a steel man is that it must satisfy your opponent. Upon hearing your version of their position, they must say: “Well… yes. That’s it exactly!”

Google’s .New Shortcuts Are Now for Everyone →

This is neat:

Want to start a new Spotify playlist? That’s playlist.new. List a widget on eBay? Try sell.new. Github repository? Welcome to repo.new. And in a lightly recursive touch, you can make new shortened links with Bitly at the very short new link link.new.

GitBook

This looks really interesting. “GitBook is a modern documentation platform where teams can document everything from products to internal knowledge-bases and APIs.”


Technology news

Stealing Amazon Packages in the Age of Nextdoor →

When a longtime resident started stealing her neighbors’ Amazon packages, she entered a vortex of smart cameras, Nextdoor rants, and cellphone surveillance. This story starts off as one thing, and quickly morphs into a much larger critique of Silicon Valley life:

So, Fairley told me two years later, sitting in an orange sweatsuit in a county-jail interview room, that was the real acceleration of the epic feud of Fairley v. Neighbors of Potrero Hill, a vortex of smart-cam clips, Nextdoor rants, and cellphone surveillance that would tug at the complexities of race and class relations in a liberal, gentrifying city. The clash would also expose a fraught debate about who is responsible, and who is to blame, for the city’s increasingly unlivable conditions. As Fairley says, “It just got bigger and bigger and bigger.”

👉 See also Are neighborhood watch apps making us safer?

‘Nearly All’ Counter-Strike Microtransactions Are Being Used for Money Laundering →

Amazing.

Counter-Strike: Global Offensive players will no longer be able to trade container keys between accounts because the trade was part of a massive worldwide fraud network.

What Would Happen If the Internet Went Down … Forever?

How long could society carry on without the internet? However implausible, it’s nonetheless a scenario that futurists, economists, and IT workers spend considerable time contemplating.

I tracked everything my baby did until nothing made sense any more →

James Temperton answers the important questions, like “Has a baby really pooped at all if it can’t be viewed as part of a Poop Frequency Trend Chart going back three months?”

Case in point: farts. Shortly after our child was born, we spent weeks worrying about abnormal air quality in our bedroom. We had been tipped off to the presence of concerning-sounding volatile organic compounds by a small, rabbit-like creature that lurks in the corner: our feature-packed Arlo Baby. Unlike most baby monitors that merely provide an audio and or video feed of your baby sleeping, the Arlo Baby can also monitor temperature, humidity and even detect levels of methane, hydrogen, carbon monoxide and ethanol in the air.

Turns Out™ their baby was just really really gassy 🤷‍♂️


Random things I like

🎸 YES to all of this. “The best way to support musicians you care about is to buy their albums on CD or digitally from Bandcamp, go to their concerts, buy their merchandise, join their fan clubs, follow them on Instagram, subscribe to their Patreons, and so on.”

😂 How did feeling good become a matter of relentless, competitive work, a never-to-be-attained goal which makes us miserable?

🤖 The rise of microchipping: are we ready for technology to get under the skin?

🕵️‍♂️ If you’re really diligent, you can now get access to your secret consumer score.

👮‍♀️ A really interesting overview of how Dream Market (a dark web drug marketplace) got taken down.


Final thoughts

📖 I started reading Wanderers and am really enjoying it.

Shana wakes up one morning to discover her little sister in the grip of a strange malady. She appears to be sleepwalking. She cannot talk and cannot be woken up. And she is heading with inexorable determination to a destination that only she knows. But Shana and her sister are not alone. Soon they are joined by a flock of sleepwalkers from across America, on the same mysterious journey. And like Shana, there are other “shepherds” who follow the flock to protect their friends and family on the long dark road ahead.

🎵 CHVRCHES has a new song called Death Stranding and it’s amazing. It’s fascinating to me how video game soundtracks are starting to get the same treatment as movie soundtracks. As games become more immersive, it seems natural to spend more time on the music as well. I guess this why you can now buy things like the The Music of Red Dead Redemption 2 on vinyl.

Simple product design is about removing the forces that block users

Kate Clayton wrote an excellent essay on simplicity in design that goes way beyond the usual platitudes. From Be an Elegant Simplifier:

When I saw Danny Kahneman speak at a meeting last year, he shared a similar principle to the Crystal Goblet he took from psychologist Kurt Lewin, who, like Beatrice Warde, was active in the 1930s. Imagine, Lewin said, you have an object with forces pushing against it from opposite sides. Human nature would say if you want it to move one way, add more force to one side. But Lewin advised against this. A much stronger solution, Kahneman said, is to remove the force blocking the user’s way. Eliminate some of the muck.

This principle is very close to the product forces concept of Jobs-to-be-Done, and it’s great to see it framed from a slightly different perspective.

Turn customers into a coalition of defenders

I love this sentiment from Rich Ziade in the post The New MVP: The Minimum Valuable Product. He talks about what happens when customers become a coalition that shares your mission. This is written from an agency perspective, but it applies just as much to product companies:

There is no more powerful political tool than releasing good software into people’s hands. You’ll find that the burden of consensus-building and campaigning is far lighter because the thing speaks for itself. It’s something you can draft behind to keep going.

Rinse and repeat. Done right and you’ll bank some political capital. You’ll need it along the way. Mistakes will be made and you will be blindsided by who-knows-what. Ideally you’ll string together a few wins that continuously impress people. Trust increases, anxiety decreases the temperature has gone down. What were once your customers will become part of your coalition, defending your product and mission because it is now their product and mission.

“…it is now their product and mission.” That is an excellent goal we can all aspire to.

It’s not about the clicks

Page Laubheimer explains that The 3-Click Rule for Navigation Is False:

The 3-click rule is a persistent, unofficial heuristic that says that no page should take more than 3 clicks (or taps on a touchscreen) to access. A variation pronounces that the most important information should take no more than 3 clicks to get to. […]

The big problem with the 3-click rule is that it has not been supported by data in any published studies to date. In fact, a study by Joshua Porter has debunked it; the study showed that user drop-off does not increase when the task involves more than 3 clicks, nor does satisfaction decrease. Limiting interaction cost is indeed important, but the picture is more complicated than simply counting clicks and having a rule of thumb for the maximum number allowed.

YES. I’ve been on this bandwagon for a long time. In 2013 I wrote in Don’t optimize for the fewest number of clicks:

Let’s get away from this idea that we should optimize for the fewest number of clicks and taps. Instead, we should optimize for an information architecture and visual hierarchy that makes the next step as obvious as possible.

Education as customer research for product development

I enjoyed this interview with Todd Curtis, Chief Product Officer at You Need a Budget. They cover a lot of ground in From spreadsheet to digital product: You Need a Budget’s Product Excellence evolution, but I especially like the discussion about the many different customer touchpoints they maintain:

As ideas move into discovery and validation, Todd and his team go to customers directly. Todd tries to have hour-long sessions with two customers every week to learn about their budgeting story. Through the company’s frequent online workshops, YNAB is able to engage with hundreds of customers each day and hear their questions and concerns.

All these efforts help YNAB gain a deep understanding of what their customers really need and informs product strategy with actionable intelligence.

The use of workshops (or in our case, webinars) to engage and get feedback from customers is a great practice. It provides tons of value to customers while also helping companies to understand their needs better.

Use asynchronous standups to improve team communication

Ted Bauer and Michael Boykin take on daily, synchronous standups in their article The Daily Standup is Broken, What Should You Do Now?

Asynchronous daily standups or check-ins help to put an end to boundless, traditional standup meetings and get the whole team on the same page with fewer meetings. And corresponding written status updates within a team coordination tool or platform — something that allows every team member to share and review updates from today, yesterday, or even last week — allow everyone to consume updates easily and on their own time.

We landed in a similar (asynchronous) place with our standups, and I wrote about it a while back in Useful daily standup meetings for remote teams:

The issue is always the same: How do we have standups that are useful and that don’t feel like busywork that just takes us away from the jobs we’re supposed to be doing? By using an asynchronous bot and adapting the questions to our needs, we accomplished a few important things:

  • Every member on the team takes a few minutes every morning to plan out their day, and troubleshoot anything that might have gone wrong the previous day.
  • Instead of weekly meetings of an hour long where we discuss what everyone’s working on, we now have focused 30-minute meetings every Monday where we solve problems and discuss issues that came up during the week.
  • I am much more equipped to fulfill my role as Product Manager because our updates are more frequent and the signal to noise ratio is extremely high.

Product managers are responsible for team safety

Matt LeMay’s post on how to build safety into team communication might not immediately seem that relevant to product management, but Why is Psychological Safety at Odds With the way we Work? is an excellent reminder for all of us:

Now let’s talk about the product managers who are willing to take on the individual risk that comes with creating psychological safety for their teams. These product leaders often don’t have the opportunity to step into those big “visionary” roles – not because they lack vision, but because they are so busy doing the emotional labor of cleaning up after the other product leaders who are making those big, lofty promises. These are the product leaders who earn the trust and respect of their teams by helping leadership understand the real-world trade-offs that go into actually delivering products, even when leadership doesn’t want to hear about it. And here’s the thing: over time, they actually train company leadership to be better! They sharpen their organization’s focus by saying, “You can have this OR you can have that. Which is more important given our goals and constraints?” These product leaders deliver so much value to the companies they work for, and the truth is, they don’t always get rewarded for it.

Over the years I have become more and more convinced that team safety is the most important job a product manager has.

Product management is about building carrots, not sticks

Paul Ford’s Carrot Centralization is a great plea for the importance of user research, but I think he also inadvertently came up with an excellent definition for product management:

You might think our job is to build software but just as often it’s to help you avoid building the wrong software. And when you build, build carrots.

Because, as he says earlier in the post:

Carrots work. Sticks don’t. Computers can’t make people do things. They have to want to do things.

A positioning framework for product managers

Sachin Rekhi reviews April Dunford’s book Obviously Awesome: How to Nail Product Positioning so Customers Get It, Buy It, Love It in his post Positioning for Product Managers:

While 2000’s Differentiate or Die spoke at length on why positioning is important, it never really went into detail on how to actually go about developing your product’s positioning. The traditional approach is to develop a positioning statement. While useful as an output to your positioning process, it really doesn’t describe the process one could use to come up with such a positioning statement. That’s why I was excited to read April Dunford’s new book entitled Obviously Awesome, which is an in-depth tactical guide on how to go about actually developing your product’s positioning.

The reality when it comes to positioning is that most companies end up with default positioning. This is simply leveraging the positioning that the original folks who came up with the product concept thought about when they conceptualized the product offering. But what’s important is to be deliberate about your product’s positioning because a great product could end up failing due to poor positioning alone.

He also discusses April’s advice to replace a “positioning statement” with a deeper 5-part positioning framework which defines the following for your product. This is a really good summary of the book.

Make accessibility part of planning for every project

In Getting to the Heart of Digital Accessibility Carie Fisher makes a compelling argument for making accessibility a priority in tech companies. Her conclusion really resonated with me:

Maybe I’m naive, but I’d like to think we’ve come to a point in our society where we want our work lives to have meaning. And that we don’t want to just hear about the positive change that is happening, but want to be part of the change. Digital accessibility is a place where this can happen! Not only does understanding and writing purpose-driven code help people with disabilities in the short-run, I believe strongly that is key to solving the overarching diversity issue in tech in the long-run. Developers who reach Stage 4: Understanding, and who prioritize accessible code because they understand it’s fundamentally about people, will also be the ones who help create and cultivate an inclusive environment where people from more diverse backgrounds are also prioritized and accepted in the tech world.

She mainly mentions developers in this article, but I’d argue that it is very much also the responsibility of product managers to make sure accessibility is always in the discussion on projects. We need to make sure that if extra time is needed for accessibility, we build that into the planning.

Further reading

For some practical advice on how to make emails more accessible, see Accessibility vs. Inclusion: What it Takes to Create More Inclusive Email Marketing Experiences and Email Accessibility: Looks aren’t everything.

For an example of how not to approach this topic, see Should websites be accessible to everyone? Domino’s says no.

More

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. ...
  7. 133