The only problem with Microsoft is they just have no taste. They have absolutely no taste, and what that means is — and I don’t mean that in a small way, I mean that in a big way — in the sense that they don’t think of original ideas, and they don’t bring much culture into their product. And you say “well why is that important?” Well, you know, proportionally spaced fonts come from typesetting and beautiful books, so that’s where one gets the idea. And if it weren’t for the Mac they would never have that in their products.
And so I guess I am saddened, not by Microsoft's success — I have no problem with their success. They have earned their success — I have a problem with the fact that they just make really third-rate products. Their products have no spirit to them, no spirit of enlightenment about them. They are very pedestrian. And the sad part is that most customers don’t have that spirit either. But the way that we’re going to ratchet up our species is to take the best and to spread it around to everybody so that everybody grows up with better things, and starts to understand the subtlety of these better things. And Microsoft is McDonald’s.
So that’s what saddens me — not that Microsoft has won, but that Microsoft’s products don’t display more insight and more creativity.
"Artists need to be in there from the start, making the argument for quality. The key to this thing is, for example, if you give an engineer a set of criteria which does not include a quality quotient, as it were—that is, if this sense of the quality, the character of the place, is not a part of his original motivation—he will then basically put the road straight down the middle. He has no reason to curve it. But if I can convince him that quality is absolutely a worthwhile thing and we can work out a way in which the road can be efficient and also wander down by the river, then we essentially have both: he provides his sort of expertise in that the road works, I provide quality in that it passes by the river. In that way, art gets built into the criteria from the beginning rather than being added on afterward."
In all this focus on volume metrics, estimation, and churning work through the pipeline, the concept of what’s actually valuable or successful is easily lost. It’s often assumed that more work shipped out the door must be “value”, even if the experience of the product is actually suffering and users are not benefiting from the additional features.
Tea is a work of art and needs a master hand to bring out its noblest qualities. We have good and bad tea, as we have good and bad paintings—generally the latter. There is no single recipe for making the perfect tea...each preparation of the leaves has its individuality, its special affinity with water and heat, its own method of telling a story. The truly beautiful must always be in it. How much do we not suffer through the constant failure of society to recognize this simple and fundamental law of art and life.
A collector is anxious to acquire specimens to illustrate a period or a school, and forgets that a single masterpiece can teach us more than any number of the mediocre products of a given period or school. We classify too much and enjoy too little. The sacrifice of the aesthetic to the so-called scientific method of exhibition has been the bane of many museums.
"Quality is only there," Irwin explained, "if you pursue it all the way to the last bolt." Consequently, how joints are finished must be specified in the contract. "And believe me," he added ruefully from experience, "there is a real discrepancy here. The difference [in] how we interpret the word finish or this word quality is really disparate."
"When you bring them in and get them to be part of it," he noted, "the workmen themselves start to take pride in it. And when they start taking that pride in this idea of quality, ...it starts becoming theirs, something important to them, that they in fact do know what we are talking about."
I couldn’t seem to convince my writers that I was genuinely ok working with a super rough first draft — i.e., that I’d harbor no hidden judgment about their intelligence, commitment, or excellence at their craft.
So I came up with a new word. “Just give me a v0.crap.” (Pronounced “version zero dot crap”.)
v.0.crap works because it’s attuned to the psychology of the situation. It’s punching through our innate desire not to “look bad”, plus years of corporate conditioning that tells us not to share less-than-polished work. It’s easier for people used to delivering exceptional work to feel they’ve exceeded the goal of “crap”; they can sit comfortably in “good enough for the current purpose.”
Learn what excellence is, how to identify it...This is not a big reading assignment – excellence is scarce, lognormal, long-tailed. Acting on this knowledge is liberating, freeing oneself from vast piles of triviality, knock-offs, petty connoisseurship, over-publishing, and the short-sighted, trendy, greedy. Excellence is long-term knowledge, even forever knowledge.
Excellence, like good taste, is perhaps a universal quality. Analytical thinking is about the relationship between evidence and conclusions, and is fundamental to all empirical work, regardless of field, discipline, specialty. Thus it is possible at times to assess credibility of nonfiction work without being a content expert. Thinking eyes may well have an eye for excellence, regardless of field or discipline.
To arouse the aspiration for quality and make good on it, the organization itself has to be well crafted in form. It needs, like Nokia, open information networks; it has to be willing to wait, as Apple is, to bring its products to market until they are really good.
Eating your own dog food or “dogfooding” is the practice of using one's own products or services. This can be a way for an organization to test its products in real-world usage using product management techniques. Hence dogfooding can act as quality control, and eventually a kind of testimonial advertising. Once in the market, dogfooding can demonstrate developers confidence in their own products.
The bottom line is certainly of concern, both to those seeking profit and to those seeking value, but neither of these can be measured solely by the amount of dollars spent on production or product. The nonquantitative word "quality" conveys countless ways in which a more expensive thing might be more profitable and yet a better buy as well. The advantages of thicker metal in an automobile body can clearly be argued from various points of view, including resistance to denting and even simple snob appeal. Whereas the manufacturer can use these as selling points and also as justification for a higher price tag, the buyer can easily justify spending more for a car that will keep its appearance longer and provide a status symbol.
I've been doing this for decades, so I've found tools that can't get any better. Tools by a good blacksmith cut well for the entire day, as well as the next; occasionally, even on the third day. I'll think, maybe I should sharpen soon, even though it's still cutting okay.
So that's what it's like — it's all about how good your tools are.
Jobs's father had once taught him that a drive for perfection meant caring about the craftsmanship even of the parts unseen. Jobs applied that to the layout of the circuit board inside the Apple II. He rejected the initial design because the lines were not straight enough.
In an interview a few years later, after the Macintosh came out, Jobs again reiterated that lesson from his father: "When you're a carpenter making a beautiful chest of drawers, you're not going to use a piece of plywood on the back, even though it faces the wall and nobody will ever see it. You'll know it's there, so you're going to use a beautiful piece of wood on the back. For you to sleep well at night, the aesthetic, the quality, has to be carried all the way through."
A primary cause of complexity is that software vendors uncritically adopt almost any feature that users want. Any incompatibility with the original system concept is either ignored or passes unrecognized, which renders the design more complicated and its use more cumbersome. When a system's power is measured by the number of its features, quantity becomes more important than quality. Every new release must offer additional features, even if some don't add functionality.
…in so many of the best product companies there is an additional dimension that goes beyond individual empowered product teams, and even goes beyond achieving business results.
It has to do with ensuring a level of what I’ll refer to here as “excellence” although that is clearly a very ambiguous term.
Over the years, this concept has been referred to by many different names, always necessarily vague, but all striving to convey the same thing: “desirability,” “aha moments,” “wow factor,” “magic experiences,” or “customer delight,” to list just a few.
The concept is that an effective product that achieves results is critical, but sometimes we want to go even beyond that, to provide something special.
Maybe it’s because we believe this is needed to achieve the necessary value. Maybe it’s because the company has built its brand on inspiring customers.
Often this dimension shows up most clearly in product design, where functional, usable but uninspiring designs can often achieve our business results, but great design can propel us into this realm of the inspiring.
The mandate from above is clear, just get it done! Avoid everything that's in the way: all advice, all expertise, all discovery efforts that detract from hitting the Date™!
What these organizations don't realize is that all software change can be modeled as three components: Value, Filler and Chaos. Chaos destroys Value and Filler is just functionality that nobody wants. When date pressure is applied to software projects, the work needed to remove Chaos is subtly placed on the chopping block. Work like error handling, clear logging, chaos & load testing and other quality work is quietly deferred in favor of hitting the Date™.
Users are accustomed to a minimum of quality, and they expect that of all new products.
If our product does not [meet basic expectations of quality], people will automatically believe that it is a bad product and they will not take it seriously. It is not what they expect.
Hence my suggestion that the MVP has died and the MAP: Minimum Awesome Product was born.
"Feature complexity is like surface area and quality of execution is like height. I want a base level of quality execution across all features. Whenever I commit to building or expanding a feature, I'm committing to a baseline of effort on the user experience."
There’s a distinction to make: The set of features you choose to build is one thing. The level you choose to execute at is another. You can decide whether or not to include a feature like ‘reset password’. But if you decide to do it, you should live up to a basic standard of execution on the experience side.
Features can be different sizes with more or less complexity, but quality of experience should be constant across all features. That constant quality of experience is what gives your customers trust. It demonstrates to them that whatever you build, you build well.
A ‘pro tip’ for evaluating the quality of a piece of gear is to look at the small details, such as zippers and stitching. Cheap-minded manufacturers will skimp on those details because most people just don’t notice, and even a cheap component will often last past a basic warranty period, so it’s an easy way to increase profits without losing sales or returns.
If a designer does bother to invest in quality components, that’s a tried-and-true sign that the overall product is better than the competition.
The McNamara fallacy, named for Robert McNamara, the US Secretary of Defense from 1961 to 1968, involves making a decision based solely on quantitative observations (or metrics) and ignoring all others. The reason given is often that these other observations cannot be proven.
The fallacy refers to McNamara's belief as to what led the United States to defeat in the Vietnam War—specifically, his quantification of success in the war (e.g., in terms of enemy body count), ignoring other variables.
The first step is to measure whatever can be easily measured. This is OK as far as it goes. The second step is to disregard that which can't be easily measured or to give it an arbitrary quantitative value. This is artificial and misleading. The third step is to presume that what can't be measured easily really isn't important. This is blindness. The fourth step is to say that what can't be easily measured really doesn't exist. This is suicide.
Craftsmanship is about thoughtfulness and care in the work we do. It means being deliberate about what we build and how possible it will be to maintain and extend in the future. A solution that will require revisiting in a month — because it’s not scaling, because it has a ton of bugs, because it doesn’t support all the use cases it needs to — is not useful to us and ultimately will generate pain for our users.
What we trade off by living this value is (sometimes) day-to-day speed. It’s easy to imagine an engineering team that emphasizes moving fast over keeping things stable and bug-free -- like a team building a product that isn’t responsible for important user data and doesn’t support anyone’s livelihood. But given the role the Figma product plays in the lives of our users, we feel it’s worth it to ensure we hold a high quality bar for them. And in the long run, being thoughtful about how we build often reduces the complexity of ongoing development and new features regardless.
Perceptual: "They couldn't figure out what to do next", "they couldn't find the feature", "they didn't know they could click that button..." etc.
Domain-specific: "We need a way to jump back here because in their workflow this happens..."
In general, usability testing only catches type 1 perceptual problems. Because in those tests you take people out of the real world and assign them tasks. Usability testing doesn't catch domain-specific problems because they only come up in real life use.