1/ My post on product taste spent 1 day on the Hacker News front page.
In that piece, I argued that 'product validation frameworks like Lean Startup consist of two bits: an explicit bit which is process, and a tacit bit which is product taste.'
So what IS product taste?
2/ If you want to succeed at product, you need to build taste. This is really the hard bit of the game.
I've spent about a decade collecting links and snippets about product taste, mostly because I suck at it (and I'm still trying to get better).
Here are some of them.
3/ Paul Buchheit, in 2010: 'if your product is great, it doesn't have to be good'.
6/ Like Buchheit, Slava argued that you only need 3 gamechanger features. (He used the word 'empirically', so I guess that's how you know it's serious shit).
7/ So now we have some guardrails around our discussion. One aspect of product taste is the judgment necessary to differentiate between gamechangers, showstoppers, and distractions.
But how do you build this judgment?
8/ I think @shreyas has a pretty good framework. He says that product sense decomposes to:
9/ My only quibble is that he doesn't describe how he makes difficult product decisions himself.
But a model for how he thinks about evaluating other people's product ability is still useful! Shreyas argues you can improve in the first 2, and maaaybe the third.
10/ This seems similar to Slava's advice. Both authors write 'go talk to a lot of people (in your product domain)'. (See screenshot for Slava's exact words)
I've done this a lot, and can confirm it's common sense and it works.
11/ But if you want to get at the inner mental models of product people exercising their judgment, what you'll want to get to is @rjs's summary of Christopher Alexander.
12/ I've always found Alexander incomprehensible. I think Singer's summary is the first time I've understood why so many good product people love Alexander. If you'd like a shorter summary, check out @edo's notes: edovanroyen.com/notes-of-ryan-…
13/ My 1 tweet pitch for the talk: how do the best product people design? They do so through iterations. They build something small, evaluate it, and then use that to inform the next.
Product taste in this context is the ability to pick the RIGHT order of things to design.
14/ And Alexander's work is all about this 'step-by-step unfolding' process of design.
There's something deep and true about this that I didn't appreciate earlier, perhaps because I hadn't made enough mistakes. (A full accounting of my mistakes are in commoncog.com/blog/product-v…)
15/ To wrap up: good product people talk about taste and Christopher Alexander. (Or they don't, they just exercise taste). Novices talk about the trappings of process.
17/ Follow if you'd like more threads on business or career decision making. Or subscribe to the newsletter (which is like this, only with more career-related links): commoncog.com/blog/subscribe…
Thanks for reading!
• • •
Missing some Tweet in this thread? You can try to
force a refresh
I want to call out an example of some remarkable thinking that I've had the privilege of observing up close.
About 2 years ago, @vaughn_tan started a project to come up with better thinking around 'uncertainty'. This MIGHT be important to business! MIGHT! But I was unconvinced.
Vaughn had noticed that our collective ability to deal with uncertainty was compromised by bad language. Because we do not have good language for uncertainty, we are forced to borrow words and concepts from risk management.
But this is bad: risk is VERY diff from uncertainty!
I was in good company in my scepticism, though. Vaughn's friend, the notable VC Jerry Neumann, told him that he was sceptical Vaughn's project would be very useful.
Neumann argued that it wasn't important to know what types of uncertainty exist — merely how to use it.
I once had an intern do an internship with me because she wanted to see how I approached 'startup things'. At the end of the summer, she was surprised that I didn't have a set of hypotheses to test.
"Doesn't this go against the data-driven approach you talked about?" she asked.
I didn't have the language for it then, but I think I do now.
When an initiative / product / project is too new, there is too much uncertainty to form useful hypotheses.
Instead, what you want to do is to just "throw shit at the wall and see what sticks."
This sounds woefully inefficient, but it's not, not really. A slightly more palatable frame for this is "take action to generate information."
But what kind of information?
Actually I was looking for answers to the following four questions:
A gentle reminder that if you want to speed up expertise intuition, you will do a lot better if you have an actual mental model of what expert intuition *is*.
The most useful model is the one below:
It gives you more handles on how to improve.
The name of the model is the 'recognition primed decision making' model, or RPD.
The basic idea is simple: when an expert looks at a situation, they generate four things automatically:
1. Cues 2. Expectancies 3. Possible goals 4. An action script.
You can target each.
For instance, if you're a software engineer and you want to get better from the tacit knowledge of the senior programmers around you, ask:
- What cues did you notice?
- What were your expectancies?
- What was your action script?
1. DP is a sleight of hand research paradigm, and only claims to be the best way to get to expertise in fields with a good history of pedagogical development. (See: The Cambridge Handbook, where they point out that pop stars and jazz musicians become world class but not through DP)
2. Most of us are not in such domains.
3. Therefore we cannot use DP, and tacit knowledge elicitation methods are more appropriate.
The counter argument @justinskycak needs to make is simple: math is a domain with a long history of pedagogical development, therefore DP dominates.
Justin says that “talent is overrated” is not part of the DP argument.
I’m not sure what he’s read from Ericsson that makes him think that.
Hambrick et al document the MANY instances where Ericsson makes the claim “DP is the gold standard and therefore anyone can use DP to get good, practice dominates talent.”
Ericsson spends the entire introduction of Peak arguing this. When Ericsson passed, David Epstein wrote a beautiful eulogy but referenced his being a lifelong proponent of the ‘talent is overrated’ camp, which frustrated him and other expertise researchers to no end.
Now you may say that DP has nothing to say on talent, but then you have to grapple with the man making the argument in DECADES of publications — both academic and popular! If the man who INVENTED the theory sees the theory as a WAY TO ADVANCE his views on talent, then … I don’t know, maybe one should take the man at his word?
“Oh, but his views have NOTHING to do with the actual theory of DP” My man, if you’re talking to anyone who has ACTUALLY read DP work, you need to address this, because they’re going to stumble into it. Like, I don’t know, in the INTRODUCTION CHAPTER OF THE POPSCI BOOK ON DP.
Anyway, strike two for reading comprehension problems. But it gets worse …