Menu

How To Ship Fast

This is a highly opinionated piece (nothing wrong with that!) and I think there’s some nuance needed, but in general I like these principles from How To Ship Fast. This one is definitely a hot take, but in a dream world where everything is perfect I would agree:

Time spent on prioritization is the canary in the coal mine for not being close enough to your customers. The discrete task of prioritization should take almost no time. Only work on Important things. Sort those Important things into “Do now” and “Do next”. If you are only working on Important things, the order does not matter too much (and don’t spend time debating it). If what’s Important is not obvious you are not close enough to your customers.

Sales-First Storytelling

Great post by April Dunford on how marketing teams and sales teams need to tell different stories about a product:

Our goals in marketing are very different from our goals in a sales situation. Often in marketing, we are simply trying to capture an audience’s attention and get their permission to continue marketing to them. […] Sales, on the other hand, is generally dealing with the folks who have already raised their hand in some form and are in a purchase process. Our primary job in sales is to help guide prospects through the purchase process.

However, both approaches to storytelling need to come from the same positioning source:

Sales and marketing should use the same inputs for whatever storytelling structure they choose, and those inputs should come from our positioning. Both marketing and sales communicate the value that the product delivers that no other solutions can. Both have a common definition of what a good-fit prospect looks like. Both teams need to understand the alternative approaches, including the status quo and more direct short-list competitors. Our positioning defines the inputs for marketing and sales content—we ultimately need commonality across marketing and sales because our positioning defines where we win and why.

Building community out of strangers

I love Tracy Durnell’s blog—it’s been in my RSS reader for a long time. In Building community out of strangers she makes a case for personal sites to be more… personal.

I like hearing about the trials and triumphs of other normal people’s lives, seeing what goals they pursue and what they care about enough to write about. I gather book recommendations from others’ reviews, sample others’ taste in music, and delight in the daily wonders of others’ worlds: the cat luxuriating in a strip of sunshine, the stream in the dappled light of an open forest, the neat-looking conjunction of lines on the wall they passed on their morning walk. While social media emphasizes the show-off stuff—the vacation in Puerto Vallarta, the full kitchen remodel, the night out on the town—on blogs it still seems that people are sharing more than signalling. These small pleasures seem to be offered in a spirit of generosity—this is too beautiful not to share.

I love that perspective—and this is exactly why I follow so many personal blogs. And yet I’ve always been a little scared to go there on this site. I’m supposed to be a professional! This is work!

Well, I think that 20 years into doing this tech thing for a living it’s time to start sharing a bit more about all my interests, not just the product stuff. So I guess this is your fair warning that you might start to see more of that here!

PS. Tracy also updated her blog roll (remember those!?) and I am definitely going to add one here as well.

My $500M Mars Rover Mistake: A Failure Story

My work at Jeli so far has given me a new lens on “incidents”—both in the software world and beyond—that I didn’t have before. These “failures” are everywhere around us. But are they really failures? Or are they ways for us to learn more about the systems we work within, and how to improve them? I think it’s the latter, and My $500M Mars Rover Mistake by Chris Lewicki is another story that showcases that…

The core lesson I’ve drawn from my rover ordeal is best expressed in these words: Let your scars serve you; they are an invaluable learning experience and investment in your capability and resilience.

Zoom Fatigue is Real, According to Brain Scans

I don’t think anyone will be surprised to hear that we now have brain scan research that shows that Zoom fatigue is a real thing:

The brain and heart readings suggested that videoconferencing led to significantly greater signs of fatigue, sadness, drowsiness, and negative feelings, as well as less attention and engagement, than a face-to-face lecture. The questionnaires also showed the volunteers felt significantly more tired, drowsy, and fed up and less lively, happy, and active from videoconferencing than face-to-face sessions.

Just so we don’t make the wrong conclusions based on this… the research does not mean that remote work is bad for you. It does mean that we need more communication to be asynchronous, and rely less on synchronous, office-analogous methods of communication when we work remotely.

Alternatives To Product Managers

In his characteristic spicy way Marty Cagan says that if you want to replace product managers that’s fine—but be careful:

If you’re a CEO or GM, you might be thinking that instead of trying to recruit and develop strong, true product managers, maybe you’ll just do like Apple and skip the product managers, and you’ll just take responsibility for value and viability yourself?

If so, it’s critical to understand that the Apple product model depends on exceptionally strong product leaders. Many of Apple’s product leaders have 10–25 years of experience building world-class products at Apple.

Lessons from going freemium: a decision that broke our business

In Lessons from going freemium: a decision that broke our business, Bobby Pinero (CEO of Equals) makes some interesting points about what they’ve learned about freemium pricing models. This point about how user friction is not always a bad thing stood out to me:

In all of our pursuit of getting people into the product, the thing we forgot is that the goal of onboarding is not for people to complete onboarding. It’s not to just get people into the product. The goal of onboarding is for people to get their first moments of value from your product. To get “activated.” And removing friction is actually detached from this goal.

Just like everything in product, this all depends. Every business is different. But it’s nice to see things from another perspective

You are probably not one feature away from success

I like this perspective from Ed Sim on recognizing that you can’t always build yourself into product-market fit…

There is no easy answer for a lack of customer traction, but my one suggestion before you commit to the idea that you are one feature away from success, is to go back to the basics and first ask if this is the right user or customer. If you believe you have that nailed, try multiple messages and keep learning from every interaction. You may have the right product today but for the wrong user. Or you simply may just have a cool technology in search of a problem to solve in which case you should start completely over. 

More

  1. 1
  2. ...
  3. 8
  4. 9
  5. 10
  6. 11
  7. 12
  8. ...
  9. 195