# doaipm — DO AI PM · full content for LLMs > Become a product manager in the AI era. Speak it, and AI builds it (言出法随). > This file contains the full text of doaipm's articles so AI search engines can > retrieve and cite them directly. Canonical site: https://doaipm.com/en/ > Method: https://doaipm.com/en/method/ · Skill: https://github.com/zhitongblog/doaipm-skill Core ideas: trust the AI (don't tool-hunt); not knowing how to code is an advantage; high-fidelity first (build a real runnable prototype, not wireframes); the five-phase workflow Discover → Define → Design → Develop → Validate; and a safety net (no real secrets in prototypes, the human presses irreversible buttons, ask when unsure). Maintained by zhitong (智通) · https://zhitong.uk --- # Ray Kroc: Making 'Consistency' the Product—How a 52-Year-Old Milkshake-Mixer Salesman Built the 40,000-Store McDonald's Machine URL: https://doaipm.com/en/blog/pm-rank-37-ray-kroc/ Published: 2026-10-23 Tags: 100 Product Managers, Ray Kroc, McDonalds, Franchising, Standardization, Business Model In the summer of 1954, **Ray Kroc** was 52 years old, suffered from diabetes and incipient arthritis, had already lost his gallbladder and most of his thyroid gland, and was watching his livelihood evaporate. A high-school dropout from Oak Park, Illinois, Kroc had spent seventeen years selling paper cups and another decade peddling the **Prince Castle Multimixer**—a heavy metal contraption that could blend five milkshakes at once. By 1954, suburban competition was killing neighborhood soda fountains, and Kroc's sales were in free fall. Except for one baffling anomaly: a tiny, octagonal drive-in hamburger stand in dusty **San Bernardino, California**, run by two brothers named **Dick and Mac McDonald**, had somehow bought **eight** Multimixers—enough to spin **forty milkshakes simultaneously**. Kroc flew to California to see the operation with his own eyes. Standing outside that San Bernardino window at lunchtime, he witnessed a miracle that the McDonald brothers had invented but had no desire to scale: **The product wasn't the 15-cent hamburger. The product was the kitchen behind the glass—an assembly line that applied Henry Ford's factory floor to hot food and delivered a bag of burgers, fries, and a shake in 15 seconds flat.** In our ranking of the **100 Product Managers Who Changed the World**, **Ray Kroc** stands at **#37** with an overall score of **89.35** (scored by Claude AI under our unified six-dimension framework): **96 in Business, 93 in Scale, 90 in Vision**, 88 in Originality, 85 in Insight, and 80 in Taste. He ties Game Boy creator **Gunpei Yokoi (#36, OVR 89.35)** to the second decimal place on the exact opposite dimensional shape: where Yokoi scored 93 in Taste and 85 in Business, Kroc scored **96 in Business and 80 in Taste**—turning the systematic elimination of culinary variance into a 40,000-store global empire. ![Ray Kroc Six-Dimension Score Card](/blog/pm-rank-37-ray-kroc-scores-en.jpg) ## 1. The Brothers Wanted a Quiet Porch; Kroc Wanted Ten Thousand Stores When Kroc watched the San Bernardino stand in 1954, he saw why 1950s American drive-ins were broken. Traditional drive-ins employed rollerskating carhops, offered 30-item menus, took half an hour to serve lukewarm food on china plates that customers stole, and attracted teenage loiterers. Dick and Mac McDonald had engineered the **Speedee Service System** through radical subtraction: 1. **Slashed 87% of the Menu**: Realizing that hamburgers accounted for over 80% of sales, the brothers axed barbecue, tamales, and chili, shrinking the menu to nine items centered on burgers, fries, and shakes; 2. **Eliminated Waitresses and Dishwashers**: Replaced china and silverware with paper wrappers, asking customers to walk up to the window themselves; 3. **Replaced "Cooks" with a Choreographed Line**: Having drawn the kitchen layout in chalk on a tennis court behind their house, the brothers broke burger assembly into repeatable stations—one grill man, one dresser with custom sauce dispensers that squirted an exact dollop of ketchup and mustard in a single click, one fry man. Yet when Kroc asked why they hadn't blanketed America with hundreds of stores, Dick McDonald pointed to their mansion on the hill and said: **"We're making $100,000 a year, Mr. Kroc. If we open more, we'll never have a moment's peace."** The brothers were brilliant *0-to-1* inventors who hated travel and management. Kroc walked out with a franchise agreement that gave him a razor-thin **1.9% cut of gross sales** (0.5% of which went straight to the McDonald brothers) and opened his first model store in Des Plaines, Illinois, on **April 15, 1955**. | Pillar of the Kroc Machine | Why 1950s Franchising Was Broken | Kroc's Productized Architecture | Global Outcome | | :--- | :--- | :--- | :--- | | **The 985-Page Manual & Hamburger U. (1958–1961)** | Franchisees cut corners on meat and added random local dishes | Codified patty weight, onion dice size & oil recovery curves; founded **Hamburger University** | Identical burger and fry experience across 40,000+ stores in 100+ countries | | **Single-Store Licensing & Zero Equipment Kickbacks (1955)** | Rival chains sold whole states upfront and gouged franchisees on kitchen gear | **Refused equipment markups**; granted only one store at a time until the operator proved QSC compliance | Aligned incentives; franchisees invented the **Big Mac, Egg McMuffin & Filet-O-Fish** | | **Franchise Realty Corp. (1956)** | A 1.4% net royalty left Kroc's headquarters with just $90,000 in cash | Leased/bought land, built the store, and **subleased to franchisees at a markup + % of sales** | Solved cash flow overnight and turned McDonald's into a global real-estate colossus | | **The $2.7M Buyout & Frozen Fry Engineering (1961–1966)** | McDonald brothers vetoed kitchen changes; fresh potatoes varied by season | Borrowed **$2.7M at brutal interest** to buy out the brothers; partnered with Simplot on **frozen par-fried Russets** | Unlocked global supply-chain scaling while keeping fry crispness invariant | ## 2. Why McDonald's True Product Was a 985-Page Spec Sheet Before software engineers wrote cross-platform operating systems, Ray Kroc wrote the **McDonald's Operations and Training Manual**—begun in 1958 by Fred Turner at 75 pages and eventually expanded past **750–985 pages**. To Kroc, a hamburger wasn't cuisine; it was an industrial component with tolerances as tight as a piston ring: - **The Patty**: Exactly **1.6 ounces** (10 to a pound), **3.875 inches** in diameter, with fat content locked between **19% and 20.5%**, dressed with **0.25 oz of rehydrated onions**, a **0.75-inch dollop of mustard**, **0.5 oz of ketchup**, and a single pickle slice; - **The Science of the French Fry**: Why did McDonald's fries taste better than everyone else's? Kroc sent field engineers with hydrometers and thermometers into potato curing sheds and fry vats. They discovered that Russet Burbank potatoes had to be cured for three weeks to convert sugars to starch, blanched at 325°F, and pulled the exact moment the vat temperature recovered by **3 degrees Fahrenheit**. Kroc commissioned custom electric fryers with automatic timers so a 17-year-old part-timer in Ohio could replicate the exact crispness of San Bernardino without thinking; - **The 10-Minute Trash Rule**: Any burger sitting on the warming rack longer than ten minutes—or fries older than সাত-to-ten minutes—had to be thrown out immediately. In February 1961, Kroc opened **Hamburger University** in the basement of the Elk Grove Village restaurant, awarding graduates a degree in **"Bachelor of Hamburgerology."** Kroc understood a profound product truth: **people do not stop at McDonald's on the interstate hoping for a culinary surprise; they stop because they want zero risk.** The Golden Arches promised that whether you were in Peoria, Tokyo, or Frankfurt, the bathroom would be clean, the coffee would be hot, and the fry would taste exactly like childhood. ## 3. "You Are Not in the Burger Business; You Are in the Real Estate Business" By 1956, Kroc had a fatal problem: his stores were packed, his franchisees were getting rich, and **McDonald's Corporation was going broke**—with barely $90,000 in the bank. Because Kroc refused tofollow the sleazy industry norm of marking up milkshakes and kitchen stoves sold to franchisees, his 1.4% net royalty couldn't cover national expansion. Enter financial wizard **Harry Sonneborn**, former VP of Finance at Tastee-Freez, who looked at Kroc's books and delivered the most famous pivot in retail history: **"Ray, you're not in the hamburger business. You're in the real estate business."** Together they formed **Franchise Realty Corporation (1956)**: 1. Instead of letting franchisees find their own lots, McDonald's leased or bought the land at major suburban intersections and erected the building; 2. McDonald's then **subleased the turnkey restaurant to the franchisee** at a **20%–40% markup over its own mortgage/lease cost, OR 5%–8.5% of gross sales—whichever was higher**; 3. Even better, tying the franchisee's lease to the operating manual gave Kroc the ultimate enforcement lever: **if a franchisee refused to clean the restrooms or watered down the shake mix, Kroc could evict them as their landlord.** In 1961, tired of the McDonald brothers blocking every operational tweak, Kroc borrowed **$2.7 million in cash** from college endowment funds (a loan that ultimately cost $14 million with interest) to buy the brothers out completely—and then famously opened a Ray Kroc McDonald's directly across the street from the brothers' renamed San Bernardino stand until it closed. ## 4. Why Ray Kroc Ranks #37 (OVR 89.35) In our **100 Product Managers Who Changed the World** framework, Kroc's six-dimension breakdown explains the mechanics of mass standardization: - **Business 96 & Scale 93** (Twin Peaks): Kroc's "three-legged stool" (McDonald's, franchisees, and dedicated suppliers like Simplot and OSI) created the blueprint for modern franchising—where the franchisor only wins *after* the franchisee succeeds; - **Vision 90, Originality 88, Insight 85**: Because the McDonald brothers invented the original Speedee kitchen, Kroc's Originality sits at 88; his genius was seeing that the kitchen itself was a replicable product; - **Taste 80** (Why #37): Just like Henry Ford (#12, Taste 80) and Jack Ma (#14, Taste 80), industrializing a product for billions requires stripping away artisanal nuance—putting Kroc in a dead-heat 89.35 tie with #36 **Gunpei Yokoi** (Taste 93, Business 85). See Ray Kroc's full ranking on the live leaderboard: [Top 100 Product Managers (#37 · Ray Kroc)](/en/rankings/#pm-kroc), and read our companion deep dive on the system itself: [100 Products That Changed the World (#8 · The McDonald's System)](/en/great-products/). --- # The Pill: How the Only Medicine That Needs No Name Redrew the Curve of Women in Universities and the Workforce URL: https://doaipm.com/en/blog/product-rank-29-the-pill/ Published: 2026-10-23 Tags: 100 Great Products, The Pill, Enovid, Product History, UX Design, Healthcare Walk into any pharmacy in the English-speaking world and ask for **"The Pill."** You don't need to specify a chemical compound, a dosage, or a pharmaceutical brand. Out of tens of thousands of prescription drugs invented in human history, only one is universally identified by a capitalized definite article. At the end of 1999, when *The Economist* surveyed the past thousand years to name the single most consequential technological innovation of the millennium, it passed over the steam engine, the transistor, and the personal computer—and put **Enovid**, the first oral contraceptive pill approved by the US Food and Drug Administration on **May 9, 1960**, on the cover. Why would economists rank a tiny hormone tablet alongside the printing press? Because for all of recorded history prior to 1960, half of the human race could not reliably **schedule the next five years of their lives**. A twenty-two-year-old woman could not confidently commit to a four-year medical degree and a three-year residency—nor would law firms and corporations invest in promoting her—when a single unplanned pregnancy could end her career overnight. **The Pill did something no law or protest had ever accomplished: it turned childbearing from an unpredictable stroke of fate into a schedulable human decision.** In our ranking of the **100 Products That Changed the World**, **The Pill** stands at **#29** with an overall score of **89.35** (scored by Claude AI under our unified six-dimension framework): **97 in Impact, 95 in Originality, 92 in Durability**, 87 in Scale, 82 in Experience, and 82 in Business. ![The Pill Six-Dimension Score Card](/blog/product-rank-29-the-pill-scores-en.jpg) ## 1. The Four Outsiders: How a $2 Million Personal Check Built What Big Pharma Refused to Touch By standard business logic, a blockbuster product destined for ratusan of millions of daily users should have been developed by Pfizer or Merck. In reality, in 1950 **not a single major pharmaceutical company or US government agency dared touch oral contraception.** Thirty American states still enforced 19th-century **Comstock Laws** that classified distributing birth-control information—or even a doctor prescribing it—as a felony offense. Drug executives were terrified of Catholic boycotts and criminal prosecution. Instead, The Pill was willed into existence by an improbable alliance of **four outsiders**: 1. **The Product Visionary—Margaret Sanger (Age 71)**: After decades of arrests fighting for reproductive clinics, Sanger realized in 1950 that barrier methods failed because they required preparation in the heat of the moment. She defined the exact product brief: **women needed a systemic tablet taken with morning orange juice, completely separated from the act itself**; 2. **The Sole Angel Investor—Katharine Dexter McCormick (Age 75)**: Only the second woman ever to graduate from **MIT** with a biology degree (Class of 1904) and heir to the International Harvester fortune. When every foundation and drug company refused to fund the research, McCormick pulled out her personal checkbook in 1953 and wrote **$2 million in personal checks (over $23 million today)**—funding practically the entire development of The Pill out of her own pocket; 3. **The Exiled Biologist—Gregory Pincus & Min Chueh Chang**: Fired by Harvard in the 1930s after the press sensationalized his early *in vitro* fertilization experiments on rabbits, Pincus worked out of a converted carriage house in Worcester, Massachusetts. Together with reproductive biologist **M. C. Chang**, he proved that synthetic progestins (first synthesized from Mexican wild yams by Carl Djerassi at Syntex and Frank Colton at Searle) reliably halted ovulation; 4. **The Devout Catholic Obstetrician—Dr. John Rock**: A revered Harvard clinician and daily communicant who ran the human trials under the legal umbrella of treating infertility and menstrual disorders, and insisted on a **21-days-on, 7-days-off regimen** so the drug mimicked a natural monthly cycle. | Milestone | The Regulatory & Human Bottleneck | The Counter-Intuitive Product Move | Historical Outcome | | :--- | :--- | :--- | :--- | | **1951–1953 Funding Freeze** | Comstock Laws criminalized contraception; NIH & Big Pharma refused funding | MIT alumna **Katharine McCormick personally funded $2M** (~100% of R&D) | The most consequential single-angel venture bet in medical history | | **1957 Regulatory Trojan Horse** | Direct contraceptive approval was politically explosive | Approved by FDA in 1957 for **"severe menstrual disorders"** with a warning that it prevented ovulation | Hundreds of thousands of American women suddenly reported "severe menstrual disorders" overnight | | **May 9, 1960 FDA Approval** | Fierce institutional resistance to approving a drug for healthy patients | G.D. Searle submitted massive trial data; FDA approved Enovid for contraception | **1.2M users within 2 years**; **6.5M American women within 5 years** | | **1962 The Dialpak Dispenser** | "Take 21 days, pause 7 days" caused widespread missed-day confusion | Engineer David Wagner invented the **day-of-the-week rotary compact + 7 placebo sugar pills** | Created the universal **28-day habit-loop packaging** still used worldwide | ## 2. The Greatest UX Fix in Medicine: Why a 28-Day Pack Contains 7 Sugar Pills That Do Nothing From a purely pharmacological standpoint, The Pill's instructions were a user-experience nightmare: **take one white tablet for 21 consecutive days, stop for 7 days, and restart on day 29.** When Enovid first shipped in 1960, it came in an ordinary brown glass bottle filled with loose pills. Every morning, millions of women stared at the bottle in panic: *"Did I already take today's pill before making coffee, or was that yesterday? And what day of the week did my 7-day break start?"* In 1962, an Illinois mechanical engineer named **David Wagner** heard his wife Doris worry that she had lost count of her Enovid schedule. At his kitchen table, Wagner sketched US Patent 3,136,412—the **Dialpak rotary blister dispenser**: 1. **Externalizing Memory onto the Packaging**: By arranging 21 pills in a circular wheel printed with the days of the week (`SUN, MON, TUE...`), the package itself became a state machine. A single glance told the user whether Tuesday's pill had been popped; 2. **The 7-Placebo Habit Loop**: Soon after, pharmaceutical designers added **7 inert iron or sugar pills** in a contrasting color at the end of the cycle. Why pay to manufacture and package seven pills with zero active medicine? Because **building a daily habit ("take one pill every morning, 365 days a year") is infinitely easier for the human brain than counting a 7-day gap.** That combination—day-of-the-week blister indexing plus placebo continuity—remains one of the greatest industrial-design triumphs in healthcare. ## 3. Claudia Goldin's Curve: How One Tablet Transformed Law Schools, Medical Schools, and Marriage In their landmark study *"The Power of the Pill,"* Harvard economist **Claudia Goldin** (winner of the 2023 Nobel Prize in Economics) and Lawrence Katz traced what happened when US states lowered the age of majority in the late 1960s and early 1970s, giving unmarried college-age women legal access to The Pill: - **The Professional School Inflection Point**: Until 1969, women made up fewer than **5% to 9%** of first-year students in American law, medical, dental, and MBA programs. Almost immediately after young women gained access to The Pill, female enrollment surged vertically toward **35%–50%**; - **Eliminating the Career Penalty of Early Marriage**: Because women no longer had to choose between abstinence and the risk of an career-ending early pregnancy, the median age of first marriage rose by several years—the exact window required to complete advanced professional training. ## 4. Why The Pill Ranks #29 (OVR 89.35) In our **100 Products That Changed the World** framework, The Pill's scores reflect its civilizational weight: - **Impact 97, Originality 95, Durability 92**: An Impact score of 97 puts it in the top ten across all 99 products on our board. Sixty-six years after Enovid, over **150 million women** worldwide still take oral contraceptives daily; - **Scale 87**: Because its direct user base is bounded by sex and reproductive age, its raw population reach sits at 87 compared to universal commodities like Aspirin (#26, Scale 96); - **Experience 82 & Business 82** (Why #29): First-generation pills carried hormone doses nearly ten times higher than modern formulations, causing side effects from nausea to thromboembolism (Experience 82), and off-patent generics keep margins modest (Business 82)—placing it in an exact **89.35 OVR tie** with #28 [Taobao](/en/great-products/) (Business 92, Experience 85). See The Pill's live ranking on our board: [100 Products That Changed the World (#29 · The Pill)](/en/great-products/), alongside #26 [Aspirin](/en/great-products/). --- # Gunpei Yokoi: 'Lateral Thinking With Withered Technology'—How a Factory Repairman Built the Game Boy and Beat Every High-Spec Rival URL: https://doaipm.com/en/blog/pm-rank-36-gunpei-yokoi/ Published: 2026-10-22 Tags: 100 Product Managers, Gunpei Yokoi, Nintendo, Game Boy, D-Pad, Product Philosophy One day in 1979, 38-year-old Nintendo R&D director **Gunpei Yokoi** was riding the Shinkansen bullet train home to Kyoto. Across the aisle sat a bored Japanese salaryman in a business suit. With nothing to read and nowhere to go, the commuter was staring down at a pocket LCD calculator, absentmindedly mashing its buttons with his thumb just to pass the time. Most engineers would have looked away. In Yokoi's mind, that single mundane gesture ignited a multi-billion-dollar revelation: **What if you took the dirt-cheap liquid-crystal display of a pocket calculator and turned it into a miniature game machine the size of a business card—one an adult could play discreetly on a crowded train without anyone noticing?** That flash of insight produced the **43.4-million-selling Game & Watch** series, gave birth to the **cross-shaped directional pad (D-Pad)** used on virtually every controller on earth, and laid the direct foundation for the **118.69-million-selling Game Boy**. In our ranking of the **100 Product Managers Who Changed the World**, **Gunpei Yokoi** stands at **#36** with an overall score of **89.35** (scored by Claude AI under our unified six-dimension framework): **93 in Taste, 92 in Originality, 90 in Vision, 90 in Insight**, 87 in Scale, and 85 in Business. If Shigeru Miyamoto (#10) is Nintendo's master storyteller and Satoru Iwata (#35) was its programmer-statesman, Gunpei Yokoi was the **founding philosopher of Nintendo hardware**—the man who personally mentored a young Miyamoto and coined the doctrine that guided Nintendo for half a century: **"Lateral Thinking with Withered Technology" (*Kareta Gijutsu no Suihei Shikō*)**. ![Gunpei Yokoi Six-Dimension Score Card](/blog/pm-rank-36-gunpei-yokoi-scores-en.jpg) ## 1. From Playing-Card Machine Mechanic to Toymaker: The 1.2-Million-Selling Office Contraption When Yokoi graduated from Doshisha University in 1965 with a degree in electronics, his grades were unimpressive. While his classmates joined prestigious electronics giants like Sharp and Matsushita (Panasonic), the 24-year-old Yokoi took a humble maintenance job at a local Kyoto playing-card factory: **Nintendo**. At the time, Nintendo had zero presence in electronics. It was a struggling card manufacturer whose stock had just collapsed after the Disney character-card boom faded. In 1966, Nintendo's iron-willed president Hiroshi Yamauchi toured the Uji plant and discovered that Yokoi had been using the company lathe in his spare time to build an extendable wooden lattice claw for his own amusement. Summoned to the president's office, Yokoi expected to be fired on the spot. Instead, Yamauchi told him: **"Stop fixing machines. Turn that contraption into a Christmas product."** Renamed the **Ultra Hand** and priced at 800 yen, Yokoi's extendable grabber sold **1.2 million units** during the 1966 holiday season, rescuing Nintendo's balance sheet and launching its first dedicated R&D division—with Yokoi as its sole engineer. Over the next fifteen years, Yokoi turned discarded components from other industries into cultural phenomena: 1. **Solar Cells into the *Laser Clay Shooting System* (1970–1973)**: Partnering with Sharp engineer Masayuki Uemura (who later designed the Famicom/NES), Yokoi repurposed industrial optoelectronic sensors into light guns that converted abandoned bowling alleys across Japan into virtual shooting ranges; 2. **Surplus Calculator Screens into *Game & Watch* and the Cross D-Pad (1980–1982)**: Because Japan's calculator price war had left Sharp with massive overcapacity in monochrome LCD segments and button batteries, Yokoi bought those commodity parts for pennies. When adapting *Donkey Kong* into a clamshell dual-screen unit in 1982, a traditional joystick wouldn't let the lid close—so Yokoi invented the flat **cross-shaped D-Pad** (US Patent 4,687,200), winning a Technology & Engineering Emmy Award and defining game input forever. | Defining Creation | The "Withered" Commodity Tech | Yokoi's Lateral Leap | Historical Outcome | | :--- | :--- | :--- | :--- | | **Ultra Hand (1966)** | Pantograph wooden linkage & simple rivets | Added target balls to turn a mechanical reacher into a skill game | **1.2M units sold**; transformed Nintendo from a card printer into a toy innovator | | **Game & Watch & Cross D-Pad (1980–1982)** | Overcapacity calculator LCDs & watch batteries | Pocket-sized commuter toy + built-in clock + **flat cross D-Pad** for clamshell folding | **43.4M units sold**; D-Pad became the universal directional input standard | | **Game Boy (1989)** | Unbacklit monochrome STN LCD + 8-bit Sharp LR35902 | **Rejected power-hungry color screens** for 30-hour battery life + bundled *Tetris* | **118.69M units sold**; outlasted Sega Game Gear, Atari Lynx & NEC TurboExpress | | **Virtual Boy (1995)** | Red monochrome LED array + oscillating mirrors | Attempted premature 3D VR hardware before display tech was mature | **Discontinued at 770K units**; the one time Yokoi violated his own "withered tech" rule | ## 2. Why a Blurry Pea-Green Screen Crushed Every Full-Color Handheld on Earth When Yokoi unveiled the **Game Boy** in April 1989, tech journalists and rival executives treated it like a punchline. Look at the competition lining up against Nintendo that year: - **Atari Lynx (1989)** boasted a backlit **4,096-color screen** and 16-bit hardware sprite scaling; - **Sega Game Gear (1990)** packed a vibrant full-color backlit display and an optional TV tuner; - **NEC's TurboExpress (1990)** literally played full-blown home-console HuCard games in color on the go. And what did Gunpei Yokoi ship? A chunky grey brick with **no color, no backlight, four shades of murky olive-green on a reflective STN screen, and noticeable motion blur**. Even engineers inside Nintendo rebelled, begging Yokoi to switch to a color LCD before Nintendo became a laughingstock. Yokoi refused to budge. While his rivals optimized for trade-show spec sheets, Yokoi optimized for **how a ten-year-old child actually lives**: 1. **Battery Life Was the Real Bottleneck**: In 1989, a color backlit screen was a battery furnace. Sega's Game Gear and Atari's Lynx devoured **six AA batteries in just 3 to 4 hours**, weighed half a kilogram, and cost $149–$179. Yokoi's unbacklit monochrome Game Boy ran for **up to 30 hours on four cheap AA batteries** and launched at **$89.99 (12,500 yen)**; 2. **Indestructibility as a Feature**: Because it used mature, rock-solid components, a Game Boy could survive being dropped off a school bus—or famously surviving a **barracks bombing during the 1991 Gulf War** with its plastic shell melted to a crisp while still booting *Tetris* on the original motherboard; 3. **The *Tetris* Bundle**: Paired with *Tetris*—a game whose high-contrast falling blocks looked crystal-clear on a four-shade monochrome grid—the Game Boy transcended kids' bedrooms and hooked millions of adult travellers. The market verdict was merciless. Atari Lynx sold roughly **3 million units**; Sega Game Gear sold **10.62 million**; Gunpei Yokoi's "outdated" monochrome Game Boy line sold **118.69 million units**. That was the triumph of **"Lateral Thinking with Withered Technology"**: wait until a technology is so mature, cheap, and reliable that engineers consider it boring—then apply lateral imagination to solve a human problem that bleeding-edge silicon is too expensive and fragile to touch. ## 3. The Tragic Final Act: Virtual Boy and a Highway in Ishikawa In a twist worthy of Greek tragedy, the man who preached never using immature technology was ultimately brought down by the one project that broke his own commandment. In the mid-1990s, pressured to demonstrate 3D innovation while the Nintendo 64 was delayed, Yokoi spearheaded the **Virtual Boy (1995)**—a stereoscopic 3D console using oscillating mirrors and red LEDs. Unlike calculators in 1980, head-mounted 3D optics in 1995 were nowhere near "withered." High-resolution color LEDs were prohibitively expensive, forcing Yokoi to use jarring red-on-black visuals. Legal fears over children walking around blindfolded or straining their necks forced Nintendo to mount the visor on a rigid tabletop stand, forcing players to hunch over a desk in solitary isolation. Yokoi himself felt the unit wasn't ready, but commercial schedules pushed it onto shelves in July 1995. It sold just **770,000 units** before being pulled. On August 15, 1996, Yokoi resigned from Nintendo after 31 years, founded **Koto Laboratory** in Kyoto, and immediately began designing the clever dual-orientation **WonderSwan** handheld for Bandai (named in tribute to him). He never saw it launch. On the morning of **October 4, 1997**, after a minor fender-bender on the Hokuriku Expressway in Ishikawa Prefecture, the 56-year-old Yokoi stepped out of his car to inspect the damage and was fatally struck by a passing vehicle. ## 4. Why Gunpei Yokoi Ranks #36 (OVR 89.35) In our **100 Product Managers Who Changed the World** framework, Yokoi's scores reflect the purest hardware-experience craftsman in gaming history: - **Taste 93 & Originality 92** (Twin Peaks): Inventing the Cross D-Pad, the portable handheld category, and *Metroid*—while having the discipline to choose 30 hours of battery life over flashy color pixels—represents world-class product judgment; - **Vision 90 & Insight 90**: His "Withered Technology" doctrine directly shaped the DS, the Wii, and the Nintendo Switch decades after his death; - **Scale 87 & Business 85** (Why #36 vs. #35 Iwata at 89.45 and #37 Ray Kroc at 89.35): Yokoi ties Ray Kroc at 89.35 raw OVR on completely opposite strengths (Kroc's Business 96 & Scale 93 vs. Yokoi's Taste 93 & Originality 92), and sits 0.10 behind Satoru Iwata, who carried Yokoi's philosophy onto the global CEO stage. Explore Gunpei Yokoi's full profile on the live leaderboard: [Top 100 Product Managers (#36 · Gunpei Yokoi)](/en/rankings/#pm-yokoi), alongside his protege [Shigeru Miyamoto (#10)](/en/rankings/#pm-miyamoto) and successor [Satoru Iwata (#35)](/en/rankings/#pm-iwata). --- # Taobao: Free Storefronts, IM Haggling, and Escrow—How a SARS Quarantine Startup Flipped eBay's 72% China Monopoly in 24 Months URL: https://doaipm.com/en/blog/product-rank-28-taobao/ Published: 2026-10-22 Tags: 100 Great Products, Taobao, Alibaba, Jack Ma, E-Commerce, Product History In April 2003, inside Apartment 202 of Building 16 at Lakeside Gardens in Hangzhou—the exact same bare-concrete flat where Jack Ma had founded Alibaba four years earlier—seven handpicked engineers and operators signed non-disclosure agreements and locked themselves inside. Outside, the **SARS epidemic** had paralyzed China. Alibaba's main headquarters was under quarantine after an employee returned from the Canton Fair with a suspected fever. Inside the apartment, led by Sun Tongyu and legendary coder Cai Jingxian ("Duolong"), the seven-person squad slept on camp cots, ate instant noodles, did handstands against the wall to stay awake, and built a consumer marketplace from scratch in less than a month. On **May 10, 2003**, **Taobao.com** quietly went live. Because they had no sellers yet, the first 200 items listed on the site were personal knick-knacks the seven founders dug out of their own bedrooms. At the time, Silicon Valley treated the project as a suicide mission. Just two months earlier, global juggernaut **eBay** had completed its **$150 million acquisition of EachNet**, commanding a crushing **72.4% share** of China's consumer e-commerce market. eBay signed exclusive multi-million-dollar ad blockades across China's top three web portals (Sina, Sohu, and NetEase) so Taobao couldn't even buy a banner ad, and executives famously predicted that **Taobao would be dead within 18 months**. Instead, within **24 months (by late 2005)**, the scoreboard had completely inverted: **Taobao held 72.2% of China's C2C e-commerce market, while eBay EachNet had collapsed to 26.7%**—forcing eBay's eventual retreat from China in 2006. In our ranking of the **100 Products That Changed the World**, **Taobao** stands at **#28** with an overall score of **89.35** (scored by Claude AI under our unified six-dimension framework): **93 in Impact, 92 in Business, 91 in Scale, 91 in Durability**, 85 in Originality, and 85 in Experience. How did a seven-person apartment project defeat the richest e-commerce empire on earth? Because eBay imported an American garage-sale auction template, while Taobao built three product mechanisms tailored to Chinese reality: **free storefronts, live IM haggling, and escrow payments**. ![Taobao Six-Dimension Score Card](/blog/product-rank-28-taobao-scores-en.jpg) ## 1. Masterstroke #1: Zero Listing Fees Against eBay's Pay-to-List Wall To understand why eBay stumbled in China, you have to look at how eBay made money. In the United States, brick-and-mortar retail was already dominated by Walmart, Target, and national mall chains. Americans used eBay primarily to auction off second-hand collectibles from their attics. Consequently, eBay charged sellers two mandatory fees: - **An upfront insertion fee** just to list an item for 14 days (whether it sold or not); - **A final value commission** of 2% to 8% when the item sold. In 2003 China, however, national retail chains barely existed outside major coastal cities. The people who wanted to sell online weren't suburban homeowners clearing out attics—they were **millions of small family workshops and street-market vendors in Yiwu, Hangzhou, and Guangzhou** looking for a digital storefront. Asking a small apparel vendor with 300 SKUs to pay upfront listing fees every two weeks before making a single sale was a non-starter. In July 2003, Taobao dropped a bomb on the market: **100% free store creation, free item listings, and zero transaction commissions for three full years.** When eBay blocked Taobao from advertising on major portals, Taobao bought cheap banner slots across tens of thousands of grassroots Chinese bulletin boards (BBS), anime forums, and parenting communities—surrounding eBay's castle from the bottom up. | Product Dimension | eBay EachNet's Silicon Valley Playbook (2003–2005) | Taobao's Local Counter-Design | Market Chain Reaction | | :--- | :--- | :--- | :--- | | **Listing & Transaction Fees** | Upfront listing fee per item + 14-day expiry + sales commission | **100% Free for 3 Years** (unlimited SKU listings, zero commission) | Millions of small shopkeepers and power sellers migrated en masse from EachNet to Taobao | | **Buyer–Seller Communication** | **Strictly blocked direct chat** to prevent off-platform fee evasion | Built-in **AliWangwang live IM** with voice, emojis & instant price editing | Turned cold web forms into a bustling bazaar where buyers could haggle in real time | | **Stranger Payment Trust** | Wire money or mail a postal order first, then pray the seller ships | **Alipay Escrow (Oct 2003)**: platform holds funds until buyer confirms delivery | **Conversion rates leapt from <30% to 80%+**, birthing China's digital payment infrastructure | | **Storefront Architecture** | Global "Morgan" migration to US servers; auction-countdown sorting | Persistent **merchant storefronts** ranked by hearts, diamonds & crowns | Enabled full-time "Taobao villages" and spawned Double 11, Cainiao logistics & Alibaba Cloud | ## 2. Masterstroke #2: Why eBay Forbade Buyers and Sellers From Talking—While Taobao Built AliWangwang If you ask veteran Chinese sellers what finally drove them off eBay EachNet in 2004, they point to two things: eBay's decision to migrate China's servers onto its unified global platform in the US (which made pages load at a crawl across the Pacific), and **eBay's refusal to let buyers and sellers chat in real time**. Why did Silicon Valley product managers forbid live chat on eBay? Because **eBay charged a transaction commission**. If buyers and sellers could message each other freely in real time, they would immediately exchange phone numbers and settle the deal off-platform to dodge eBay's cut. Because Taobao charged **zero commission**, it had no fear of off-platform leakage. Instead, Taobao recognized a fundamental truth of Chinese commerce: **in China, shopping is a social sport—nobody buys a jacket from a stranger without asking three questions and haggling five yuan off the shipping fee.** Taobao embedded a real-time instant messenger—**AliWangwang**—directly onto every product page: - A buyer could click a glowing blue icon, ask the shopkeeper for real-life photos, bargain over bundle discounts, and watch the seller adjust the checkout price on the fly; - The iconic **"Ding-Dong!"** notification chime of AliWangwang became the soundtrack of millions of Chinese living-room entrepreneurs; - Customer service reps on Wangwang invented the affectionate **"Qin" (Dear)** slang that defined Chinese internet culture for a decade. **eBay policed its marketplace like a quiet Sotheby's auction room; Taobao designed a noisy, vibrant night market.** ## 3. Masterstroke #3: A 750-Yuan Used Camera and the Birth of Alipay Escrow Even with free listings and live chat, Taobao hit a brick wall in autumn 2003: **people window-shopped, chatted for hours, and then walked away at checkout because nobody trusted a stranger on the internet.** In October 2003, a Xi'an university student named **Jiao Zhenzhong** wanted to buy a used Fujifilm FinePix 2600 digital camera listed for **750 yuan ($90)** by **Cui Weiping**, a Chinese student studying in Yokohama, Japan. Neither dared go first. On **October 15, 2003**, Taobao launched **Alipay Escrow**: 1. Jiao wired 750 yuan to Taobao's escrow account; 2. Taobao notified Cui in Japan that the funds were locked in custody and safe to ship; 3. Only after Jiao received the camera and clicked "Confirm Receipt" did Taobao release the 750 yuan to Cui. When Jiao got cold feet midway and called customer support asking for his money back, a Taobao operator personally guaranteed that Taobao would reimburse him out of pocket if the camera didn't arrive. That single 750-yuan receipt (`#200310156442565`) unlocked Chinese e-commerce—and spun off into **Alipay (#13 on our Products leaderboard)**. ## 4. Why Taobao Ranks #28 (OVR 89.35) In our **100 Products That Changed the World** framework, Taobao's six-dimension profile captures an ecosystem engine: - **Impact 93, Business 92, Scale 91, Durability 91**: Taobao didn't just digitize retail; it forced three entire industries into existence from scratch—express parcel logistics (delivering 100B+ parcels a year for pennies), digital escrow payments (Alipay), and hyperscale cloud computing (Alibaba Cloud was born to survive Taobao's Double 11 traffic spikes); - **Originality 85 & Experience 85** (Why #28): Online C2C marketplaces were pioneered by eBay (#28 Originality 85), and over two decades Taobao's interface has grown notoriously dense with gamified promotions, coupon math, and algorithmic clutter (Experience 85)—leaving it tied at 89.35 OVR with #29 **The Pill** (whose shape is the exact inverse: Originality 95 & Impact 97, Business 82 & Experience 82). See Taobao's live position on the leaderboard: [100 Products That Changed the World (#28 · Taobao)](/en/great-products/), and read the profile of its chief architect: [Jack Ma (#17 · Solving the Trust Problem)](/en/rankings/#pm-jack-ma). --- # Satoru Iwata: 'President on My Card, Coder in My Head, Gamer at Heart'—How Nintendo's Programmer-CEO Put Grandma and Grandson on the Same Console URL: https://doaipm.com/en/blog/pm-rank-35-satoru-iwata/ Published: 2026-10-21 Tags: 100 Product Managers, Satoru Iwata, Nintendo, Wii, NDS, Switch In March 2005, on the main stage of the Game Developers Conference (GDC) in San Francisco, 45-year-old Nintendo president **Satoru Iwata** adjusted his wire-rimmed glasses and opened his keynote with three sentences that became immortal in Silicon Valley and Kyoto alike: **"On my business card, I am a corporate president. In my mind, I am a game developer. But in my heart, I am a gamer."** Plenty of tech CEOs claim to be builders at heart. Iwata was one of the vanishingly rare Fortune 500 chief executives who could literally walk into a struggling engineering war room over the weekend, read raw assembly code, and rewrite the compression engine himself to ship the product on time. When Nintendo's iron-fisted patriarch Hiroshi Yamauchi stepped down in May 2002 after 53 years at the helm, he bypassed his own family to appoint the 42-year-old Iwata—making him the **first president from outside the Yamauchi bloodline since Nintendo was founded in 1889**. In our ranking of the **100 Product Managers Who Changed the World**, **Satoru Iwata** stands at **#35** with an overall score of **89.65** (scored by Claude AI under our unified six-dimension framework): **93 in Insight, 92 in Taste, 90 in Vision**, 89 in Originality, 88 in Scale, and 86 in Business. While Sony's PlayStation and Microsoft's Xbox locked horns in a multi-billion-dollar arms race over teraflops and photorealistic shaders, Iwata pivoted Nintendo ninety degrees into the Blue Ocean. Armed with a stylus (**Nintendo DS, 154 million sold**) and a motion wand shaped like a TV remote (**Wii, 101.6 million sold**), he turned hundreds of millions of mothers, commuters, and nursing-home grandparents into gamers. ![Satoru Iwata Six-Dimension Score Card](/blog/pm-rank-35-satoru-iwata-scores-en.jpg) ## 1. The Miracle Coder: "Using What You Have Takes Two Years; Doing It From Scratch Takes Me Six Months" Before he ever sat in the president's office in Kyoto, Iwata was a legendary programmer and turnaround CEO at **HAL Laboratory**. Most product managers are at the mercy of engineering estimates when a codebase tangles. Iwata was the programmer other programmers called when a project was clinically dead: 1. **Saving *EarthBound / Mother 2* (1994)**: Shigesato Itoi's ambitious RPG had been stuck in development hell for four years and was on the verge of cancellation. Iwata inspected the spaghetti code and delivered his famous ultimatum: *"If we use what you have now, it will take two years. If you let me start over from scratch, I'll do it in half a year."* Within **one month**, Iwata had the rebuilt engine running; within six months, a masterpiece was born; 2. **Fitting Two Whole Worlds into *Pokémon Gold & Silver* (1999)**: When Game Freak ran out of space on the Game Boy cartridge after building the new Johto region, Iwata wrote a custom graphics compression algorithm that freed up so much memory the team was able to pack the entire original **Kanto region** into the post-game—creating the most beloved plot twist in *Pokémon* history; 3. **Porting *Pokémon Stadium* in Three Weeks Without Documentation (1998)** and debugging *Super Smash Bros. Melee* (2001): Even after joining Nintendo's corporate executive ranks, Iwata spent nights reading raw battle code line by line so *Melee* wouldn't miss the GameCube's launch window. Because he had written 6502 assembly code on bare metal and personally paid off HAL Laboratory's **1.5 billion yen bankruptcy debt** in the 1990s, Iwata carried a rare dual instinct: **he knew exactly how much magic could be squeezed out of modest silicon, and he knew that technical arrogance divorced from human joy kills companies.** | Defining Campaign | Industry Consensus & Crisis | Iwata's Counter-Intuitive Bet | Historical Outcome | | :--- | :--- | :--- | :--- | | **Saving *EarthBound* & *Pokémon Gold/Silver* (1994–1999)** | Tangled codebase; Game Boy ROM completely full | Personally rewrote game engine & custom compression tools | Delivered two regions in one cartridge; rescued flagship franchises | | **Nintendo DS (2004)** | Sony's powerhouse PSP threatened to end Nintendo's handheld reign | **Dual screens + touch stylus + microphone** + *Brain Age* for non-gamers | **154.02M units sold** (crushing PSP by 70M+); best-selling handheld in history | | **Nintendo Wii (2006)** | GameCube finished dead last (21.7M); PS3 & Xbox 360 bet everything on HD | Abandoned the HD GPU arms race; designed **a one-handed TV-remote controller** | **101.63M units sold**; brought bowling and tennis into nursing homes worldwide | | **The 50% Pay Cut & Project NX / Switch (2011–2015)** | 3DS launch stumble & Wii U flop; Wall Street demanded mass layoffs | **Refused to fire a single employee, cut own pay by 50%**, and greenlit the hybrid **Switch** | Preserved R&D morale; posthumous **Switch sold 150M+ units** | ## 2. Why He Answered Sony and Microsoft's Supercomputers With a TV Remote When Iwata took over as president in 2002, Nintendo's home-console business was in free fall. Market share had shrunk from 80%+ in the NES era to a distant third place with the **GameCube (21.74 million units)** versus Sony's juggernaut **PlayStation 2 (160 million units)**. Every analyst on earth agreed on the prescription: build a brawnier box with more polygons and darker, grittier games. Iwata looked at the living rooms of ordinary families and diagnosed the exact opposite illness: **controllers had grown so intimidating—bristling with dual analog sticks and fourteen buttons—that anyone who wasn't a teenage boy felt unwelcome picking one up.** In millions of households, the game console was a source of family friction between kids who wanted the TV and parents who hated the clutter. Iwata formulated his **Blue Ocean "Gaming Population Expansion" strategy**: stop fighting Sony for the same twenty million hardcore players, and instead build hardware that invites the **five hundred million people who currently hate or fear video games**. 1. **The Nintendo DS (2004)**: When Sony unveiled the sleek, widescreen PSP, critics mocked Nintendo's clunky two-screen DS as a gimmick. Yet by replacing complex button combos with a familiar **stylus pen** and voice microphone—paired with titles like *Nintendogs* and Dr. Kawashima's *Brain Training*—Iwata turned commuters in their fifties into daily handheld players, moving **154 million units**; 2. **The Wii (2006)**: For Nintendo's next home console, Iwata issued three heretical constraints: the box could be no thicker than three DVD cases stacked together, it had to run whisper-quiet on minimal wattage, and **anyone from a five-year-old child to an eighty-year-old grandmother had to understand the controller within तीन seconds of seeing it.** By modeling the **Wii Remote** on a television remote control that every human already knew how to hold in one hand—and bundling ***Wii Sports*** in the box—Iwata erased the learning curve of gaming overnight. The Wii sold **101.63 million units**, turning living rooms and senior centers into bowling alleys. ## 3. "Layoffs Impress Wall Street for a Quarter, Readily Destroying Morale for a Decade" What elevated Iwata from a brilliant strategist to a beloved cultural icon was how he behaved when the tide turned against him. In 2011–2013, the overpriced launch of the **3DS** and the commercial failure of the **Wii U** (13.56 million units) pushed Nintendo into its first annual operating loss in over thirty years. At tense shareholder meetings, activist investors demanded two immediate concessions: **fire thousands of employees to pad operating margins, and abandon dedicated hardware to slap Mario onto iPhones as free-to-play gacha games.** Iwata refused both. On predatory mobile monetization, he warned that strip-mining Nintendo's characters for quick microtransactions would destroy decades of family trust. And on layoffs, he delivered a rebuke that still echoes across the tech industry: **"If we reduce the number of employees for better short-term financial results, employee morale will decrease. I sincerely doubt employees who fear that they may be laid off will be able to develop software titles that could impress people around the world."** Instead of handing out pink slips, Iwata **cut his own salary by 50% twice** (in 2011 and 2014), while fellow executives like Shigeru Miyamoto took 30% cuts. Even after being diagnosed with bile duct cancer in 2014, a visibly gaunt Iwata hosted **Nintendo Direct** broadcasts to speak directly to fans without media filters, poured his product philosophy into the **Iwata Asks** interview archives, and worked from his hospital bed to architect **"Project NX"**—the radical hybrid console that merged Nintendo's handheld and home divisions into one device. On **July 11, 2015**, Satoru Iwata passed away at age 55. That afternoon, a real rainbow arched directly over Nintendo's white headquarters in Kyoto. Less than two years later, his final blueprint launched as the **Nintendo Switch**, selling over **150 million units** and ushering in the most profitable era in Nintendo's history. ## 4. Six-Dimension Breakdown: Why the Gamer-President Ranks #35 Under the unified six-dimension framework of *100 Product Managers Who Changed the World* (Vision 20%, Insight 20%, Taste 15%, Business 15%, Scale 15%, Originality 15%), Satoru Iwata scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Vision** | 20% | **90** | Rejecting the teraflop wars to pioneer the Blue Ocean "Gaming Population Expansion" and greenlighting the hybrid Switch | | **Insight** | 20% | **93** | Saw that controller intimidation—not graphics—was the true barrier keeping 80% of humanity away from games | | **Taste** | 15% | **92** | From *EarthBound*'s warmth to Mii avatars and the Wii Plaza, championed joyful, friction-free human interfaces | | **Business** | 15% | **86** | Drove Nintendo to historic profit peaks during the DS/Wii era, tempered by the Wii U transition slump | | **Scale** | 15% | **88** | Over 255M DS and Wii consoles sold under his direct watch, plus 150M+ on the Switch architecture he initiated | | **Originality** | 15% | **89** | Co-created dual-screen touch gaming, living-room motion control, and the direct-to-fan *Nintendo Direct* format | | **Overall (OVR)** | **100%** | **89.65** | **Ranked #35 Overall (just behind #34 Duan Yongping at 90.15, ahead of #36 Gunpei Yokoi at 89.55)** | In an industry that too often treats users as "monetizable eyeballs" and engineers as disposable line items on a quarterly spreadsheet, Satoru Iwata left behind a permanent north star: **protect the people who build the magic, remove the fear from the interface, and never forget that in your heart, you are building for joy.** --- # Super Mario Bros.: How a 40-Kilobyte Cartridge Taught Humanity to Play in 30 Seconds Without a Single Word of Text URL: https://doaipm.com/en/blog/product-rank-27-super-mario-bros/ Published: 2026-10-21 Tags: 100 Products, Super Mario Bros., Shigeru Miyamoto, Nintendo, UX Design A single animated GIF reaction you send in Slack or iMessage today weighs roughly **500 kilobytes to 2 megabytes**. On **September 13, 1985**, Nintendo shipped a Famicom (NES) cartridge that contained eight distinct worlds, thirty-two levels, warp zones, swimming and jumping physics, dozens of enemies, and Koji Kondo's immortal soundtrack—and the **entire game fit inside 40 kilobytes of memory (32KB of program ROM plus 8KB of character graphics)**. Armed with those **40 kilobytes**, ***Super Mario Bros.*** single-handedly resurrected the Western video game industry from the ashes of the **1983 Atari crash**, sold **over 40.24 million copies** on the NES alone (58M+ across re-releases), and launched the highest-selling game franchise in human history (**830+ million copies**). In our ranking of the **100 Products That Changed the World**, ***Super Mario Bros.*** stands at **#27** with an overall score of **90.00** (scored by Claude AI under our unified six-dimension framework): **95 in Impact, 95 in Experience, 92 in Originality**, 87 in Scale, 87 in Durability, and 85 in Business. Forty-one years later, why do SaaS founders, mobile app designers, and AI product managers still study **World 1-1** frame by frame? Because in thirty seconds of silent pixel art, **Shigeru Miyamoto** and **Takashi Tezuka** solved the hardest problem in software: **how to onboard a complete beginner without writing a single word of instruction.** ![Super Mario Bros. Six-Dimension Score Card](/blog/product-rank-27-super-mario-bros-scores-en.jpg) ## 1. World 1-1: The Greatest 30-Second Onboarding Flow Ever Engineered Every software product manager knows the tragedy of the modern onboarding modal: you build a complex product, panic that users won't understand it, and slap a five-step carousel of tooltip pop-ups over the interface on first launch. What do users do? **Ninety-nine percent of them mash "Skip" five times without reading a word, stare blankly at the dashboard, and churn.** In 1985, Miyamoto operated under a ruthless constraint: if a player had to read a manual or a wall of text to figure out what to do, the design had failed. Look at the opening **thirty seconds of World 1-1**, broken down as a masterclass in zero-text UX onboarding: | Timestamp | On-Screen Spatial Setup | User Instinct & Reaction | Silent Onboarding Lesson Completed | | :--- | :--- | :--- | :--- | | **Seconds 0–2** | Mario spawns on the **far left** edge of the screen facing a wide expanse of empty sky | With nowhere to go left, the player's thumb naturally presses **Right on the D-pad** | Establishes left-to-right spatial progression without a single arrow icon | | **Seconds 3–5** | A lone, scowling brown **Goomba** strolls slowly toward Mario | Threat is unmistakable; the player presses the primary **A button to jump** over or land on it | **Lesson 1**: Teaches the jump button, collision danger, and stomping enemies | | **Seconds 6–12** | Five overhead blocks appear; the second block and top block are **flashing gold Question (?) blocks** | Visual contrast triggers curiosity; the player jumps to bonk the flashing block, spawning a **Super Mushroom** | Rewards curiosity and introduces interactive environmental blocks | | **Seconds 13–18** | The mushroom slides right, **bounces off a short green pipe**, and rolls straight back at Mario underneath a low ceiling of bricks | Trapped by the low bricks, the player can barely dodge it—colliding with the mushroom and **growing twice as tall!** | **Lesson 2 (Pure Genius)**: Uses geometry to force the player into a power-up so they learn mushrooms are good, not fatal | | **Seconds 19–30** | Three green pipes of **progressively taller heights** followed by a narrow two-tile bottomless pit | The player discovers holding A longer produces a higher jump, and holding B sprints across gaps | **Lesson 3**: Masters variable jump height and momentum physics before facing real danger | Pause on that thirteen-second mark—the **Super Mushroom bouncing off the pipe**. In early playtests, novices saw the mushroom pop out of the question block, assumed it was another monster like the Goomba, and tried to jump over it. Instead of pausing the game with a text box reading *"Eat the Mushroom to Grow Big!"*, Miyamoto placed a short pipe to bounce the mushroom back toward the player and lowered the brick ceiling above Mario's head so jumping over it was almost impossible. The moment the mushroom touches you, a triumphant arpeggio plays, Mario doubles in size, and the next time you jump you shatter solid bricks into dust. **In three seconds of forced spatial choreography, the player experiences pure epiphany.** ## 2. How Brutal Hardware Constraints Created a Multi-Billion-Dollar Cultural Icon Designers love to complain when engineering budgets or screen real estate feel tight. Consider the canvas Miyamoto was handed: a **256 × 240** television display where the protagonist had to fit inside a **16 × 16 pixel grid** using at most **three colors**. Every single iconic feature of Mario's appearance was invented not for fashion, but to solve a 16-pixel rendering limitation: - **Why does Mario wear a cap?** Because animating hair in 16 pixels looked like aglitchy smudge; a cap saved forehead and hairline pixels; - **Why the big nose and bushy mustache?** At 16×16 resolution, drawing a recognizable mouth with facial expressions was impossible; a prominent nose and mustache made his face direction instantly readable; - **Why red overalls over a blue shirt?** Without contrasting straps separating his torso from his arms, Mario's swinging arms vanished into his body whenever he ran! The cap, the mustache, the overalls—an aesthetic worth tens of billions of dollars in box-office films and theme parks—was born entirely from **functional problem-solving inside a 256-pixel box**. ## 3. The Physics of Joy: Why 40 Years of Platformers Still Copy Miyamoto's Momentum Before *Super Mario Bros.*, video game movement was binary. In arcade classics like *Pac-Man* or even Miyamoto's own *Donkey Kong* (1981), pressing right moved your character at a fixed constant speed; releasing the joystick stopped you dead on a dime; and once you jumped, your parabolic arc was locked in mid-air like a cannonball. Miyamoto and lead programmer **Toshihiko Nakago** revolutionized digital tactility by programming **sub-pixel velocity, acceleration, friction, and mid-air control** on an 8-bit 1.79MHz processor: 1. **Inertia and skidding**: Mario takes a few steps to build up speed, hits top sprint when you hold the B button, and visibly skids with a puff of traction when you reverse direction; 2. **Variable jump physics**: Tap A for a hop; hold A to sustain upward lift for a high jump; and steer slightly left or right in mid-air to stick a landing on a single brick. Miyamoto and Nakago spent months tweaking those hexadecimal acceleration constants by hand before building the rest of the levels—because Miyamoto understood a truth that Apple later proved with the iPhone's inertial touch scrolling: **before a product is useful, the sheer physical sensation of touching and moving it for three seconds must feel magical.** ## 4. Six-Dimension Breakdown: Why a 40KB Cartridge Ranks #27 in History Under the unified six-dimension framework of *100 Products That Changed the World* (Originality 20%, Scale 20%, Impact 20%, Experience 15%, Business 15%, Durability 10%), *Super Mario Bros.* scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Originality** | 20% | **92** | Invented modern side-scrolling level design (*kishōtenketsu* four-act structure), momentum platforming, and secret warp discovery | | **Scale** | 20% | **87** | 58M+ copies sold for the original title, anchoring a franchise with 830M+ lifetime game sales and billions of players | | **Impact** | 20% | **95** | Ended the 1983 North American video game crash and wrote the universal grammar of interactive software onboarding | | **Experience** | 15% | **95** | Flawless 60fps tactile physics, Koji Kondo's earworm score, and World 1-1's invisible tutorial inside 40KB | | **Business** | 15% | **85** | Sold 61.9M NES consoles and spawned a transmedia empire spanning a $1.36B feature film and Universal theme parks | | **Durability** | 10% | **87** | 41 years after release, World 1-1 remains instantly playable and studied in every game and UX design program on earth | | **Overall (OVR)** | **100%** | **90.00** | **Ranked #27 Overall (just behind #26 Aspirin at 90.10, ahead of #28 Taobao at 89.25)** | The next time your team is tempted to add a three-paragraph pop-up tutorial explaining how to use your app, load up World 1-1 of *Super Mario Bros.* instead. That flashing question block and bouncing mushroom from 1985 still hold the ultimate lesson in product craft: **never lecture the user with text when you can let them discover their own superpower in the first fifteen seconds.** --- # Duan Yongping: How China's Most Elusive Product Godfather Built Subor, BBK, OPPO, and vivo—and Mentored Pinduoduo's Founder—by 'Daring to Be Late' URL: https://doaipm.com/en/blog/pm-rank-34-duan-yongping/ Published: 2026-10-19 Tags: 100 Product Managers, Duan Yongping, BBK, OPPO, vivo, Pinduoduo In June 2006, a 45-year-old Chinese entrepreneur named **Duan Yongping** paid **$620,100** to win Warren Buffett's annual charity lunch. Under the auction rules, the winner could bring up to seven guests. Alongside his longtime hardware lieutenants, Duan invited an unknown 26-year-old computer science graduate who had just returned from the University of Wisconsin. Ten years later, that young guest—**Colin Huang (Huang Zheng)**—founded **Pinduoduo** and **Temu**, tearing open a duopoly that Alibaba and JD.com thought was permanently sealed. If you unroll a map of modern Chinese consumer electronics and e-commerce, a startling pattern emerges: - **OPPO** (led by Tony Chen) and **vivo** (led by Shen Wei), which consistently rank among the world's top five smartphone makers, along with **OnePlus** (Pete Lau) and **Realme**; - **BBK Education Electronics** and **imoo (Xiaotiancai)** smartwatches (led by Jin Zhijiang), which have dominated Chinese K–12 educational hardware for twenty-five years; - **Pinduoduo / Temu** (Colin Huang) and **J&T Express** (Jet Lee)... All of these fiercely independent empires—generating hundreds of billions of dollars in combined annual revenue—trace their lineage back to one soft-spoken man who retired from day-to-day management at age 40 in 2001. In our ranking of the **100 Product Managers Who Changed the World**, **Duan Yongping** stands at **#34** with an overall score of **90.15** (scored by Claude AI under our unified six-dimension framework): **95 in Business, 93 in Insight, 92 in Vision**, 87 in Originality, 86 in Taste, and 86 in Scale. He was never a design autocrat obsessing over a 1mm bevel like Jony Ive, nor a first-principles technologist like Elon Musk. Instead, Duan engineered something arguably rarer: a repeatable organizational and product operating system built on **"Benfen" (staying true to duty), "Daring to Be Late," and a ruthless "Stop Doing List."** ![Duan Yongping Six-Dimension Score Card](/blog/pm-rank-34-duan-yongping-scores-en.jpg) ## 1. Turning a Clone Red Ocean into a National Brand: The Subor "Learning Machine" Insight In March 1989, 28-year-old Duan Yongping took over a bankrupt electronics workshop in Zhongshan, Guangdong, carrying **2 million RMB in debt** and a dozen soldering irons. At the time, Nintendo's Famicom (NES) was sweeping the globe. In early-1990s China, however, an imported Nintendo console cost over **1,000 RMB**—nearly a full year's wages for a factory worker—while street stalls overflowed with shoddy knockoff consoles that burned out after a week. More importantly, Duan spotted a structural split between the **user** and the **payer**: - The user was a ten-year-old child desperate to play *Contra* and *Super Mario*; - The payer was a working-class Chinese parent terrified that video games would ruin their only child's future. Instead of competing in a race-to-the-bottom price war selling cheap game consoles, Duan redefined the category in 1993 with the **Subor (Xiaobawang) Computer Learning Machine**: 1. **A brilliant hardware graft**: He housed the 8-bit console motherboard inside a full **PC-style mechanical keyboard**, bundling a cartridge that taught typing, BASIC programming, and classical poetry alongside game slots; 2. **Reframing the purchase for parents**: In the early 1990s, Chinese parents were anxious that their children would be left behind in the computer age, yet a real 386 PC cost over 10,000 RMB. Duan spent 400,000 RMB—nearly all the factory's cash—to hire **Jackie Chan** for a prime-time CCTV commercial with a slogan that every Chinese millennial still knows by heart: *"All parents share the same heart; Subor helps your child become a dragon!"*; 3. **Obsessive reliability**: While rival workshops cut corners on capacitors and suffered 30%+ defect rates, Duan enforced strict drop and thermal burn-in testing, keeping Subor's defect rate **below 2%**. At roughly **300 RMB**, children got their dream console and parents bought peace of mind. By 1995, Subor commanded **nearly 80% of China's market**, turning a 2-million-RMB deficit into **over 1 billion RMB in annual revenue**. | Four Generations of Duan-Linked Products | Market Timing vs. First Movers | The "Dare to Be Late" Edge | Ultimate Market Outcome | | :--- | :--- | :--- | :--- | | **Subor Learning Machine (1991–1995)** | 8 years after Nintendo's Famicom | **8-bit console + PC keyboard + Jackie Chan ad** reframed gaming as affordable computer literacy | 80%+ domestic share; 1B+ RMB revenue; onboarded China's first generation of coders | | **BBK VCD & Cordless Phones (1996–2000)** | Entered after Idall (Aiduo) & Siemens | Waited for laser-head supply maturity; won on **error-correction quality + profit-sharing provincial dealers** | First-mover Idall collapsed; BBK became #1 nationwide in VCDs, repeaters & cordless phones | | **BBK Point-Reading Pen & imoo Watch (2005+)** | Entered after Noah & Ozing | Ultra-simple tap-to-read UX; **imoo locked in elementary school kids via proprietary shake-to-add-friends social graph** | Dominated Chinese K–12 educational hardware for 20 years | | **OPPO & vivo Smartphones (2011+)** | Entered after Apple, Samsung & Xiaomi | Killed MP3/DVD lines overnight; bet on **VOOC fast charging, selfie cameras, and 200,000+ lower-tier town stores** | Consistently top 5 globally for a decade; ~40% combined share of China's smartphone market | ## 2. "Dare to Be Late": Why Duan Never Chased First-Mover Advantage Silicon Valley worships **First-Mover Advantage**—the belief that whoever defines a category first takes the crown. Across thirty years in hardware, Duan proved the exact opposite doctrine: **"Dare to be late, then out-execute everyone" (敢为天下后,后中争先).** In the summer of 1995, after his equity-sharing proposal for Subor was rejected by the parent conglomerate, Duan left with six core lieutenants—including Tony Chen, Shen Wei, and Jin Zhijiang—and founded **BBK (Bubugao)** in Dongguan. Over the next two decades, the BBK family navigated six brutal hardware transitions: VCD players, DVD players, MP3/MP4 players, feature phones, and smartphones. Remarkable as it sounds, **BBK, OPPO, and vivo were never first to market in any of those six waves.** Why did waiting work every single time? Because Duan understood a brutal law of mass-market hardware: **pioneers spend 80% of their capital paying two tuition fees on behalf of the entire industry—first, debugging immature supply chains with high return rates; second, educating consumers on why the category needs to exist at all.** Under Duan's playbook: 1. **Never bet the company on unproven categories** while component yields are at 60%; 2. **Once consumer demand is proven and upstream silicon hits the maturity curve**, enter with overwhelming force around one visceral user pain point (such as OPPO's *"Charge for 5 minutes, talk for 2 hours"* VOOC flash charging) backed by China's deepest profit-sharing retail distribution network; 3. **Never fight price wars**: While early pioneers bled out from supply-chain crunches or cash-flow overextension, BBK consistently harvested the matured market with higher quality and healthier margins. ## 3. "Benfen" and the Stop Doing List: Designing an Anti-Fragile Organization Visitors to OPPO and vivo headquarters in Dongguan are often baffled by the absence of Silicon Valley buzzwords. Instead of OKR dashboards or "wolf culture" slogans, executives talk endlessly about two deceptively simple concepts: **"Benfen" (integrity / doing one's proper duty)** and **a "Stop Doing List."** Duan defines *Benfen* in one sentence: **"Do the right thing, and do things right."** How does an organization know what the "right thing" is? Duan argues that human beings are terrible at predicting the future three years out, but very good at recognizing what is **fundamentally wrong**. The moment you realize an action violates long-term health—no matter how much short-term profit it generates—you put it on the **Stop Doing List** and never touch it again: - **No OEM / contract manufacturing**: Even when factory lines sat idle and Walmart offered tens of millions for white-label orders, BBK refused—because easy OEM money destroys a team's discipline to build its own brand; - **No credit sales or supplier squeezing**: BBK insisted on cash-on-delivery with dealers and timely payment to component suppliers, surviving every macro credit crunch that killed flashier rivals; - **Decentralized equity and dealer partnerships**: In 1999, Duan split BBK into three independent companies (OPPO, vivo, and BBK Education), diluting his own stake to empower his protégés and binding provincial distributors as long-term equity partners. When smartphones wiped out billions in feature-phone inventory in 2011, not a single provincial distributor defected; - **Kill mistakes immediately, regardless of sunk cost**: When OPPO spent over 100 million RMB building an internet content portal (NearMe) in 2011 and realized hardware companies lack pure portal DNA, Tony Chen and Duan shut it down within a week. That self-correcting system allowed Duan to step down at **age 40 in 2001**, move to California, and apply the exact same product lens to public equities—investing **$2 million in NetEase in 2002** when the stock traded below $1 (reaping over **100x**), and pouring billions into **Apple in 2011** right as Wall Street doubted Tim Cook's transition, because his own smartphone supply-chain teams told him nobody on earth could match Apple's ecosystem lock-in. ## 4. Six-Dimension Breakdown: Why a Retired Hardware Hermit Ranks #34 Under the unified six-dimension framework of *100 Product Managers Who Changed the World* (Vision 20%, Insight 20%, Taste 15%, Business 15%, Scale 15%, Originality 15%), Duan Yongping scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Vision** | 20% | **92** | Authored the "Dare to Be Late" and "Stop Doing List" doctrines; nailed every platform shift from 8-bit consoles to smartphones and Apple's ecosystem | | **Insight** | 20% | **93** | Decoded the split between payer and user in Chinese families (Subor, imoo) and mainstream consumers' desire for fast charging and camera beauty | | **Taste** | 15% | **86** | Pragmatic mass-market roots that evolved into world-class industrial design in the OPPO Find and OnePlus flagship lines | | **Business** | 15% | **95** | Engineered China's most resilient equity-aligned distributor network and mentored four separate multi-billion-dollar founders | | **Scale** | 15% | **86** | Over 200M annual devices across OPPO, vivo, and imoo, plus his mentorship imprint on Pinduoduo's billion-user commerce engine | | **Originality** | 15% | **87** | Rejected technical first-mover vanity to pioneer a uniquely Eastern school of decentralized governance and second-mover dominance | | **Overall (OVR)** | **100%** | **90.15** | **Ranked #34 Overall (just behind #33 Jony Ive at 90.25, ahead of #35 Satoru Iwata at 89.65)** | In 2026—an era when AI startups panic if they are seventy-two hours late to a model release—Duan Yongping's thirty-year track record offers the ultimate antidote to hype: **Slow is fast. You do not need to be the first person to invent the category; you just need the discipline to stop doing short-term foolish things, and the patience to make the product people actually use every day.** --- # Aspirin: How an 1899 Fever Pill Scored 99 in Durability by Pulling Off the Greatest Second-Act Pivot in Product History URL: https://doaipm.com/en/blog/product-rank-26-aspirin/ Published: 2026-10-19 Tags: 100 Products, Aspirin, Bayer, Medicine, Product Strategy On July 20, 1969, when Neil Armstrong and Buzz Aldrin touched down on the Sea of Tranquility aboard the Apollo 11 Lunar Module, tucked inside their spacecraft medical kit was a bottle of small white tablets humanity had already been taking for seventy years: **Aspirin**. If you had to guess the longest-lived, highest-volume standardized industrial product in human history, what would it be? It is not Coca-Cola, nor the Gillette razor blade. It is a simple nine-carbon molecule—**acetylsalicylic acid ($\text{C}_9\text{H}_8\text{O}_4$)**. Since German chemical maker **Bayer** registered the *Aspirin* trademark on **March 6, 1899**, this little white tablet has remained in continuous mass production for **127 years**. Even today, humanity manufactures roughly **40,000 metric tons** of aspirin every year—between **40 billion and 100 billion tablets** swallowed annually across the globe. In our ranking of the **100 Products That Changed the World**, **Aspirin** stands at **#26** with an overall score of **90.10** (scored by Claude AI under our unified six-dimension framework): a ceiling-tying **99 in Durability**, 96 in Scale, 90 in Originality, 90 in Impact, 82 in Experience, and 82 in Business. For product builders, Aspirin is more than the birth certificate of the modern pharmaceutical industry. It is the ultimate case study in **how a legacy product survives disruption**: stripped of its patents after World War I and outflanked in the 1960s by safer painkillers like Tylenol and Ibuprofen, Aspirin staged a breathtaking second act at age seventy—transforming from an occasional headache remedy into a daily life-saving shield against heart attacks. ![Aspirin Six-Dimension Score Card](/blog/product-rank-26-aspirin-scores-en.jpg) ## 1. Fixing the "Willow Bark UX Disaster": How One Acetyl Group Created Big Pharma For more than three millennia—from ancient Egyptian papyri and Hippocrates to traditional Chinese herbalists—healers knew that chewing willow bark eased fevers and joint pain. By the mid-19th century, European chemists isolated the active compound in willow bark and meadowsweet: **salicylic acid**. From a product perspective, however, pure salicylic acid had a **catastrophic user experience**: - It tasted like battery acid burning the throat; - Worse, it tore up the stomach lining. Rheumatism patients who took salicylic acid for more than a few days suffered violent nausea, ulcers, and gastric bleeding. In the summer of 1897, inside the laboratories of German dye maker **Bayer**, a 29-year-old chemist named **Felix Hoffmann** (working under the direction of pharmaceutical head **Arthur Eichengrün**) sought a gentler alternative for his rheumatic father, who could no longer stomach raw salicylic acid. On **August 10, 1897**, Hoffmann acetylated salicylic acid—swapping a single hydroxyl hydrogen for an **acetyl group**—to produce chemically pure, stable **acetylsalicylic acid (ASA)**. That single molecular tweak unlocked two foundational breakthroughs in product design: 1. **Dramatically improved tolerability**: It preserved the fever-reducing and anti-inflammatory punch while sparing the mouth and esophagus from direct chemical burn; 2. **The standardized compressed tablet (1900)**: Before Aspirin, pharmacists weighed loose powders by hand and folded them into paper packets. Bayer pressed Aspirin into uniform, water-soluble **500mg tablets** stamped with the Bayer cross—establishing the physical form factor of modern medicine. History also recorded an astonishing twist of corporate judgment. Just **eleven days** after synthesizing Aspirin (on August 21, 1897), Hoffmann applied the exact same acetylation process to morphine, creating **diacetylmorphine—which Bayer branded and sold as "Heroin."** Unbelievably, Bayer's head of pharmacology, Heinrich Dreser, initially rejected Aspirin as "weakening to the heart" while enthusiastically championing Heroin as a "non-addictive cough suppressant for children"! Only after Eichengrün secretly distributed Aspirin samples to Berlin physicians—who reported miraculous clinical results—did Bayer reverse course and launch Aspirin in 1899. | Three Eras of Aspirin's 127-Year Life | Core User Problem & Positioning | Existential Crisis Faced | Strategic Pivot & Market Outcome | | :--- | :--- | :--- | :--- | | **Act I: The Synthetic Drug Pioneer (1899–1918)** | Solved salicylic acid's severe gastric burn; pioneered standardized 500mg tablets | Almost killed internally in favor of Bayer's Heroin cough syrup | Became the world's indispensable fever fighter during the 1918 Spanish Flu pandemic | | **Act II: Patent Loss & Painkiller Siege (1919–1970)** | WWI Treaty of Versailles confiscated Bayer's patents and trademarks in the US/UK | **Tylenol (1955) and Ibuprofen (1969)** offered pain relief with less stomach irritation and no pediatric Reye's risk | Commoditized into a penny-a-pill generic; lost primary analgesic market share | | **Act III: The Cardiovascular Second Act (1971–Present)** | Re-engineered as **81mg/100mg enteric-coated daily low-dose tablet** | Shifted from an occasional fever pill to a lifelong daily anti-platelet regimen | Vane won the 1982 Nobel Prize; cuts secondary heart-attack risk by ~25–30%; 40B+ pills/year | ## 2. Midlife Crisis: Confiscated in WWI and Outflanked by Tylenol and Ibuprofen Had Aspirin remained purely a painkiller, it would never have earned a **99 in Durability**. By the late 1960s, its original value proposition was under siege from every direction. First came geopolitical expropriation. Following Germany's defeat in World War I, the **1919 Treaty of Versailles** stripped Bayer of its Aspirin patents and trademarks in the United States, Britain, France, and Russia as war reparations. (In the US, Sterling Products bought Bayer's North American rights at auction for $5.3 million; Bayer did not buy back its own name in America until **1994**, for **$1 billion**.) Overnight, *aspirin* became a generic word in the English dictionary. Then came superior competitors in the pain aisle: - **Acetaminophen / Paracetamol (Tylenol, 1955)** delivered fever and pain relief without irritating the stomach—and after epidemiological studies linked pediatric aspirin use during viral illnesses to rare but fatal **Reye's syndrome**, aspirin was virtually banished from children's medicine cabinets; - **Ibuprofen (Advil / Nurofen, 1961–1969)** matched or beat aspirin on inflammatory joint pain with gentler gastrointestinal profiles. In software or hardware, a seventy-year-old generic product outclassed on safety and UX by two younger rivals is dead walking. Instead, at age 72, Aspirin pulled off the greatest second act in medical history. ## 3. Reborn at Age 72: From Occasional Headache Pill to Daily Heart Shield Here is one of the most humbling facts in science: **humanity swallowed hundreds of billions of Aspirin tablets between 1899 and 1970 without having the slightest idea how the drug actually worked inside the body.** AsEarly as 1948, a observant California general practitioner named **Lawrence Craven** noticed that tonsillectomy patients who chewed excessive aspirin gum suffered unusual bleeding. Connecting the dots, Craven hypothesized that if aspirin kept blood from clotting, a tiny daily dose might prevent coronary thrombosis—heart attacks. In **1971**, British pharmacologist **Sir John Vane** finally unlocked the molecular mechanism (winning the **1982 Nobel Prize in Physiology or Medicine**): aspirin irreversibly blocks the **cyclooxygenase (COX)** enzyme, halting the production of prostaglandins (which cause pain and fever) and **thromboxane A2** (which tells blood platelets to clump together into clots). Massive randomized clinical trials in the 1980s—most notably the landmark **ISIS-2 trial** and the **Physicians' Health Study**—confirmed that a tiny daily dose of aspirin (**75mg to 100mg**, less than afifth of a standard headache tablet) reduced acute heart-attack mortality by **23%** and slashed recurrent cardiovascular events by roughly a third. Look at that transformation through a product manager's eyes: 1. **Right-sizing the dose and wrapper**: By dropping the dose to **81mg ("Baby Aspirin") or 100mg** and adding an **enteric coating** that passes intact through stomach acid to dissolve in the small intestine, manufacturers minimized gastric irritation while locking in anti-platelet efficacy; 2. **Turning an episodic purchase into a daily subscription for life**: A headache pill is taken a few times a year. Secondary cardiovascular prevention is taken **every single morning for thirty years**. ## 4. Six-Dimension Breakdown: Why 99 Durability Puts a Penny Pill at #26 Under the unified six-dimension framework of *100 Products That Changed the World* (Originality 20%, Scale 20%, Impact 20%, Experience 15%, Business 15%, Durability 10%), Aspirin scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Originality** | 20% | **90** | The world's first industrial synthetic drug created by modifying a natural molecule rather than extracting raw herbs | | **Scale** | 20% | **96** | 40,000+ tons (40B–100B tablets) produced annually; stocked in virtually every hospital, pharmacy, and home on earth | | **Impact** | 20% | **90** | Founded modern pharmaceutical manufacturing, inspired a Nobel Prize, and saved millions of lives from heart attacks and strokes | | **Experience** | 15% | **82** | Standardized the 500mg tablet and later 81mg enteric-coated daily pill, though GI bleeding risk and Reye's syndrome remain constraints | | **Business** | 15% | **82** | Wartime patent confiscation turned it into a ultra-low-margin generic commodity—limiting corporate profit while maximizing human access | | **Durability** | 10% | **99** | **127 years of uninterrupted global relevance**, with ongoing clinical research into colorectal cancer prevention | | **Overall (OVR)** | **100%** | **90.10** | **Ranked #26 Overall (clustered in the 90-point Legend tier alongside #25 Microsoft Excel at 90.05 and #27 Super Mario Bros. at 90.00)** | In 2026, in an age of $2 million gene therapies and AI-designed biologics, a tablet invented when horse-drawn carriages ruled Berlin still sits on hundreds of millions of nightstands. Aspirin's 127-year journey proves a timeless product truth: **great products don't die when their first market matures—they find a deeper reason to exist.** --- # Jony Ive: How the God of Industrial Design Built the iPhone, Turning Aluminum into Strategy—and Why Unchecked Minimalism Nearly Broke the Mac URL: https://doaipm.com/en/blog/pm-rank-33-jony-ive/ Published: 2026-10-18 Tags: 100 Product Managers, Jony Ive, Apple, Industrial Design, OpenAI In July 1997, when Steve Jobs returned to an Apple Computer that was ninety days away from insolvency, a 30-year-old British designer named **Jony Ive** was sitting in a black-curtained ground-floor studio at 1 Infinite Loop with a resignation letter already drafted in his pocket. For the previous five years, Apple had been run by sales and finance executives who viewed personal computers as commodity circuit boards stuffed inside beige plastic boxes. Whoever shaved $3 off a molding tool got promoted. Dozens of organic, translucent foam models locked inside Ive's drawers had been killed by engineering and procurement teams as "unnecessary" or "too hard to mold." Jobs walked through that locked studio, ran his hands over the prototypes, and delivered the verdict that changed consumer electronics forever: **"My God, we're sitting on a gold mine, and we've been shipping garbage."** From that afternoon until Jobs's death in October 2011, an industrial design studio that even Apple Senior Vice Presidents could not badge into became the true seat of power in Silicon Valley. Jobs later explained Ive's unique standing to biographer Walter Isaacson: **"If I had a spiritual partner at Apple, it's Jony. He has more operational power than anyone else at Apple except me. There's no one who can tell him what to do, or to butt out."** In our ranking of the **100 Product Managers Who Changed the World**, Jony Ive stands at **#33** with an overall score of **90.25** (scored by Claude AI under our unified six-dimension framework): an unprecedented **99 in Taste**, 92 in Scale, 92 in Originality, 90 in Vision, 88 in Insight, and 82 in Business. He is both the creator who turned translucent polycarbonate, white earbud cords, and solid blocks of billet aluminum into a $3 trillion empire—and the cautionary tale of what happens when a genius of form loses his only functional counterweight, resulting in butterfly keyboards and portless laptops. Today, after merging his hardware startup **io** into Sam Altman's **OpenAI** in a landmark **$6.5 billion** deal, Ive is trying to build the post-screen device that kills the very smartphone he helped bring into the world. ![Jony Ive Six-Dimension Score Card](/blog/pm-rank-33-jony-ive-scores-en.jpg) ## 1. The Jelly Bean That Saved Apple: When Industrial Design Beat the Spec Sheet Today's product managers talk effortlessly about anodization, corner radii, and unboxing friction. Before 1998, however, the phrase "industrial design strategy" did not exist in the PC industry. Compaq, Dell, and IBM competed strictly on Intel clock speeds and hard-drive megabytes. Every desktop computer on earth was a clinical beige box trailing a rat's nest of gray cables. At the end of 1997, Jobs handed Ive a make-or-break assignment: design a $1,299 consumer all-in-one computer that could ship within six months and save the company. Where a conventional PM would have stripped out cost to hit the $1,299 price point, Ive diagnosed an emotional barrier that engineers never saw: **ordinary families weren't avoiding computers because the megahertz were too low; they were intimidated by them.** Ive answered that fear with three heretical product decisions: 1. **Translucent Bondi Blue polycarbonate**: Instead of hiding the electronics behind opaque beige plastic, let users see through the shell so the machine felt approachable and playful; 2. **A wide, recessed handle on top**: Even though the CRT desktop weighed 34.8 pounds (15.8 kg) and nobody carried it around like a briefcase, Ive insisted on the handle because *"if there's a handle on it, you immediately know how to touch it—it gives you permission to approach the object"*; 3. **Killing the 3.5-inch floppy drive**: Against fierce industry backlash, Apple bet entirely on USB and the internet. To perfect the depth and translucency of the plastic without making it look like a cheap toy, Ive took his team to a **jelly bean candy factory** to study how confectioners controlled dye suspension and surface gloss. The resulting **iMac G3** case cost **$65 per unit** to manufacture—more than **three times** the ~$20 cost of a standard beige PC tower. Any normal CFO would have vetoed an extra $45 in casing cost on a $1,299 machine. Jobs signed off immediately. When the iMac G3 launched in August 1998, it sold at a pace of **one unit every 15 seconds**, moving nearly **2 million units** in its first year. Crucially, **32% of buyers had never owned a computer before, and another 12% switched from Windows**. Apple swung to a **$309 million annual profit** and proved a law that reshaped tech: **in a world of commoditized silicon, industrial design is not a wrapper around the product—it is the product.** | Era-Defining Product | Material & Design Breakthrough | Counter-Intuitive Tradeoff | Market Outcome | | :--- | :--- | :--- | :--- | | **iMac G3 (1998)** | Translucent Bondi Blue shell + integrated top handle | $65 case (3x industry norm); killed the floppy drive | 1 sold every 15s; 32% first-time PC buyers; rescued Apple | | **iPod (2001)** | Polished stainless steel back + stark white earphone cords | Turned hidden black wires into a public badge of identity | 70%+ MP3 player share; turned every subway car into an Apple billboard | | **MacBook Pro (2008)** | CNC-milled Unibody carved from a single block of aluminum | Replaced 30+ stamped parts with 13-stage CNC machining | Doubled structural rigidity while locking competitors out of CNC supply | | **iPhone 4 (2010)** | Dual aluminosilicate glass + exposed stainless steel antenna frame | Structural rim doubled as RF antenna (sparked Antennagate, set industry template) | 1.7M sold in opening weekend; blueprint for modern flagship phones | | **Apple Watch (2015)** | Ceramic/sapphire sensor back + mechanical Digital Crown | Rejected pinch-to-zoom on tiny screens in favor of tactile hardware input | Outshipped the entire Swiss watch industry within three years | ## 2. Manufacturing as a Moat: Why Rivals Could Copy the Sketch, Never the Unibody Many observers mistake Ive for a pure stylist steeped in the *"Weniger, aber besser"* ("Less, but better") ethos of Braun legend **Dieter Rams**. Yet what truly terrified Samsung, Dell, and HP was never Ive's sketches—it was **his mastery of factory tooling and materials science**. In typical hardware companies, industrial designers hand pretty 3D renders over the wall to mechanical engineers, who inevitably thicken the chassis by 4mm and add a dozen screws. By contrast, Ive's twenty-person ID Studio lived for months inside machine shops in Shenzhen, Zhengzhou, and Niigata. When designing the 2008 **Unibody MacBook**, conventional laptops were assembled from more than **30 stamped metal sheets**, plastic clips, and internal roll cages. Pick one up by a corner, and the frame flexed and creaked. Ive and hardware engineering chief Bob Mansfield proposed an audacious alternative: take a **2.75-pound (1.25 kg) solid billet of aircraft-grade aluminum** and carve the entire chassis out of a single piece across 13 precision CNC milling operations, leaving a seamless **110-gram** skeleton with integrated keyboard wells and structural ribs. CNC machining had previously been reserved for aerospace turbines and low-volume Swiss watch cases. By deploying Apple's massive cash hoard to buy tens of thousands of CNC machines worldwide, Ive turned an aesthetic choice into a brutal supply-chain monopoly. When Asus and HP tried to build aluminum Ultrabooks two years later, they discovered that Apple owned practically all the world's high-precision CNC capacity. ## 3. When 99-Point Taste Lost Its 100-Point Brake: The Post-Jobs Lesson Why does Ive score a **99 in Taste** yet rank **#33 overall** with an **82 in Business**? The answer lies in the eight years between Steve Jobs's death in October 2011 and Ive's departure in 2019—perhaps the most expensive organizational case study in modern product management: **what happens when a world-class perfectionist of form loses the only person in the building empowered to say, "It looks gorgeous, and it's miserable to use"?** Under Jobs, Ive's hunger for thinness and visual purity had a ruthless editor. Under Tim Cook, a supply-chain master who revered design from a distance, Ive was given unchecked authority. After Scott Forstall was ousted in late 2012, Ive took over software Human Interface as well (ushering in flat design with **iOS 7**), and by 2015 he was named Chief Design Officer. Without a functional counterweight, minimalism curdled into **formalism at the expense of the user**: 1. **The Butterfly Keyboard Fiasco (2015–2019)**: To shave less than **2 millimeters** off the MacBook's thickness, Ive's team replaced reliable scissor switches with an ultra-thin butterfly mechanism that had almost zero key travel and failed catastrophically whenever a single speck of dust settled beneath a keycap. It triggered four years of class-action lawsuits and universal fury from writers and developers; 2. **The "Trash Can" Mac Pro (2013) and Dongle Hell (2016)**: Obsessed with a symmetrical black cylinder, the 2013 Mac Pro painted itself into a thermal corner that couldn't accommodate dual-GPU upgrades. Meanwhile, the 2016 MacBook Pro stripped out MagSafe, HDMI, and the SD card slot, forcing every professional photographer and engineer to carry a tangle of USB-C dongles; 3. **The $10,000–$17,000 Solid Gold Apple Watch Edition (2015)**: Ive pushed Apple into luxury fashion with 18-karat gold smartwatches—ignoring the fundamental law that silicon ages in 18 months while gold watches are meant for generations. Within three years, those $17,000 watches couldn't even upgrade to watchOS 5. When Ive departed Apple in 2019 to form **LoveFrom**, Apple's hardware teams immediately made the 14-inch and 16-inch MacBook Pros **thicker and heavier**, restored the scissor keyboard, and brought back MagSafe, HDMI, and the SD card slot—sending Mac revenue and customer satisfaction to all-time highs. ## 4. Six-Dimension Breakdown and the $6.5 Billion OpenAI Bet Under the unified six-dimension framework of *100 Product Managers Who Changed the World* (Vision 20%, Insight 20%, Taste 15%, Business 15%, Scale 15%, Originality 15%), Jony Ive scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Vision** | 20% | **90** | Saw a decade early that computers would evolve from beige office tools into intimate, wearable objects | | **Insight** | 20% | **88** | Mastered emotional onboarding (the iMac handle, AirPods pairing), though late-era Mac designs ignored pro workflows | | **Taste** | 15% | **99** | The undisputed ceiling of consumer tech industrial design; 5,000+ patents authored the visual grammar of the 21st century | | **Business** | 15% | **82** | Enabled Apple to capture 80%+ of global smartphone profits through design margin, though luxury experiments like gold watches flopped | | **Scale** | 15% | **92** | Over 3.5 billion iPhones, iPads, Macs, AirPods, and Apple Watches shipped bearing his physical language | | **Originality** | 15% | **92** | Pioneered mass-scale Unibody CNC manufacturing, white-cord street iconography, and Apple Store/Park spatial design | | **Overall (OVR)** | **100%** | **90.25** | **Ranked #33 Overall (just behind #32 Ken Kutaragi at 90.30, ahead of #34 Duan Yongping at 90.15)** | Today, Ive is in the middle of his boldest second act. In 2025–2026, **OpenAI** acquired Ive's hardware venture **io** in a deal valued at roughly **$6.5 billion**, placing Ive and his LoveFrom collective in charge of designing OpenAI's consumer hardware family alongside Sam Altman. Ive has spoken candidly about the moral weight of having co-created the iPhone—a slab of glass that empowered humanity but also trapped billions of people in endless algorithmic scrolling. His final bet is to design an ambient, AI-native computing form factor that frees us from the black rectangle he perfected. For product builders, Jony Ive's career leaves behind two permanent laws: First, **never underestimate beauty and tactility—great industrial design is the highest-margin moat in hardware.** Second, **the moment your product is so thin and pure that your user has to buy a dongle to use it, form has betrayed function.** --- # Microsoft Excel: How a 40-Year-Old Grid Turned One Billion Office Workers into Programmers—and Outlived Every SaaS Built to Kill It URL: https://doaipm.com/en/blog/product-rank-25-microsoft-excel/ Published: 2026-10-18 Tags: 100 Products, Microsoft Excel, Microsoft, Productivity Software, SaaS There is an old joke among Silicon Valley venture capitalists that happens to be entirely true: **"Every B2B SaaS unicorn funded over the past twenty years simply took one column out of Microsoft Excel, wrapped it in a pretty web UI, and charged $50 per seat—and the very first feature every enterprise customer demands is an 'Export to Excel' button."** Beneath that punchline lies the most humbling reality in software history: **the true operating system of global civilization is neither Windows nor Linux. It is Microsoft Excel.** From 3:00 a.m. Wall Street LBO models and Yiwu factory inventory ledgers to Formula 1 car part trackers and World Health Organization epidemiological tables, wherever money and atoms move across the planet, they eventually pass through a green grid of **1,048,576 rows by 16,384 columns**. In our ranking of the **100 Products That Changed the World**, **Microsoft Excel** stands at **#25** with an overall score of **90.05** (evaluated by Claude AI under our unified six-dimension framework): **97 in Durability, 96 in Scale, 93 in Impact, 92 in Business**, 85 in Experience, and 80 in Originality. Its originality score is modest because Microsoft did not invent the electronic spreadsheet. Yet its scale and durability are nearly unmatched: **41 years** after its 1985 debut, Excel commands more than **one billion active users** and remains the world's most successful stealth programming environment. ![Microsoft Excel Six-Dimension Score Card](/blog/product-rank-25-microsoft-excel-scores-en.jpg) ## 1. The Latecomer's Ambush: How Betting on the Macintosh GUI Toppled Lotus 1-2-3 It is easy to forget today that in **1984**, Microsoft was a hopeless underdog in spreadsheets. **Lotus 1-2-3** owned the IBM PC market with a 70%+ share, while Microsoft's text-based spreadsheet, Multiplan, was getting crushed. Had Microsoft tried to fight Lotus head-on inside the black-and-white DOS command prompt, it would have lost. Instead, in 1984 Bill Gates and Excel lead architect **Doug Klunder** made one of the greatest platform pivots in software history: **they killed their DOS spreadsheet roadmap and went all-in on the graphical user interface (GUI) of Steve Jobs's brand-new Apple Macintosh.** At the time, industry veterans thought Gates was out of his mind. Corporate accountants used IBM PCs, not underpowered Macs with mice. Yet when **Excel 1.0 for Macintosh** shipped in September 1985, Klunder's team unveiled two weapons that made every DOS spreadsheet feel prehistoric: 1. **Intelligent Minimal Recalculation**: In VisiCalc and Lotus 1-2-3, changing a single number forced the software to recalculate every cell in the entire worksheet from top to bottom, freezing the computer for seconds. Klunder spent two years engineering a dependency-graph recalculation engine that **only recomputed the exact cells affected by the change**, making Excel nearly ten times faster on complex financial models; 2. **Mouse-Driven WYSIWYG Formatting**: For the first time, analysts didn't have to memorize cryptic slash commands (`/WGC`). They could click and drag across cells, apply bold headers, draw borders, and print boardroom-ready financial statements directly. Two years later, in **November 1987**, Microsoft launched **Excel 2.0 for Windows**. While an arrogant Lotus Development Corp. clung to DOS and fumbled its Windows transition until 1991, Excel swept corporate America. Within five years, Excel's market share surged past **70%**, dethroning Lotus and turning Windows itself into the mandatory corporate desktop OS. | Spreadsheet Era & Contender | Launch | Core Technical Breakthrough | Ultimate Fate | | :--- | :---: | :--- | :--- | | **VisiCalc (The Pioneer)** | 1979 | Invented the A1 row-column grid and automatic recalculation on the Apple II | Unpatented and slow to adapt to the IBM PC; acquired by Lotus and discontinued | | **Lotus 1-2-3 (The DOS King)** | 1983 | Hand-coded x86 assembly speed + integrated charting; owned 1980s Wall Street | Clung to DOS keyboard macros and missed the Windows GUI shift; sold to IBM in 1995 | | **Microsoft Excel (The Hegemon)** | **1985** | **Minimal recalculation + GUI mouse selection + VBA + PivotTables + Turing-complete formulas** | **Ruled global business for 41 years; 1B+ users; anchor of Microsoft's $1T+ Office franchise** | | **Google Sheets / Airtable** | 2006+ | Browser-native real-time multiplayer collaboration and cloud APIs | Won lightweight collaboration, but still bows to Excel on heavy financial modeling | ## 2. Why No SaaS Can Kill Excel: The Zero-Floor, Infinite-Ceiling Reactor For product managers, the most fascinating question in enterprise software is simple: **why have forty years of ERP suites, BI dashboards, and low-code platforms failed to dislodge Excel?** Because Excel achieved something almost no other software product has ever pulled off: it combined a **zero-friction floor** with a **Turing-complete ceiling**, turning a billion non-technical office workers into **functional, reactive programmers** without ever uttering the word "code." Conventional enterprise software separates **state** from **logic**: - The database lives hidden on a backend server; - Engineers write rigid business logic in code; - Users fill out locked forms on the front end. The moment a sales director wants to test a one-off tiered rebate for a single client, the software breaks and requires a two-week IT ticket. Excel obliterated that boundary by making **data, interface, and logic occupy the exact same canvas**: 1. **A Floor of Zero**: Open a blank workbook and nothing forces you to define a schema, pick data types, or complete an onboarding wizard. Type `100` in a cell and it is a calculator; type names and it is a roster; 2. **An Infinite Ceiling**: The instant a user types an equals sign (`=`), they are writing declarative, reactive code. From `=SUM()` and `=VLOOKUP()` to **PivotTables** (1993), **VBA macros**, and the 2021 addition of recursive **`=LAMBDA()`** functions and native **Python in Excel**, Microsoft's formula language is officially **Turing-complete**. Engineers have built working ray-tracers and 16-bit CPUs entirely inside Excel formulas. Real-world commerce runs on messy exceptions, midnight "what-if" scenarios, and ad-hoc workarounds. Rigid SaaS databases reject messiness; Excel absorbs it without complaint. ## 3. The Dark Side of Ubiquity: When Spreadsheets Rename Human Genes and Lose $6 Billion When a tool becomes so dominant that humanity uses it as a database, a statistical package, and a mission-critical ledger all at once, its design quirks trigger historic disasters. Excel's greatest UX flaw stems from its eagerness to guess what novice users mean—specifically its **silent automatic type conversion** and **lack of audit trails**: 1. **The Genetics War—When Scientists Renamed Human Genes to Appease Excel (2020)**: Twenty-seven human gene symbols look like calendar dates—most notably **`MARCH1`** (*Membrane Associated Ring-CH-Type Finger 1*) and **`SEPT2`** (*Septin 2*). Whenever researchers imported gene tables into Excel, Excel silently converted `MARCH1` into **`1-Mar`** and `SEPT2` into **`2-Sep`**, permanently corrupting the underlying numeric values. A landmark 2016 study in *Genome Biology* revealed that **19.6% of supplementary Excel files across leading genomics journals contained corrupted gene names**. Rather than waiting for Microsoft to change its defaults (which didn't happen until late 2023), the **HUGO Gene Nomenclature Committee (HGNC) surrendered in 2020 and officially renamed the human genes `MARCH1` to `MARCHF1` and `SEPT2` to `SEPTIN2`** so Excel would stop mangling them; 2. **JPMorgan's $6.2 Billion "London Whale" Loss (2012)**: A Value-at-Risk (VaR) model maintained in Excel relied on manual copy-pasting across sheets; a formula error divided by the **sum** of two days' volatility rather than their **average**, cutting perceived risk in half and contributing to a **$6.2 billion** trading loss; 3. **The UK's 15,841 Missing COVID-19 Cases (2020)**: Public Health England used an automated pipeline that wrote positive test results into legacy **`.xls` files** (capped at **65,536 rows**, unlike `.xlsx`'s 1,048,576 rows). Once the row limit was hit, **15,841 positive cases were silently dropped**, delaying contact tracing for tens of thousands of people. ## 4. Six-Dimension Breakdown: Why 80 Originality Still Ranks #25 in History Under the unified six-dimension framework of *100 Products That Changed the World* (Originality 20%, Scale 20%, Impact 20%, Experience 15%, Business 15%, Durability 10%), Microsoft Excel scores as follows: | Dimension | Weight | Score | Key Rationale | | :--- | :---: | :---: | :--- | | **Originality** | 20% | **80** | Dan Bricklin's VisiCalc (1979) invented the grid; Excel was the ruthless, GUI-first fast follower | | **Scale** | 20% | **96** | Over 1 billion active users across every industry, currency, and language on earth | | **Impact** | 20% | **93** | Democratized computational modeling for non-programmers and even forced human genetics to rewrite its nomenclature | | **Experience** | 15% | **85** | Tactile grid immediacy and PivotTables are masterworks, offset by silent date-mangling and fragile nested formulas | | **Business** | 15% | **92** | The indispensable crown jewel of Microsoft Office / 365, generating hundreds of billions in recurring profit | | **Durability** | 10% | **97** | Unchallenged for 41 years; even generative AI agents aspire to be its Copilot rather than its replacement | | **Overall (OVR)** | **100%** | **90.05** | **Ranked #25 Overall (right alongside #24 Honda Super Cub at 91.65 and #26 Aspirin at 90.10)** | Today, in the era of frontier AI models, history is repeating itself. Generative AI isn't killing Excel—every AI lab from OpenAI and Anthropic to Microsoft and Tencent is racing to build agents whose #1 selling point is generating, cleaning, and auditing `.xlsx` files. As long as human beings need a two-dimensional canvas to reconcile ambition with reality, the green grid born in 1985 will remain the undefeated mother tongue of business. --- # 100 Product Managers Who Changed the World · #32: Ken Kutaragi URL: https://doaipm.com/en/blog/pm-rank-32-ken-kutaragi/ Published: 2026-10-17 Tags: Product Managers, Ken Kutaragi, Sony, PlayStation, PS2, Nintendo, Gaming History Inside Sony’s corporate headquarters in Tokyo during the late 1980s, an unspoken caste system ruled the hallways. Engineers who built Trinitron televisions, Walkman cassette players, and broadcast cameras were the aristocracy. Mention the words **"video game console"** in an executive meeting, and the room would freeze in disdain: **"Sony is the world’s premier high-technology audio-visual brand. Why on Earth would we stoop to making children’s toys to compete with a Kyoto playing-card peddler like Nintendo?!"** Twenty years later, when televisions and portable audio players had shrunk into low-margin commodities, the single division keeping the entire Sony empire afloat — generating billions of dollars in operating profit — was that despised "toy": **PlayStation**. And the man who forced it into existence against the nearly unanimous hostility of Sony’s board was a rebellious hardware engineer labeled a traitor, a lunatic, and a daydreamer by his own colleagues: **Ken Kutaragi**. ## The "Sony Traitor" Who Secretly Moonlit for Nintendo Born in Tokyo in 1950 to parents who ran a small printing shop, Kutaragi spent his childhood taking apart clocks, radios, and printing presses after school. Joining Sony’s digital research labs in 1975, he helped build early LCD displays, digital cameras, and the **System G** — a quarter-million-dollar real-time 3D graphics workstation used by television networks. Then, in the mid-1980s, Kutaragi watched his young daughter sit mesmerized in front of the living-room TV playing Nintendo’s **Famicom (NES)**. Where other parents saw a distraction, Kutaragi saw the future of personal computing: **a dedicated graphics computer inside every home.** What bothered him was the Famicom’s tinny, primitive 8-bit beeps. Learning that Nintendo was developing its next-generation 16-bit console — the **Super Nintendo (SNES / Super Famicom)** — Kutaragi did something unthinkable in corporate Japan: **without telling his bosses at Sony**, he secretly accepted a contract from Nintendo to design the console’s sound processor in his spare time. The result was the **SPC700**, an 8-channel digital audio chip that replaced arcade bleeps with lush, CD-quality orchestral music. When Sony’s executives discovered that one of their brightest engineers had secretly built a crown-jewel chip for Nintendo, they were furious and moved to fire him on the spot. He was saved by a single man: Sony CEO **Norio Ohga**, a former opera baritone who listened to the SPC700’s audio output, recognized its brilliance, and turned the scandal into a joint venture — tasking Kutaragi with building a Sony CD-ROM attachment for the Super Nintendo, codenamed the **"Play Station."** ## The Humiliation in Chicago, 1991: "Do We Just Stand Down?!" By mid-1991, Kutaragi’s team had built a working hybrid console that played both Super Nintendo cartridges and Sony CD-ROMs. Behind the scenes, however, Nintendo’s ruthless president **Hiroshi Yamauchi** read the fine print of the original 1988 contract and realized a fatal trap: Sony held sole licensing rights over every game published on the CD-ROM format. Yamauchi decided to execute a public ambush. At the **June 1991 Consumer Electronics Show (CES)** in Chicago: - **On Day 1**: Sony proudly took the stage and unveiled the Nintendo-Sony **"Play Station"** to the world press; - **Less than 24 hours later, on Day 2**: Nintendo held its own press conference next door, never mentioned Sony once, and announced to a stunned room of journalists that **Nintendo had dumped Sony to partner with Sony’s arch-rival, Philips!** Japanese business newspapers ran front-page headlines calling it **"Sony’s Humiliation."** Back in Tokyo, Sony’s old-guard executives demanded that the gaming project be buried forever. In a tense boardroom showdown with CEO Norio Ohga, 41-year-old Kutaragi stepped forward and asked the question that changed entertainment history: > **"Nintendo just slapped Sony across the face in front of the entire world. Are we simply going to tuck our tails and retreat?! If we walk away now, Sony forfeits the digital future forever!"** Ohga — an operatic alpha who despised losing — slammed his fist onto the table: **"Do it! Spin Kutaragi’s team out into Sony Music, give him 5 billion yen, and build our own machine to crush them!"** ## Real-Time 3D Polygons + $1 CDs: Dismantling the Cartridge Monopoly Exiled to a separate building in Aoyama with a ragtag team of musicians and misfits, Kutaragi engineered a two-pronged product revolution that caught Nintendo completely flat-footed: | Strategic Dimension | Nintendo’s Legacy Playbook (SNES / N64) | **Kutaragi’s PlayStation (PS1) Architecture** | Why It Shattered the Industry | |---|---|---|---| | **Graphics Architecture** | Traditional 2D sprites (and texture-starved N64 later) | **Dedicated real-time 3D polygon engine (360,000 polygons/sec)** | Brought arcade hits like *Tekken*, *Ridge Racer*, and *Final Fantasy VII* home | | **Storage Medium** | Expensive silicon ROM cartridges (**8MB–64MB**) | **Standard CD-ROM discs (660MB — 10x to 80x larger!)** | Enabled full-motion CG cinema cutscenes and CD-quality symphonic soundtracks | | **Manufacturing Cost & Lead Time** | **$12–$15 per cartridge**, 8-week factory lead time | **$0.80–$1.00 per CD**, 7-day restock turnaround | Eliminated inventory bankruptcy risk for third-party studios; Square & Enix defected | | **Brand & Cultural Identity** | Family-friendly toy for kids under 12 | **Edgy, aspirational hardware for 18–35 adults (△ ○ × □ icons)** | Elevated video games from the children’s bedroom into global pop culture | Launched in Japan on December 3, 1994, the original **PlayStation** became the **first home console in history to ship over 100 million units (102.4M)**. Then, in 2000, Kutaragi pulled off an even bolder masterstroke with the **PlayStation 2 (PS2)**: at a time when standalone DVD movie players cost $400 to $500, he built a full **DVD player** directly into the PS2 and priced the entire console at **$299**. Millions of households bought a PS2 as their family’s first DVD player, turning Sony’s console into the Trojan horse that standardized DVD video worldwide. **The PS2 went on to sell over 160 million units — still the best-selling home video game console in human history.** ## Six-Dimension Score Breakdown ![#32 Ken Kutaragi vs. his neighbors](/blog/pm-rank-32-ken-kutaragi-scores-en.jpg) In the *100 Product Managers Who Changed the World* framework, Ken Kutaragi earns a weighted overall score of **90.30** (displayed as **90**), tying with Marc Andreessen (#31) and ranking **#32** overall: ### 1. Vision: 94 (Highest Dimension) In 1989, when everyone else saw consoles as cheap plastic toys, Kutaragi saw that real-time 3D graphics workstations would enter the living room through gaming first. His bets on 3D polygons (PS1) and DVD convergence (PS2) were each five years ahead of the industry curve. ### 2. Originality: 93 From the SNES SPC700 audio chip and the PS1’s 3D geometry engine to the iconic **△ (Viewpoint), ○ (Yes), × (No), □ (Sheet/Menu)** controller language (designed with Teiyu Goto) and the PS3’s heterogeneous **Cell broadband processor**, Kutaragi repeatedly invented new hardware paradigms from scratch. ### 3. Scale: 90 Across the first three generations he personally architected (PS1 at 102M, PS2 at 160M, PS3 at 87M, plus 80M PSP handhelds), his hardware shipped more than **430 million units**, laying the foundation for a PlayStation ecosystem that has now surpassed **550 million consoles** worldwide. ### 4. Taste: 88 & Business: 88 He gave PlayStation a cool, mature, futuristic aesthetic — from the hauntingly resonant PS1 boot chime to the monolithic black vertical tower of the PS2. Commercially, his decision to replace $15 proprietary cartridges with $1 CD-ROMs rewrote the unit economics of game publishing and turned SCE into Sony’s profit engine. ### 5. Insight: 86 (Lowest Dimension) Like many uncompromising hardware visionaries, Kutaragi’s greatest strength eventually became his blind spot. High on the triumph of PS1 and PS2, he over-engineered the **PlayStation 3 (2006)** with the notoriously difficult-to-program Cell processor and an expensive Blu-ray drive, launching at a punishing **$599**. When consumers balked at the price, Kutaragi infamously remarked that people would "work more hours to buy one" — a lapse in consumer empathy that allowed Nintendo’s Satoru Iwata (#35) to blindside Sony with the $250 **Wii**. ## Epilogue On that June morning in Chicago in 1991, when Nintendo left Sony humiliated on stage in front of the global press, every rational executive in Tokyo wanted to bury the PlayStation name forever. Ken Kutaragi refused to back down — and in doing so, proved that **the greatest products inside giant corporations are rarely born from boardroom consensus; they are forged by the stubbornness of a single rebel who refuses to let the future die.** --- # 100 Products That Changed the World · #24: Honda Super Cub URL: https://doaipm.com/en/blog/product-rank-24-honda-super-cub/ Published: 2026-10-17 Tags: Great Products, Honda Super Cub, Soichiro Honda, Motorcycles, Industrial Design, Manufacturing, Tech History If someone asked you to name **the most-produced motor vehicle in human history**, what would you guess? Most people immediately think of Henry Ford’s **Model T** (15 million built), the **Volkswagen Beetle** (21.5 million), or the reigning king of four-wheeled passenger cars, the **Toyota Corolla** (roughly 50+ million). The true #1 outsold all three of those automotive legends combined. Since August 1958, across more than 160 countries, humanity has built over **110 million (110,000,000+) units** of a single machine. When the British television show *Top Gear* tried to kill one — draining its engine oil, filling the crankcase with used cooking grease from a fish-and-chips fryer, loading it with concrete bags, and finally **dropping it off the roof of a 21-meter (70-foot) building onto concrete** — the battered little machine started right up with a kick and rode away. It is the AK-47 of two-wheelers, the machine that put half of Asia on wheels: **the Honda Super Cub**. ## A Bowl of Buckwheat Noodles and the Ultimate Product Brief: "Rideable With One Hand!" Travel back to Japan in 1956. **Soichiro Honda** (#19) and his business partner **Takeo Fujisawa** had built a promising young motorcycle company, yet two-wheelers everywhere suffered from the same glaring problem: they were noisy, smoky, greasy contraptions built either by strapping crude two-stroke motors onto bicycle frames or by building heavy, intimidating machines for leather-jacketed enthusiasts. Riding a motorcycle required squeezing a stiff left-hand clutch lever while coordinating a foot shifter and throttle — a daunting ritual for novices — while exposed chains flung hot grease onto the rider’s trousers. After a month-long research trip observing scooters and mopeds in Germany and Austria in late 1956, Fujisawa sat down with Soichiro Honda and laid out one of the most brilliant **Product Requirements Documents (PRDs)** in industrial history: 1. **A housewife in a skirt must be able to mount and ride it with grace** (no swinging a leg high over a gas tank, and zero oil stains on stockings); 2. **It must be quiet, clean, frugal, and strong** (a high-revving 4-stroke engine rather than a smoky 2-stroke); 3. **And the legendary third requirement: "A soba noodle delivery boy must be able to ride it through Tokyo traffic with one hand while carrying a stacked tray of noodle bowls on his other shoulder!"** Honda’s engineers stared at him in disbelief: **If the rider’s left hand is holding a tower of noodle bowls, how on Earth is he supposed to pull the clutch lever on the left handlebar to shift gears?!** Refusing to compromise on the soba-delivery scenario, Soichiro Honda and his engineers spent eighteen months inventing a package of mechanical breakthroughs that defined a new vehicle category: - **The Automatic Centrifugal Clutch**: They eliminated the left-hand clutch lever entirely! Linked directly to a 3-speed foot pedal, the centrifugal clutch engaged automatically as engine RPM rose and disengaged the instant the rider pressed the foot shifter — **making one-handed, stall-free riding effortless**; - **Step-Through Spine Frame & Polyethylene Leg Shield**: Moving the fuel tank beneath the hinged seat created a low step-through chassis anyone could mount in a skirt, while a white injection-molded polyethylene fairing shielded the rider’s legs from mud, wind, and engine heat; - **The 9,500-RPM 50cc Four-Stroke Engine**: At a time when skeptics believed a tiny 50cc 4-stroke couldn’t pull a bicycle uphill, Honda wrung **4.5 horsepower** out of a jewel-like overhead-valve single that delivered over **100 kilometers per liter (235+ mpg)**. ## America, 1963: "You Meet the Nicest People on a Honda" Launched in Japan in August 1958, the **Super Cub C100** was an instant sensation at home. When Honda expanded to the United States in 1959, however, it hit a cultural wall. In post-war America, motorcycles were synonymous with Marlon Brando in *The Wild One* and outlaw biker gangs like the Hells Angels. Total US motorcycle sales hovered at a tiny **50,000 units a year**, and middle-class parents wouldn’t let their kids near a bike dealership. Worse still, Honda’s larger twin-cylinder motorcycles initially suffered oil leaks and clutch failures on long American freeways. While waiting for replacement parts from Tokyo, Honda’s young Japanese staff in Los Angeles began riding the tiny **50cc Super Cub** on errands around town and up into the Santa Monica hills. Everywhere they parked, ordinary Americans — college students, surfers, housewives — stopped them on the sidewalk to ask where they could buy that friendly, toy-like little red-and-white machine. In 1963, seizing on a concept originally drafted by a UCLA advertising student, Honda bypassed traditional motorcycle magazines entirely and bought full-page color spreads in *Life* magazine with a slogan that rewrote marketing history: > **"You Meet the Nicest People on a Honda."** The ads showed zero leather jackets and zero grease: just sun-drenched illustrations of college students, mothers and daughters, and Santa Claus riding the Super Cub through suburban neighborhoods. | Product & Cultural Dimension | Motorcycles Before 1958 | **The Honda Super Cub Paradigm** | Global Impact | |---|---|---|---| | **Operating Barrier** | Manual left-hand clutch + foot shift; easy to stall | **Automatic centrifugal clutch — rideable one-handed** | Unlocked riding for housewives, students, seniors, and delivery couriers | | **Cleanliness & Comfort** | Exposed greasy chains, smoky 2-stroke exhaust | **Fully enclosed chain case + plastic leg shield + clean 4-stroke** | Riders could commute in office suits or skirts without a speck of oil | | **Mechanical Reliability** | Finicky carburetors and fragile electronics | **Bulletproof 50cc 4-stroke that runs on anything** | Multi-generational family workhorse across 160+ countries | | **Cultural Identity** | Outlaw biker subculture | **"You Meet the Nicest People" + 110M+ units built** | **First vehicle in Japan granted a national 3D Shape Trademark** | Instead of fighting Harley-Davidson for a slice of 50,000 hardcore bikers, the Super Cub created an ocean of millions of first-time riders. By 1964, **nearly one out of every two motorcycles sold in America was a Honda**, and The Beach Boys even recorded a hit song about it (*"Little Honda"*). ## Becoming the Everyday Legs of Asia If the Super Cub charmed suburban America, it completely transformed the socioeconomic fabric of **Southeast and East Asia**. Across Vietnam, Thailand, Indonesia, Malaysia, and Taiwan, the Super Cub and its underbone descendants became the literal legs of hundreds of millions of families. In Vietnam, the word **"xe Honda"** became the generic noun for *any* motorbike — carrying families of four to school, hauling towers of produce to market, and powering the small-business economy of entire nations for sixty years. In 2014, the Japan Patent Office bestowed a rare honor on the Super Cub: **registering its physical silhouette as a protected 3D Trademark** — the first vehicle in Japanese history recognized as unmistakable by shape alone, even without a badge. ## Six-Dimension Score Breakdown ![#24 Honda Super Cub vs. its neighbors](/blog/product-rank-24-honda-super-cub-scores-en.jpg) In the *100 Products That Changed the World* framework, the Honda Super Cub earns a weighted overall score of **91.65** (displayed as **92**), ranking **#24** overall right behind the safety elevator (#23): ### 1. Durability: 97 (Highest Dimension) A 97 in both senses of the word: continuously manufactured for **68 years (1958–2026)** with its fundamental ergonomics intact, and famous for a mechanical indestructibility that survived being dropped off a seven-story building on *Top Gear*. ### 2. Scale: 95 With **more than 110 million units built**, it is the most-produced motor vehicle in the history of planet Earth — democratizing personal mobility for billions of people priced out of four-wheeled cars. ### 3. Experience: 92 Fujisawa’s "one-handed soba delivery boy + woman in a skirt" brief remains one of the greatest masterclasses in user empathy ever executed. The centrifugal clutch, enclosed chain guard, 17-inch wheels (sized to roll smoothly over unpaved gravel roads), and step-through frame solved real human friction at every touchpoint. ### 4. Business: 90 The Super Cub bankrolled Honda’s expansion into a global automotive titan, while its 1963 *Nicest People* campaign remains Harvard Business School’s canonical case study on blue-ocean market creation. ### 5. Originality: 88 & Impact: 88 While it did not invent the internal combustion engine, it created the entire **underbone motorcycle** category and erased the gender and social barriers of motorized transport — becoming the tireless mechanical heartbeat of Asian urbanization. ## Epilogue In 1958, when Soichiro Honda crouched on a factory floor in Saitama chalking the curve of a white plastic leg shield so a housewife’s skirt wouldn’t catch a splash of mud, he wasn’t trying to build a status symbol. Sixty-eight years and 110 million machines later, exotic supercars gather dust in climate-controlled garages — while the little 50cc bike built for a soba noodle delivery boy still kicks to life every morning at dawn, carrying humanity to work. --- # 100 Product Managers Who Changed the World · #31: Marc Andreessen URL: https://doaipm.com/en/blog/pm-rank-31-marc-andreessen/ Published: 2026-10-16 Tags: Product Managers, Marc Andreessen, Netscape, Mosaic, Web Browser, a16z, Silicon Valley In the winter of 1992, inside a basement lab at the National Center for Supercomputing Applications (NCSA) at the University of Illinois Urbana-Champaign, a 21-year-old undergraduate earning **$6.85 an hour** stared at a Unix workstation. Tim Berners-Lee had already invented the World Wide Web at CERN, yet fewer than a hundred thousand people on Earth actually used it — almost all of them particle physicists and computer science professors. Why didn’t ordinary human beings care about the internet? The 6-foot-5 student from Wisconsin, **Marc Andreessen**, saw the bottleneck immediately: the early internet was a forbidding desert of command-line text. Reading a document required memorizing arcane protocols; viewing a photograph meant downloading a separate binary file and launching an external image viewer. Text and images could not even coexist inside the same window. "If the Web remains rows of monochrome academic directories," Andreessen realized, "it will stay a toy for university faculty forever." Teaming up with NCSA staff programmer Eric Bina and fueled by late-night Mountain Dew and Nabisco Sugar Wafers, Andreessen spent three months coding around the clock. In January 1993, they released a compact piece of software that detonated across human history: **NCSA Mosaic**. ## A Single `` Tag: Giving the Internet a Face Reviewed through the lens of modern product management, three decisions Andreessen made at age twenty-two defined how humanity would interact with information for the next thirty years: 1. **Inventing the inline `` tag**: Before Mosaic, HTML had hyperlinks, not magazine-style layouts. Ignoring purists who complained that pictures would clog academic backbones, Andreessen proposed and shipped the `` tag — **allowing color photographs and text paragraphs to render side by side on the same page for the first time**. When newspaper editors and merchants saw a webpage that looked like a living magazine, the commercial potential of the Web became self-evident overnight; 2. **Point-and-click simplicity**: He replaced terminal commands with underlined hypertext links and a clean toolbar featuring the **Back** and **Forward** buttons that billions of people still click by muscle memory today; 3. **Cross-platform, free distribution**: While earlier browsers ran only on expensive NeXT or Unix workstations, Andreessen insisted on shipping Mosaic for everyday **Windows PCs and Apple Macs**, downloadable for free by anyone. Within twelve months of Mosaic’s release, global Web traffic exploded by **more than 10,000%**. Andreessen did not invent the underlying pipes of the internet, but he did something equally transformative in product history: **he gave the internet a graphical face that ordinary people could understand at a glance.** ## Netscape and the Browser Wars: Losing the Battle, Winning the Modern Web In 1994, fresh out of college, Andreessen flew to Silicon Valley and teamed up with legendary entrepreneur Jim Clark to found **Mosaic Communications** — soon renamed **Netscape**. Rewriting the browser from scratch as **Netscape Navigator**, Andreessen made another brilliant user-experience call tailored to the brutal reality of 14.4 kbps dial-up modems: Earlier browsers waited until an entire webpage and all its images finished downloading before drawing anything on screen, leaving users staring at a blank white window for a full minute. Andreessen insisted on **progressive rendering ("on-the-fly layout")** — painting the text immediately so users could start reading and clicking links while images filled in progressively line by line. Within months, Netscape captured **over 80% of the global browser market**. On August 9, 1995 — just sixteen months after incorporation and without a dime of profit — Netscape went public on NASDAQ. Its stock soared from $28 to $75 on day one, valuing the young company at **$2.9 billion**. **A barefoot 24-year-old Marc Andreessen graced the cover of *Time* magazine, firing the starting gun for the global dot-com boom.** Netscape’s meteoric rise woke up Microsoft’s Bill Gates (#8). In late 1995, Gates issued his famous *Internet Tidal Wave* memo and bundled **Internet Explorer** free inside every copy of Windows. Crushed by Microsoft’s operating-system distribution monopoly in the First Browser War, Netscape was eventually acquired by AOL in 1998 for $4.2 billion. Yet viewed from thirty years later, the product seeds Andreessen planted at Netscape ended up ruling the modern digital world: - **JavaScript**: Convinced that the browser should become an application platform rather than a static document viewer, Andreessen hired Brendan Eich in 1995 to create **JavaScript** in ten frantic days — the language that powers virtually every interactive website on Earth today; - **SSL / HTTPS & Cookies**: To make online shopping possible, Netscape engineered the **Secure Sockets Layer (SSL)** protocol (complete with the browser padlock icon) and HTTP **Cookies**, laying the technical foundation for trillions of dollars in global e-commerce; - **Open-Sourcing Mozilla**: In early 1998, before handing the keys to AOL, Netscape open-sourced its entire codebase as the **Mozilla Project** — the phoenix that later gave birth to Firefox and kept the open Web alive until Chrome arrived. ## "Software Is Eating the World" — The Man Who Funds Product Builders After Netscape, Andreessen proved he was no one-hit wonder by co-founding data-center automation pioneer Opsware (acquired by Hewlett-Packard for **$1.65 billion** in 2007). Then, in 2009, he and longtime partner Ben Horowitz launched **Andreessen Horowitz (a16z)**. They redesigned venture capital itself as a product: replacing suited financiers with battle-tested technical founder-CEOs backed by a full-service operating platform for recruiting, marketing, and enterprise sales. On August 20, 2011, while Wall Street was still shell-shocked from the 2008 financial crisis, Andreessen published his famous essay in *The Wall Street Journal*: **"Why Software Is Eating the World."** > **"Every company in every industry needs to assume that a software revolution is coming... In the next 10 years, iconic silicon-valley style software companies are going to overturn every traditional industry on Earth."** Backing that thesis with over $40 billion in assets under management, he went on to fund Facebook, Twitter, GitHub, Instagram, Airbnb, Stripe, Coinbase, and today’s frontier AI wave from **OpenAI and Mistral to Cursor and ElevenLabs**. ## Six-Dimension Score Breakdown ![#31 Marc Andreessen vs. his neighbors](/blog/pm-rank-31-marc-andreessen-scores-en.jpg) In the *100 Product Managers Who Changed the World* framework, Marc Andreessen earns a weighted overall score of **90.30** (displayed as **90**), ranking **#31** overall right behind Demis Hassabis (#30): | Dimension | Weight | Marc Andreessen Score | Key Rationale & Milestone Evidence | |---|---:|---:|---| | **Originality** | 15% | **96** | Co-created the inline-image graphical browser (Mosaic); catalyzed JavaScript, SSL/HTTPS, Cookies, and open-source Mozilla at Netscape | | **Vision** | 20% | **95** | Predicted in 1995 that the browser would replace the OS (proven by SaaS/cloud 20 years later); penned *Software Is Eating the World* in 2011 | | **Scale** | 15% | **92** | Netscape commanded 80%+ of the early Web; the graphical browser paradigm he defined now serves 5+ billion internet users daily | | **Insight** | 20% | **85** | Saw immediately that inline images and progressive loading would unlock mass consumer adoption; underestimated OS-level bundling moats | | **Business** | 15% | **85** | Netscape’s 1995 IPO invented modern tech capital markets; $1.65B Opsware exit; built a16z into Silicon Valley’s premier VC powerhouse | | **Taste** | 15% | **82** | Championed move-fast, ship-everything engineering pragmatism over minimalist restraint (famously birthing the `` tag) | ### 1. Originality: 96 (Highest Dimension) Take apart any modern webpage and you are looking at Netscape’s workshop: inline images (``), client-side scripting (`JavaScript`), encrypted transactions (`SSL/TLS`), stateful sessions (`Cookies`), and open-source browser engines (`Mozilla`). Few individuals in history have Midwifed so many foundational primitives of digital life. ### 2. Vision: 95 Andreessen’s superpower has always been seeing a decade ahead of consensus. When he declared in 1995 that Windows would eventually be reduced to "a mundane set of poorly debugged device drivers" beneath the browser, critics laughed — until cloud apps from Google Docs and Figma to ChatGPT proved him right. ### 3. Scale: 92 Beyond Netscape’s 80% market share in the 1990s, the graphical browser interface he popularized at age 22 remains the universal portal through which **more than 5 billion humans** access the internet every single day. ### 4. Insight: 85 & Business: 85 He understood instantly what non-technical humans needed to fall in love with the Web, and his 1995 Netscape IPO wrote the playbook for how modern technology companies go public. He scores 85 rather than 95 because young Netscape struggled to defend its commercial moat against Microsoft’s bundling war and bloated its later releases into the heavy *Netscape Communicator* suite. ### 5. Taste: 82 (Lowest Dimension) Unlike Steve Jobs (#1) or Jony Ive (#32), Andreessen never worshipped minimalist restraint. His philosophy at Netscape was unrelenting speed and feature maximalism — best captured by the infamous `` tag, born during a late-night bar conversation and shipped into Netscape Navigator to the eternal agony of graphic designers everywhere. ## Epilogue In January 1993, when a 22-year-old Marc Andreessen compiled the first version of Mosaic in a freezing Illinois basement, the entire World Wide Web consisted of a few hundred text directories. Thirty years later, the kid who gave the internet its face sits on Sand Hill Road — watching the software seeds he planted finish eating the world. --- # 100 Products That Changed the World · #23: The Safety Elevator URL: https://doaipm.com/en/blog/product-rank-23-safety-elevator/ Published: 2026-10-16 Tags: Great Products, Safety Elevator, Elisha Otis, Skyscrapers, Urbanization, Industrial Design, Tech History If you traveled back to New York, London, or Paris in 1850 and walked into any apartment building, you would encounter a real-estate hierarchy that looks **completely upside down** compared to today: **The lower floors were the most expensive and prestigious — home to bankers and aristocrats — while the top floor (the fifth or sixth story) was the cheapest, most miserable part of the building, rented only to starving artists, seamstresses, and servants.** The reason was simple biological physics: human knees and lungs dictated how tall a city could grow. Hauling coal, water buckets, and groceries up five steep flights of stairs was the absolute limit of everyday human endurance. **For thousands of years of civilization, nearly every city on Earth remained a flat carpet of five-story walk-ups.** It wasn’t that humans didn’t know how to build hoists. Steam-powered platforms and rope winches had existed in coal mines and factories for decades. Yet no sane person would step onto one. Hemp ropes frayed and snapped without warning. And if the single hoisting rope broke, the platform became a multi-ton guillotine plummeting in free fall to the bottom of the shaft. Then, on a May afternoon in 1854, a 42-year-old Vermont farmer and struggling master mechanic named **Elisha Graves Otis** staged the most audacious live product demo in industrial history. ## The Axe at the Crystal Palace, 1854: "All Safe, Gentlemen!" In 1852, Otis was working as a master mechanic at a bedstead factory in Yonkers, New York, when he was asked to rig up a freight hoist to haul heavy lumber to the second floor. Knowing how often hoisting ropes snapped, Otis stared at a rugged wagon leaf spring and engineered a brilliant piece of **fail-safe mechanical inversion**: - Along both sides of the vertical guide rails, he mounted heavy iron ratchet teeth; - Across the top of the elevator platform, he attached a tough steel wagon leaf spring, fastening the hoisting rope directly to the center of the spring; - **Under normal tension**: the weight of the platform pulled the rope taut, bowing the leaf spring upward and drawing its two outer iron pawls inward so the platform glided smoothly up and down; - **The instant the rope snapped**: tension vanished, the bowed steel spring snapped flat in milliseconds, and its iron pawls rammed outward into the ratchet teeth on both rails — locking the car in place automatically. **In short: the brake did not rely on a human operator or external power; the very failure of the rope triggered the lock.** Otis patented the mechanism and opened a tiny workshop. Over the next year, he sold barely **three freight elevators**. Nobody believed a falling platform could actually catch itself mid-air. Facing bankruptcy in May 1854, Otis decided to bet his own life on stage at the **New York Crystal Palace Exposition** (America’s first World’s Fair). He erected a towering, open-sided elevator shaft in the middle of the exhibition hall. At peak crowd hours, wearing a formal frock coat and a tall stovepipe hat, Otis stepped onto the platform alongside heavy barrels and freight, and rode the hoist forty feet into the air above the gasping crowd. At the top of the shaft stood an assistant gripping a gleaming broadaxe. Looking down at hundreds of upturned faces, Otis calmly gave the order: **"Cut the rope!"** The axe flashed down and severed the thick hemp cable in a single blow. Women screamed; men flinched. The platform dropped barely two inches before two thunderous metallic clanks echoed through the glass hall — *CLACK!* — as the spring-loaded pawls bit deep into the iron ratchets. The platform hung motionless in mid-air. Otis calmly swept off his top hat, bowed to the stunned crowd, and called out five words that changed the skyline of planet Earth: > **"All safe, gentlemen, all safe!"** ## Inverting Social Class and Allowing Cities to Grow Upward Orders flooded into Yonkers immediately. On March 23, 1857, Otis installed the world’s **first commercial passenger safety elevator** inside the five-story E.V. Haughwout department store at 488 Broadway in Manhattan. Soon afterward, the safety elevator converged with **structural steel framing**, triggering the greatest spatial transformation in urban history: | Urban Dimension | Before 1853 (The Walk-Up Era) | After the Safety Elevator (Modern Metropolis) | |---|---|---| | **Building Height Ceiling** | Capped by human knees at **5–6 stories** (~20 meters) | Uncapped: from the Empire State Building (381m) to Burj Khalifa (828m) | | **Vertical Real-Estate Value** | **Bottom floor richest, top floor poorest** (garrets for servants) | **Completely inverted**: higher means pricier; birth of the luxury **Penthouse** | | **Urban Footprint** | Forced to sprawl horizontally across farmland | Tens of thousands of workers packed into a single square kilometer (Manhattan, Central, Lujiazui) | | **Daily Passenger Volume** | Freight-only factory hoists | **20+ million elevators** moving **the entire population of Earth (8B+ rides) every 72 hours** | Perhaps the most fascinating side effect was psychological and economic: Once climbing stairs was removed from the equation, the formerly despised top floor suddenly became the quietest, brightest, cleanest sanctuary in the city — far above the horse manure and noise of the street. The servant’s garret transformed overnight into the billionaire’s **penthouse**, and the corporate CEO’s office migrated permanently to the top floor. As architectural historians love to point out: **Skyscrapers did not invent the elevator; Elisha Otis’s safety brake gave humanity permission to build skyscrapers.** ## The Product Psychology Inside the Box: Mirrors and the "Close Door" Button Over the following century, the elevator also became a legendary laboratory for **human-computer interaction and behavioral psychology**: 1. **Why every elevator has a mirror**: After World War II, as office towers grew taller, tenants complained relentlessly that elevators were too slow. Upgrading motor speeds across existing shafts would have cost millions. Instead, building engineers tried a psychological hack: **installing mirrors inside the lobby and cab**. Complaints dropped to near zero overnight — because once passengers had a mirror to check their hair, straighten their ties, or discreetly glance at fellow riders, their subjective perception of waiting time was cut in half; 2. **The illusion of control**: When buildings transitioned from human elevator attendants to self-service push-buttons in the mid-20th century, riders initially felt acute claustrophobia inside a windowless metal box. Designers responded with crisp tactile buttons (including the famous **Door Close** button, which offers immediate psychological relief even when ADA dwell-timers delay the door), glowing floor counters, and the reassuring arrival chime. ## Six-Dimension Score Breakdown ![#23 The safety elevator vs. its neighbors](/blog/product-rank-23-safety-elevator-scores-en.jpg) In the *100 Products That Changed the World* framework, the safety elevator earns a weighted overall score of **91.70** (displayed as **92**), ranking **#23** overall right behind the ARM architecture (#22): ### 1. Durability: 97 (Highest Dimension) More than **173 years** after Elisha Otis sketched his leaf-spring ratchet in Yonkers, his core fail-safe principle — mechanical jaws that automatically clamp the guide rails the moment tension fails or overspeed occurs — still protects every high-speed elevator shaft from New York to Shanghai. ### 2. Originality: 95 Otis delivered a double masterpiece: a *fail-safe* mechanical design that turned the failure condition itself into the trigger for safety, and the greatest live product demonstration of the 19th century at the 1854 Crystal Palace. ### 3. Impact: 95 If every elevator on Earth stopped working tomorrow morning, modern civilization would freeze within minutes. Manhattan, Tokyo, Hong Kong, London, and Shanghai would become vertical ghost towns. Every modern skyline is a direct by-product of Otis’s wagon spring. ### 4. Scale: 92 Over **20 million elevators** operate worldwide today, carrying more than **2 billion passengers every single day** — moving the equivalent of the **entire human population of Earth every 72 hours**, while remaining statistically the safest form of mass transit ever built. ### 5. Experience: 85 & Business: 85 From steam winches to gearless permanent-magnet motors and AI destination-dispatch lobbies, the elevator turned a exhausting vertical climb into a 30-second button press. Commercially, Otis and its peers (Kone, Schindler, TK Elevator) pioneered one of industrial manufacturing’s most lucrative **razor-and-blade recurring revenue models**: selling the hardware once, then collecting high-margin maintenance subscriptions for thirty years. ## Epilogue On that May afternoon in 1854, when Elisha Graves Otis stood forty feet above the floor of the New York Crystal Palace and ordered his assistant to swing an axe through the only rope holding him up, the crowd thought they were watching a carnival stunt. Nobody realized that the metallic *clack* of those iron pawls had just severed the ancient tether of gravity — allowing human cities to stand up and grow into the sky. --- # 100 Product Managers Who Changed the World · #30: Demis Hassabis URL: https://doaipm.com/en/blog/pm-rank-30-demis-hassabis/ Published: 2026-10-15 Tags: Product Managers, Demis Hassabis, DeepMind, AlphaGo, AlphaFold, Gemini, Nobel Prize, AI On October 9, 2024, the Royal Swedish Academy of Sciences awarded the Nobel Prize in Chemistry to an artificial intelligence builder from London — **Demis Hassabis**. The announcement sent a rare tremor through both Silicon Valley and the global scientific establishment. Never before had the chief executive of a software lab stood on the Nobel stage in Stockholm because of a computer program his team had shipped. To the public, Hassabis looks like a pure scientist. Yet if you examine his thirty-year trajectory closely, he represents one of the rarest archetypes in technology history: **the milestone-driven product leader of frontier science**. Rather than optimizing conversion funnels or A/B-testing button colors, Hassabis excels at packaging reinforcement learning and neural architectures into unmistakable, civilization-scale **product moments**: - In 2016, he turned deep reinforcement learning and Monte Carlo tree search into **AlphaGo**, defeating world champion Lee Sedol in Seoul with the legendary "Move 37" and awakening the world to modern AI in a single afternoon; - Between 2020 and 2024, he turned geometric attention networks into **AlphaFold**, compressing a protein-structure discovery process that once took PhD students years and hundreds of thousands of dollars into minutes — and open-sourcing the 3D structures of all **200 million known proteins**; - Today, following the merger of Google Brain and DeepMind under his sole command, he leads the **Gemini** model family and serves as the chief architect of Google’s AI empire. ## Chess Master at 13, Million-Selling Game Designer at 16 To understand why Hassabis approaches fundamental science like a sequence of boss levels in a video game, you have to return to his childhood in North London. Born in 1976 to a Greek-Cypriot father and a Singaporean-Chinese mother, Hassabis learned chess at age four. By thirteen, he was a chess master with an Elo rating of 2300 — ranked second in the world for his age group behind only Judit Polgár. At age eight, Hassabis used his chess tournament winnings to buy his first computer, a **ZX Spectrum 48K**. Playing chess and writing code side by side planted the question that would define his life: **Why could his own brain learn to play chess from scratch, while computers could only execute rigid heuristics programmed by humans? Could a machine be built to learn how to think on its own?** After finishing high school two years early and winning a place at Cambridge University at age fifteen, he was told by the university to take a mandatory gap year because he was too young to matriculate. Hassabis entered a coding competition, won an internship at the legendary British studio Bullfrog Productions, and spent his gap year co-designing and lead-programming **Theme Park** alongside Peter Molyneux. He was **sixteen years old**. Inside *Theme Park*, every visitor was simulated as an autonomous agent with its own hunger, excitement, and spending habits. Make the fries slightly saltier, and visitors bought more soda; build a roller coaster with too many loops, and they got sick on the pavement. *Theme Park* sold millions of copies worldwide, paid for Hassabis’s entire Cambridge education, and gave him his first taste of building intelligent worlds inside silicon. After graduating from Cambridge with a Double First in Computer Science and running his own game studio, Hassabis made a move no typical tech founder would consider: he shut down his company and enrolled at University College London (UCL) to earn a **PhD in cognitive neuroscience**. His reasoning was classic product first-principles: if you want to engineer general intelligence, you should first inspect the only working prototype in existence — the human brain’s hippocampus. ## London, 2010: The Two-Step Roadmap Nobody Believed In 2010, while Silicon Valley venture capitalists werestampeding into mobile photo filters and local delivery apps, 34-year-old Hassabis co-founded **DeepMind** in London with Shane Legg and Mustafa Suleyman. At the time, uttering the phrase "Artificial General Intelligence" in a pitch meeting was a guaranteed way to get shown the door. Yet on page one of DeepMind’s founding blueprint, Hassabis wrote the two-step mission statement that would guide the company for the next fifteen years: > **Step 1: Solve intelligence.** > **Step 2: Use it to solve everything else.** How do you prove you are solving intelligence? Hassabis used his game-designer instincts: **turn 49 classic Atari 2600 games into a universal benchmark.** In late 2013, DeepMind unveiled its **Deep Q-Network (DQN)**. The system was given zero game rules and zero domain code — only raw screen pixels and the score counter. At first, the agent flailed randomly. After a few hours of playing *Breakout* against itself, however, it discovered a strategy that stunned even human veterans: **carving a narrow tunnel up the far-left edge of the brick wall so the ball could bounce trapped above the ceiling, clearing the board automatically with minimal risk.** When Google co-founder Larry Page saw the Atari demo in London, he acquired DeepMind in January 2014 for **$650 million**. Hassabis turned down a higher offer from Facebook because Google agreed to his non-negotiable condition: an independent ethics board and unrestricted access to planetary-scale compute to pursue scientific grand challenges. ## Move 37 and the Nobel Prize Moment If Atari convinced computer scientists, **AlphaGo** in March 2016 was Hassabis’s masterclass in global product storytelling. With $10^{170}$ possible board positions — more than the number of atoms in the observable universe — the ancient game of Go was universally regarded as at least twenty years beyond the reach of AI. On March 10, 2016, during Game 2 at the Four Seasons Hotel in Seoul, AlphaGo played **Move 37** — a fifth-line shoulder hit on the right side of the board that violated centuries of human Go doctrine. Commentators initially thought it was a mouse slip. Lee Sedol stared at the board in silence for fifteen minutes, stood up, and walked out to smoke a cigarette. A hundred moves later, that single stone proved to be the linchpin of a breathtaking victory. Over **280 million people** watched the match live. Yet what Hassabis did next revealed his true product discipline: In 2017, after shipping **AlphaGo Zero** — which discarded all human game records, trained purely via self-play from random stones for 72 hours, and defeated the Lee Sedol version 100 games to 0 — Hassabis immediately disbanded the Go project and pivoted his best minds to **Step 2: the 50-year grand challenge of protein folding**. In biology, a protein’s 3D shape dictates its function. For half a century, determining the shape of a single protein via X-ray crystallography or cryo-electron microscopy could take a researcher years of lab work. After fifty years of human effort, science had mapped roughly **170,000** proteins out of more than **200 million** known to exist across nature. In late 2020, Hassabis and John Jumper unveiled **AlphaFold 2**, predicting 3D protein structures down to atomic accuracy in minutes. Then came the product decision that earned the Nobel Prize: Instead of locking AlphaFold behind an enterprise paywall for pharmaceutical giants, Hassabis partnered with EMBL-EBI to **fold all 200 million known proteins in nature and release the entire database to humanity for free.** Today, over **2 million researchers across 190 countries** query the AlphaFold Database like a public utility — accelerating drug discovery, malaria vaccines, and plastic-degrading enzymes by a decade or more. ## Six-Dimension Score Breakdown ![#30 Demis Hassabis vs. his neighbors](/blog/pm-rank-30-demis-hassabis-scores-en.jpg) In the *100 Product Managers Who Changed the World* framework, Demis Hassabis earns a weighted overall score of **90.55** (displayed as **91**), ranking **#30** overall in the "Legend" tier: ### 1. Vision: 97 (Highest Dimension) In 2010 — years before AlexNet or the Transformer — Hassabis laid out an explicit roadmap combining deep neural networks, reinforcement learning, and neuroscience to conquer games first and fundamental science second. Executing a fifteen-year scientific thesis with near-zero drift places his vision alongside Jensen Huang (#13) and Elon Musk (#5). ### 2. Originality: 96 From pioneering deep reinforcement learning (DQN) and self-play tree search (AlphaZero) to inaugurating the entire field of *AI for Science* (AlphaFold), Hassabis repeatedly built categories where none existed. Even the **Chinchilla scaling laws** that govern how modern large language models balance compute and training tokens came out of DeepMind. ### 3. Scale: 92 AlphaGo reached a live audience of 280 million; AlphaFold is used by virtually every structural biologist on earth; and since taking command of Google DeepMind in 2023, his **Gemini** model family now powers Search, Workspace, and Android across more than **2 billion active devices**. ### 4. Taste: 85 His aesthetic is the clean, uncompromising elegance of a physicist and chess master — visible in the breathtaking creativity of Move 37 and the frictionless simplicity of the AlphaFold web portal. He scores slightly lower than consumer obsessives like Steve Jobs or Jan Koum only because pixel-level consumer UI was never his primary canvas. ### 5. Business: 85 For nearly a decade, DeepMind operated as a billion-dollar R&D cost center inside Alphabet. Today, however, its breakthroughs form the defensive moat of Google Cloud and Search, while its spin-off Isomorphic Labs has signed multi-billion-dollar drug-discovery partnerships with Eli Lilly and Novartis. ### 6. Insight: 82 (Lowest Dimension) This score captures the most fascinating contrast between Hassabis (#30) and Sam Altman (#4): Although Google and DeepMind possessed every underlying piece of the LLM revolution years early — including Transformers, scaling laws, and internal conversational agents — Hassabis’s rigorous scientific caution kept those models inside the lab. He missed the raw consumer insight that Altman seized in late 2022: **that ordinary people did not need a scientifically flawless oracle — they just wanted a simple chat box they could talk to right now.** ## Epilogue Most builders in technology dream of shipping an app that captures a billion hours of human attention. Since age eight in North London, Demis Hassabis wanted to build something else entirely: **an engine of intelligence capable of reading the source code of nature itself.** --- # 100 Products That Changed the World · #22: The ARM Architecture URL: https://doaipm.com/en/blog/product-rank-22-arm/ Published: 2026-10-15 Tags: Great Products, ARM Architecture, Semiconductors, RISC, Apple Silicon, Smartphones, Tech History Nearly every entry on *100 Products That Changed the World* that scores **99 on Scale** — the iPhone, Windows, Google Search, Coca-Cola — is a household name you can spot from across the room. Ranked at **#22** is the ultimate exception. You will never buy a box with its logo on a retail shelf. The company behind it does not own a single silicon foundry, nor does it manufacture a single physical microchip. Yet at the exact second you are reading this sentence: - The processor inside the smartphone in your hand — whether an Apple iPhone, a Samsung Galaxy, or a Xiaomi — is built on it; - The wireless earbuds in your ears, the smartwatch on your wrist, the Wi-Fi router in your hallway, and the dozens of microcontrollers inside your car run on it; - The Apple Silicon M-series chip inside a MacBook and the Grace CPU inside NVIDIA’s latest AI superclusters are powered by it. To date, partners have shipped more than **300 billion chips** based on this architecture — nearly forty processors for every human being alive on Earth. It is the invisible empire behind modern mobile civilization: **the ARM architecture**. ## The Miracle in Cambridge: Running Without the Power Plugged In The story of ARM begins in the early 1980s at **Acorn Computers**, a small microcomputer company in Cambridge, England. After building the wildly successful BBC Micro for British schools, Acorn’s two technical masterminds — computer scientist **Sophie Wilson** and hardware engineer **Steve Furber** — began searching for a 16-bit or 32-bit microprocessor to power their next generation of machines. Every commercial chip they tested from Motorola, National Semiconductor, and Intel disappointed them. Built on Complex Instruction Set Computing (CISC) philosophies, those chips were expensive, hot, bloated, and painfully slow at handling real-time interrupts. Worse still, when Wilson and Furber visited a chip design center in Phoenix, Arizona, they saw hundreds of engineers spending tens of millions of dollars over several years just to tape out a single CISC processor. On the flight back to Britain, a radical thought took hold: **If the giants’ chips were too bloated, why not design our own processor from scratch using the new Reduced Instruction Set Computing (RISC) papers coming out of UC Berkeley?** Acorn had no army of engineers and no Silicon Valley war chest. Essentially, the core design team was just the two of them: - **Sophie Wilson** designed the instruction set architecture (ISA) and wrote the simulator in BBC BASIC; - **Steve Furber** designed the microarchitecture, datapath, and pipeline. Because they had almost no money or silicon budget, scarcity forced them into breathtaking minimalism. At a time when Intel’s 80286 packed **134,000 transistors**, Wilson and Furber pared the first **ARM1 (Acorn RISC Machine)** down to a mere **25,000 transistors**. On April 26, 1985, the first silicon wafers fabricated by VLSI Technology arrived in Cambridge. Furber plugged the chip into a test board and ran a small program to calculate $\pi$. It worked on the very first try. Then, as champagne corks were about to pop, an engineer looking at the bench instruments froze and uttered a line that became semiconductor legend: **"Wait a minute... we forgot to turn on the power supply!"** Everyone crowded around the bench. The ammeter on the main power rail read **zero**. Because Wilson and Furber’s 25,000-transistor design consumed so little energy, the ARM1 chip was running at full speed purely on the tiny **leakage current** trickling through its input/output signal pins — drawing less than a tenth of a watt! In 1985, when computers were beige boxes plugged into wall sockets, low power was just a charming side effect of having no budget. Ten years later, when humanity decided to put computers inside pockets powered by lithium-ion batteries, that accident became the most valuable property on Earth. ## Too Poor to Build a Fab: The Birth of the IP Licensing Flywheel Had Acorn kept the chip to itself, ARM might have ended up as a footnote in a British computing museum. By 1990, Acorn’s personal computer business was struggling financially. At the exact same moment, **Apple** in Cupertino was secretly building the **Apple Newton** — the world’s first Personal Digital Assistant (PDA). Apple needed a processor that was fast enough for handwriting recognition yet frugal enough to run on AA batteries. Acorn’s RISC chip was the only design on the planet that fit the bill, but Apple refused to rely on a chip owned by a rival computer maker. So in November 1990, **Acorn** (contributing 12 engineers and the architecture), **Apple** (investing £1.5 million), and **VLSI Technology** (providing tools and silicon expertise) spun out a joint venture into a converted turkey barn outside Cambridge: **Advanced RISC Machines (ARM)**. Newly appointed CEO Robin Saxby looked at his bank balance of £1.5 million and faced a brutal reality: Building a semiconductor fabrication plant (fab) like Intel cost upwards of a billion dollars. ARM couldn’t even afford the air filtration system for a cleanroom. Out of that constraint, Saxby devised one of the greatest business-model innovations in industrial history: **ARM would never manufacture a single physical chip, and would never compete with its customers. Instead, ARM would become the "Switzerland of semiconductors" — selling only blueprints.** The **Upfront License + Per-Chip Royalty** flywheel worked with devastating elegance: 1. **Radical Cost Sharing**: Any chipmaker — Texas Instruments, Samsung, Qualcomm, or MediaTek — could pay a modest upfront licensing fee to get ARM’s verified CPU core blueprints, saving hundreds of millions of dollars in redundant R&D; 2. **Compound Royalties**: For every physical chip shipped off the assembly line, the partner paid ARM a tiny royalty of **1% to 2%** of the chip's price (often just pennies per unit); 3. **The Unbreakable Ecosystem Moat**: Because ARM was cheap and neutral, the entire global semiconductor industry standardized on its instruction set. Once every mobile chip ran ARM, both iOS and Android — along with millions of third-party apps — were compiled natively for ARM. When Intel later spent over $10 billion in subsidies trying to force x86 into smartphones, it shattered against that ecosystem wall. ## From Nokia’s *Snake* to Apple Silicon and AI Supercomputers The breakthrough came in 1993 when Texas Instruments licensed the **ARM7** core to build digital baseband processors for a rising Finnish phone maker named **Nokia**. When the Nokia 6110 — the iconic handset that introduced the world to the game *Snake* — sold tens of millions of units worldwide, the mobile industry learned an iron law: **wherever there is a battery, x86 dies and ARM wins.** Over the next three decades, ARM executed a three-stage conquest of computing: - **Stage 1 (The Smartphone Era)**: Capturing **over 99% of global smartphones**, powering every iPhone A-series chip, every Qualcomm Snapdragon, and every MediaTek Dimensity processor; - **Stage 2 (The IoT and Automotive Era)**: Through its tiny Cortex-M microcontrollers, embedding itself into billions of smart sensors, appliances, wearables, and electric vehicles; - **Stage 3 (The Laptop and Cloud Invasion)**: In 2020, co-founder Apple shocked the PC industry by replacing Intel with its custom ARM-based **M1 (Apple Silicon)** chips, doubling MacBook battery life overnight. Today, AWS Graviton and NVIDIA’s Grace Hopper superchips are carrying ARM directly into the heart of cloud data centers and AI clusters. ## Six-Dimension Score Breakdown ![#22 ARM architecture vs. its neighbors](/blog/product-rank-22-arm-scores-en.jpg) In the *100 Products That Changed the World* framework, the ARM architecture earns a weighted overall score of **91.75** (displayed as **92**), tying with Google Ads (#21) and ranking **#22** overall: ### 1. Scale: 99 (Highest Dimension) Very few human creations ever reach a 99 on scale. With **300+ billion chips shipped** cumulative and nearly **30 billion new chips** shipping every single year, ARM sits inside virtually every battery-powered screen and smart sensor on the planet. ### 2. Durability: 97 First powered on in April 1985, the architecture has thrived for **41 years**. In an industry grave-site littered with once-dominant instruction sets — MIPS, DEC Alpha, SPARC, PowerPC, Itanium — ARM is stronger in itsfourth decade than ever before, expanding from mobile phones into laptops and AI data centers. ### 3. Impact: 95 Without ARM’s obsessive focus on *performance per watt*, the all-day pocket smartphone could not exist — and without the smartphone, neither would mobile payments, ride-hailing, short video, or modern digital life. ### 4. Originality: 92 While David Patterson and John Hennessy pioneered the academic theory of RISC, ARM delivered two historic innovations: an ultra-minimalist hardware implementation that ran on milliwatts, and the pure-play semiconductor IP licensing model that reorganized how the global chip industry collaborates. ### 5. Business: 90 ARM’s architecture underpins trillions of dollars of market capitalization across Apple, NVIDIA, Qualcomm, and TSMC. It scores 90 rather than Google Ads' 99 only because ARM historically kept its per-chip royalty rate remarkably low (often pennies per chip, yielding a few billion dollars in annual revenue) — deliberately sacrificing short-term extraction to maintain neutrality and 99% market share. ### 6. Experience: 75 (Lowest Dimension) Like TCP/IP or the Linux kernel, an instruction set architecture is invisible to end consumers. Meanwhile, for low-level systems engineers, navigating fragmented SoC vendor board-support packages (BSPs), non-standardized bootloaders, and architecture transitions (ARMv7 to ARMv8/v9) has historically demanded significant engineering effort. ## Epilogue In April 1985, when Sophie Wilson and Steve Furber watched a tiny 25,000-transistor chip calculate $\pi$ in a Cambridge room without its power supply even switched on, Intel stood at the undisputed zenith of the PC revolution. Forty years later, the seed planted in that converted English barn quietly powers ninety-nine percent of the computers humanity carries in its pockets — proving that **the ultimate way to rule an industry is not to own the factory, but to write the grammar everyone else builds upon.** --- # 100 Product Managers Who Changed the World · #29: Jan Koum URL: https://doaipm.com/en/blog/pm-rank-29-jan-koum/ Published: 2026-10-14 Tags: Product Managers, Jan Koum, WhatsApp, Minimalism, Privacy, Mobile Messaging, Tech History On February 19, 2014, outside a weathered white building on North First Street in Mountain View, California, one of the most staggering acquisitions in Silicon Valley history was signed. Facebook CEO Mark Zuckerberg announced the purchase of mobile messaging app WhatsApp for **$19 billion**. The signing did not take place in a glass-walled corporate headquarters or a Sand Hill Road law firm. They chose that dilapidated white building because, more than a decade earlier, it had housed the North County Social Services office. Jan Koum, the co-founder of WhatsApp sitting at the table, had stood in line outside that very doorway in the cold morning air as a sixteen-year-old immigrant from Ukraine, waiting to collect food stamps to keep himself and his mother fed. Even more astonishing than the $19 billion price tag was the anatomy of the company Facebook had just bought: On the day of the acquisition, WhatsApp served **450 million monthly active users** and processed **50 billion messages every single day** — matching the entire global volume of traditional carrier SMS. Yet the entire company consisted of just **55 employees**, only 32 of whom were engineers. There was no sign outside their office door, zero marketing staff, zero public relations personnel, and not a single line of advertising code in the product. In an era obsessed with growth hacking, viral loops, and ad monetization, Jan Koum achieved the most complete victory minimalism has ever won against feature bloat. ## A Childhood Behind the Iron Curtain: Why He Despised Ads and Logs To understand the uncompromising product rules of WhatsApp, you have to start in Soviet-era Ukraine. Born in 1976 in Fastiv, outside Kyiv, Koum grew up in a house without hot water or central heating. More formative than material scarcity was the pervasive atmosphere of state surveillance. His parents rarely spoke on the telephone; everyone knew that the line could be tapped at any moment, and a careless sentence could bring devastating consequences. In that world of scarcity, there was also no Madison Avenue advertising. Everyday objects existed for one reason alone: **to be durable, functional, and stay out of the way.** In 1992, at age sixteen, Koum emigrated with his mother to Mountain View, California. His mother worked as a babysitter while Koum swept floors at a local grocery store after school. When his mother was diagnosed with cancer, they survived on disability payments and food stamps. Those years forged two unshakable convictions in Koum’s mind: First, **a visceral revulsion toward surveillance and data retention**. He believed a conversation between two people belonged exclusively to those two people. No company — not even his own — had any business storing users' private messages on corporate servers. Second, **an absolute contempt for advertising**. In his view, advertising inevitably corrupts software engineering: to raise click-through rates, companies are forced to harvest personal data, spy on user behavior, and clutter screens with manipulative visual noise. At eighteen, Koum taught himself computer networking from manuals rented from used bookstores (returning them when finished to save money). His self-taught security skills landed him an infrastructure engineering job at Yahoo!, where he met his lifelong friend and future co-founder, Brian Acton. During nine years at Yahoo!, Koum and Acton watched a pioneering internet giant slowly suffocate under banner ads, pop-ups, and sales-driven bloatware. Koum swore to himself: **if he ever built his own product, advertising would never touch a single pixel of the screen.** ## The Note on the Desk: "No Ads! No Games! No Gimmicks!" In late 2007, exhausted by Yahoo!’s bureaucracy, Koum and Acton quit on the same day. Both applied for jobs at Facebook and Twitter; both were rejected. In early 2009, Koum bought an iPhone. Looking at Apple’s newly launched App Store, a sharp insight struck him: At the time, international SMS was exorbitantly expensive, and carrier MMS regularly failed across borders. Meanwhile, rival messaging apps like Skype, MSN, and BlackBerry Messenger required users to register custom usernames, remember passwords, and manually exchange IDs or PINs. On February 24, 2009 — his birthday — Koum incorporated WhatsApp Inc. After a rocky start, the turning point arrived in June 2009 when Apple introduced **Push Notifications** in iOS 3.0. Koum rewrote the app overnight so messages could wake up a recipient's screen just like a native text message. Then came his masterstroke of product design — **eliminating registration friction to absolute zero**: Koum stripped out usernames, stripped out passwords, and stripped out friend requests. Your phone number *was* your identity. Your existing address book *was* your social graph. The second you installed WhatsApp, everyone you knew in real life was already there waiting for you. As user growth exploded exponentially across Europe, Latin America, and India, Silicon Valley venture capitalists lined up with term sheets, urging Koum to add game centers, sticker shops, and native ad feeds. Koum’s response was to tape a handwritten note from Brian Acton onto the corner of his desk. It read simply: > **No Ads! No Games! No Gimmicks!** Under the rule of that note, WhatsApp operated with monastic discipline: - **Ephemeral Server Architecture**: Once a message was delivered to the recipient's device, WhatsApp’s Erlang servers immediately deleted it. No cloud chat history meant zero server storage bloat and zero honeypots for hackers or subpoenas; - **Charging $1 Instead of Selling Users**: To prove a messaging service could survive without advertisers, Koum charged users $0.99 per year after the first year — generating positive cash flow with zero marketing spend; - **32 Engineers for 450 Million Users**: Because there were no ad auctions, news feeds, or virtual currencies to maintain, the codebase remained extraordinarily lean. Running Erlang on custom-tuned FreeBSD servers, a single machine handled over two million concurrent connections. ## Walking Away from $1 Billion: Minimalism Meets the Ad Empire By 2014, WhatsApp was growing faster than Facebook itself had at the same stage. Recognizing an existential threat to his mobile empire, Mark Zuckerberg offered $19 billion and promised Koum total autonomy: **zero pressure to monetize, zero forced ads, complete operational independence.** Instead of building a monetization team after the acquisition, Koum spent the next two years collaborating with cryptographer Moxie Marlinspike. In April 2016, WhatsApp turned on **default end-to-end encryption** based on the Signal Protocol for over **1 billion users**. With a single update, Koum ensured that neither hackers, telecom carriers, authoritarian regimes, nor Facebook’s own engineers could read a single message or listen to a single call passing through WhatsApp. Yet pure product minimalism could not coexist forever with the quarterly revenue demands of a public advertising conglomerate. Starting in 2017, as Facebook’s core feed began to saturate, Zuckerberg and Facebook executives pushed to unify user data across platforms, weaken encryption boundaries for business analytics, and inject targeted ads into WhatsApp’s Status tab. Every proposal crossed the exact moral and product red lines Koum had drawn decades earlier. In April 2018, after months of fierce boardroom clashes, Jan Koum made a decision that stunned Wall Street: **he resigned immediately as CEO of WhatsApp and stepped down from Facebook’s board of directors.** Under his acquisition agreement, had Koum simply stayed quiet and kept his seat for a few more months, he would have vested nearly **$1 billion** in Facebook stock (Acton had left six months earlier over the same dispute, forfeiting $850 million). For the Ukrainian kid who once queued for food stamps in Mountain View, the three lines taped to his desk were worth more than another billion dollars. ## Six-Dimension Score Breakdown ![#29 Jan Koum vs. his neighbors](/blog/pm-rank-29-jan-koum-scores-en.jpg) In the *100 Product Managers Who Changed the World* framework, Jan Koum earns a weighted overall score of **90.65** (displayed as **91**), ranking **#29** overall in the "Legend" tier: ### 1. Scale: 97 (Highest Dimension) Very few product leaders in history score 97 or above on scale. Today, WhatsApp serves well over **2.5 billion monthly active users**, functioning as the de facto operating system of daily life across Latin America, Europe, India, Southeast Asia, and Africa. Built by a team that fit inside a small room, it connected nearly a third of humanity. ### 2. Taste: 96 If Steve Jobs expressed taste through glass, aluminum, and typography, Jan Koum expressed taste through **ruthless subtraction**. While competitors stuffed messaging apps with mini-games, livestreams, microloans, and pop-up banners, Koum kept WhatsApp as clean and dependable as a landline dial tone. No splash ads, no red-dot anxiety, no algorithmic manipulation — just instant, reliable human connection. ### 3. Insight: 93 He saw through the biggest illusion of early mobile social apps: that users wanted to build a brand-new social graph from scratch. By mapping directly onto the phone's native address book and using the phone number as identity, he made onboarding invisible. A grandmother in rural Brazil or a shopkeeper in Mumbai could send a message within three seconds of installing the app. ### 4. Originality: 92 He did not invent instant messaging, but he pioneered the **zero-registration, phone-number-as-identity mobile graph** — a pattern immediately adopted by WeChat, Line, Telegram, and Signal. Furthermore, deploying seamless end-to-end encryption to over a billion everyday consumers remains the single largest cryptographic deployment in human history. ### 5. Vision: 88 He foresaw that mobile data and push notifications would obliterate the global telecom SMS cartel, and he anticipated the coming crisis of digital surveillance years before it became mainstream consciousness. The 12-point deduction reflects his deliberate refusal to evolve the product beyond point-to-point utility. Unlike Allen Zhang (#3), who expanded WeChat into a full digital ecosystem of payments and mini-programs while preserving core restraint, Koum viewed any platform expansion with deep suspicion. ### 6. Business: 78 (Lowest Score in the Top 30) This is the sharpest — and most revealing — number on Koum’s scorecard. Although he delivered a historic $19 billion exit for his investors, Koum was ideologically hostile to monetization. The $0.99 annual fee struggled in developing markets without credit card penetration and was eventually dropped; after the acquisition, he chose resignation over building an ad business. He holds the lowest business score in the top 30 (78) precisely because he traded every ounce of commercial extraction for **Taste (96)** and **Scale (97)**. ## Epilogue Today, nearly every mobile app greets us with a five-second splash ad, dark-pattern notifications, and an algorithmic feed engineered to harvest our attention. Whenever the modern internet feels unbearably noisy, it is worth remembering that yellowed note taped to Jan Koum’s desk. With 55 people and a billion-dollar walkout, he proved a timeless truth of product craft: **restraint is not a lack of ambition — leaving the user in peace is the rarest feature of all.** --- # 100 Products That Changed the World · #21: Google Ads (AdWords) URL: https://doaipm.com/en/blog/product-rank-21-google-ads/ Published: 2026-10-14 Tags: Product Rankings, Google Ads, AdWords, Search Engine, Business Model, Auction Theory, Internet History In 1998, when Larry Page and Sergey Brin published their seminal Stanford paper introducing the prototype of the Google search engine, they included an appendix that business historians still quote with irony: > "We believe the issue of advertising causes enough mixed incentives that it is crucial to have a competitive search engine that is transparent and in the academic realm... Advertising-funded search engines will be inherently biased towards the advertisers and away from the needs of the consumers." Neither graduate student could have imagined that just four years later, the product they built — **Google AdWords (now Google Ads)** — would become the single most lucrative cash machine in the history of capitalism, generating over **$200 billion a year** for Google's parent company, Alphabet. More importantly, the auction code humming silently behind that minimalist search box wrote the foundational social contract of the modern web. The reason you can watch videos, navigate traffic, use email, and read articles across the internet for free today rests almost entirely on a mathematical equation AdWords introduced in 2002. ## The Original Sin of Search Ads: When Highest Bidder Meant Worst Trash Google did not invent search advertising, nor did it invent Pay-Per-Click (PPC). In 1998, Silicon Valley entrepreneur Bill Gross founded **GoTo.com** (later renamed Overture and acquired by Yahoo!), introducing two revolutionary ideas: **keyword bidding** and **paying only when a user actually clicked the ad**. In the era of print newspapers and portal banner ads, marketers paid per impression (CPM) and prayed for results — living out John Wanamaker’s famous lament: *"Half the money I spend on advertising is wasted; the trouble is I don't know which half."* GoTo.com offered radical clarity: **whoever bid the highest price per click for a keyword got the #1 spot at the top of the page. No click, no charge.** Wall Street loved it, but user experience quickly spiraled into disaster: Because rank was determined purely by who wrote the biggest check, high-margin bottom-feeders — payday lenders, miracle diet pills, dubious ringtone peddlers — bid aggressively to hijack popular search terms. Legitimate businesses offering what users actually wanted were pushed pages down. Worse still, a spammy advertiser bidding $5.00 per click on an irrelevant keyword might receive zero clicks out of ten thousand impressions — **the user found nothing useful, the merchant got no customers, and the search engine collected zero revenue.** Page and Brin’s 1998 fear was coming true: **if you sell the top of the search results to the fattest wallet, your search engine rots into a classified-ad junkyard within ninety days.** ## The 2002 Breakthrough: How "Bid × Click-Through Rate" Saved Search By early 2000, after the dot-com bubble burst, Google was burning through its venture capital with no clear path to profitability. Having the world's best PageRank algorithm meant nothing if the company ran out of cash to buy servers. On October 23, 2000, Google launched the first version of AdWords with 350 advertisers, initially charging by impressions. The true revolution arrived in **February 2002**, when Salar Kamangar, Eric Schmidt, and Chief Economist Hal Varian rolled out **AdWords Select**. To cure the disease of deep-pocketed spam, Google rewrote the rules of the auction: **On Google, the highest bidder would no longer automatically win the #1 spot.** Instead of ranking ads by bid alone, AdWords determined placement (**Ad Rank**) using a deceptively simple multiplication formula: > **Ad Rank = Maximum CPC Bid × Quality Score (Expected Click-Through Rate & Relevance)** Look at how the math flipped the incentives overnight: - Suppose **Advertiser A** (peddling shady diet tea) bids a massive **$4.00 per click**, but because users hate the irrelevant ad, its click-through rate (CTR) is only **1%**. Its Ad Rank is `4 × 1 = 4`. - Suppose **Advertiser B** (selling genuine running shoes) can only afford to bid **$2.00 per click**, but because the ad directly answers the user's query, its CTR is **4%**. Its Ad Rank is `2 × 4 = 8`. The result: **Advertiser B, bidding half as much, wins the #1 spot at the top of the page. Advertiser A is pushed below — and if its quality score falls too low, Google refuses to show the ad even at $100 a click.** Next, Google paired this formula with a **Generalized Second-Price (GSP) Auction**: When Advertiser B wins the #1 spot, they do not even pay their full $2.00 bid. They pay only **the minimum price required to beat the runner-up’s score, plus one cent** (in this case, `4 ÷ 4% + $0.01 = $1.01`). For the first time in advertising history, one equation aligned all three parties: 1. **For Users**: Every click (or refusal to click) became a ballot. Irrelevant ads were mathematically starved of oxygen, turning ads from visual pollution into genuinely useful commercial answers; 2. **For Advertisers**: Second-price bidding eliminated blind overpaying, and writing better, more relevant copy directly lowered the cost per click; 3. **For Google**: Expected revenue per impression (`Bid × Probability of Click`) reached its mathematical maximum. Following the 2002 overhaul, Google’s revenue went vertical, crushing Yahoo’s Overture and powering Google’s blockbuster 2004 IPO. ## Smashing the Floor: Self-Serve Ads with a $5 Credit Card Beyond auction theory, AdWords made a second product decision that reshaped global commerce: **it fired the human ad salesperson and turned media buying into self-serve software.** Before 2000, buying an online ad on Yahoo!, MSN, or AOL required signing Insertion Orders through an agency, negotiating with account executives, and committing tens of thousands of dollars upfront. Ninety-nine percent of small businesses — local plumbers, florists, indie software developers — were locked out of the market. Google AdWords compressed that entire bureaucracy into a five-minute web form: Any business owner on earth could log in at midnight, type in five keywords (e.g., *"24-hour emergency plumber Mountain View"*), write three lines of plain text, swipe a credit card with a **$5.00 activation fee**, and go live within thirty seconds. By dropping the entry barrier from $10,000 to $5, Google unlocked the **Long Tail of global commerce** — millions of micro-businesses that Madison Avenue didn't even know existed. Soon after, led by Susan Wojcicki (#42 on our PM list), Google extended the engine outside the search page with **AdSense**: any independent blogger, forum owner, or niche website could paste a few lines of JavaScript onto their page and start earning revenue from contextually matched AdWords listings. Together, AdWords and AdSense provided the economic oxygen that kept independent journalism, tutorials, forums, and free web tools alive for two decades. ## Six-Dimension Score Breakdown ![#21 Google Ads vs. its neighbors](/blog/product-rank-21-google-ads-scores-en.jpg) In the *100 Products That Changed the World* framework, Google Ads (AdWords) earns a weighted overall score of **91.75** (displayed as **92**), ranking **#21** overall in the "Legend" tier: ### 1. Business: 99 (Tied for Highest Score on the Entire List) If any product in human history deserves a 99 in Business, it is Google AdWords. Not only does it generate over $200 billion in annual revenue with extraordinary operating margins, it transformed marketing from a speculative art into a **deterministic vending machine**: put $1.00 of ad spend in, measure $3.00 of sales coming out, and scale infinitely. ### 2. Impact: 96 It financed the free internet. Without the cash flow generated by AdWords, Gmail, Google Maps, Chrome, YouTube, Android, and millions of independent websites across the open web could never have been offered to humanity for free. ### 3. Originality: 95 While GoTo.com invented pay-per-click (accounting for the 5-point deduction), AdWords invented **Quality Score ranking (`Bid × CTR`)**, industrialized the **Generalized Second-Price auction**, and pioneered **self-serve micro-budget ad buying**. Every modern performance ad platform — from Meta Ads to TikTok and Amazon Sponsored Products — is built on the mathematical skeleton AdWords created in 2002. ### 4. Durability: 95 Across a quarter-century spanning desktop web, mobile smartphones, and now the rise of generative AI, AdWords has remained the undisputed profit engine of the digital economy. ### 5. Scale: 90 Processing billions of real-time auctions every day across the globe, it touches nearly every internet user. The 10-point deduction reflects its nature as a B2B merchant engine (used directly by millions of advertisers rather than billions of direct consumer operators) and its absence in certain geopolitically walled markets. ### 6. Experience: 75 (Tied for Lowest Score in the Top 25) This is the starkest contrast on the scorecard: **Business 99 vs. Experience 75 — a 24-point chasm.** Why does a masterpiece of economic engineering score 75 on Experience? Because no matter how relevant the algorithm makes it, **an ad is still a tollbooth placed between a human being and their answer.** In its early years, AdWords was famous for austere, clearly shaded plain-text boxes. Over the past decade, driven by Wall Street’s relentless demand for quarterly growth, sponsored results have expanded to fill the entire first screen on mobile devices, while the visual distinction between paid ads and organic results has grown increasingly subtle. Meanwhile, the advertiser dashboard itself has ballooned into an intimidating labyrinth of automated bidding toggles. It conquered the world with 99-point commercial brilliance — and those 24 missing points in Experience are the exact hidden tax we pay for a "free" internet. ## Epilogue Most great products in history solved the problem of **how to create value**. Google AdWords solved an equally hard, indispensable problem: **how to pay for it.** By marrying game theory, real-time click feedback, and self-serve software, it proved that monetization did not have to destroy utility — turning three lines of plain text into the economic engine of the digital age. --- # 100 Product Managers Who Changed the World · #28: Liang Wenfeng URL: https://doaipm.com/en/blog/pm-rank-28-liang-wenfeng/ Published: 2026-10-13 Tags: Product Managers, Liang Wenfeng, DeepSeek, Frontier AI, Open Source, Machine Learning, Tech History If you were to search global tech over the past two years for the leader who least resembles a traditional tech celebrity, Liang Wenfeng would be the purest example. He rarely delivers soaring keynotes on convention stages, virtually never grants profile interviews to mainstream lifestyle media, and you would struggle to find a single high-resolution press photo of him in a bespoke business suit. Yet this quiet quant hedge fund founder, operating almost entirely behind the scenes, published a handful of technical papers and open weights between 2024 and 2025 that gave Silicon Valley titans months of sleepless nights: While OpenAI’s Sam Altman courted sovereign wealth funds for $7 trillion to finance chip foundries, Liang and a team of a few dozen young engineers trained frontier reasoning models that rivaled or exceeded closed benchmarks in mathematics and code for under $6 million. While incumbent cloud providers charged dozens of dollars per million tokens, he drove inference pricing down to pennies — shattering the monopoly profit margins of artificial intelligence and forcing an industry-wide price collapse. For the first time, he forced the global tech establishment to reckon with an undeniable truth: **at the cutting edge of frontier AI, Chinese engineers were not just fast followers, but masters of first-principles systems engineering capable of rewriting the cost equation of intelligence.** ## The Compute Hacker: From Quant Hunter to DeepSeek Many in the West initially dismissed DeepSeek’s breakthroughs as an anomaly or lucky gamble. But examining Liang’s background reveals a calculated, fifteen-year technological march. After graduating in Electronic Information Engineering from Zhejiang University, Liang avoided the crowded business models of consumer internet portals. Instead, he plunged into quantitative trading — a crucible where algorithmic efficiency, compute throughput, and latency dictate survival. His firm, High-Flyer, climbed into the top tier of China’s multi-billion-dollar quantitative hedge funds through ruthless mathematical execution. While other financial institutions leased generic cloud servers, High-Flyer took an audacious step: **they built their own 10,000-GPU supercomputing clusters, "Firefly I" and "Firefly II."** Long before generative AI became a buzzword, Liang recognized the profound implications of scaling laws. When ChatGPT triggered the global frenzy in early 2023 and thousands of entrepreneurs rushed to build chat wrappers, Liang made a contrarian move: he created an independent research laboratory — **DeepSeek**. His goal was disarmingly simple, austere, and almost unfashionably idealistic: **to discover the most direct path to Artificial General Intelligence (AGI), and to release the findings as open source.** ## Asymmetric Strike: Piercing the Silicon Valley Bubble Before DeepSeek arrived, frontier AI development in the West had settled into a form of brute-force excess: if benchmarks plateaued, buy more chips; if intelligence lagged, multiply parameters. It became an arms race accessible only to trillion-dollar tech balance sheets. Liang Wenfeng and his engineers took an entirely different philosophical path: **extract efficiency from mathematics; reclaim margin from architecture.** First, **Multi-head Latent Attention (MLA)**. The primary bottleneck in transformer inference is KV Cache bloat. As context windows expand, video memory fills with intermediate attention states, tanking concurrency and driving costs through the roof. DeepSeek devised a low-rank joint compression projection that compressed KV Cache footprints by upwards of 90%, enabling single GPUs to handle multiples of their former concurrent loads. Second, **Fine-Grained Mixture of Experts (DeepSeekMoE)**. While competitors relied on eight coarse expert networks, DeepSeek-V2 and V3 routed computations through 64 or more specialized sub-experts without auxiliary loss overhead. By activating only a fraction of weights per token, it delivered the intelligence of a massive model at the operational cost of a compact one. Third, **FP8 Mixed-Precision Infrastructure**. Despite industry skepticism that 8-bit floating-point training risked explosive gradient instability, DeepSeek wrote custom CUDA communication kernels from scratch, achieving rock-solid FP8 mixed-precision training and halving memory and bandwidth overhead. In May 2024, DeepSeek-V2 debuted at roughly $0.14 per million input tokens. Within days, Alibaba, Tencent, Baidu, and ByteDance cut their API rates in half and then half again. Frontier AI in China stopped being an expensive enterprise luxury and became cheap infrastructure accessible to every independent developer. ## The R1 Shockwave: Pure Reinforcement Learning Upends the Moat If DeepSeek-V3 proved that Chinese teams possessed world-class engineering chops, the release of **DeepSeek-R1** in early 2025 marked a leap from engineering optimization to scientific discovery. Previously, complex chain-of-thought reasoning was thought to require millions of dollars in supervised fine-tuning (SFT) hand-curated by armies of human specialists. OpenAI treated the distillation behind its o1 model as an existential trade secret. Liang Wenfeng and his team took the opposite approach: They proved that **large-scale reinforcement learning (RL) alone, without human-labeled reasoning data, could induce spontaneous self-correction, backtracking, and multi-step reasoning.** Even more consequential for global science: DeepSeek published its full technical report, openly disclosing the cold-start tricks, multi-stage pipelines, and distillation architectures, alongside free, unencumbered open model weights. In the week following R1's release, open-source communities erupted. Thousands of derivative models flooded Hugging Face, while public markets shuddered over the realization that inference costs had been compressed by an order of magnitude. Microsoft CEO Satya Nadella publicly acknowledged DeepSeek's technical brilliance, while Meta CEO Mark Zuckerberg positioned DeepSeek as a peer rival to Llama. With pure technical substance, Liang Wenfeng proved that the closed-source AI moat was far more fragile than Silicon Valley believed. ## Six-Dimensional Score Breakdown ![#28 Liang Wenfeng vs. his neighbors](/blog/pm-rank-28-liang-wenfeng-scores-en.jpg) In the *100 Product Managers Who Changed the World* ranking, Liang Wenfeng scores an overall **91.00**, placing him at #28 in the "Legend" tier: ### 1. Vision: 95 While competitors treated quantitative finance as a short-term cash engine, he anticipated the primacy of private GPU infrastructure. While peers chased consumer chat wrappers, he invested in foundation models. While the industry worshiped brute-force compute, he bet on fine-grained MoE and pure reinforcement learning. His strategic trajectory shows extraordinary foresight. ### 2. Organization / Execution: 95 Unmatched engineering density and authentic hacker culture. With no corporate bureaucracy, no matrixed management layers, and a core research team of only several dozen contributors, DeepSeek moves faster than divisions of thousands. It represents a masterclass in elite engineering velocity. ### 3. Scale: 92 As open-source artifacts, DeepSeek’s weights and distillations run on tens of millions of developer machines, cloud environments, and academic workstations worldwide. It has established itself as the most formidable open-source AI force alongside Meta’s Llama. ### 4. Business: 88 His ruthless cost reduction democratized the economics of AI globally, giving open ecosystems the tools to counter proprietary monopolies. The deduction (12 points) reflects commercial strategy: DeepSeek prioritizes open-source distribution and bare-metal API pricing over aggressive monetization. Its mission is to disrupt existing monopolies rather than extract short-term surplus, relying on High-Flyer’s financial base to underwrite capital expenditures. ### 5. Taste: 86 A relative low point on his radar. DeepSeek’s web and mobile interfaces adhere to stark utilitarianism: a blue whale icon, a plain input field, and standard chat bubbles. It lacks emotional warmth, refined micro-interactions, or elevated visual design. It functions as an unadorned precision tool rather than a cultural artifact. ### 6. Insight: 84 (Lowest Dimension) Liang’s genius lies in mathematical rigor, computational efficiency, and physical systems engineering, not the nuanced intuition of human consumer psychology. Unlike Steve Jobs or Allen Zhang, whose creations tapped deeply into emotional loneliness, social vanity, and human fragility, Liang’s products address logic, code, and truth directly. In understanding consumer vulnerability and mass cultural sentiment, his work displays an honest engineering blind spot. ## Conclusion In an era of performative tech hype, many measure founders by venture funding totals, bombastic press events, and paper valuations. Liang Wenfeng offers a quieter, sturdier model: A craftsman who devotes his waking hours to loss functions, compute clusters, and mathematical convergence. He shattered the myth that frontier AI requires boundless American capital, providing a sovereign, rigorous blueprint for what deep technical leadership can achieve. The product managers who change the world include both the artists who design the human interface and the architects who decode the machinery underneath. Liang Wenfeng has earned the deepest respect of the global engineering community. --- # 100 Products That Changed the World · #20: Netflix Streaming URL: https://doaipm.com/en/blog/product-rank-20-netflix-streaming/ Published: 2026-10-13 Tags: Product Rankings, Netflix, Streaming, Business Model, Subscription, Entertainment Industry, Product History If you wanted to watch a Hollywood movie before 2007, your standard Friday evening ritual looked like this: You drove to the nearest Blockbuster store, wandering through aisles of plastic cases. If you were lucky, the VHS or DVD of *The Matrix* wasn’t checked out. You presented your membership card and promised to return it by Sunday night — or face steep late fees that often exceeded the rental price itself. If you followed a weekly broadcast TV drama, you had to be seated in front of your living room sofa at precisely 8:00 PM on Thursday. For every ten minutes of plot, you were subjected to four minutes of shampoo and pickup truck commercials. If you worked late or got stuck in traffic, the episode was lost until reruns aired months later. On January 16, 2007, a Silicon Valley company known for mailing DVDs in distinctive red envelopes quietly placed an unassuming gray button in the top right corner of its website: **"Watch Now."** For under ten dollars a month, users no longer waited for the mail carrier. A single click in a web browser began streaming thousands of hours of movies straight across the internet. From that moment, the half-century reign of the broadcast schedule and the brick-and-mortar video store entered irreversible decline. ## The Fatal Move: Cannibalizing Your Own Golden Goose The hardest decision in business history is rarely taking a desperate gamble in a crisis. It is deliberately strangling your most profitable business while you are at the absolute peak of your prosperity. In 2007, Netflix was riding high. Its DVD-by-mail service with no late fees had decimated Blockbuster, generating over $1.2 billion in annual revenue from millions of loyal subscribers. Yet founder Reed Hastings saw with total clarity that mailing physical discs was merely a physical compromise forced by narrow bandwidth. **The company had been named "Net-flix," not "DVD-by-mail."** In late summer 2011, Hastings made an announcement that sparked widespread outrage and a public relations disaster: He split Netflix into two separate businesses. Streaming would retain the Netflix brand at $7.99 per month, while physical DVD rental was spun off into a separate brand named "Qwikster," also at $7.99 per month. For existing subscribers who wanted both, the monthly price jumped from $9.99 to $15.98. Wall Street and subscribers reacted with fury. Within three months, over 800,000 customers canceled their subscriptions. Netflix’s stock plummeted by more than **75%**, and media outlets mocked Hastings as arrogant and reckless. Inside the company, executives pleaded with Hastings to roll back the split. But he held firm: > "If we hesitate to protect yesterday's DVD profits, external competitors will tear us apart from the streaming flank. Rather than being disrupted by someone else, we must disrupt ourselves." That painful amputation proved to be the single most consequential strategic pivot in Netflix’s history: While the physical disc business shrank, it freed the company entirely from the drag of warehouses, sorting machines, and postal logistics. The engineering and product teams focused all their compute, capital, and talent on the player experience and global cloud infrastructure. Five years later, Blockbuster filed for bankruptcy, while the unencumbered Netflix blew past 100 million subscribers. ## Tearing Up the Schedule: Binge-Watching and Releasing Full Seasons In the playbook of traditional television, "programming" was sacred. TV network executives operated like ancient priests, deliberately doling out one episode per week and ending on cliffhangers to force audiences back to their sets week after week, so they could sell high-priced commercial slots to advertisers. On February 1, 2013, Netflix released its $100 million political thriller *House of Cards*. In the early morning hours, Netflix upended Hollywood’s rules: **instead of airing one episode per week, it dropped all 13 episodes of Season 1 simultaneously.** Hollywood insiders ridiculed the move as suicidal: "If you give it all away at once, viewers will watch it in a weekend and cancel on Monday!" The reality humbled the critics: Millions of Americans spent the entire weekend glued to their screens, bingeing all 13 hours in a single sitting. Lexicographers officially codified "binge-watching" as the word of the year. With that single product choice, Netflix declared that **control of viewing time belongs to the audience, not the broadcast network.** Instead of holding viewers hostage to a calendar, Netflix trusted that handing over the complete work and providing deep immersion would create unmatched long-term retention. Netflix followed up with critical quality-of-life innovations: - **Skip Intro**: Audio and video recognition algorithms detect title sequences and surface a button, saving subscribers tens of millions of minutes of idle waiting every day. - **Post-Play**: As end credits roll, the screen shrinks to the corner and a five-second countdown cues the next episode, reducing viewing friction to zero. ## From Distribution Pipe to Original Creator: Algorithms and Open Connect Early on, Netflix served as a cheap digital dumping ground for the major Hollywood studios’ back-catalogs. When media conglomerates realized the existential threat of streaming and threatened to claw back their licenses, Netflix executed a high-wire leap into original production. First, **data-driven greenlighting replaced Hollywood guesswork.** *House of Cards* wasn’t approved based on a producer's gut feeling. Netflix’s data showed that audiences who loved director David Fincher, audiences who favored Kevin Spacey films, and fans of the original British political miniseries intersected tightly. The production was greenlit based on a mathematically calculated return on investment. Second, **hyper-personalized artwork generation.** Even for the same title, different users see completely different thumbnail artwork on their home screens. A viewer with an affinity for romantic comedies sees a shot of the romantic leads, while an action movie enthusiast sees a high-octane chase or weapon close-up. Netflix’s contextual multi-armed bandit algorithms continuously A/B test artwork variations in real time to maximize click-through rates. Third, **custom global infrastructure: Open Connect.** Video streaming’s greatest technical nightmare is buffering and bandwidth cost. Rather than relying solely on expensive public cloud CDNs, Netflix designed its own high-density caching appliances and distributed them free of charge to thousands of Internet Service Providers (ISPs) worldwide, placing content within edge networks near neighborhoods. Today, even when tens of millions of households hit play on 4K HDR streams on Friday nights, playback starts in milliseconds, handling roughly a third of all downstream fixed-broadband traffic in North America. ## Six-Dimensional Score Breakdown ![#20 Netflix streaming vs. its neighbors](/blog/product-rank-20-netflix-streaming-scores-en.jpg) In the *100 Products That Changed the World* scoring framework, Netflix streaming earns an overall score of **92.05**, placing it at #20 in the heart of the "Legend" tier: ### 1. Impact: 95 It overhauled the entire production, distribution, and consumption model of filmed entertainment. It killed the video store and forced every legacy media giant (Disney, Warner, Paramount) into costly, high-stakes streaming transformations. Furthermore, it gave creators across 190+ countries a direct pipeline to 280+ million global households — turning non-English titles like Korea’s *Squid Game* and Spain’s *Money Heist* into worldwide cultural phenomena. ### 2. Originality: 92 It was not the first service to stream video over the internet, but it was the pioneer that proved an ad-free, all-you-can-eat monthly subscription model could scale into a multi-billion-dollar juggernaut. Full-season drops, skip-intro toggles, and algorithmic commissioning set the baseline for every modern streaming competitor. ### 3. User Experience (UX): 92 For over a decade, Netflix represented the gold standard of digital restraint: no pop-ups, no pre-roll ads, no pay-per-view upselling. Ultra-smooth cross-device resume and adaptive bitrate delivery made switching between mobile, tablet, and TV effortless. The 8-point deduction reflects recent concessions to growth pressures: the introduction of an ad-supported tier and the aggressive clamping down on password sharing outside households. ### 4. Durability: 92 Since 2007, Netflix has survived four distinct technological and market cycles: web streaming, mobile, smart TVs, and proprietary studio production, holding off well-funded assaults from Apple TV+, Prime Video, and Disney+. The deduction stems from the brutal reality of the content treadmill: its competitive moat requires continuous, capital-intensive content reinvestment, keeping its defensibility under constant strain. ### 5. Business: 90 Generating over $35 billion in annual revenue with more than 280 million paying households and strong free cash flow. The reason for a conservative 90 score among the top 20: entertainment streaming remains heavy capital-intensive industry. Annual content spending tops $17 billion, meaning marginal costs do not approach zero in the way pure software platforms (Windows, Google Search, WeChat) enjoy. It is an engine that demands continuous fuel. ### 6. Scale: 90 Operating in over 190 countries and consuming a massive share of worldwide downstream bandwidth. The deduction reflects the natural ceiling imposed by language, cultural taste, and discretionary entertainment budgets: compared to smartphone operating systems or global social networks used by billions daily, a paid subscription tier faces stiffer resistance in lower-income emerging markets. ## Conclusion The true triumph of Netflix streaming is not that a tech company built a video player, but that it used software, data, and a deep respect for human attention to rewrite the rules of entertainment. It proved that when technology is frictionless and respect for the audience’s time is uncompromising, people will gladly pay. Its counterpart on the product manager ranking is #16 **Reed Hastings**. Only a leader willing to kill his own golden goose at the height of its power earns the right to define the next era of computing and culture. --- # 100 Product Managers Who Changed the World · #27: Kevin Systrom URL: https://doaipm.com/en/blog/pm-rank-27-kevin-systrom/ Published: 2026-10-12 Tags: Product Managers, Instagram, Kevin Systrom, Top PM Rankings, Social Media, Mobile In the sweeping wave of the mobile internet era, Kevin Systrom stands as the ultimate exemplar of turning aesthetic restraint and radical subtraction into world-conquering weapons. In the autumn of 2010, alongside fellow Stanford graduate Mike Krieger, Systrom operated with a micro-team of just 13 people. In 18 months, they swept tens of millions of users worldwide and sold to Facebook for $1 billion. At the time, Wall Street and Silicon Valley elites openly scoffed at Mark Zuckerberg for wildly overpaying for a revenue-free photo app. Yet today, Instagram generates over $40 billion in annual high-margin advertising revenue and commands more than 2 billion monthly active users. It is universally recognized as the single most visionary and lucrative acquisition in tech history. Systrom’s genius lay not merely in assembling a mammoth social empire, but in establishing two deceptively simple primitives — **the 1:1 square aspect ratio** and **one-tap vintage filters** — that completely redefined how humanity captures and curates visual memory. ## A Plastic Toy Camera in Florence Born in Holliston, Massachusetts in 1983, Systrom demonstrated an affinity for both computing and photography while studying Management Science and Engineering at Stanford University. During his junior year, he traveled to Florence, Italy to study photography. He arrived equipped with a high-end, expensive Minolta SLR camera, eager to capture Renaissance architecture in pristine detail. His photography teacher took one look at his elaborate gear and made an unexpected move: he locked the expensive Minolta away in a cabinet and handed Systrom a cheap plastic toy camera costing a few dollars — a Holga. The Holga featured a rudimentary plastic lens. Its photographs suffered from soft focus, severe corner vignetting, light leaks, and distorted saturation, all imprinted onto a rigid 1:1 square frame. His professor delivered a piece of advice that permanently altered Systrom's product DNA: **"Don’t worship sterile technical perfection. Embrace flaws, because imperfection often evokes far deeper emotion and artistic resonance."** Immersed in Florence with a plastic toy, Systrom experienced an epiphany: composition did not require agonizing over horizontal versus vertical orientations — the 1:1 square provided natural symmetry and immediate focus. Furthermore, grain, vignetting, and warm color shifts could instantly transform ordinary mundane snapshots into nostalgic, cinematic art. ## From Bloated Burbn to Minimalist Instagram After graduating from Stanford in 2006, Systrom spent two years in corporate development and as an Associate Product Manager (APM) at Google, contributing to early iterations of Gmail, Google Calendar, and Spreadsheets. He subsequently joined travel recommendation startup Nextstop. Yet his entrepreneurial itch persisted. Teaching himself to code on nights and weekends, Systrom built an HTML5 prototype named **Burbn**, christened after his favorite Kentucky whiskey. At the time, location-based check-in apps like Foursquare dominated tech headlines. Burbn stuffed in virtually every trendy social gimmick imaginable: location check-ins, loyalty points, meetup planning, status updates, and occasional photo uploads. Armed with this demo, Systrom pitched Baseline Ventures and Andreessen Horowitz at a Silicon Valley gathering, securing $500,000 in seed funding. He resigned from his job and recruited Stanford peer and talented engineer Mike Krieger. Once the seed round closed, the founders confronted a sobering reality: Burbn was a bloated, confusing mess. Users showed zero interest in complex check-in mechanics or event coordination. The only feature that elicited genuine user engagement was the photos people casually shared. At that existential crossroads, Systrom executed one of the sharpest pivots in tech history: **He scrapped Burbn entirely, stripping away check-ins, status updates, and points, reducing the product to just three primitives: take a photo, leave a comment, tap like.** To solve the friction holding back mobile phone photography in 2010, they tackled three fundamental pain points: 1. **Dismal smartphone camera hardware** (The iPhone 4 suffered from poor white balance and muddy low-light noise): Drawing from his Florence lessons, Systrom engineered vintage filters such as X-Pro II, Earlybird, and Valencia. With a single tap, amateurish snapshots transformed into gorgeous, grainy, warm works of art. Suddenly, everyone looked like a professional photographer. 2. **Composition anxiety**: Novices struggled with framing. By locking every upload into an unyielding 1:1 square, the camera eliminated framing guesswork. Whether it was a morning latte, a plate of pasta, or a friend’s smile, the square frame naturally pulled the eye to the center. 3. **Distribution friction**: Broadcasting photos across fragmented networks was tedious. Instagram built frictionless, one-tap syndication to Twitter, Facebook, Flickr, and Tumblr, feeding the human desire for social recognition. On October 6, 2010, Instagram launched on the Apple App Store. Within 24 hours, 25,000 users inundated the service, overwhelming their modest server. Within a week, they hit 100,000; within two months, they breached 1 million users. ## Invisible Engineering: Uploading Before You Hit Send While aesthetic filters provided Instagram’s alluring exterior, an ingenious piece of product psychology created its insurmountable competitive moat. In 2010, mobile networks were notoriously slow and fickle 3G connections. Posting a high-resolution image to Facebook or Twitter required clicking submit, then staring helplessly at a spinning loader for 15 to 30 seconds. A brief drop in cell signal meant an aborted upload and user frustration. Systrom and Krieger solved this by inventing **Optimistic Uploads**. The moment a user selected an image and chose a filter, the app silently began uploading the image chunks to the cloud in the background. While the user lingered on the subsequent screen, typing a caption and tagging a location, the file had already crossed the wire. When the user finally tapped "Share," the post appeared in the feed in milliseconds. Users marveled: "Instagram is ten times faster than Twitter!" In reality, the cellular bandwidth was identical. Systrom had merely hidden the transmission latency inside human cognition and typing speed, transmuting a cold infrastructure limitation into magical delight. ## 13 People for $1 Billion: The Century’s Greatest Acquisition By early 2012, Instagram had morphed into a global cultural juggernaut, attracting everyone from the Pope and heads of state to Hollywood celebrities. On April 3, 2012, Instagram launched on Android, recording over 1 million downloads in its first 24 hours. Silicon Valley realized this was no mere utility — it was becoming the defining mobile social network of the decade. Concurrently, Facebook was accelerating toward its historic IPO, plagued by Mark Zuckerberg’s acute mobile anxiety. Facebook’s desktop engagement was unrivaled, but its mobile app was clunky and bloated. Meanwhile, younger demographics were spending their screen time inside Instagram’s vintage camera viewfinder. Zuckerberg recognized the existential threat. On April 5, 2012, he called Systrom directly, inviting him to his home in Palo Alto. Zuckerberg made an unprecedented offer: **$1 billion** ($300 million in cash and 23 million shares of Facebook stock), combined with a commitment to preserve Instagram's operational independence. On April 9, 2012, the deal became public. Wall Street and tech pundits erupted in mockery: *"A company just 18 months old, with only 13 employees and zero revenue, sold for a billion dollars? This is dot-com bubble absurdity all over again!"* History delivered the definitive verdict: Those 13 people handed Facebook the keys to mobile attention across two generations. As mobile traffic surged, Instagram expanded into a 2-billion-user powerhouse generating more than $40 billion in high-margin advertising annually. It remains the most audacious and profitable acquisition ever made. ## Aesthetic Restraint vs. The Algorithmic Feed Inside Facebook, Systrom displayed the uncompromising conviction of an elite product manager. He vigilantly guarded Instagram’s craft: - **Resisting feature bloat**: While Facebook’s app cluttered every corner with prompts, Instagram preserved its pristine five-tab bottom navigation bar. - **Banning live hyperlinks in captions**: Caption links were forbidden, instantly preventing spammers, affiliate schemes, and low-quality link farms from degrading the feed. - **Curating advertisements**: In the early monetization phases, Systrom personally reviewed every commercial campaign pixel by pixel, rejecting ads that disrupted the feed’s artistic tone. In 2016, facing an aggressive challenge from Snapchat, Systrom demonstrated decisive pragmatism: he unapologetically adopted the Stories format. Rather than a lazy imitation, he refined it with smooth full-screen gestures, circular tray indicators, and intuitive stickers, executing Stories with greater polish than Snapchat itself and blunting his rival’s momentum. Yet as Facebook's core growth slowed, Zuckerberg exerted tighter control: demanding cross-promotional notifications, cramming higher ad frequency into the feed, curbing Instagram’s autonomous communications, and substituting algorithmic engagement hacking for organic community connection. For Systrom, Instagram’s soul resided in craft, human empathy, and restraint — not maximizing engagement metrics at all costs. In September 2018, realizing they could no longer protect the product’s integrity from corporate encroachment, Kevin Systrom and Mike Krieger resigned, stepping away from the creation they nurtured. In his farewell statement, Systrom left an enduring reflection: **"We leave ready for the next chapter. To create new things, we have to understand what inspires us and match that with what the world needs; that's what we plan to do."** ## Scoring Rationale | Dimension | Score | Rationale | |---|---|---| | Vision (VIS) | 90 | Anticipated the explosion of mobile smartphone cameras and visual-first social communication years ahead of incumbents | | Insight (INS) | 94 | Mastered the psychological desire for personal curation; masked poor camera sensors with vintage filters, neutralized 3G latency with optimistic uploads | | Taste (TST) | **95** | World-class aesthetic discipline. Pioneered the 1:1 square crop, preserved a clutter-free UI, resisted link spam, elevated everyday snapshots into art | | Business (BIZ) | **85** | Lowest dimension. Zero revenue at acquisition; the multi-billion-dollar ad engine was constructed largely within Meta’s infrastructure | | Scale (SCL) | **94** | Grew a 13-person startup into a 2-billion-user global network generating over $40B in annual revenue, permanently altering visual culture | | Originality (ORG) | 89 | Defined the interaction models for smartphone filter photography and square feed social mechanics | **Overall Score (OVR): 90.95, Rank #27.** ![#27 Kevin Systrom scoring breakdown vs. neighbors: #26 Wang Xing (91.00), #27 Kevin Systrom (90.95), #28 Liang Wenfeng (90.80)](/blog/pm-rank-27-kevin-systrom-scores-en.jpg) He ranks just behind #26 Wang Xing (91.00) by a margin of 0.10. Wang Xing leads in strategic vision (94 vs. 90) and brutal commercial execution (92 vs. 85), forged in the crucible of Meituan’s hyper-efficient capital control and heavy offline logistics. Yet Systrom delivers a decisive victory in taste (95 vs. 84) — while Wang Xing’s Meituan is an indispensable urban utility, Systrom’s Instagram is an artistic triumph of aesthetic restraint and digital craftsmanship. He ranks ahead of #28 Liang Wenfeng (DeepSeek, 90.80) by 0.15 points. While Liang Wenfeng stands as an audacious open-source pioneer shattering Silicon Valley's compute hegemony (Vision 95 vs. 90, Originality 95 vs. 89), Systrom proves superior in consumer empathy (Insight 94 vs. 84), aesthetic taste (95 vs. 86), and the profound cultural scale of reshaping daily life for 2 billion humans (Scale 94 vs. 92). In a technology landscape often dominated by metrics-obsessed utilitarianism, Kevin Systrom demonstrated that a founder with an eye for photography, an instinct for restraint, and a team of just 13 believers could fundamentally change the way humanity sees the world. --- *All scores and rankings generated by Claude (AI).* *Cover artwork is an original infographic illustrating the iconic 1:1 square viewfinder and retro filter spectrum; no trademarked logos or founder portraits were used.* *Factual references: Date of birth, Stanford University MS&E degree, Florence photography studies with the Holga camera, Google APM and Nextstop experience, Burbn prototyping and seed funding, pivot to photos/filters/square format, October 2010 App Store debut, Optimistic Upload technical architecture, April 2012 acquisition by Facebook for $1B with a 13-person team, launch of Stories and September 2018 departure from Facebook, 2 billion MAU and advertising performance figures drawn from 'No Filter: The Inside Story of Instagram' by Sarah Frier, public interviews, and Meta financial filings. Ranked on product leadership dimensions.* --- # 100 Products That Changed the World · #19: Google Maps URL: https://doaipm.com/en/blog/product-rank-19-google-maps/ Published: 2026-10-12 Tags: Product ranking, Google, Google Maps, Navigation, Street View, Mobile internet, Geospatial, Product history If you traveled before 2005, you likely remember the ritual: You sat in front of a desktop computer, opened MapQuest or Yahoo Maps, typed in your origin and destination, and clicked submit. The browser flickered into a blank white screen for two or three seconds before reloading with a dense, printed itinerary—"Take Route 101 North for 3.2 miles, then turn right at Exit 4." You printed those pages on paper, clipped them to your dashboard, and if you missed an exit on a multi-tiered interchange, the entire printout became useless. You pulled over to the shoulder and unfolded a creased paper highway map. On February 8, 2005, when Google Maps launched, a subtle interaction detail fundamentally altered the history of the web: You clicked and dragged the map to the left, and the entire landscape slid smoothly across your screen. The missing neighborhoods along the edges filled in seamlessly, like tiles laid down by an invisible hand—no white flash, no page reload, no waiting. From that instant, the physiological anxiety of "getting lost," a fixture of human existence for millennia, began to systematically vanish across a generation. ## Larry Page's mandate: from C++ desktop software to a web breakthrough The catalyst that reshaped navigation was not born in Google's Mountain View labs, but in a four-person startup in Sydney, Australia. In early 2003, Danish brothers Lars and Jens Rasmussen, alongside Noel Gordon and Stephen Ma, founded Where 2 Technologies. Frustrated by the clunky, page-by-page reloading of MapQuest, they initially set out to build a responsive C++ desktop application that users would download and install locally on their PCs. Yet when pitching their software to Silicon Valley firms, they were turned down everywhere—until late summer 2004, when they demonstrated their prototype to Larry Page and Sergey Brin. Page took one look at the fluid interface and issued an audacious counter-demand: **"Don't build a desktop app. Put it inside the browser, and never let the user experience a page refresh when dragging."** In 2004, veteran engineers considered this nearly impossible. Web browsers were still essentially document viewers designed for static text and hyperlinks; any heavy JavaScript routines routinely froze the browser tab. Page, however, understood network distribution: if users had to download and configure software, maps would remain a niche tool for tech enthusiasts. If accessible instantly in any browser via a simple URL, it could become universal public infrastructure for billions of people. In October 2004, Google acquired Where 2 Technologies. In rapid succession, Google also snapped up two complementary companies: Keyhole, a 3D satellite imagery company backed by In-Q-Tel (the foundation of Google Earth), and ZipDash, a pioneer in real-time traffic sensor analysis. The pieces converged rapidly in Mountain View, with Bret Taylor appointed as Google Maps' founding product manager (he would later serve as CTO of Facebook, co-CEO of Salesforce, and Chairman of OpenAI). ## Map tiles and AJAX: waking up Silicon Valley to the modern web Between 1995 and 2005, web development was constrained by a single architectural dogma: the client requested a URL, the server generated full HTML, and the browser repainted the entire screen. Google Maps achieved its seamless fluidity through two architectural breakthroughs: First, **the pyramid tile system (Map Tiles)**. Google sliced the Earth's surface into hundreds of millions of 256×256 pixel image squares, organized into a quadtree pyramid across discrete zoom levels. When dragging the viewport, the browser did not render the globe; it simply calculated bounding coordinates and fetched only the dozen or so tiles visible within the screen frame. Second, **asynchronous JavaScript background requests (formally named AJAX)**. Using hidden background network objects, the browser fetched adjacent tiles silently while the user was interacting, preloading them into local memory before they even entered the visible viewport. Weeks after Google Maps launched on February 8, 2005, Jesse James Garrett published the seminal essay *"AJAX: A New Approach to Web Applications"*, citing Google Maps as its ultimate proof of concept. It startled Silicon Valley into a collective realization: **the web browser was no longer merely a digital printing press for documents—it was a full-fledged, high-performance operating system for software applications.** Modern web tools we rely on daily—Google Docs, Figma, Notion—trace their foundational engineering lineage to that single draggable map in 2005. ## Street View: turning software into physical heavy industry Most software companies operate on the premise of near-zero marginal distribution costs. Google Maps, however, took a radical turn into an operational domain that terrified traditional software companies: **it transformed itself into a capital-intensive, heavy-duty surveying enterprise.** In May 2007, Google introduced Street View. It began with Larry Page and a handful of engineers strapping commercial DSLR cameras to the roof of a Chevrolet van, cruising through San Francisco to snap panoramas. It swiftly evolved into the most extensive global surface-mapping endeavor in commercial history: Google deployed customized automotive fleets equipped with LiDAR scanners and 15-lens panoramic rigs, modified Street View gondolas to map the canals of Venice, built 40-pound wearable backpacks (Trekker) to hike the Grand Canyon and polar frontiers, and even mounted cameras onto camels to traverse the Arabian Desert. To date, the Street View fleet has traveled over **16 million kilometers**—equivalent to circling the equator more than 400 times—capturing more than **220 billion panoramic images** spanning over 100 countries and territories. This multi-billion-dollar ground truth constitutes one of the deepest operational moats in the history of the internet. Its durability was demonstrated decisively in 2012: In an effort to reduce dependence on its primary rival, Apple abruptly dropped Google Maps as the default navigation engine in iOS 6, rushing out its proprietary Apple Maps. The result was an immediate operational debacle: the Brooklyn Bridge appeared grotesquely melted in 3D views, train stations were placed in the middle of rivers, and airports were mislocated in remote Australian outbacks. Tim Cook issued a public apology, explicitly suggesting that iPhone users download Google Maps or use competing web maps while Apple rebuilt its system. The crisis drove home an inescapable reality: the barrier to digital mapping is not software algorithms or vector graphics engines—it is the painstaking, capital-heavy accumulation of physical truth gathered meter by meter on the ground. ## The ambient sensor: digital substrate of the modern economy When Steve Jobs unveiled the original iPhone in 2007, he opened Google Maps on stage, searched for a nearby Starbucks, and casually placed a prank order for 4,000 caffe lattes. Once GPS chips became standard in smartphones by 2008, digital mapping underwent another evolutionary leap: It was no longer a static atlas consulted before leaving home. It became an **ambient spatial radar, continuously tracking your precise physical coordinates and reading the pulse of traffic around you**. In 2009, Google made turn-by-turn navigation free on Android, wiping out the standalone hardware market dominated by Garmin and TomTom. More fundamentally, it laid the foundation for the multi-trillion-dollar mobile economy: - Without high-frequency geospatial routing APIs, **Uber, Lyft, and Grab** could not dispatch drivers algorithmically; - Without meter-accurate street networks and reverse geocoding, instant on-demand delivery platforms like **DoorDash and Meituan** would grind to a halt; - Without verified merchant hours, user reviews, and live foot-traffic histograms, the discovery of local commerce across thousands of cities would collapse. Humanity stopped getting lost. The quiet tradeoff is that we surrendered our innate sense of spatial orientation to an omnipresent blue pulsating dot. ## Why it ranks | Dimension | Score | Rationale | |---|---|---| | Originality ORG | 88 | Map tiles and asynchronous loading established modern rich web UX; digital cartography itself was not invented by Google | | Scale SCL | **96** | **Top-tier global scale**. Over 1 billion monthly active users across 220 countries, serving as essential infrastructure across billions of devices | | Impact IMP | 93 | Erased spatial disorientation from everyday modern life; enabled the multi-trillion-dollar gig and on-demand mobility economy | | UX EXP | 93 | Seamless pan and zoom, accurate real-time colored traffic flows, immersive Street View, and Live View AR pedestrian navigation | | Business BIZ | 88 | Highly restrained direct monetization via local ads and Places API; functions primarily as an ecosystem moat rather than an aggressive cash engine | | Durability DUR | 95 | Active and indispensable for 21 years since 2005, navigating through PC, mobile, and spatial computing eras without disruption | **Overall OVR 92.15, ranked #19.** ![#19 Google Maps vs. its neighbors: #18 The LEGO brick ORG 92 SCL 92 IMP 88 EXP 95 BIZ 90 DUR 98, OVR 92.45; #19 Google Maps ORG 88 SCL 96 IMP 93 EXP 93 BIZ 88 DUR 95, OVR 92.15; #20 Netflix streaming ORG 92 SCL 90 IMP 95 EXP 92 BIZ 90 DUR 92, OVR 92.05](/blog/product-rank-19-google-maps-scores-en.jpg) ### Why it lost points Of the six dimensions, Google Maps received two relatively modest scores of 88, which reveal the core strategic reality of the product: 1. **Originality (88)**: Electronic cartography was not invented by Google. MapQuest emerged in 1996, in-car GPS hardware proliferated in the late 1990s, and satellite viewing was inherited through the acquisition of Keyhole. Google's innovation lay in **reinventing interaction via dynamic slicing, and re-architecting data fidelity via unprecedented physical surveying**. 2. **Business (88)**: Compared to Google Search's immense advertising cash flow or YouTube's aggressive monetization, Google Maps has remained deliberately restrained. While Promoted Pins and enterprise Google Maps Platform APIs generate billions in high-margin revenue, they pale in comparison to the immense capital expenditures required to maintain camera fleets, purchase satellite imagery, and process spatial compute. **Its primary objective is platform lock-in and real-world indexing, with monetization treated as a secondary priority.** ### Comparison with neighbors It sits just behind #18 The LEGO brick (92.45), trailing by 0.30 points. The LEGO brick earned an unprecedented 98 durability and 95 tactile UX score by virtue of micro-metric manufacturing tolerances that remain backwards-compatible across 68 continuous years. While Google Maps commands greater global reach (96 vs. 92) and societal impact (93 vs. 88), LEGO's near-permanent industrial design standards anchor it slightly higher. It edges out #20 Netflix streaming (92.05) by 0.10 points. Netflix upended global media distribution through bingeable season drops and pure ad-free subscriptions, scoring higher in originality (92) and media impact (95). Yet Netflix remains fundamentally a cultural distribution pipeline, whereas Google Maps has integrated itself into the physical operating mechanics of human civilization. Superior scale (96 vs. 90) and historical longevity (95 vs. 92) secure Google Maps' position. Whether you find yourself in an unfamiliar alleyway in Tokyo, Paris, or Nairobi, pulling out your phone allows a single pulsating blue dot to confirm exactly where you stand on Earth and where to turn next. For the first time in human history, collective spatial security has been fully entrusted to a digital tapestry woven from code and physical wheels. --- All scores and rankings in this article were generated by Claude (AI). Cover image is an original infographic illustrating digital map tiles, arterial road networks, and geospatial pin architecture, containing no official Google trademarks. Factual citations: Where 2 Technologies founded in 2003 by Lars and Jens Rasmussen, Noel Gordon, and Stephen Ma; Google acquired Where 2, Keyhole, and ZipDash in October 2004; Google Maps launched on February 8, 2005; Bret Taylor served as initial product manager; Jesse James Garrett coined AJAX in 2005 citing Google Maps as a prime example; Street View launched in May 2007; fleet logged over 16 million km and 220 billion panoramas; free turn-by-turn mobile navigation introduced in 2009; Apple Maps launch crisis and Tim Cook apology in 2012; historical archives of Google, IEEE Computer Society, and Encyclopaedia Britannica. Rankings evaluate products strictly across product dimensions. --- # 100 Product Managers Who Changed the World · #26: Wang Xing URL: https://doaipm.com/en/blog/pm-rank-26-wang-xing/ Published: 2026-10-11 Tags: Product managers, Meituan, Wang Xing, Top PM ranking, Local services, On-demand delivery Among Chinese tech entrepreneurs, Wang Xing is the rare product manager who pushed both relentless endurance and unit economics to their absolute limits. After dropping out of a PhD program in the United States in early 2004, he suffered consecutive, crushing setbacks: the distress sale of Xiaonei and the abrupt regulatory shutdown of Fanfou. In 2010 he founded Meituan, surviving the "War of a Thousand Groupons" and the brutal on-demand delivery battles, ultimately turning a group-buying site into the indispensable physical infrastructure of modern Chinese cities. ## The serial setbacks of a young hacker Wang was born in Longyan, Fujian, in 1979. He graduated in electronic engineering from Tsinghua University in 2001 and went to the University of Delaware to pursue a PhD in computer engineering. In early 2004, inspired by the explosion of Friendster in the United States, he abandoned his doctorate and flew home to build social software. His earliest attempts—Duoduoyou and Youzitu—failed to gain traction. In late 2005, Wang and his Tsinghua roommate Wang Huiwen launched Xiaonei, an authentic real-name social network for Chinese college students modeled after Facebook. It exploded across Chinese campuses. However, with no clear monetization engine, surging server and bandwidth costs crushed the underfunded startup. Unable to raise capital, in October 2006 they were forced to sell Xiaonei for roughly $2 million to Oak Pacific Interactive (which later rebranded as Renren). In 2007, Wang quickly caught on to Twitter's breakthrough and founded Fanfou, China's first microblogging platform. With a minimalist text-input box and real-time feed, Fanfou attracted China's earliest cohort of product geeks and cultural figures. But in the summer of 2009, amid unforeseen content controversies and regulatory interventions, Fanfou was abruptly shut down for 505 days. Losing two high-flying products taught Wang a brutal, lifelong lesson: **visionary product instinct alone is not enough; you must build bulletproof unit economics and defensive resilience.** ## The Thousand Groupons: counterintuitive economics In March 2010, Wang launched Meituan. Within months, more than 5,000 copycat group-buying sites sprang up across China, a phase remembered as the "War of a Thousand Groupons." Rivals like Lashou, Wowo, and 24Quan raised tens of millions of dollars from venture capital and unleashed massive ad blitzes: plastering celebrity posters across subway stations, office elevators, and prime-time CCTV broadcasts. Wang made a fiercely counterintuitive product and business decision: **he refused to spend a single dime on offline branding.** Instead, he channeled every dollar of funding into the hidden back-end: - **Proprietary merchant clearing and verification systems**: replacing paper vouchers with instant, second-by-second digital redemptions; - **Algorithmic digital ad spending**: obsessively tracking Customer Acquisition Cost (CAC) and Lifetime Value (LTV) on search engines; - **Guarding cash flow and merchant settlements**: while competitors blindly subsidized and over-expanded, Meituan opened cities strictly based on local gross margin contribution. When the venture capital winter arrived in late 2011, competitors who burned cash on billboards collapsed into mass layoffs and vendor defaults. Meituan, with ample cash reserves and refined software pipelines, swept up the entire market at virtually zero cost. ## Meituan Waimai: urban capillaries powered by code If group buying merely bridged information and discounts, Meituan Waimai (launched in late 2013) dragged the company into the deepest physical operations. At the peak of China's food delivery wars, Ele.me was backed by Alibaba, and Baidu Waimai was armed with search traffic. Subsidies were thrown around furiously. Yet the ultimate differentiator was not coupon discounts, but **fulfillment certainty**: during pouring rain and noon lunch peaks, can hot food reliably arrive at a customer's desk within 30 minutes? Meituan built one of the world's most complex real-time algorithmic dispatch systems: - In milliseconds, analyzing tens of millions of daily orders, millions of active couriers, real-time GPS locations, kitchen preparation speeds, traffic lights, and staircase climbing delays to compute the optimal multi-order routing path. - Compressing average delivery times down to under 30 minutes. Connecting hundreds of millions of consumers, millions of restaurants, and millions of yellow-jacketed couriers, instant delivery became the living capillaries of urban China. Wang then leveraged high-frequency food delivery to cross-sell low-frequency, high-margin hotel bookings and local in-store services, constructing the most defensible flywheel in local commerce. ## Why he ranks #26 | Dimension | Score | Why | |---|---|---| | Vision VIS | 94 | Spotted the four decisive waves—SNS (Xiaonei), microblogging (Fanfou), group buying (Meituan), and on-demand logistics—years before competitors | | Insight INS | 92 | Understood that the core pain in local services was not sleek interface design, but fulfillment certainty, ruthless cost efficiency, and cash flow security | | Taste TST | **84** | Lowest of his six scores. Meituan is an ultra-pragmatic super-app packed with countless verticals and promotional popups, trading aesthetic restraint for sheer conversion power | | Business BIZ | 92 | The precise unit economics during the Groupon war and the high-frequency to high-margin cross-sell flywheel are textbook platform business design | | Scale SCL | **93** | Serving hundreds of millions of annual transacting users, millions of merchants, and fulfilling tens of millions of daily deliveries across China | | Originality ORG | 88 | Did not invent group buying or food delivery, but engineered real-time algorithmic urban dispatch at the largest physical scale on earth | **Overall OVR 91.00, ranked #26.** ![#26 Wang Xing vs his neighbors: #25 Travis Kalanick VIS 92 INS 88 TST 80 BIZ 90 SCL 95 ORG 95, OVR 91.10; #26 Wang Xing VIS 94 INS 92 TST 84 BIZ 92 SCL 93 ORG 88, OVR 91.00; #27 Kevin Systrom VIS 90 INS 94 TST 95 BIZ 85 SCL 94 ORG 89, OVR 90.95](/blog/pm-rank-26-wang-xing-scores-en.jpg) He ranks just behind #25 Travis Kalanick (91.10), separated by 0.10. Wang leads in vision (94 vs. 92), insight (92 vs. 88), taste (84 vs. 80), and business (92 vs. 90). Kalanick makes up the difference through originality (95 vs. 88) and global scale (95 vs. 93). At their core, both solved the same problem: **"press a button on a glass screen, and physical resources in your city move swiftly to your feet"**—one moved people, the other moved food. He edges out #27 Kevin Systrom (Instagram, 90.95) by 0.05. Systrom demonstrated masterclass aesthetic restraint in taste (95 vs. 84) and user insight (94 vs. 92); Wang wins on strategic endurance (vision 94 vs. 90) and the complex commercial machinery of heavy physical offline operations (business 92 vs. 85). From serial failures to building the operating system for urban living, Wang Xing demonstrated that the most consequential product decisions often happen away from the glamorous spotlight: when the tide recedes, it is about who calculates the ledger clearest and digs the deepest pipes underground. --- All scores and rankings in this article were generated by Claude (AI). Cover image is an original infographic illustrating algorithmic urban dispatch network topology; contains no proprietary trademarks or portraits. Facts and timeline: birth, Tsinghua University graduation, Delaware dropout, founding of Xiaonei and 2006 sale to Oak Pacific Interactive, founding of Fanfou in 2007 and 505-day suspension in 2009, launching of Meituan in March 2010, the strategy of avoiding offline ads during the Groupon wars, launch of Meituan Waimai in late 2013 and development of the real-time dispatch system, HKEX IPO and local commerce flywheel, sourced from official financial filings, IPO prospectuses, and authoritative tech chronicles. --- # 100 Products That Changed the World · #18: The LEGO brick URL: https://doaipm.com/en/blog/product-rank-18-lego-brick/ Published: 2026-10-11 Tags: Product ranking, LEGO, LEGO brick, Toys, Industrial design, Product history, Modularity If you take a fresh box of LEGO bricks bought from a store today, dig up a dusty brick molded in 1958, and press them together, you will hear a satisfying click— A seamless, rock-solid clutch. In the history of consumer industrial design, almost no other plastic product has survived nearly seventy years and hundreds of billions of production cycles while preserving its exact original physical interface. What changed the world was not a toy, but an immutable physical standard locked into a single brick. ## A decade of failing hollow shells LEGO did not start with plastic bricks. In 1932, Ole Kirk Christiansen, a carpenter in Billund, Denmark, lost his job during the Great Depression and began making wooden ladders, ironing boards, and wooden toys. He condensed the Danish phrase "leg godt" (play well) into a single name: LEGO. In 1942, his woodworking shop burned to the ground. In 1947, Ole made a daring gamble: purchasing Denmark's very first plastic injection molding machine to experiment with synthetic toys. In 1949, LEGO launched the "Automatic Binding Bricks." Yet those early bricks were essentially half-finished: they were hollow rectangular shells with no internal grip. Bricks stacked loosely, and the slightest bump from a toddler's hand would send a miniature tower tumbling down. Most contemporary toymakers dismissed this instability as an inherent flaw of cheap plastic. But Ole's son, Godtfred Kirk Christiansen—the second-generation leader of LEGO—saw something fundamentally different. ## January 28, 1958: three tubes that changed history Godtfred realized that to elevate bricks into a serious language of construction, he had to solve a paradox of physics: **bricks had to lock together with enough clutch power to hold heavy structures, yet separate easily enough that a four-year-old child could pull them apart with bare hands.** At 1:58 PM on January 28, 1958, LEGO filed a landmark patent with the Danish patent office (Patent No. 92683). The heart of the patent was the architecture we know today: **the Stud-and-Tube Coupling System**, placing hollow cylinders inside the underside of the brick. When the underside tubes slide between the studs on the brick beneath, three-point frictional pressure locks them together with exceptional rigidity. To ensure this clutch feel never degraded across decades, LEGO held its injection molds to a tolerance of **0.002 millimeters (2 microns)**—thinner than one-thirtieth of a human hair. That obsessive engineering tolerance created the distinct, addictive tactile damping that made the LEGO brick legendary. ## The System of Play: network effects in the physical world With the coupling patent secured, Godtfred made his second defining product decision: **never sell standalone toys; sell an infinitely compatible system.** He drafted the famous LEGO principles, the core of which was: every piece must click with every other piece across sets and across decades. This gave the LEGO brick a rare physical "network effect": - With conventional toys, the more you buy, the faster older toys get discarded. - With LEGO, every new box you bring home increases the value of every brick already in your toy bin, because the combinatorial possibilities explode exponentially. Mathematically, just two standard 2x4 eight-stud bricks can be combined in 24 different ways. Six standard 2x4 bricks yield **915,103,765 possible combinations**. This philosophy—combining simple atomic building blocks into complex emergent systems—mentored generations of architects, engineers, and programmers. From object-oriented programming (OOP) and microservices to modular tools like Notion, modern software architecture draws directly from LEGO's logic. ## The 2003 near-death crisis: back to the brick Even a miracle product can lose its way. In the late 1990s, panicked by video games and the internet, LEGO's leadership suffered corporate anxiety. They diversified recklessly: burning cash on proprietary theme parks, apparel, digital watches, and single-use, non-modular action figures. The result was catastrophe: LEGO's component count ballooned from 6,000 to over 12,000 unique parts, suffocating the supply chain and molding economics. In 2003, LEGO lost over $200 million, carried nearly $1 billion in debt, and hovered on the brink of bankruptcy. In 2004, newly appointed CEO Jørgen Vig Knudstorp staged one of the most celebrated turnarounds in corporate history. His core product mandate was simple: **strip away everything that is not the brick, and return to 1958.** He sold off controlling stakes in theme parks, slashed the parts catalog by half, mandated that all new product lines build upon the core stud-and-tube system, and embraced adult fans (AFOLs) through crowdsourced co-creation (LEGO Ideas) alongside major IP partnerships like Star Wars and Harry Potter. LEGO emerged as the most profitable toy company on the planet, surpassing Hasbro and Mattel. ## Why it ranks #18 | Dimension | Score | Why | |---|---|---| | Originality ORG | 92 | Patented the stud-and-tube coupling system in 1958, transforming loose stacking blocks into a precision construction system | | Scale SCL | 92 | Hundreds of billions of bricks molded; an estimated 100+ bricks for every human being on earth | | Impact IMP | 88 | Mentored modular thinking across generations of architects, scientists, and software developers; the universal metaphor for composability | | Experience EXP | 95 | The two-micron tolerance produces the iconic tactile clutch and effortless separation, a peak standard in physical product feel | | Business BIZ | 90 | Rescued from the brink of bankruptcy to become the world's most profitable toy empire via IP partnerships, modular network effects, and adult collector markets | | Durability DUR | **98** | **One of the highest durability scores on the entire ranking.** The 1958 physical standard has survived nearly 70 years without being displaced by digital entertainment | **Overall OVR 92.45, ranked #18.** ![#18 The LEGO brick vs its neighbors: #17 ChatGPT ORG 98 SCL 96 IMP 98 EXP 92 BIZ 90 DUR 78, OVR 92.50; #18 The LEGO brick ORG 92 SCL 92 IMP 88 EXP 95 BIZ 90 DUR 98, OVR 92.45; #19 Google Maps ORG 88 SCL 96 IMP 93 EXP 93 BIZ 88 DUR 95, OVR 92.15](/blog/product-rank-18-lego-brick-scores-en.jpg) It ranks just behind #17 ChatGPT (92.50), separated by only 0.05. **This pairing is one of the most revealing contrasts on the entire list.** ChatGPT represents the explosive apex of modern AI, scoring near-perfect 98s in originality and impact, but holding only 78 in durability because it is not yet four years old. LEGO stands at the opposite pole: a 68-year unbroken physical legacy commanding a 98 in durability and a 95 in tactile experience. One is an overnight planetary breakthrough; the other is a living industrial fossil that never aged. It leads #19 Google Maps (92.15) by 0.30. Google Maps boasts broader global scale (96 vs. 92) and navigation utility (93 vs. 88); but LEGO wins on foundational mechanical invention (92 vs. 88), tactile perfection (95 vs. 93), and seven uninterrupted decades of cultural endurance (98 vs. 95). While countless digital software empires vanish across hardware cycles, the LEGO brick rests quietly on living room floors worldwide: press two pieces together, and the mechanical wonder engineered in 1958 clicks as perfectly as the day it was born. --- All scores and rankings in this article were generated by Claude (AI). Cover image is an original infographic illustrating the stud-and-tube coupling system and 0.002mm tolerance; contains no official LEGO trademarks or packaging artwork. Facts and timeline: 1932 founding in Billund, 1942 fire, 1947 injection molding machine, 1949 Automatic Binding Bricks, January 28, 1958 patent (Danish No. 92683), 0.002mm manufacturing tolerance, 915,103,765 combinations for six 2x4 bricks, 2003 near-bankruptcy and expansion to 12,000 parts, and the 2004 turnaround led by Jørgen Vig Knudstorp, sourced from LEGO House historical archives, the corporate history *Brick by Brick* by David Robertson, and Encyclopædia Britannica. --- # 100 Product Managers Who Changed the World · #25: Travis Kalanick URL: https://doaipm.com/en/blog/pm-rank-25-travis-kalanick/ Published: 2026-10-10 Tags: Product managers, Uber, Travis Kalanick, Top PM ranking, Mobility, Sharing economy In September 2026, several outlets reported that Travis Kalanick's robotics company, Atoms, had raised $1.7 billion in a round led by a16z. Fortune's October/November issue ran a cover story headlined "Travis Kalanick is back". It had been nine years since he was pushed out of the company he built. ## Two companies taken down by lawsuits and a bubble Kalanick was born in Los Angeles in 1976. He studied computer engineering at UCLA and left in 1998 to join Scour, a peer-to-peer search engine some classmates had built for finding and downloading music and video files. In 2000, the Motion Picture Association of America, the Recording Industry Association of America and others sued Scour for about $250 billion. Scour filed for bankruptcy that year. In 2001 he started Red Swoosh, again peer-to-peer, but this time sold to businesses: it moved files between users' computers to cut websites' bandwidth costs. The company survived the dot-com crash and was sold to Akamai in April 2007 for about $19 million. ## A snowy night in Paris and one button In the founding story Uber tells, Kalanick and Garrett Camp were in Paris for the LeWeb conference in the winter of 2008 and could not get a cab one night. Camp wanted to build an app that could summon a car. Camp founded UberCab in March 2009, with Kalanick as one of its first advisers. The app launched in San Francisco in 2010. That October, after regulators objected that "Cab" in the name suggested a licensed taxi, it was renamed Uber. In December, Kalanick became CEO. What it did fits in one sentence: **press a button, and a car comes.** Underneath were three product decisions: - **No phone call, no standing at the curb waving.** You can see the car on a map and how many minutes away it is - **No cash.** Your card is on file and charged when you get out, with no change and no tip to work out - **Drivers and riders rate each other**, so whether a driver can be trusted is left to data rather than to a taxi medallion ## Surge pricing: the most criticized decision The hardest times to get a ride are rainy days, New Year's Eve and the end of a concert: everyone wants a car and there are not enough on the road. Uber's answer was surge pricing: when demand outruns supply, the price goes up by a multiple. At a higher price, some people decide not to ride; at a higher price, drivers sitting at home decide to go out. The price suppresses demand and pulls in supply at the same time. The mechanism drew criticism every holiday. Kalanick's public line never changed: without the surge, there would be no cars at all at those times. The higher price is how the cars show up, not a way to cash in. ## UberX: ordinary people driving their own cars Early Uber offered only black cars and cost more than a taxi. UberX, launched in 2012, let drivers with ordinary private cars take rides at prices below a taxi's. UberPool followed in 2014, letting several riders going the same way split one fare. From there Uber went from "a better taxi" to "a cheaper taxi". Riders and drivers grew together, and so did head-on conflicts with the taxi industry and regulators, one city at a time. The expansion was fast and hard-edged. In March 2017 The New York Times reported that Uber used a tool called Greyball to identify and avoid ride requests from enforcement officers in some cities. ## Leaving in 2017 In 2017 Uber went through a series of controversies, including an investigation into its workplace culture. In June, at the request of major investors, Kalanick resigned as CEO. Dara Khosrowshahi took over in August. Uber listed on the New York Stock Exchange in May 2019, and at the end of that year Kalanick sold his shares and left the board. In 2018 he put $150 million into City Storage Systems and took it over, building CloudKitchens: kitchens that only cook for delivery, with no tables for customers. For years after that, he was almost never seen in public. ## Why he ranks #25 | Dimension | Score | Why | |---|---|---| | Vision VIS | 92 | Judged that phone location plus mobile payment could turn hailing a car into one button, and that it would copy to cities worldwide | | Insight INS | 88 | Saw that the worst part of a taxi was not the price but the uncertainty: when will it come, will it come at all | | Taste TST | **80** | His lowest. The core experience was clean, but much of the growth came from subsidies and fights with regulators, and product decisions like Greyball cost points here | | Business BIZ | 90 | Surge pricing and UberX let both sides of the market grow; Uber lost money for years before its IPO, so this is not a top score | | Scale SCL | **95** | Tied highest. He took the same way of getting a ride to hundreds of cities worldwide | | Originality ORG | **95** | Tied highest. "Press a button, a car comes", plus dynamic pricing, was built from scratch by him and Uber | **Overall OVR 91.10, ranked #25.** ![Travis Kalanick's six scores next to his neighbors: #24 Colin Huang vision 93, insight 96, taste 82, business 95, scale 93, originality 86, overall 91.25; #25 Travis Kalanick vision 92, insight 88, taste 80, business 90, scale 95, originality 95, overall 91.10; #26 Wang Xing vision 94, insight 92, taste 84, business 92, scale 93, originality 88, overall 91.00](/blog/pm-rank-25-travis-kalanick-scores-en.jpg) He ranks behind #24 Colin Huang (91.25) by 0.15. Kalanick scores higher on originality (95 to 86) and scale (95 to 93); Huang wins on insight (96 to 88) and business (95 to 90). **One built a new way of getting around from nothing; the other found overlooked people in a market everyone thought was full.** He ranks ahead of #26 Wang Xing (91.00) by 0.10. Wang scores higher on vision, insight, taste and business; Kalanick's 7-point lead in originality pulls the total back. Both made things arrive in a city at the press of a button: one moves people, the other moves meals. Nine years later he is back, building robots. The button Uber left behind is still on phones around the world. --- All scores and rankings in this article were produced by Claude (AI). Cover photo: cellanr, 2014, CC BY-SA 2.0 (Wikimedia Commons, "Travis Kalanick 2014.jpg"), cropped with text added. Sources: birth year and place, leaving UCLA, the roughly $250 billion suit against Scour and its 2000 bankruptcy, Red Swoosh's 2001 founding and 2007 sale to Akamai, Camp founding UberCab in March 2009, the 2010 launch and renaming, becoming CEO in December 2010, the launch dates of UberX and UberPool, resigning as CEO in June 2017, Khosrowshahi taking over in August, the May 2019 IPO and leaving the board at the end of that year, and the $150 million investment in City Storage Systems in 2018 are from the English Wikipedia articles "Travis Kalanick" and "Uber" and the reports they cite. The Paris story is Uber's own founding story. Greyball is from The New York Times, March 2017. The Atoms $1.7 billion round led by a16z is from multiple September 2026 reports, and the Fortune cover story is from its October/November 2026 issue. The ranking scores product decisions. --- # 100 Products That Changed the World · #17: ChatGPT URL: https://doaipm.com/en/blog/product-rank-17-chatgpt/ Published: 2026-10-10 Tags: Product ranking, ChatGPT, OpenAI, AI assistant, Product history, Product scoring, Large language models On October 7, 2026, OpenAI began rolling out GPT-6 to every ChatGPT user, together with a feature called Intelligent UI: an answer is no longer just text but an interface you can click and work with directly. Nine days earlier, at its developer conference, OpenAI said ChatGPT had 1.2 billion weekly users. That number had passed 1 billion only in July, and was 900 million in February. The product is not yet four years old. ## The model already existed The kind of model behind ChatGPT had been available for more than two years before it launched. In June 2020 OpenAI opened the GPT-3 API. Developers could apply for access and call it from code to generate text. Its users were mostly programmers and startups; ordinary people had largely never seen it. In January 2022 OpenAI released InstructGPT, trained with human feedback to follow instructions better. ChatGPT used GPT-3.5 from that same line. So what launched on November 30, 2022 was not new in model capability. It was new in **form**: a web page and an input box, where you ask the way you send a message and it answers line by line. No application, no code, just sign up and use it. OpenAI called it a "research preview". ## Five days, two months | Date | Event | |---|---| | June 2020 | GPT-3 API opens | | November 30, 2022 | ChatGPT launches as a research preview | | December 5, 2022 | More than 1 million users | | January 2023 | About 100 million monthly users (UBS estimate) | | February 2023 | ChatGPT Plus subscription launches at $20 a month | | March 2023 | GPT-4 released | | May 2023 | iOS app launches | | November 2023 | 100 million weekly users | | February 2026 | 900 million weekly users | | July 2026 | More than 1 billion weekly users | | September 29, 2026 | 1.2 billion weekly users | | October 7, 2026 | GPT-6 rolls out to all users | Five days after launch it had more than a million users. Two months later UBS, using third-party traffic data, estimated about 100 million monthly users and called it the fastest-growing consumer app at the time. ## What one chat box got right The conversational form lowered the bar for using a large model to typing. Before it, using GPT-3 meant knowing what an API was, what a prompt was, what a token was. With a chat box you could ask half a question, follow up when the answer was wrong, and it kept the context itself. **People did not need to learn how to use it before they could start using it.** That is why it gets 98 for originality on this ranking: ChatGPT did not invent the model, but it was the first to put "ordinary people talking directly to a large model" in front of hundreds of millions of them. ## From answering questions to delivering things In February 2023 ChatGPT Plus launched at $20 a month, with paying users getting new models first. That step turned it from a demo into a business. In the years after, ChatGPT kept adding things in the direction of getting work done: reading images, searching the web, reading files, writing and running code, while the model moved from GPT-4 to GPT-5 and GPT-6. Intelligent UI is one more step in that direction. In OpenAI's words, everyday questions get a fully interactive interface as the answer. The chat box is still there, but the answers are no longer only text. ## Why it ranks #17 | Dimension | Score | Why | |---|---|---| | Originality ORG | **98** | Tied highest. The model existed already; "ordinary people talking directly to a large model" as a product was first brought to hundreds of millions by ChatGPT | | Scale SCL | 96 | 1.2 billion weekly users, less than four years after launch | | Impact IMP | **98** | Tied highest. It turned "AI" from a technical term into an everyday tool, and nearly every tech company followed with its own chat assistant | | Experience EXP | 92 | You just type and follow-ups connect; wrong answers and made-up facts are still not fully solved | | Business BIZ | 90 | The subscription model works, but training and inference costs are also extremely high | | Durability DUR | **78** | Lowest. See below | **Overall OVR 92.50, ranked #17.** ![ChatGPT's six scores next to its neighbors: #16 Air conditioning originality 95, scale 95, impact 95, experience 82, business 90, durability 97, overall 92.60; #17 ChatGPT originality 98, scale 96, impact 98, experience 92, business 90, durability 78, overall 92.50; #18 The LEGO brick originality 92, scale 92, impact 88, experience 95, business 90, durability 98, overall 92.45](/blog/product-rank-17-chatgpt-scores-en.jpg) **Why durability is only 78.** This dimension asks how long a product lasts before it is replaced. Air conditioning has been in use for over a hundred years; the dimensions LEGO set for its brick in 1958 are still in use today. ChatGPT is not yet four years old. Its field changes model generations every few months, and its rivals sit at the same table: other chat assistants launched almost at the same time, some at lower prices. Even its own form is still changing; Intelligent UI is already pushing the chat box toward something else. **A three- or four-year-old product has not yet had the chance to prove it can last thirty.** The score does not say it will disappear; it says that cannot be seen yet. It ranks behind #16 air conditioning (92.60) by 0.10. Apart from durability, ChatGPT beats air conditioning on originality, scale, impact and experience, a combined lead of 2.75 points; but durability, 78 against 97, takes back 2.85 points on its own. It ranks ahead of #18 the LEGO brick (92.45) by 0.05. LEGO scores higher on experience (95) and durability (98); ChatGPT wins on originality, scale and impact. A product less than four years old made the top 20 on originality and impact. Whether it moves further up depends on whether it is still on most people's phones a few years from now. --- All scores and rankings in this article were produced by Claude (AI). The cover is a self-drawn graphic; no OpenAI trademarks or product screenshots were used. Sources: the October 7, 2026 GPT-6 and Intelligent UI rollout is from OpenAI's post "GPT-6 and Intelligent UI for everyone" and Sina Finance's report of the same day. The 1.2 billion weekly users on September 29, 2026 and passing 1 billion in July are from OpenAI's DevDay 2026 recap and The Verge's report that day. 900 million weekly users in February 2026 is a figure OpenAI made public. The GPT-3 API opening in June 2020, InstructGPT in January 2022, ChatGPT's November 30, 2022 launch as a research preview, passing 1 million users on December 5, 2022, about 100 million monthly users in January 2023 (UBS estimate based on Similarweb data), ChatGPT Plus in February 2023, GPT-4 in March 2023, the iOS app in May 2023 and 100 million weekly users in November 2023 are from OpenAI announcements and the reports cited in the English Wikipedia article "ChatGPT". The ranking scores products. --- # 100 Product Managers Who Changed the World · #24: Colin Huang URL: https://doaipm.com/en/blog/pm-rank-24-colin-huang/ Published: 2026-10-08 Tags: Product managers, Pinduoduo, Colin Huang, Top PM ranking, E-commerce, Temu, Social commerce On August 24, 2026, PDD Holdings reported second-quarter results: revenue of 112.4 billion yuan, up 8% year over year, and net income attributable to shareholders of 27.18 billion yuan, down 12%. The company runs two products: Pinduoduo in China and Temu outside it. In 2024 it had revenue of $54 billion and net income of $15.4 billion. The man who built it has been gone for five years. Colin Huang stepped down as CEO in 2020 and as chairman in 2021. From Pinduoduo's launch to his departure was five and a half years. ## Hangzhou Foreign Languages School, Zhejiang University, Google Huang was born in 1980 on the outskirts of Hangzhou. His parents were factory workers. He attended Hangzhou Foreign Languages School, graduated in 1998, and went on to study computer science at Zhejiang University's Chu Kochen Honors College. While at university he met Duan Yongping through NetEase founder Ding Lei. Duan became a lasting influence: one of Pinduoduo's core values is "benfen", roughly "doing what you are supposed to do", a word from Duan's own management philosophy. In 2004 he earned a master's in computer science from the University of Wisconsin-Madison and joined Google as an engineer. In 2006 he went back to China with Kai-Fu Lee to work on Google China. That same year Duan paid $620,000 for a charity lunch with Warren Buffett, and Huang was one of the people who went with him. ## Four companies, and the first three were not Pinduoduo In 2007 he left Google and started Ouku, an online electronics store, which he sold in 2010 for $2.2 million. After that he ran Leqi, which operated stores on Chinese e-commerce platforms for overseas brands, and then a game studio, Xunmeng. These gave him two things: an understanding of how e-commerce platforms work and where their traffic comes from, and an understanding of what makes people hooked on a game and willing to share it. In April 2015 he launched Pinhaohuo, which sold fruit. A product only went on sale once 3 or 5 people had joined the group, and then at a lower price. Pinhaohuo bought and shipped the goods itself and carried only twenty or thirty products. In September 2015 the Xunmeng team launched Pinduoduo with a different model: the platform did not sell anything itself, third-party merchants listed any kind of product, and group buying stayed. In September 2016 the two companies merged, with Huang as chairman and CEO. ## One product decision: let buyers do the recruiting By 2015, Taobao, Tmall and JD had divided up China's e-commerce traffic between them. For any new platform, the most expensive thing was buying users. Pinduoduo's answer was to have buyers bring in other buyers. Each product had a single-purchase price and a lower group price. To get the group price, you shared the link in WeChat groups or with relatives and friends, and the deal only went through once enough people joined. The design turned buyers into salespeople. With almost no advertising spend, the platform reached people Alibaba and JD had not paid much attention to: small towns, rural areas, the most price-sensitive shoppers. In June 2018, in his letter to shareholders before the IPO, Huang wrote that Pinduoduo should be "a combination of Costco and Disney": a place where people get the best value for their money and also have fun. What followed: | Date | Event | |---|---| | September 2015 | Pinduoduo launches | | July 2016 | $110 million Series B, investors include Tencent | | September 2016 | Pinduoduo and Pinhaohuo merge | | July 26, 2018 | Nasdaq listing raises $1.6 billion; Huang owns about 46.8% | | End of 2020 | 788.4 million annual active buyers, more than Alibaba's 779 million | | September 2022 | Temu launches in the US | Launch to IPO took less than three years. Launch to more annual active buyers than Alibaba took just over five. After the listing, China's market regulator announced an investigation into Pinduoduo over criticism about counterfeit goods. The company took down large numbers of listings, closed stores and promised ten-fold compensation for fakes. ## Temu: taking the same playbook abroad In September 2022 the same parent company launched Temu in the US. It kept the Pinduoduo formula: very low prices, goods shipped straight from factories, and discounts for bringing in other users. In 2023 PDD Holdings moved its registered office from Shanghai to Dublin. By then Huang was gone. On July 1, 2020 he handed the CEO role to co-founder Chen Lei, and on March 17, 2021 he stepped down as chairman and gave the voting rights of his shares to the board. He said he would do research in food science and life sciences. Before that, he and the founding team had donated 2.37% of the company's shares to set up the Starry Night charitable foundation. ## Why he ranks #24 | Dimension | Score | Why | |---|---|---| | Vision VIS | 93 | In 2015 he judged that e-commerce's next wave was in the people Alibaba and JD were not serving, and inside WeChat's social graph | | Insight INS | **96** | His highest. He saw that price-sensitive people will recruit friends for a small discount, and that "cheap" and "fun" can live in one product | | Taste TST | **82** | His lowest. Pinduoduo won on price and spreading mechanics, not on design or brand; the counterfeit criticism around the IPO also costs points here | | Business BIZ | 95 | Hundreds of millions of users with almost no ad spend; net income of $15.4 billion in 2024 | | Scale SCL | 93 | 788.4 million annual active buyers at the end of 2020, plus Temu overseas | | Originality ORG | 86 | Group buying existed before him. What he pioneered was putting it inside WeChat relationships so buyers recruit for the platform | **Overall OVR 91.25, ranked #24.** ![Colin Huang's six scores next to his neighbors: #23 Daniel Ek vision 92, insight 90, taste 88, business 94, scale 94, originality 90, overall 91.60; #24 Colin Huang vision 93, insight 96, taste 82, business 95, scale 93, originality 86, overall 91.25; #25 Travis Kalanick vision 92, insight 88, taste 80, business 90, scale 95, originality 95, overall 91.10](/blog/pm-rank-24-colin-huang-scores-en.jpg) He ranks behind #23 Daniel Ek (91.60) by 0.35. Both won through a business model. Huang scores higher on insight (96) and business (95); Ek scores higher on taste (88 to 82) and originality (90 to 86). **Ek got the hardest deal in the business signed. Huang found the overlooked people in a market everyone thought had no room left.** He ranks ahead of #25 Travis Kalanick (91.10) by 0.15. Kalanick scores higher on originality (95) and scale (95), because Uber built ride-hailing from scratch; Huang wins on insight, 96 to 88, a gap of 8 points. Huang left Pinduoduo in 2021. The product decision he left behind still runs inside both Pinduoduo and Temu: let the buyers recruit for the platform. --- All scores and rankings in this article were produced by Claude (AI). The cover is a self-drawn graphic; no photographs were used. Sources: birth year and place, parents' occupations, Hangzhou Foreign Languages School, Zhejiang University's Chu Kochen Honors College, the Wisconsin master's degree, joining Google in 2004, returning to China with Kai-Fu Lee in 2006, Ouku's 2010 sale for $2.2 million, the July 2018 Nasdaq listing raising $1.6 billion, stepping down as CEO on July 1, 2020 and as chairman on March 17, 2021 with the transfer of voting rights, and the 2.37% share donation are from the English Wikipedia article "Colin Huang". Meeting Duan Yongping through Ding Lei, Duan's $620,000 Buffett lunch in 2006 with Huang attending, Pinhaohuo's founding in April 2015, the September 2016 merger, the 46.8% stake at listing and the foundation's research focus are from the Chinese Wikipedia article on Huang. Pinduoduo's September 2015 launch incubated by Xunmeng and the July 2016 $110 million Series B are from 36Kr's report of September 12, 2016. Pinhaohuo's 3- or 5-person groups and its twenty or thirty products are from OFweek (July 17, 2024) and Sina Finance (March 26, 2021). "A combination of Costco and Disney" is from Pinduoduo's June 2018 letter to shareholders. Buyer-driven recruiting with almost no ad spend, the end-2020 figures of 788.4 million versus Alibaba's 779 million, Temu's September 2022 launch, the 2023 move to Dublin, 2024 revenue and net income, and the counterfeit criticism with ten-fold compensation are from the English Wikipedia article "Pinduoduo" and the reports it cites. Q2 2026 figures are from PDD Holdings' announcement of August 24, 2026. The ranking scores product decisions. --- # 100 Products That Changed the World · #16: Air Conditioning URL: https://doaipm.com/en/blog/product-rank-16-air-conditioning/ Published: 2026-10-08 Tags: Product ranking, Air conditioning, Carrier, Appliances, Product history, Product scoring, Refrigerants In August 2026, China's national power load set a record: **1.56 billion kilowatts**, according to figures the National Energy Administration published in September. That same summer, on August 6, Beijing's grid peaked at 29.399 million kilowatts, a record for the second day running. Chinese state media reported one detail: **cooling loads such as air conditioning made up 45%** of it. On a city's hottest day, nearly half its electricity went to making rooms cooler. The machine that does this was invented to solve a problem that had nothing to do with comfort. ## 1902: paper that would not hold its shape The Sackett-Wilhelms Lithographing & Publishing Company in Brooklyn printed color images. Each sheet went through the press up to four times, once for each ink. Summer was the problem. In humid air the paper absorbed moisture and swelled, then shrank as it dried, so the four colors never lined up and the images came out blurred. On July 17, 1902, Willis Carrier, a 25-year-old engineer at the Buffalo Forge Company, submitted drawings for a fix. His design did not just cool the air; it controlled humidity. That addition is why the field dates modern air conditioning to 1902, and why air conditioning came to be defined by four jobs: control temperature, control humidity, control air circulation and ventilation, and clean the air. On January 2, 1906, Carrier received U.S. patent 808,897 for an "Apparatus for Treating Air." The same year, Stuart Cramer, a textile-mill owner in North Carolina, coined the term "air conditioning" in a paper. Carrier later put the term into the name of his company. In 1915, Carrier and six colleagues pooled $32,600 to found the Carrier Engineering Corporation. ## 1932: a window unit for $10,000 The first air conditioners went into factories, print shops and textile mills: customers who needed to control a production environment. In the 1920s, centrifugal refrigeration machines made it possible to cool whole buildings, and commercial use grew. Homes came later. In 1931, H. H. Schultz and J. Q. Sherman designed a single-room unit that sat on a window ledge, which became the most common home form. It went on sale in 1932 for **$10,000 to $50,000**, about $200,000 to $1.2 million in 2025 dollars. Cheaper, smaller window units brought it into ordinary homes. Henry Galson's simplified version had sold more than 43,000 units by 1947. At the 1939 New York World's Fair, Carrier built an igloo-shaped pavilion to show visitors a future of air-conditioned living. Then the war came, and mass adoption waited for the postwar boom of the 1950s. ## It changed where people live The biggest effect of air conditioning was not inside any one room. It was on the map. From the 1950s, air conditioning helped the American South industrialize and fill air-conditioned office towers. Historians rank it alongside highways, cars, shopping malls and suburban housing as one of the forces that shaped postwar American cities. | Measure | Figure | |---|---| | Share of Americans living in the Sun Belt, early 20th century | 24% | | Same share in 2007 | 30% | | US homes with air conditioning, 2015 | about 100 million, 87% | | New US single-family homes with AC, 2019 | 90% (99% in the South) | | Urban Chinese households with AC, 1995 → 2004 | 8% → 70% | It changed who survives a heat wave, too. The August 2003 heat wave in France killed about 15,000 people, 80% of them over 75. Afterwards the French government required every retirement home to have at least one air-conditioned room. A 2020 US study found that areas with lower air-conditioning use had higher rates of heat-related deaths and hospitalizations. By 2016 about **1.6 billion** air conditioners were in use worldwide, more than half of them in China and the United States. In 2018 the International Energy Agency projected about 4 billion by 2050, with the biggest increases in India and China. In India, units per 100 households tripled between 2010 and 2023, to 24. ## The cost: electricity and refrigerants An air conditioner moves heat from inside to outside. Someone pays for that. First, electricity. In 2022 air conditioning used about 7% of the world's electricity and produced about 3% of greenhouse gas emissions. From the late 1980s to the early 2010s, studies linked air conditioning to the urban heat island effect, with Tokyo and Houston among the examples. Second, refrigerants. Early units used chlorofluorocarbons such as R-12, which damage the ozone layer. The Montreal Protocol, signed in 1987, phased them out. Their replacements, hydrofluorocarbons, spare the ozone layer but trap heat thousands of times more powerfully than carbon dioxide. The 2016 Kigali Amendment added them to the phase-down; by April 2026 it had been ratified by 174 states and the European Union. Under it, the group that includes China must cut consumption to 20% of its baseline by 2045. More than a century after its invention, countries still sign treaties about which gas goes inside it. ## Why it ranks #16 | Dimension | Score | Notes | |---|---|---| | Originality ORG | 95 | In 1902 it was the first to combine humidity and temperature control into one system; the category starts here | | Scale SCL | 95 | About 1.6 billion units in use in 2016, about 4 billion projected by 2050 | | Impact IMP | 95 | Changed where people live, how cities grow and who survives heat waves | | Experience EXP | **82** | Its lowest. See below | | Business BIZ | 90 | It sustains the whole HVAC industry; Carrier alone had $18.6 billion in sales in 2018 | | Durability DUR | **97** | Its highest. In use for more than 120 years, and the installed base is still growing | **Overall OVR 92.60, ranked #16.** ![Air conditioning's six scores next to its neighbors: #15 Android originality 85, scale 99, impact 95, experience 88, business 95, durability 95, overall 92.75; #16 Air conditioning originality 95, scale 95, impact 95, experience 82, business 90, durability 97, overall 92.60; #17 ChatGPT originality 98, scale 96, impact 98, experience 92, business 90, durability 78, overall 92.50](/blog/product-rank-16-air-conditioning-scores-en.jpg) **Why experience is only 82.** Experience asks how it feels to use. Air conditioning solves heat, but it comes with other things: the power bill, the noise and hot air of the outdoor unit. Almost everyone depends on it, yet few people would call it a pleasure to use, and most only think about it on the day it breaks. Before it spread, it was also expensive: a window unit cost more than $10,000 in 1932. **Why durability is 97.** Nothing has replaced this category since 1902. Compressors, refrigerants and efficiency have changed; the air conditioner itself is still here. Against #15 Android, air conditioning is 10 points higher on originality and 2 higher on durability; Android is 4 higher on scale, 6 higher on experience and 5 higher on business. Net, Android leads by **0.15**. Against #17 ChatGPT, ChatGPT scores higher on originality, impact and experience, 10 points higher on experience alone. But it is three years old, and its durability is 78; air conditioning leads that dimension by 19 points. Net, air conditioning leads by **0.10**. What Carrier set out to solve in 1902 was a sheet of paper that changed shape in summer. More than 120 years later, nearly half of a city's electricity on its hottest day goes to his invention. None of that was visible in the 1902 drawings. --- All scores and rankings in this article were produced by Claude (AI). Sources: the August 2026 national power load of 1.56 billion kilowatts is from the National Energy Administration release of September 24, 2026; Beijing's August 6 peak load of 29.399 million kilowatts and the 45% cooling share are from CCTV and China News Service reports in August 2026. Carrier's 1902 design for Sackett-Wilhelms, patent 808,897, the 1915 founding, the 1939 World's Fair pavilion and the company's 2018 sales are from the Wikipedia article "Willis Carrier". Cramer's 1906 coining of "air conditioning", the 1931-1932 window unit and its price, Galson's 1947 sales, the Sun Belt population shares, US household adoption, urban Chinese household adoption, the 2003 French heat wave, the 2020 US study, the 1.6 billion units and the IEA 2050 projection, Indian household figures, the 7% electricity and 3% emissions figures, and the effects of refrigerants are from the Wikipedia article "Air conditioning" and the sources it cites. The dates, ratification count and reduction targets of the Montreal Protocol and Kigali Amendment are from the Wikipedia article "Kigali Amendment". The ranking scores products, not companies. --- # 100 Product Managers Who Changed the World · #23: Daniel Ek URL: https://doaipm.com/en/blog/pm-rank-23-daniel-ek/ Published: 2026-10-07 Tags: product managers, Spotify, Daniel Ek, top PM rankings, music, streaming, subscriptions On September 30, 2025, Daniel Ek announced he would step down as CEO of Spotify at the end of the year and stay on as executive chairman. Since January 2026 the company has been run by two co-CEOs, Alex Norström and Gustav Söderström. Here is what he handed over. In June 2026, 777 million people used Spotify every month, and 300 million of them paid. In 2025 it had revenue of 17.186 billion euros and net income of 2.212 billion euros. Before 2024, Spotify had never had a profitable full year. Its first one came sixteen years after launch. ## Stockholm, building websites at 14 Ek was born in Stockholm on February 21, 1983, and grew up in the Rågsved district. At 14 he started building websites and writing open-source code. He finished IT high school in 2002, enrolled at KTH Royal Institute of Technology, and dropped out after eight weeks. He then worked at a string of companies: Jajja, a search engine optimization firm; Tradera, a Nordic auction site that eBay bought in 2006; and Stardoll, an online doll community, where he was CTO. He started an online advertising company, Advertigo, and sold it to TradeDoubler in 2006. He was also briefly CEO of the download client μTorrent, until BitTorrent acquired it in December 2006. Martin Lorentzon, a co-founder of TradeDoubler, became Spotify's other founder. ## 2002: piracy cannot be legislated away The idea for Spotify came around 2002. That year Napster was shut down and Kazaa took its place. Close one, and the next one appears. Ek's conclusion: **piracy could not be eliminated through legislation alone. The only way was a legal service that was easier to use than piracy and paid the music industry at the same time.** He had run μTorrent, so he knew what downloaders were after. Piracy's upside was that it was free. Its downside was hassle: finding files, waiting for downloads, managing folders, and sometimes getting the wrong song. A service where you press play and it plays, with no downloads, no files and a bigger catalog than the pirates had, would get a lot of people to stop bothering. On April 23, 2006, Ek and Lorentzon founded Spotify in Stockholm. ## 2008: listen free, pay to drop the ads On October 7, 2008, Spotify launched in Sweden, Finland, France, Norway and Spain. It ran on freemium: the basic service was free with ads, and a paid subscription removed the ads and added features. The free tier was there to win people back from piracy. The paid tier was there to pay the record labels. Today Spotify pays roughly 70% of its revenue to rights holders, mostly labels. The model only works if the labels agree. In 2008 the record industry was taking its worst beating from piracy, and Spotify had to convince it that letting people listen for free would end up bringing money back. When free sign-ups grew too fast, Spotify pulled back too: in September 2009 free registration in the UK briefly became invitation-only. The US took longest. Spotify launched there on July 14, 2011, nearly three years after Europe, and offered new users six months of unlimited listening with ads. ## Recommendations, a direct listing and podcasts In July 2015 Spotify launched Discover Weekly, a playlist of recommendations refreshed for each user every Monday. Listening no longer depended only on what you searched for. The service started finding music for you. On April 3, 2018, Spotify listed on the New York Stock Exchange through a direct listing: no new shares and no underwriters setting the price, just existing shareholders' stock going straight to trading. The reference price was $132, it opened at $165.90, and the valuation came to about $26.5 billion. On February 6, 2019, Spotify announced the acquisitions of podcast company Gimlet Media and podcast-tool maker Anchor on the same day. In May 2020 it signed an exclusive deal with Joe Rogan, reported to be worth about $200 million. Exclusivity brought trouble. On January 26, 2022, Neil Young's music came off Spotify because he objected to the platform carrying Rogan's show, and Joni Mitchell pulled her catalog too. On January 30 Spotify announced a content advisory on every podcast episode discussing COVID-19. In February 2024 Rogan renewed, in a deal reported at $250 million, on different terms: no longer exclusive. The show went back to Apple Podcasts and YouTube. ## Layoffs in 2023, a first profitable year in 2024 Spotify cut staff three times in 2023: 6% in January, 2% in June, and about 17%, roughly 1,500 people, in December. The next year, 2024, it made a profit for a full year for the first time, with net income of 1.138 billion euros. In 2025 revenue was 17.186 billion euros and net income 2.212 billion euros. ## Why he ranks here | Dimension | Score | Why | |---|---|---| | Vision VIS | 92 | Saw in 2002 that piracy could only be replaced by a legal service that was easier to use; bet on streaming in 2006, before smartphones were common | | Insight INS | 90 | Understood that users wanted convenience, not just free; the deduction is podcast exclusivity, paid for heavily in 2020 and walked back to non-exclusive at the 2024 renewal | | Taste TST | **88** | His lowest. Spotify wins on catalog deals and recommendations rather than a design people remember at a glance; among its big calls, podcast exclusivity was later reversed by the company itself | | Business BIZ | **94** | Joint highest. Made the numbers work for labels, artists and listeners at once: about 70% of revenue goes to rights holders, and the company has been profitable every full year since 2024 | | Scale SCL | **94** | Joint highest. 777 million monthly users and 300 million subscribers in June 2026 | | Originality ORG | 90 | Online music subscriptions existed before him; what he created was the combination of a free tier that pulls users from piracy and a paid tier that pays the rights holders, plus press-play-and-it-plays | **Overall OVR 91.60, ranked #23.** ![#23 Daniel Ek's six scores next to his neighbors: #22 Jack Dorsey VIS 92 INS 90 TST 90 BIZ 88 SCL 94 ORG 94, overall 91.70; #23 Daniel Ek VIS 92 INS 90 TST 88 BIZ 94 SCL 94 ORG 90, overall 91.60; #24 Colin Huang VIS 93 INS 96 TST 82 BIZ 95 SCL 93 ORG 86, overall 91.25](/blog/pm-rank-23-daniel-ek-scores-en.jpg) He sits behind Jack Dorsey (91.70), 0.10 points apart. Their shapes are mirror images. Dorsey has originality 94 and business 88; Ek has originality 90 and business 94. **Dorsey built things that did not exist before, and never got the business to run smoothly; Ek's product was not a first, but he closed the hardest deal in the industry.** Online music subscriptions existed before Spotify. Very few services got the labels to hand over their whole catalogs and then turned free listeners into paying ones, little by little. #24 Colin Huang (91.25) is the same kind of product manager: he wins on the business model. Huang is higher on insight (96) and business (95); Ek is 6 points higher on taste (88 to 82) and 4 higher on originality (90 to 86). Huang won by understanding the shoppers in China's smaller cities. Ek won by getting the labels' numbers to balance. Ek was CEO for almost twenty years. In 2002 he wanted people to stop downloading pirated music; later Spotify found that the recommended playlist itself could keep people listening. By the time he handed over the job, most people could no longer remember that listening to a song once meant downloading it first. --- All scores and rankings in this article were produced by Claude (AI). Cover photo: Daniel Ek visiting the European Commission, February 25, 2025, by Lukasz Kobus (European Commission), via Wikimedia Commons under CC BY 4.0 (creativecommons.org/licenses/by/4.0). The cover crops the photo and converts it to black and white. Sources: date and place of birth, building websites and open-source projects from 14, 2002 high school graduation, eight weeks at KTH, the Jajja / Tradera / Stardoll / Advertigo / μTorrent roles, and the 2025-09-30 announcement that he would step down as CEO at year end and become executive chairman, from the English Wikipedia article "Daniel Ek"; the 2006-04-23 founding, the 2008-10-07 launch in five countries, the freemium model and the roughly 70% paid to rights holders, the 2011-07-14 US launch, Discover Weekly in July 2015, the three 2023 layoff rounds, the 2024 and 2025 financials, the June 2026 monthly users and subscribers, and the January 2026 co-CEOs, from "Spotify"; the 2002 view on piracy, the September 2009 UK invitation-only period, the six-month free trial at the US launch, the reference price, opening price and valuation of the 2018-04-03 direct listing, and the 2019-02-06 Gimlet and Anchor acquisitions, from "History of Spotify"; the Rogan exclusive and renewal values (both as reported), the Neil Young and Joni Mitchell removals and Spotify's response, from "The Joe Rogan Experience". The ranking scores product dimensions only. --- # 100 Products That Changed the World · #15: Android URL: https://doaipm.com/en/blog/product-rank-15-android/ Published: 2026-10-07 Tags: Product ranking, Android, Google, Operating system, Smartphone, Product history, Product scoring, Open source On June 16, 2026, Google released Android 17. That came 18 years after the first Android phone. On September 23, 2008, T-Mobile announced the HTC Dream, also sold as the G1: a slide-out keyboard, a trackball and a 3.2-inch screen. At Google I/O in May 2021, Google said there were more than 3 billion active Android devices in the world. The system was not built for phones in the first place. ## 2003: an operating system for cameras In October 2003, Andy Rubin founded Android Inc. in Palo Alto, California, with Chris White, Rich Miner and Nick Sears. What they set out to build was an **operating system for digital cameras**. Rubin said so himself in 2013. They later moved to phones, aiming at Symbian and Microsoft's Windows Mobile. The company was called Android because Rubin already owned the android.com domain. In July 2005 Google bought the company, for at least $50 million according to reports. Rubin and his team moved into Google. ## 2007: an alliance before a phone The iPhone was announced in January 2007. On November 5 that year, Google did not show a phone. It showed an alliance: the **Open Handset Alliance**, with 34 founding members, including handset makers such as HTC, Motorola and Samsung, carriers such as T-Mobile and Sprint, and chip companies. Symbian, Nokia, Microsoft and Apple all played it down at the time. A member of Microsoft's Windows Mobile team said: "I don't understand the impact that they are going to have." ## Free: the most important decision in the product Android's source code was released under the Apache 2.0 license. **Phone makers could take it and ship it without paying Google a license fee.** Here is how that decision adds up: | Party | What they get | What they give | |---|---|---| | Phone makers | A ready-made system that can compete with the iPhone | No license fee for the OS; a GMS agreement if they want Google's apps | | Carriers | More cheap smartphones to sell | Nothing | | Google | Search and the Google Play store on every phone | The cost of building and maintaining the OS | Google does not make its money from the system. It makes it on top of the system. The Android Open Source Project (AOSP) is open to anyone, but Google's own apps and services, called **Google Mobile Services (GMS)**, are not part of it and can only be preinstalled under a license from Google. That model had a cost too. In 2018 the European Commission found that Google used Android to make manufacturers bundle its search app and other apps, and fined it about 4.3 billion euros. ## Versions, desserts and fragmentation The first two Android versions were internally codenamed Astro Boy and Bender. Licensing issues ruled those names out, so later releases were named after desserts in alphabetical order: Cupcake, Donut, Eclair, Froyo, and so on, up to Android 9 Pie. On August 22, 2019, Google announced that version Q would simply be called Android 10, saying the dessert names were not familiar or easy to pronounce for many users around the world. The other consequence of free was **fragmentation**. Every manufacturer modifies the system, and screens, chips and memory all differ. In 2012 one developer counted their app running on 3,997 different devices. System updates and security patches also have to be adapted by each manufacturer, so users often wait months for a new version, and some models never get it. ## End of 2010: number one Growth started in 2010. According to Canalys, by the fourth quarter of 2010 Android's worldwide share had reached 33%, making it the best-selling smartphone platform. Since 2011 it has been the most used mobile operating system in the world. Active-device figures Google has announced: | Date | Figure announced by Google | |---|---| | September 2015 | 1.4 billion monthly active devices | | May 2017 | 2 billion monthly active devices | | May 2021 | More than 3 billion active devices | In China, phone makers use the open-source part of Android with their own interfaces and app stores; Google Mobile Services did not come in. ## A lawsuit that lasted ten years Android apps are written in Java, and the system implements a set of Java APIs. In 2010 Oracle sued Google, arguing that those APIs were copyrighted. The case ran for a decade. On April 5, 2021, the US Supreme Court ruled 6 to 2 for Google, holding that its use of the APIs was fair use. ## Why it ranks #15 | Dimension | Score | Notes | |---|---|---| | Originality ORG | **85** | Its lowest. The iPhone set the shape of the touchscreen smartphone, and others were building Linux-based phone systems too. What Android pioneered was not how a phone looks but a way of distributing it: open source, free, available to anyone | | Scale SCL | **99** | Its highest. More than 3 billion active devices, the largest installed base of any operating system | | Impact IMP | 95 | Put the same system on cheap phones as on flagships, which spread smartphones to more countries and income levels | | Experience EXP | 88 | Fragmentation, slow updates and heavy customization mean the experience depends on whose phone you bought | | Business BIZ | 95 | The OS is free; search and app store revenue pay for the whole model | | Durability DUR | 95 | Eighteen years in, a major release every year, and no sign of being replaced | **Overall OVR 92.75, ranked #15.** ![Android's six scores next to its neighbors: #14 Douyin/TikTok originality 90, scale 96, impact 95, experience 94, business 94, durability 88, overall 92.85; #15 Android originality 85, scale 99, impact 95, experience 88, business 95, durability 95, overall 92.75; #16 Air conditioning originality 95, scale 95, impact 95, experience 82, business 90, durability 97, overall 92.60](/blog/product-rank-15-android-scores-en.jpg) **Why originality is only 85.** Originality asks whether anyone did this before. When Android shipped, the iPhone had been on sale for more than a year, and Apple had already shown the touchscreen-plus-app-store form. What was genuinely new about Android was distribution: handing every manufacturer, for free, a system that could compete with the iPhone. That matters a great deal, but it counts toward scale, impact and business, not originality. Against #14 Douyin / TikTok, Android is 3 points higher on scale, 7 higher on durability and 1 higher on business, but 5 lower on originality and 6 lower on experience. Net, **the gap is just 0.10**, with Douyin ahead. Against #16 air conditioning, air conditioning scores 95 on originality, 10 points above Android, and 97 on durability; but its experience (82) and business (90) are both lower. Android leads by 0.15. The iPhone answered the question of what a smartphone should be. Android answered a different one: **how to get it to everyone**. The answer was to charge nothing. The price is that Google has had to maintain, together with hundreds of manufacturers, a system that is never quite the same twice. --- All scores and rankings in this article were produced by Claude (AI). Sources: the Android 17 release date; Android Inc.'s founding in October 2003 and its founders; the camera-OS origin (Rubin, as reported by PC World on April 16, 2013); Google's July 2005 acquisition for at least $50 million (as reported by The New York Times); the HTC Dream announcement on September 23, 2008; the Open Handset Alliance launch on November 5, 2007; the Apache 2.0 license; GMS being outside AOSP; version codenames and the end of dessert names on August 22, 2019; the developer count of 3,997 devices (Ars Technica, 2012); Canalys's fourth-quarter 2010 share; the active-device figures Google announced in 2015, 2017 and 2021; and the 2018 EU fine are from the Wikipedia article "Android (operating system)" and the original reports it cites. The 34 founding members are from the Wikipedia article "Open Handset Alliance". The Supreme Court's 6-2 ruling of April 5, 2021 is from the Wikipedia article "Google LLC v. Oracle America, Inc.". The ranking scores products, not companies. --- # 100 Product Managers Who Changed the World · #22: Jack Dorsey URL: https://doaipm.com/en/blog/pm-rank-22-jack-dorsey/ Published: 2026-10-06 Tags: product managers, Twitter, Square, Jack Dorsey, top PM rankings, payments, social networks On October 1, 2026, Block, the company Jack Dorsey runs, started an ad campaign with the line "Some things don't make sense. Bitcoin does." The spots run on YouTube, X, Meta, Instagram and Fox Sports, and before some screenings of Avengers: Doomsday and Dune 3, through December 31. Block wants people to spend bitcoin as everyday money. Block has two main products: Square, which lets small merchants take payments, and Cash App, which people use to send money to each other. In the second quarter of 2026, Square handled $72.8 billion in payments in one quarter, and Cash App had 59 million people transacting with it each month. Twenty years ago he was building something else: a website where every post had to fit in 140 characters. ## A teenager hooked on dispatch software Dorsey was born on November 19, 1976, in St. Louis, Missouri. His father worked for a company that made mass spectrometers; his mother stayed at home. By 14 he was hooked on dispatch routing, the systems that taxi fleets, couriers and ambulance services use to hand out jobs: who is where, who is free, who gets the next call. That question runs through both of his later products. One answers "what is this person doing right now". The other answers "how does this money get from that person to this one". He enrolled at the University of Missouri-Rolla in 1995, transferred to New York University in 1997, and dropped out one semester short of a degree. In 2000 he started a company in Oakland that still did dispatch: sending couriers, taxis and emergency services out from the web. That July, drawing on dispatch, LiveJournal and AOL Instant Messenger, he had an idea for a real-time status service on the web, so that friends could see what each other were doing at any moment. The first time he saw the status line in an instant messenger, he wondered whether it could be shared easily with friends. ## twttr: one status, 140 characters He took the idea to Odeo, a podcasting company that happened to be interested in text messaging. He and Biz Stone decided that SMS suited status updates, and the two built a prototype in about two weeks. Work started in February 2006 under the code name twttr, which Noah Glass came up with, inspired by Flickr and the five-character length of US SMS short codes. On March 21, Dorsey posted the first one: "just setting up my twttr". The service launched that July and was renamed Twitter a few months later. Because it started out on text messages, every post was limited to 140 characters. The limit stayed until 2017, when it went to 280. **What was actually new was taking the status line out of a corner of an instant messenger and turning it into a public timeline anyone could read.** Before, you could see whether a friend was online. Now one sentence from a stranger could reach hundreds of thousands of people in minutes. South by Southwest Interactive in 2007 was the moment it took off: tweets went from 20,000 a day to 60,000 during the conference. That April Twitter was spun off as its own company, with Dorsey as CEO. ## 2008: replaced as CEO In his first two years as CEO, Dorsey put keeping the site up ahead of making money. Users kept arriving faster than the servers could cope, and outages came often enough that the error image, eight orange birds hoisting a whale in a net, got a nickname: the fail whale. As of 2008, Twitter had no designed way to make money. His three principles for the team were simplicity, constraint and craftsmanship. On October 16, 2008, Evan Williams took over as CEO and Dorsey became chairman, out of day-to-day management. ## A glass faucet that would not sell In 2009 Jim McKelvey, an old friend of Dorsey's from St. Louis, had a set of glass faucets and fittings that a buyer wanted, a $2,000 sale. McKelvey could not take a credit card, and the sale was lost. Back then a craftsperson or market stall that wanted to take cards had to open a merchant account with a bank and buy a card terminal, like the ones in Apple's stores, which usually cost $75 or more. McKelvey and his friend Robert Morley, a professor at Washington University, worked in the glass studio and the lab and built the first prototype: a small card reader that plugged into a phone. Dorsey and McKelvey started the company in a small office in St. Louis and named it Square, after the shape of the reader. The company was announced in December 2009 and the product went on sale in May 2010. The reader came down to three decisions: - It plugged into the **headphone jack**, not the iPhone dock connector, so it did not need Apple accessory certification - It had no moving parts and was cheap enough to **give away for free** - There was one price: 2.75% plus 15 cents per swiped card, 3.5% plus 15 cents for a keyed-in number, no contract and no monthly fee **For the first time, a one-person business could take credit cards without buying hardware or signing a contract.** The company went from 10 people in December 2009 to more than 100 by June 2011. In October 2013 Square added Square Cash for sending money between people, later renamed Cash App. In 2015 Square went public on the New York Stock Exchange at $9 a share, a market value of $2.9 billion. ## 2015: CEO of two companies at once In March 2011 Dorsey returned to Twitter as executive chairman. In July 2015 CEO Dick Costolo stepped down; Dorsey took over on an interim basis and was named permanent CEO in October. He was now CEO of two public companies, Twitter and Square. The Twitter he came back to was shrinking. Tweets per day peaked at 661 million in August 2014 and were down to about 300 million by January 2016. Some of the product decisions he made: - In May 2016, photos and links stopped counting toward the 140 characters - In 2016, the main timeline started using recommendation algorithms instead of pure chronological order - In 2017, the limit went up to 280 characters - From November 2019, political ads were banned worldwide Looking back in 2022, he wrote: "The biggest mistake I made was continuing to invest in building tools for us to manage the public conversation, versus building tools for the people using Twitter to easily manage it for themselves." ## After 2021: Block, Musk and Bluesky On November 29, 2021, Dorsey stepped down as Twitter CEO and CTO Parag Agrawal took over. Two days later, on December 1, he renamed Square the company to Block. That August the company had announced a $29 billion all-stock deal for the buy now, pay later company Afterpay, which closed on January 31, 2022. In May 2022 he left Twitter's board. That October Elon Musk bought Twitter for $44 billion, and Dorsey kept his 2.4% stake. Separately, in 2019 he had started a project inside Twitter to build a decentralized social protocol, called Bluesky. He joined the Bluesky board in February 2022 and left in May 2024, saying that its move toward a traditional company structure and centralized moderation tools were the main reasons. He has since funded another decentralized protocol, Nostr, and in 2025 launched Bitchat, a messaging app that uses Bluetooth mesh networking instead of the internet. Block has also been cutting back: its ticker changed from SQ to XYZ in January 2025, and on February 26, 2026 it announced more than 4,000 layoffs. ## Why he ranks here | Dimension | Score | Why | |---|---|---| | Vision VIS | 92 | Thought of a real-time status service on the web in 2000; saw in 2009 that the phone itself could be the cash register | | Insight INS | 90 | A shareable status line and a craftsperson who could not take cards: both came from a small, nearby annoyance. But in his second stint as CEO he put the effort into the platform managing conversation for users, which he called "the biggest mistake" in 2022 | | Taste TST | 90 | Simplicity, constraint, craftsmanship: 140 characters and a free square reader are both subtraction. Later Twitter loosened the limit and added algorithmic ranking, and the subtraction did not hold | | Business BIZ | **88** | His lowest. Early Twitter put uptime ahead of revenue, and later tweets per day fell from 661 million to about 300 million. Square's business works, but it does not lift this score back | | Scale SCL | **94** | Joint highest. Twitter had more than 100 million users by 2012; Square handles $72.8 billion a quarter and Cash App has 59 million monthly transacting users | | Originality ORG | **94** | Joint highest. A public timeline of short statuses, and a free reader that plugs into a headphone jack, were both new forms built from nothing | **Overall OVR 91.70, ranked #22.** ![#22 Jack Dorsey's six scores next to his neighbors: #21 Tony Fadell VIS 92 INS 92 TST 96 BIZ 88 SCL 92 ORG 92, overall 91.80; #22 Jack Dorsey VIS 92 INS 90 TST 90 BIZ 88 SCL 94 ORG 94, overall 91.70; #23 Daniel Ek VIS 92 INS 90 TST 88 BIZ 94 SCL 94 ORG 90, overall 91.60](/blog/pm-rank-22-jack-dorsey-scores-en.jpg) He sits between Tony Fadell (91.80) and Daniel Ek (91.60), 0.10 apart on each side. His shape is the opposite of Fadell's. Fadell's highest score is taste at 96, with scale and originality at 92. Dorsey's taste is 90, and his scale and originality are both 94. **Fadell is the person who makes an existing category as good as it can be; Dorsey is the person who makes something that did not exist.** MP3 players existed before the iPod. A public timeline of short statuses and a free card reader did not exist before him. Both score 88 on business: in one case Steve Jobs made the business calls, in the other the business never quite worked. Against #23 Daniel Ek, Dorsey is 4 points higher on originality (94 to 90) and 2 higher on taste; Ek is 6 points higher on business (94 to 88). Spotify's job was to make the numbers work for labels, artists and listeners at the same time, which is exactly Dorsey's weakest dimension. Few people on this list built two products that have each lasted twenty years and each serve tens of millions of people. Both grew out of the same habit: the dispatch screen he stared at as a teenager. Who is where, what are they doing, how does the money get from one person to the next. Twitter is no longer his. Square still is. --- All scores and rankings in this article were produced by Claude (AI). Cover photo: Jack Dorsey at the 2012 Time 100 Gala, April 24, 2012, by David Shankbone, via Wikimedia Commons under CC BY 3.0 (creativecommons.org/licenses/by/3.0). The cover crops the photo and converts it to black and white. Sources: date and place of birth, parents' jobs, interest in dispatch routing by 14, education, the 2000 Oakland dispatch company and the real-time status idea, Odeo and the two-week prototype with Biz Stone, becoming CEO in 2007, uptime over revenue, simplicity, constraint and craftsmanship, stepping down as CEO on 2008-10-16, returning as executive chairman in 2011, interim CEO in July 2015 and permanent CEO in October, the May 2016 change and the tweets-per-day figures, the 2016 algorithmic timeline, the 2022 "biggest mistake" quote, the 2019 political ad ban, resigning on 2021-11-29, the rename to Block on 2021-12-01, leaving the board in May 2022, keeping a 2.4% stake in October 2022, joining and leaving the Bluesky board and his reasons, Nostr and Bitchat, from the English Wikipedia article "Jack Dorsey". The fail whale image, the twttr name, the February 2006 start, the July launch, the 140 and 280 character limits, SXSW 2007 tweet volume, the April 2007 spin-off and the $44 billion acquisition, from the English Wikipedia article "X (social network)". The date and text of the first tweet, from Biography.com. McKelvey's $2,000 sale, the St. Louis office, the origin of the name, Morley's role in the prototype and the December 2009 announcement, from the English Wikipedia articles "Block, Inc." and "Jim McKelvey". The May 2010 launch and headcount, from the English Wikipedia article "Jack Dorsey". The headphone jack, free reader and fees, from Time's 2010 tech buyers' guide. The Cash App launch date, the 2015 IPO price and market value, the Afterpay announcement and closing dates, the ticker change and the 2026-02-26 layoffs, from the English Wikipedia article "Block, Inc.". The 2019 start of Bluesky, from the English Wikipedia article "Bluesky". Square's $72.8 billion Q2 2026 payment volume and Cash App's 59 million monthly transacting actives, from Block's Q2 2026 results. The October 1 bitcoin campaign line, channels and run dates, from Bitcoin Magazine, 2026-10-01. The rankings score product work only. --- # 100 Products That Changed the World · #14: Douyin / TikTok URL: https://doaipm.com/en/blog/product-rank-14-douyin-tiktok/ Published: 2026-10-06 Tags: Product ranking, Douyin, TikTok, ByteDance, Short video, Product history, Product scoring, Recommendation feed In July 2026, **time spent per user on Douyin passed WeChat for the first time**. According to figures reported by IT Home in September, Douyin users spent 112 to 120 minutes a day in the app that month, against 82 to 85 minutes for WeChat users. WeChat still had more daily users, about 931 million to Douyin's 714 million. But Douyin's daily users grew 19% year on year, WeChat's 3%. A messaging app was overtaken on time spent by an app for watching videos. Douyin and its overseas sibling TikTok are run separately and do not share content, but they run on the same product logic, so the ranking counts them as one product. ![Douyin / TikTok timeline: 2016-09-26 A.me launches; 2016-12-22 renamed Douyin; 2017-11 ByteDance announces the Musical.ly acquisition; 2018-08 Musical.ly merged into TikTok; 2020-08 Douyin passes 600 million daily users (including Douyin Volcano); 2021-09-27 TikTok passes 1 billion monthly users; 2026-01-23 TikTok US data security joint venture formed; 2026-07 Douyin time per user passes WeChat](/blog/product-rank-14-douyin-tiktok-timeline-en.jpg) ## 2016: a 15-second music video app On September 26, 2016, ByteDance launched an app called A.me. On December 22 that year it was renamed Douyin. At the start it did one narrow thing: pick a piece of music and shoot a 15-second vertical video. Short video was not its invention. In China there were already Kuaishou and Meipai; overseas there were Vine and Musical.ly. Douyin's early format looked a lot like Musical.ly's lip-sync music clips. Two product choices it made were later copied by almost every short video app: - **Full screen, vertical, one video at a time.** One video fills the screen, plays automatically, and a swipe up brings the next one - **The home screen is the recommendation feed.** By default you do not land on "people you follow" but on what the system picks for you ## No need to follow anyone first Before Douyin, content on social products mostly travelled along the follow graph: you had to follow a set of people before your home screen had anything in it. New users followed few people, saw an empty feed and left. Douyin removed that step. A new user opens the app and, without following anyone, the first video starts playing. Whether you watch to the end or swipe away, how long you pause, whether you like it: all of it feeds the next recommendation. Showing one video per screen keeps that signal clean, because your reaction to one video is not mixed up with anything else on screen. **This decision meant a video's reach no longer depended on how many followers its creator had.** A brand-new account with zero followers can get pushed to more people if the first viewers respond well. ByteDance had already done "algorithm instead of editors" once, with the news app Toutiao. Douyin took the same capability and applied it to video. ## 2017 to 2018: buying Musical.ly and merging it into TikTok In 2017 ByteDance launched TikTok, the international version of Douyin. In November that year ByteDance announced it would acquire Shanghai-based Musical.ly, for a price reported at about $1 billion. Musical.ly had more than 20 million daily users worldwide at the time, with more than 6 million active users in North America. In August 2018 Musical.ly's users were moved into TikTok and the original app ceased to exist on its own. The deal gave TikTok a ready-made user base in North America and Europe. Many of the regulatory questions it later faced in the United States started from this acquisition. ## From tens of millions of daily users to 700 million Douyin's growth curve: | When | Number | Basis | |---|---|---| | Chinese New Year, Feb 2018 | 66.46 million | Peak daily users | | January 2019 | 250 million | Daily users, officially announced | | January 5, 2020 | 400 million | Daily users, Douyin data report | | August 2020 | 600 million | Daily users, including Douyin Volcano | | July 2026 | about 714 million | Daily users, reported by IT Home in September | On TikTok's side, the company announced on September 27, 2021 that it had passed 1 billion monthly users worldwide. According to third-party firm Sensor Tower, TikTok passed 2 billion monthly users worldwide in the first quarter of 2026. ## From watching to buying Douyin later did something neither Vine nor Musical.ly got to: **selling things right where people watch videos.** Live-stream selling and product links under short videos turned Douyin's e-commerce business into one of China's largest within a few years. According to a November 2025 report by LatePost, Douyin's e-commerce GMV grew more than 30% in the first ten months of 2025 and was expected to pass 4 trillion yuan for the year. TikTok Shop started later. By third-party estimates its global GMV went from under $1 billion in 2021 to more than $64 billion in 2025. The recommendation feed was built to keep people watching; commerce gave it a second outlet: see it, buy it. That is why Douyin's business score reaches 94. ## TikTok in the United States TikTok's experience in the US is part of this product's story: - In April 2024, Congress passed and the President signed a law requiring ByteDance to divest TikTok's US business or face a ban on distribution in the US - Around January 19, 2025, TikTok briefly stopped working in the US and came back after a little over half a day - On January 23, 2026, TikTok announced the formation of TikTok USDS Joint Venture LLC According to TikTok's announcement and several media reports, the joint venture is responsible for US data protection, algorithm security, content moderation and software assurance. Oracle, Silver Lake and MGX each hold 15%; ByteDance keeps 19.9% and is the largest single shareholder. **ByteDance keeps the intellectual property of TikTok's algorithm and licenses it to the joint venture.** Commercial operations such as e-commerce, advertising and marketing sit with a TikTok US company wholly owned by ByteDance. More than 200 million US users can keep using the app. ## Why it ranks #14 | Dimension | Score | Notes | |---|---|---| | Originality ORG | 90 | Short video was not its invention; Musical.ly's lip-sync clips came first, and ByteDance had already replaced editors with an algorithm at Toutiao. What it originated was making the recommendation feed the home screen, combined with one full-screen video at a time, a format nearly every short video product then adopted | | Scale SCL | **96** | Its highest. Douyin has about 700 million daily users; TikTok passed 2 billion monthly users by third-party data | | Impact IMP | 95 | It changed how a generation finds content and fills time, and how many people shop | | Experience EXP | 94 | Nothing to learn, no one to follow, nothing to pick: open it and it plays. This is the hardest part to replace | | Business BIZ | 94 | Two legs, advertising and commerce; Douyin's e-commerce GMV was expected to pass 4 trillion yuan in 2025 | | Durability DUR | **88** | Its lowest. Only ten years old; in its category Vine has shut down and Musical.ly was absorbed; in the US, one of TikTok's largest markets, a law required it to be divested | **Overall OVR 92.85, ranked #14.** ![Douyin/TikTok at #14 against its neighbours: #13 Alipay originality 92, scale 93, impact 94, experience 92, business 93, durability 95, overall 93.10; #14 Douyin/TikTok 90, 96, 95, 94, 94, 88, overall 92.85; #15 Android 85, 99, 95, 88, 95, 95, overall 92.75](/blog/product-rank-14-douyin-tiktok-scores-en.jpg) **Why durability is its lowest score at 88.** Durability asks whether a product survives and whether the need it serves stays the same. Douyin is only ten years old. The precedents in its category are not reassuring: Vine shut down in 2017, and Musical.ly stopped existing on its own after it was acquired. Its overseas version faced a US law requiring divestment and stayed through a joint venture. Douyin is very strong today, but "will it still be here in ten years" can only score 88. Against Alipay at #13, Douyin is 3 points higher on scale, 2 higher on experience, 1 higher on impact and on business, and 2 lower on originality. Those add up to a 0.80 lead for Douyin. **Durability, 88 against 95, takes back 1.05 on its own**, leaving Douyin 0.25 behind. Alipay has been doing the same job for twenty-three years: getting people to trust a payment. Against Android at #15, originality at 85 is Android's weak spot and its experience score is 6 points below Douyin's; but Android scores 99 on scale and 95 on durability. After the pluses and minuses Douyin leads by only 0.10, one of the closest pairs in the top 15. Ten years ago, Douyin was an app for shooting 15 seconds to a song. What let it take up so much of people's time was not the video itself but one decision: **don't make the user choose first; let the system choose for them.** That decision made it grow fast, and it is also why, in every country, it gets asked the same question: who is making the choices for all these people. --- All scores and rankings in this article were produced by Claude (AI). Sources: July 2026 time spent, daily users and year-on-year growth for Douyin and WeChat from IT Home and TechNode reports of September 9, 2026; A.me launch on September 26, 2016 and renaming to Douyin on December 22, 2016 from Baidu Baike and public reports; the February 2018 peak of 66.46 million daily users from Digitaling; 250 million daily users in January 2019, 400 million on January 5, 2020 and more than 600 million in August 2020 (including Douyin Volcano) from Economic Observer, 21st Century Business Herald and Cailian Press reports of Douyin's official announcements; the Musical.ly acquisition at about $1 billion, its daily and North American user numbers and the August 2018 merger from The Paper and Tencent News; TikTok's 1 billion monthly users on September 27, 2021 from TikTok's official announcement (via Sina Tech); 2 billion monthly users in Q1 2026 (Sensor Tower) and TikTok Shop GMV (third-party estimates) from a Tencent News report of May 7, 2026; Douyin e-commerce's 2025 GMV expectation from LatePost, November 20, 2025 (as cited by several outlets); the formation date, responsibilities, shareholdings and algorithm IP arrangement of the TikTok US joint venture from TikTok's January 23, 2026 announcement and reports by National Business Daily and Cailian Press. The ranking scores the product, nothing else. --- # 100 Product Managers Who Changed the World · #20: Brian Chesky URL: https://doaipm.com/en/blog/pm-rank-20-brian-chesky/ Published: 2026-10-03 Tags: Product managers, Airbnb, Brian Chesky, PM rankings, Sharing economy, Design Late September 2026, New York, the Skift Global Forum. Airbnb CEO Brian Chesky told the room he had become "a little less religious" about hotels. Airbnb already lists **more than 4,000 hotels**, mostly boutique and independent ones, in New York, San Francisco and several Spanish cities, with Paris and London next. "At some point," he said, Hiltons and Marriotts could be on Airbnb too. It used to be different. Guests who wanted a hotel couldn't find one on Airbnb, so they went to Booking and Expedia. At the same forum he put it this way: "We've gotten over a little bit of our religion of no commodities, but I will say the vast majority of our supply will always be unique." This company started as "not a hotel." It started with a few air mattresses in a San Francisco living room. ## Social workers' son, industrial designer Chesky was born on 29 August 1981 in Niskayuna, New York, the small town that is home to GE's research center. His parents, Robert and Deborah, were both social workers. After high school in 1999 he went to the Rhode Island School of Design (RISD) to study industrial design, and graduated with a BFA in 2004. He then moved to Los Angeles and worked as an industrial designer at a firm called 3DID, designing toys, guitars and medical equipment. That résumé comes up again and again later, because large Silicon Valley companies are rarely run by designers. ## A design conference and some air mattresses In October 2007 Chesky moved to San Francisco to share an apartment with his RISD classmate Joe Gebbia. They couldn't make the rent. That month the Industrial Designers Society of America (IDSA) was holding its conference in the city, and the hotels were full. The two of them put air mattresses in the living room, rented them to designers coming for the conference at $80 a person, and threw in breakfast. They called it "Airbed & Breakfast." Nathan Blecharczyk, an engineer and Gebbia's former roommate, was brought in to build the website. **On 11 August 2008, airbedandbreakfast.com went live.** Almost nobody used it. The three of them pitched investors and were turned down, or simply got no reply. ## Cereal at $40 a box Summer 2008 was a presidential election year. The Democratic National Convention was in Denver, and the city was short of rooms. They bought generic breakfast cereal and designed two boxes, "Obama O's" and "Cap'n McCain's," each with a cartoon of the candidate. They sold them at **$40 a box** around the convention. They took in about **$30,000**, which kept the website alive. A few months later it helped get them into Y Combinator. Chesky has often retold how YC founder Paul Graham reacted: he wasn't sold on the website, but people who could sell cereal for $40 a box were "cockroaches." They wouldn't die. In **January 2009** the three joined YC and got $20,000 for 6% of the company. In March the name was shortened to Airbnb, dropping the part that made people think you could only sleep on an air mattress. By then the site had 10,000 users and 2,500 listings. ## Door to door with a camera During YC they saw that listings in New York converted badly. The reason was simple: hosts' own photos were dark and blurry. The three flew to New York and went door to door with a camera, shooting "professional" photos for hosts, signing up new ones and helping existing ones improve their listings. When Graham wrote "Do Things That Don't Scale" in July 2013, this was his lead example: > Airbnb now seems like an unstoppable juggernaut, but early on it was so fragile that about 30 days of going out and engaging in person with users made the difference between success and failure. He also remembered that whenever they showed up for YC's Tuesday dinners, they were pulling rolling bags, just back from somewhere. The same year Greg McAdoo of Sequoia Capital invested $585,000. In the fall of 2010 Chesky formally became CEO. ## "We have really screwed things up" In June 2011 a San Francisco host known as EJ wrote on her blog that a guest who had booked through Airbnb had ransacked her apartment. A locked closet had been broken into. Her passport, cash, credit card, her grandmother's jewelry and her birth certificate were gone, and there was bleach and fireplace ash all over the place. TechCrunch picked up the story in late July. According to EJ, Airbnb had first told her it would not reimburse the damage and did not insure against losses. The coverage kept getting worse. On 1 August, Chesky published an open letter. A few lines from it have been quoted ever since: > We have really screwed things up. > > With regards to EJ, we let her down, and for that we are very sorry. > > We weren't prepared for the crisis and we dropped the ball. The same letter announced a product: a **$50,000 host guarantee**. Property loss or damage from guest theft or vandalism would be covered by Airbnb, starting on 15 August and applying retroactively to hosts who had reported damage before 1 August. Before this, a product that ran on trust between strangers left that trust entirely to its users. After it, the company began designing trust as part of the product: the guarantee, customer support, and later identity verification. ## Snow White in 15 frames Over the 2011 holidays Chesky read a biography of Walt Disney and learned that Disney had storyboarded Snow White before making it. He hired a former Pixar animator, Nick Sung, to storyboard the whole Airbnb experience: **15 frames for the guest, 15 for the host**, from first hearing about Airbnb, to checking in, to writing a review after leaving. Inside the company the project was called "Snow White." Every idea anyone had ever discussed went onto a sticky note under the frame it belonged to. Once it was drawn, the team saw that most of the important moments happened offline: finding the keys, meeting the host, finding your way around a strange city. In those moments people were holding a phone, not sitting at a computer. Airbnb then made mobile its top priority. Later, on Reid Hoffman's podcast Masters of Scale, he described another exercise, the "11-star experience." Write down what a 5-star check-in looks like, then 6 stars, 7 stars, all the way to 11. His 11-star version: you land at the airport, Elon Musk picks you up and takes you to space. Eleven stars can't be done. But somewhere on the way up from five there are a few stars that can be done and that nobody else is doing. ## Cutting a quarter, then going public In spring 2020 the pandemic brought global travel almost to a stop. On **5 May** Chesky announced that about 1,900 people, 25% of Airbnb's 7,500 employees, would be laid off. He wrote that revenue that year was forecast to be less than half of 2019's. The letter spread widely in Silicon Valley because it was specific. US employees got 14 weeks of base pay plus one week for every year at Airbnb. The company paid 12 months of COBRA health insurance. It dropped the one-year equity cliff for everyone hired in the past year. A large part of the recruiting team became an Alumni Placement Team whose job was to find work for the people leaving. They could keep their Apple laptops. In the same letter he paused Transportation and Airbnb Studios and scaled back Hotels and Lux, pulling the company back to one thing: homes. On **10 December** Airbnb listed on Nasdaq. The IPO was priced at $68 and raised $3.5 billion. The stock opened at **$146** and closed at $144.71, up 113%. Thirteen years after the air mattresses. After the IPO, Airbnb had its first full-year profit in 2022: $1.893 billion in net income. ## Getting rid of the "classic" product manager On 22 June 2023, at Figma's Config conference, Chesky said something that went off like a bomb among product managers: > The designers are equal to the product managers. Actually, we got rid of the classic product management function. Apple didn't have it either. We combined product management with product marketing and we said that you can't develop products unless you know how to talk about the products. The next day he added: "I should have been more clear. We morphed the function into an Apple-style product marketing function." On Lenny Rachitsky's podcast he explained it again: what went away was the traditional PM role, and the new role is product management plus product marketing, defining the product inside and talking about it outside. So a man who says his company got rid of the classic product manager ranks 20th among the 100 product managers who changed the world. This list scores a person's product decisions, not their job title. Chesky is Airbnb's biggest product manager. The air mattresses, the photos, the host guarantee, the Snow White storyboard and the 2020 cuts were all product decisions. ## Founder mode In September 2024 Chesky spoke for two hours at a YC event about how he runs the company. Paul Graham went home and wrote an essay called "Founder Mode." It begins: > At a YC event last week Brian Chesky gave a talk that everyone who was there will remember. Most founders I talked to afterward said it was the best they'd ever heard. Ron Conway, for the first time in his life, forgot to take notes. Graham's summary of the talk: as Airbnb grew, well-meaning people told Chesky to "hire good people and give them room to do their jobs." He followed that advice, and **the results were disastrous**. He had to work out a better way on his own, partly by studying how Steve Jobs ran Apple. "Founder mode" has been Silicon Valley shorthand ever since. Roughly, it means the founder doesn't hand product detail off to layers of managers but goes into the product personally, holds skip-level meetings and talks directly to the people doing the work. It is the other side of the 2023 product-manager remark. In both cases the product decisions move back to the CEO and a small group around him. ## The 2025 relaunch In May 2025 Airbnb did a major relaunch. It added Airbnb Services, where you can book a private chef, a massage, a personal trainer, hair and makeup or a photographer, and rebuilt Airbnb Experiences. It is Chesky's second attempt to make Airbnb more than a place to book a room. The first was Experiences, launched in 2016, which never became a core business. In 2025 Airbnb's revenue was **$12.2 billion** and its net income $2.516 billion. In September 2026, at the Skift forum, he said the relaunched Experiences business had finally clicked in one city, Paris, where bookings were up sixfold year over year. He also committed to launching Airbnb's own AI agent next year. He is 45 and still CEO. ## Why he's on the list | Dimension | Score | Why | |---|---|---| | Vision VIS | 92 | In 2007 he bet that strangers would sleep in strangers' homes, when almost every investor disagreed | | Insight INS | **95** | Joint highest. He saw that listing photos, trust and the offline moments were what limited conversion | | Taste TST | **95** | Joint highest. A designer by training; Snow White storyboards and 11-star experiences start from what the user goes through | | Business BIZ | 90 | Fifteen years from founding to the first full-year profit; the 2020 retreat to the core business came first | | Scale SCL | **89** | Lowest. Airbnb is big, but travel is low-frequency; a person books only a few times a year | | Originality ORG | 93 | Turned "staying in a stranger's home" from a niche couch-surfing habit into a global category, and made "host" a job | **Overall 92.05, ranked 20th.** ![No. 20 Brian Chesky's six dimensions next to the two around him: No. 19 Soichiro Honda vision 93 insight 92 taste 92 business 90 scale 95 originality 90, overall 92.10; No. 20 Brian Chesky 92/95/95/90/89/93, overall 92.05; No. 21 Tony Fadell 92/92/96/88/92/92, overall 91.80](/blog/pm-rank-20-brian-chesky-scores-en.jpg) He sits between Soichiro Honda (92.10) and Tony Fadell (91.80), 0.05 behind the man above him. Insight and taste, both 95, are his two highest scores. They are high because nearly all his key decisions came from watching how people use the product in real life: the door-to-door photos, the guarantee after EJ, the Snow White storyboard. None of those was a technical breakthrough. They are a designer's working methods. Scale, at 89, is his lowest score and the lowest of the three. Honda's Super Cub is something many people ride every day, 100 million of them. Tony Fadell's iPod and iPhone live in people's pockets. Airbnb is used a few times a year, and that sets its ceiling. Business, at 90, matches Honda. Airbnb lost money for years before its IPO. Only after the 2020 cuts, a quarter of the staff and every non-core project, did it post its first full-year profit, in 2022. Against Honda he is 3 points higher on originality (93 to 90). Motorcycles already existed and Honda changed who they were sold to; short-term rental sites existed before Airbnb too, but Airbnb is the one that made staying in a stranger's home a global category. He is 6 points lower on scale (89 to 95). Net, 0.05. Against Fadell he is 3 points higher on insight (95 to 92), 1 point lower on taste (95 to 96) and 3 points lower on scale (89 to 92). Fadell's taste lands on an object you can hold. Chesky's lands on a whole service: booking, meeting, getting the keys, writing the review. Every one of those air mattresses in 2007 was unique. Nineteen years later he told a forum that the vast majority of Airbnb's supply always will be, and that Hilton is welcome too. --- All scores and rankings in this article were produced by Claude (AI). Cover photo: Brian Chesky speaking at the U.S. Department of State's Gilman Scholarship Program luncheon, 12 September 2016, photographed by the U.S. Department of State, confirmed on Wikimedia Commons as public domain. Sources: birth date and place, parents' occupations, RISD degree and 3DID, becoming CEO in fall 2010 and Sequoia's $585,000 are from the English Wikipedia article "Brian Chesky"; the October 2007 IDSA conference and $80 per guest, the 11 August 2008 launch, the $30,000 cereal money, YC's $20,000 for 6% in January 2009, the March 2009 rename with 10,000 users and 2,500 listings, the May 2025 Services and Experiences launch and the 2022 and 2025 financials are from the English Wikipedia article "Airbnb"; $40 a box is from CNBC, 18 April 2023; Paul Graham's lines on going door to door, the 30 days and the rolling bags are from his July 2013 essay "Do Things That Don't Scale"; EJ's account and Airbnb's first response are from TechCrunch, 27 July 2011, and the 1 August letter, the $50,000 guarantee and its dates from TechCrunch, 1 August 2011; Snow White is from Fast Company and Sequoia Capital; the 11-star experience is from Masters of Scale; the 2020 layoff numbers are from CNBC, 5 May 2020, and severance, health insurance, equity, alumni placement and the business cuts from Chesky's letter of the same day on the Airbnb newsroom; IPO price, proceeds, open and close are from CNBC and Yahoo Finance, 10 December 2020; the Config quote and next-day clarification are from multiple reports including Mind the Product and from Lenny Rachitsky's podcast; the founder mode passages are from Paul Graham's September 2024 essay "Founder Mode"; the 2026 Skift forum remarks on hotels, Experiences and the AI agent are from Skift, 23, 27 and 28 September 2026. The list scores product dimensions only. --- # 100 Product Managers Who Changed the World · #21: Tony Fadell URL: https://doaipm.com/en/blog/pm-rank-21-tony-fadell/ Published: 2026-10-03 Tags: product management, iPod, Nest, Tony Fadell, top PM rankings, hardware, Apple On July 7, 2026, Tony Fadell published a long column on CNET about why the choice of AI assistant matters. His argument: an assistant that really knows you has to see every device around you, your phone, watch, earbuds, laptop and the things in your home. He calls that set of devices a "Federation of Devices." In his words: "Whoever controls this Federation of Devices has the foundation to build the most trusted and most valuable AI assistant." The historical examples he names in the column are the Mac, the iPod, the iPhone and the Nest thermostat. He built the last three. ## A decade of failure Fadell was born in Michigan on March 22, 1969, to a Lebanese father and a Polish mother. He graduated from the University of Michigan in computer engineering in 1991. In 1992 he joined General Magic and worked his way from diagnostics engineer to systems architect. The company was trying, in the early 1990s, to build a handheld device that could go online and send messages, with Sony, Philips, Matsushita and Toshiba as partners. The product shipped. Almost nobody bought it, and the company later went bankrupt. In 1995 he moved to Philips, helped start its mobile computing group, worked on the Velo and Nino handhelds and served as the group's technology lead. Neither product took off. In July 1999 he founded Fuse, to build a hard-disk music player paired with an online music store. The dot-com bubble burst and the second funding round never came. At a 2020 CogX panel with former General Magic colleagues, he summed it up: "So I literally had a decade of failure." ## A call on a ski lift In January 2001, Fadell was riding a ski lift when Jon Rubinstein, Apple's senior vice president of hardware, called and invited him to Apple for a project. He didn't say what it was. In February Fadell signed a six-week contract as a hardware consultant. In those six weeks he made three foam-core models with rough interface graphics stuck on the screens, **and lead fishing weights inside so each one felt about as heavy as a finished device.** "It was all very, very rough," he later said. "I only had six weeks and it was only me really doing all the work." In April he presented to Jobs and other executives. He showed his two weakest models first and hid the one he wanted under a decorative bamboo bowl on Jobs's conference table. After the first two, Jobs picked the one under the bowl. That month he joined Apple full time to build the iPod & Special Projects group. Apple's engineers were busy with the Mac, so he hired from Fuse, General Magic and Philips. The core team was about 25 people. ## 1,000 songs in your pocket The parts were off the shelf: a 1.8-inch 5GB Toshiba hard drive, and a music chip and base software from PortalPlayer. Scrolling through thousands of songs with buttons was too slow, so Phil Schiller, Apple's senior vice president of marketing, suggested a wheel. Fadell promised six months, to make the 2001 holiday season. The team worked 18 to 20 hours a day, seven days a week. On October 23, 2001, Jobs introduced the iPod: "1,000 songs in your pocket." It went on sale November 10. From the consulting contract to the store shelf took less than ten months. In his 2015 TED talk he described a detail. Electronics used to come with a sticker on the box saying "charge before use," so you took your new device home and waited hours. The iPod shipped with its battery already charged, **so you could open the box and listen.** That meant every unit had to spend longer in factory testing. He calls this "noticing": the annoyances everyone has gotten used to are where design should start. He became vice president of iPod engineering in 2004, and on October 14, 2005, Apple named him Rubinstein's successor as senior vice president of the iPod division. In fiscal 2006 Apple sold more than 39 million iPods, and the iPod accounted for roughly 40 percent of the company's revenue. The line ran until the iPod touch was discontinued on May 10, 2022, after 450 million units. ## The iPhone he lost In 2005, two phone prototypes competed inside Apple. Fadell's team built P1, which added phone features to the iPod and was driven by a virtual click wheel on the screen. Scott Forstall's team built P2, a screen of icons you could tap. Jobs chose P2. It became iOS. Fadell's team was responsible for the iPhone hardware, and he worked on the first three generations. On November 3, 2008, Apple announced he was leaving to spend more time with his family. ## A $90 thermostat After Apple, he was designing an energy-efficient house in Lake Tahoe. The heating and cooling system cost tens of thousands of dollars, and it was going to be wired to a $90 thermostat from Home Depot that barely worked as advertised because its design was so poor. He wrote the business plan in Paris in 2009. In May 2010 he and former Apple colleague Matt Rogers founded Nest Labs. The Nest Learning Thermostat was announced in October 2011. It learned when you got up, when you left and what temperature you liked, and after a few days it built its own schedule. TechCrunch reported at the time that there were roughly a quarter of a billion thermostats in US homes and offices, controlling about half of an average American home's energy budget. Fadell said he wanted the thermostat to be a "beloved" object in the home. In February 2012 Honeywell sued Nest for infringing seven thermostat patents. The case never reached a verdict; in May 2016 Google and Honeywell signed a patent cross-license. In 2013 Nest launched Nest Protect, a $130 smoke and carbon monoxide alarm. One feature let you silence an alarm by waving at it. In April 2014 Nest found the wave could be triggered by accident, which meant the alarm might not sound right away in a real fire. It switched the feature off remotely and stopped sales, and in May it formally recalled about 440,000 units. ## $3.2 billion, and after On January 13, 2014, Google announced it would buy Nest for $3.2 billion in cash. Later that year Nest bought the camera company Dropcam. In January 2015, Google Glass was moved out of Google X and put under Fadell. The next two years were rough. Nest's 2015 sales were about $340 million, above the $300 million annual target agreed at the acquisition but below Google's original expectations. By November 2015 about 70 of Nest's roughly 1,000 employees had quit, many of them from the acquired Dropcam and Revolv teams. Revolv was a smart home hub company Nest bought in 2014. In April 2016 Nest announced it would shut down service for every Revolv hub on May 15, turning a $299 device into a brick. After the backlash, Nest pushed the shutdown to June and offered full refunds. On June 3, 2016, Fadell stepped down as CEO of Nest. ## Investor, author, and the first Nest going dark Out of Google, he became an investor, first under the name Future Shape and later Build Collective, backing early deep-tech companies in clean farming, fusion energy, and AI for recycling and healthcare. On May 3, 2022, he published a book, *Build*, about making things, running teams and being a CEO; it became a New York Times bestseller. When Apple announced Vision Pro in 2023, he told Fortune that Apple had "jumped the shark." From fall 2025 to January 2026 he was MIT's first designer in residence at the Morningside Academy for Design. On October 25, 2025, Google cut off online service for the first- and second-generation Nest Learning Thermostats. They can no longer be controlled from a phone or by voice, **and are left as ordinary thermostats you adjust by hand on the wall.** The first generation is the one he launched in 2011. ## Why he ranks here | Dimension | Score | Notes | |---|---|---| | Vision VIS | 92 | Working on handheld connected devices at General Magic in the early 1990s; in 2010, judged that a thermostat nobody cared about was worth rebuilding | | Insight INS | 92 | Saw that a music player's problem was not sound quality but how to carry and find thousands of songs; a thermostat's problem was not features but that nobody could program it | | Taste TST | **96** | His highest. Weighted foam models, a battery charged out of the box, a thermostat you'd want on your wall: all of it is the moment the thing is in your hand | | Business BIZ | **88** | His lowest. iPod pricing and the iTunes deals with record labels were Jobs's calls; Nest, where he was CEO, fell short of Google's expectations, and the Revolv shutdown damaged trust | | Scale SCL | 92 | 450 million iPods and the hardware of the first three iPhones; Nest is much smaller | | Originality ORG | 92 | He invented neither the MP3 player nor the thermostat; what he started was the first mass-market hit of the smart home | **Overall 91.80, rank 21.** ![Tony Fadell at #21 compared with the ranks above and below: #20 Brian Chesky, vision 92 insight 95 taste 95 business 90 scale 89 originality 93, overall 92.05; #21 Tony Fadell, vision 92 insight 92 taste 96 business 88 scale 92 originality 92, overall 91.80; #22 Jack Dorsey, vision 92 insight 90 taste 90 business 88 scale 94 originality 94, overall 91.70](/blog/pm-rank-21-tony-fadell-scores-en.jpg) He sits between Brian Chesky (92.05) and Jack Dorsey (91.70). Four of his six scores are 92. Taste at 96 sticks out above them and business at 88 sits below. That shape says he is **someone who makes things, not someone who makes businesses.** The iPod sold 450 million units. He led the team that built it, but the pricing, the distribution and the record-label negotiations behind iTunes were the work of Jobs and the Apple machine. When he was CEO himself, Nest made good products, but the business never grew into what Google wanted. Against Chesky, he is 1 point higher on taste (96 to 95) and 3 higher on scale (92 to 89): an iPod is in your pocket every day, while you book an Airbnb a few times a year. But Chesky is 3 points higher on insight (95 to 92), 2 higher on business (90 to 88) and 1 higher on originality, which adds up to a gap of 0.25. Against Dorsey, he is 6 points higher on taste (96 to 90) and 2 higher on insight. Dorsey's Twitter and Square were new things built from nothing, and he is 2 points higher on both originality and scale. The gap between them is 0.10. One more person on the list worked on the same products: Jony Ive, at #33 with 90.20. Ive's taste is 99, three points above Fadell's, but his business score is 82 and his insight 88. What the iPod and iPhone looked like was Ive's call; getting them out of the factory on time and in volume was Fadell's job. In 2011 he wanted the thermostat to be a beloved object in the home. In 2025 it was cut off from the network and turned back into an ordinary thermostat. In 2026 he wrote that the next AI assistant will be built on a network of devices. Once a device is connected, how long it keeps working starts to depend on how long some other company is willing to keep supporting it. --- All scores and rankings in this article were produced by Claude (AI). Cover photo: Tony Fadell on Centre Stage at Web Summit 2022, November 3, 2022, by Web Summit, published on Wikimedia Commons under CC BY 2.0 (creativecommons.org/licenses/by/2.0); cropped and converted to black and white. Sources: birth date and place, parents, education, roles at General Magic and Philips, the founding and funding of Fuse, the April 2001 iPod team, the 2004 and October 14, 2005 appointments, the November 3, 2008 departure announcement, the May 2010 founding of Nest with Matt Rogers, the 2009 business plan in Paris, the June 3, 2016 resignation, Future Shape and Build Collective, and the publication date of *Build* are from the English Wikipedia article "Tony Fadell"; the "decade of failure" quote is from CNBC's June 10, 2020 report on the CogX panel; the ski-lift call, six-week consulting contract, foam-core models with fishing weights, the bamboo bowl, the team's origins and size, the Toshiba drive and PortalPlayer, Schiller's wheel, the six-month deadline and 18- to 20-hour days are from Macworld's "The birth of the iPod"; the iPod's announcement and release dates, "1,000 songs," 450 million units and the May 10, 2022 discontinuation are from the English Wikipedia article "iPod"; 39 million units in fiscal 2006 is from Apple's October 2006 earnings release filed with the SEC, and the roughly 40 percent revenue share from AppleInsider and Statista; the charged battery is from his 2015 TED talk "The first secret of design is ... noticing"; the P1 and P2 prototypes are from 9to5Mac and AppleInsider reports from January 2017; Lake Tahoe and the $90 thermostat are from his own article in IEEE Spectrum and TechCrunch's October 24, 2011 report, which is also the source for the quarter of a billion thermostats and half of the energy budget; the Honeywell suit is from AllThingsD (February 7, 2012) and PCWorld (May 2016); the Nest Protect recall is from CNBC and TechCrunch (May 21, 2014); the Google acquisition is from TechCrunch (January 13, 2014); Glass moving under Fadell is from Fortune (January 15, 2015); 2015 sales and the target are from CNBC and Recode (March 30, 2016); staff departures and the Revolv shutdown are from VentureBeat, BGR and Time (April 2016); the Vision Pro remark is from Fortune (June 7, 2023); the MIT residency is from the MIT Morningside Academy for Design announcement; the end of online service for first- and second-generation thermostats is from Tom's Guide and Tech Advisor; the CNET column and its quotes are from 9to5Mac (July 7, 2026). The rankings score product work only. --- # 100 Products That Changed the World · #13: Alipay URL: https://doaipm.com/en/blog/product-rank-13-alipay/ Published: 2026-10-03 Tags: Product ranking, Alipay, Ant Group, Mobile payments, Product history, Product scoring, Escrow On May 26, 2026, Alipay published a number: **it had completed 300 million payments initiated by AI agents**, meaning payments a user handed off to an AI that then paid on its own. The same day it launched a product called the AI Wallet. In Alipay's description, users can manage an agent's task in real time before and during payment, and check the bill afterwards. Put plainly, it lets you set limits, grant permissions and keep records for an AI that spends your money. Ant Group CEO Cyril Han said at the launch that this was Alipay moving the industry forward again, after Quick Pay and QR code payments. The things he listed, plus the escrow that came first, are the main line of Alipay's 23 years. **Each one solves the same problem: getting people to let go of their money.** To a stranger selling something, to a website, to a phone, and finally to an AI. ![Alipay timeline over 23 years: escrow in October 2003, spin-out on December 8, 2004, full compensation promise on February 2, 2005, Quick Pay on December 23, 2010 lifting success from 60% to about 95%, barcode payments in July 2011, Yu'e Bao on June 13, 2013, Sesame Credit and Huabei in 2015, the health code on February 11, 2020, Tap in July 2024, and 300 million AI agent payments plus the AI Wallet on May 26, 2026](/blog/product-rank-13-alipay-timeline-en.jpg) ## 2003: put the money in the middle In October 2003, Taobao launched escrow payments. The buyer paid into a third-party account, the seller shipped, and only after the buyer confirmed receipt did the money go to the seller. An unhappy buyer could ask for a refund back to their account. The biggest obstacle to buying online in China that year was not internet access. It was that nobody wanted to pay first. Pay first and the seller might never ship; ship first and the buyer might never pay. Escrow meant neither side had to trust the other. Both only had to trust the account in the middle. Holding money with a third party was not a new idea; offline deals had used it for a long time, and PayPal came earlier for online payments. What Alipay did was **make escrow the default flow for every Taobao transaction**, not an optional service. On December 8, 2004, Alipay was spun out of Taobao as its own company and started handling payments for other websites. On February 2, 2005, it went a step further with a promise it called "You dare to pay, we dare to compensate": if a user was defrauded while paying with Alipay, Alipay would cover the full loss. It kept repeating that line for well over a decade. ## 2010: Quick Pay, skipping online banking Escrow solved trust between buyer and seller. It did not solve payments that failed to go through. Paying on a PC back then meant jumping from Taobao to a bank's online banking page, plugging in a USB security key, installing a browser plug-in, and sometimes visiting a branch first to activate online banking. Many people got stuck there, and the sale was lost. The 21st Century Business Herald later reported that Alipay shipped more than 200 optimizations in 2009 and only moved its payment success rate from 60% to 62%. On December 23, 2010, Alipay and Bank of China launched credit-card Quick Pay, and ICBC and China Construction Bank followed. Users bound a card to Alipay once, then paid with just their Alipay password: **no online banking redirect, no USB key**. The success rate rose to around 95%. That step moved the risk from the bank to Alipay. The password was Alipay's, so if a card was stolen and used, Alipay had to pay first. Banks were reluctant at the start. Alipay's answer was the same promise: it would cover fraud losses first. On May 26, 2011, the People's Bank of China published the first 27 payment business licenses for non-bank institutions, and Alipay was on the list. Third-party payments finally had a formal legal status. ## 2013: Yu'e Bao, making money stay Every earlier step was about money flowing through Alipay. Yu'e Bao, launched on June 13, 2013, was about money staying in it. Yu'e Bao was a money market fund Alipay built with Tianhong Asset Management. Move your Alipay balance into it and it earned interest; move it back out at any time to pay for something. Before this, buying a fund meant opening an account at a bank or a brokerage. By December 31, 2013, Yu'e Bao had 43.03 million users and 185.3 billion yuan under management. It peaked at 1.69 trillion yuan in March 2018. Tianhong lowered the per-person holding cap several times from 2017, and the fund shrank steadily afterwards, to about 750 billion yuan by 2024. **Yu'e Bao got tens of millions of people to buy a fund for the first time, and most of them did not feel they were buying a fund.** ## Scan, then tap: from online to offline In July 2011, at an online-goods trade fair in Guangzhou, Alipay launched barcode payments: the user showed a barcode on their phone and the cashier scanned it with a barcode gun. Barcodes later gave way to QR codes. QR payments mattered even more to merchants. A small shop did not need to pay for a card terminal; it could print a QR code, tape it to the wall and start taking payments. A large share of China's small merchants went straight from cash to phone payments without ever passing through card swiping. The reason line Alipay gets on this ranking says it "skipped the credit-card generation entirely", and this is what it refers to. In July 2024, Alipay added "Tap": touch your phone to a merchant's device and you have paid. By July 2026, it said Tap had 400 million users. ## 2015: the other way round, Alipay starts trusting you On January 28, 2015, Sesame Credit began a public beta with some Alipay users, expressing a person's creditworthiness as a single score. In April the same year, Huabei launched, letting people buy now and pay later, with Sesame Credit users getting limits of up to 30,000 yuan. For more than a decade, Alipay had worked on getting users to trust it. Now the direction flipped: **Alipay used your record with it to decide how much to trust you, and how much to lend you.** On November 3, 2020, the Shanghai Stock Exchange announced it was suspending Ant Group's listing on its STAR Market, two days before the planned listing date of November 5. On July 7, 2023, Chinese financial regulators fined Ant Group and its subsidiaries 7.123 billion yuan, including confiscated illegal gains. ## 2020: a code that took no money On February 11, 2020, Hangzhou's health code went live inside Alipay, in green, yellow and red. Within a week, Alipay's health code was running in more than 100 cities. It was the first time Alipay carried something nationwide that had nothing to do with paying. It spread that fast because of what the previous decade and a half had built: nearly everyone had it on their phone, and nearly everyone had verified their real identity in it. ## A billion users, Alipay+, and the AI assistant Ant Group's 2020 prospectus said that as of June 2020, Alipay had more than 1 billion annual active users, 711 million monthly active users and more than 80 million monthly active merchants. Outside China, Alipay opened its network up as Alipay+. By public figures from September 2026, Alipay+ connects more than 50 international payment partners to over 150 million merchants across 220 markets. At the Inclusion Bund Conference on September 10, 2026, Cyril Han said Alipay's AI assistant would introduce incentives for developers to build agents that plug into it. ## Why it ranks #13 | Dimension | Score | Why | |---|---|---| | Originality ORG | **92** | Tied lowest. Third-party escrow was not its invention, and PayPal came first in online payments; what it originated was making escrow the default, plus specific moves like Quick Pay and barcode payments | | Scale SCL | 93 | Over a billion annual users, but mostly in China. Five points behind Facebook and its three billion | | Impact IMP | 94 | A large share of China's small merchants went straight from cash to phone payments, and it solved trust in online shopping first | | Experience EXP | **92** | Tied lowest. Quick Pay and QR payments were huge leaps in experience, but the app grew heavier over the years | | Business BIZ | 93 | Payments are not the most profitable part: in the first half of 2020, digital payments and merchant services were 35.86% of Ant's revenue, while credit, wealth and insurance together made up 63.39% | | Durability DUR | **95** | Its highest. Twenty-three years in, the core job has not changed: getting people to let go of their money | **Overall 93.10, ranked #13.** ![Alipay at #13 compared with its neighbors: #12 Facebook originality 92, scale 98, impact 95, experience 85, business 97, durability 92, overall 93.35; #13 Alipay 92, 93, 94, 92, 93, 95, overall 93.10; #14 Douyin/TikTok 90, 96, 95, 94, 94, 88, overall 92.85](/blog/product-rank-13-alipay-scores-en.jpg) Against Facebook at #12: both launched in 2004 and both score 92 for originality. Facebook is 5 points ahead on scale and 4 on business; Alipay is 7 ahead on experience and 3 on durability. The gap ends at 0.25. Facebook wins on reach and revenue, Alipay on ease of use and staying power. Against Douyin/TikTok at #14: Douyin is 3 points ahead on scale, 2 on experience, 1 each on business and impact, and 2 behind on originality. Add those up and Douyin would lead Alipay by 0.80; **durability, 88 against 95, takes back 1.05 on its own.** Douyin is ten years old. The need Alipay serves has not changed in twenty-three. Its most direct rival at home, WeChat Pay, does not have its own entry; it counts as part of WeChat at #5 (overall 94.75). **What makes Alipay valuable is not any single feature. It is that for more than twenty years, every major product it built answered the same question.** In 2003 the question was whether two strangers would dare to pay first. In 2026 it is whether you will let an AI pay for you. --- All scores and rankings in this article were produced by Claude (AI). Sources: the 300 million AI agent payments, the AI Wallet description and Cyril Han's remarks on Quick Pay and QR payments come from launch coverage on May 26, 2026 (Yangtse Evening Post online and others); the developer incentives for Alipay's AI assistant come from Sina Finance's report on the Inclusion Bund Conference on September 10, 2026; Tap's July 2024 launch and 400 million users come from Sina Tech on July 8, 2026; the escrow flow comes from Taobao Open Platform documentation and related reports; the December 8, 2004 spin-out comes from the Chinese Wikipedia entry on Alipay; the February 2, 2005 compensation promise comes from public reports on Alipay; Quick Pay's December 23, 2010 launch with Bank of China, the 60% to 62% success rate in 2009, the roughly 95% rate after Quick Pay and fraud compensation come from the 21st Century Business Herald, August 12, 2020; the first 27 payment licenses come from China News Service, May 26, 2011; Yu'e Bao's launch date and end-2013 figures come from China Economic Weekly (People's Daily), July 28, 2014, and the 1.69 trillion yuan peak, holding caps and roughly 750 billion yuan come from Jiemian, August 2024; barcode payments launching in July 2011 at the Guangzhou fair come from Woshipm and Sohu; Sesame Credit's January 28, 2015 beta and Huabei's April 2015 launch with limits up to 30,000 yuan come from the 21st Century Business Herald and People's Daily, 2015; the listing suspension comes from the Shanghai Stock Exchange announcement of November 3, 2020 (via China News Service); the 7.123 billion yuan fine comes from the China Securities Regulatory Commission on July 7, 2023 (via China Financial Information Network); the health code launch date and 100+ cities in a week come from Xinhua, February 19, 2020; user, merchant and revenue-mix figures come from Ant Group's prospectus of August 2020, as reported by The Paper; Alipay+ figures come from the TerraPay and Alipay+ press release of September 9, 2026. The ranking scores product dimensions only. --- # 100 Products That Changed the World · #12: Facebook URL: https://doaipm.com/en/blog/product-rank-12-facebook/ Published: 2026-10-03 Tags: Product ranking, Facebook, Meta, Social network, Product history, Product scoring, News Feed On August 26, 2026, Meta agreed to pay up to $18 billion to settle a lawsuit brought by US state attorneys general. The states alleged that Meta knew Facebook and Instagram would hook teenagers and designed them that way anyway. Meta denied wrongdoing. The settlement lists several changes. Accounts under 18 get a default limit of two hours a day, are locked from midnight to 6 a.m. by default, and no longer see like counts on posts. And one more: **users under 18 get the option of a feed that is not ranked by an algorithm.** Facebook launched News Feed on September 5, 2006. Twenty years later, it has been told for the first time to give some of its users a switch that turns the algorithm off. Nearly everything Facebook got right afterwards, and most of what it is in trouble for today, traces back to that one feature. ## It was not the first social network First, why originality is 92 and not higher. Websites that connected you to your friends existed before Facebook. Friendster launched in 2002 and MySpace in 2003, and as late as 2006 MySpace was far bigger. On February 4, 2004, Zuckerberg launched TheFacebook from his Harvard dorm. He later recalled that 1,200 to 1,500 people signed up in the first 24 hours. The biggest difference from the sites before it: **you could only join with a school email address.** Everyone you saw used their real name and was someone you could run into in the dining hall or a lecture. The other sites ran on usernames and self-presentation; this one ran on real relationships between classmates. It also expanded one school at a time: Stanford, Columbia and Yale in March 2004, a high-school version in September 2005, and **only on September 26, 2006, did it open to anyone 13 or older with an email address.** That decision about real identity is what later made Facebook the most accurate map of human relationships ever sold to advertisers. ## September 5, 2006: News Feed Before News Feed, if you wanted to know what your friends were up to, you clicked into their profiles one by one. On September 5, 2006, Facebook put a constantly updating list on the home page: who changed their profile picture, who changed their relationship status, who joined which group. **Information that used to sit on hundreds of separate profiles was now pushed in front of everyone.** Users were furious. Ben Parr, a Northwestern student, started a group that same day called "Students Against Facebook News Feed (Official Petition to Facebook)". It hit 13,000 members within hours, 100,000 by 2 a.m., and more than 284,000 a few days later. At the time Facebook had a little over 8 million student users in total. The protest grew that fast because of the very feature it opposed: when one person joined, every one of their friends saw "so-and-so joined this group" in their feed. Zuckerberg first posted a blog entry titled "Calm down. Breathe. We hear you." It withdrew nothing and only restated the existing privacy settings. A few days later he published an open letter that began "We really messed this one up", and Facebook then added settings that let users control which of their actions showed up in other people's feeds. **News Feed itself never went away.** The people protesting it spent more time on the site while they did. ## From newest-first to ranked News Feed started out in time order, newest at the top. In May 2007, at its first f8 developer conference, Facebook launched its developer platform, letting outside developers build apps inside Facebook. From 2009 the feed moved from time order to algorithmic ranking: Facebook decided which post you saw first. After that, the feed was no longer "what your friends are doing". It was "what Facebook thinks you are most likely to stop and look at". The same ranking also decided where ads went and who saw them. Growth got steep from here: - **April 2008**: comScore counted 116.4 million worldwide unique visitors for Facebook, passing MySpace's 115.7 million for the first time - **April 12, 2012**: bought Instagram for about $1 billion - **May 17, 2012**: priced its IPO at $38 a share, a valuation of about $104 billion - **Early October 2012**: Zuckerberg announced one billion monthly active users - **February 19, 2014**: announced the $19 billion acquisition of WhatsApp The two acquisitions bought two rivals that might have gone around it. ![Facebook timeline: February 4, 2004, TheFacebook launches at Harvard, 1,200 to 1,500 sign-ups in 24 hours; September 5, 2006, News Feed launches and the protest group passes 284,000 within days; September 26, 2006, open to everyone 13 and older; May 2007, developer platform; April 2008, passes MySpace in global visitors; 2009, feed becomes algorithmically ranked; 2012, IPO and one billion monthly users; 2018, Cambridge Analytica; October 2021, the company renames itself Meta; February 2022, daily users fall for the first time; August 26, 2026, state settlement gives minors a non-algorithmic feed option](/blog/product-rank-12-facebook-timeline-en.jpg) ## The cost Handing "what you should see" to an algorithm produced two kinds of problems. The first was data. **In the Cambridge Analytica scandal that broke in March 2018**, a personality-quiz app used Facebook's developer interfaces to collect data on up to 87 million people, most of whom had never installed the app; they were simply friends of people who had. The data was used to target political advertising. In July 2019 the US Federal Trade Commission fined Facebook $5 billion over it. The second was the ranking itself. A ranking algorithm wants you to stop, click and comment, and the content best at making that happen is often content that makes people angry. In early 2018, Zuckerberg announced that the feed would prioritize "meaningful social interactions" with friends and family. The non-algorithmic feed option in this year's settlement is the first time an outside party has reached directly into the ranking. Another signal came from its own users. **In February 2022, Facebook's daily active users fell for the first time in its 18-year history.** The company had renamed itself Meta in October 2021. Since 2024, Meta no longer reports user numbers for the Facebook app on its own; the last figures, for the end of 2023, were 3.07 billion monthly and 2.11 billion daily users. The company as a whole is still growing. In the second quarter of 2026, 3.6 billion people a day used at least one Meta app, and quarterly revenue was $60.8 billion, up 28% year over year. ## Why it ranks 12th | Dimension | Score | Notes | |---|---|---| | Originality ORG | 92 | It did not invent the social network; real identity plus the feed were its own calls | | Scale SCL | **98** | Over 3 billion monthly users for a single app (last reported, end of 2023) | | Impact IMP | 95 | "The feed" became the default shape of almost every content product | | Experience EXP | **85** | Its lowest score. Algorithm, ads and privacy settings stacked on one another | | Business BIZ | **97** | A real-name social graph is the best ad-targeting tool there is | | Durability DUR | **92** | Lowest in the top 13. The product is alive, but young users are leaving the app | **Overall OVR 93.35, ranked 12th.** ![Facebook at #12 with its neighbors: #11 Windows, originality 88, scale 99, impact 96, experience 82, business 99, durability 97, overall 93.50; #12 Facebook, 92, 98, 95, 85, 97, 92, overall 93.35; #13 Alipay, 92, 93, 94, 92, 93, 95, overall 93.10](/blog/product-rank-12-facebook-scores-en.jpg) Against Windows one place above, Facebook is 4 points higher on originality and 1 to 2 points lower on scale and business, and the overall gap is only 0.15. **What actually puts it below Windows is durability: 92 against 97.** Windows has been on office desks for forty years. Facebook is twenty-two, and its company has already changed its name and stopped reporting the app's user numbers. Against Alipay one place below, both score 92 on originality and both launched in 2004. Facebook is 5 points higher on scale and 4 on business; Alipay is 7 higher on experience and 3 on durability; Facebook ends up 0.25 ahead. Alipay solved "can I safely hand my money to a stranger", a need that has not changed in twenty years. Facebook solved "what are my friends doing", a need its own algorithm later replaced with "which post will you stop on". There is one more comparison higher up the list. YouTube at #9 is from the same 2004–2005 generation and has exactly the same originality, scale and impact as Facebook (92, 98, 95), yet scores 0.30 higher overall. The difference is experience (88 against 85) and durability (95 against 92); the only place Facebook comes out ahead is business (97 against 93). **Facebook is the best moneymaker of its generation of products, and the first one its users got tired of.** Both come from the same decision: on September 5, 2006, it decided to choose what everyone sees first. --- All scores and rankings in this article were produced by Claude (AI). Sources: the August 26, 2026 settlement (up to $18 billion), the two-hour default limit for minors, the midnight-to-6 a.m. default lock, hidden like counts, the optional non-algorithmic feed and Meta's denial of wrongdoing are from same-day reports by Engadget, NBC News and CNBC; TheFacebook's launch date, first-day sign-ups, the March 2004 expansion, the September 2005 high-school version, the September 26, 2006 opening, the May 2007 developer platform, the April 12, 2012 Instagram purchase, the May 17, 2012 IPO price of $38 and valuation of about $104 billion, one billion monthly users in October 2012, the February 19, 2014 WhatsApp acquisition, the October 2021 rename to Meta and the February 2022 first decline in daily users are from the English Wikipedia article History of Facebook; the News Feed launch date, the membership of Ben Parr's protest group and the 8 million student users at the time are from TIME's September 2006 report "Inside the Backlash Against Facebook"; Zuckerberg's open letter and the privacy settings added afterwards, the 2009 move to ranking and the 2018 "meaningful social interactions" change are from the English Wikipedia article Feed (Facebook); the April 2008 visitor figures against MySpace are comScore data as reported by Campaign and CBC at the time; Cambridge Analytica and the July 2019 $5 billion fine are from the English Wikipedia article Facebook–Cambridge Analytica data scandal; the last reported 3.07 billion monthly and 2.11 billion daily Facebook users (as of December 31, 2023) are from Meta's fourth-quarter 2023 results; 3.6 billion daily active people and $60.8 billion quarterly revenue are from Meta's second-quarter 2026 results, released July 29, 2026. The ranking scores product dimensions only. --- # Soichiro Honda: a motorcycle for people who didn't ride motorcycles, 100 million times over URL: https://doaipm.com/en/blog/soichiro-honda-super-cub/ Published: 2026-10-01 Tags: Product managers, Honda, Super Cub, PM rankings, Motorcycles, Japanese manufacturing On 19 October 2017, Honda held a ceremony at its factory in Kumamoto. Cumulative worldwide production of the Super Cub series had reached **100 million**. It had taken 59 years from the first one in 1958. By then it was built in 16 factories in 15 countries and sold in more than 160. Honda calls it a world record for a single series of motorcycles. One line from the bike's brief has travelled furthest: **a soba delivery boy should be able to carry a stack of trays in one hand and ride with the other.** Honda's own material describes this as "words frequently quoted as those Soichiro Honda used". Some researchers say the requirement came from his partner, Takeo Fujisawa. Whoever said it first, the bike was built to that sentence. It was not made for people who loved motorcycles. It was made for **people who didn't ride them at all.** In November 2024 Honda announced the Super Cub 50 Final Edition at 297,000 yen. That was the end of the 49cc Super Cub, killed by new Japanese emission rules taking effect in November 2025. A year later Honda launched the Super Cub 110 Lite: a 109cc engine capped at 3.5 kW, which under Japan's new rules can be ridden on a moped licence. The engine changed and the legal category changed. Riding it one-handed did not. ## A blacksmith's shop, a garage, an apprentice minding the baby Soichiro Honda was born on 17 November 1906 in Komyo village, Shizuoka, now part of Hamamatsu. His father, Gihei Honda, ran a blacksmith's shop and repaired bicycles. In later life he often said he never forgot the smell of oil from the first car he saw in the village as a boy. In 1922, finished with upper primary school, he saw a job advert in a magazine called *Rin-gyo no Sekai* and went alone to Tokyo, to a car repair shop in Yushima, Hongo, called Art Shokai. He was 15. **For the first six months his job was looking after the owner's baby.** In November 1924 Art Shokai built a racer, the "Curtiss", around a second-hand Curtiss aircraft engine, and won the fifth Japan Automobile Competition. The 17-year-old Honda rode along as the riding mechanic. After six years as an apprentice, in 1928 he became the only one the shop ever allowed to open a branch of his own, the Art Shokai Hamamatsu branch. In 1936 he raced a supercharged Ford he had modified himself, crashed, and was injured. ## Fifty piston rings, three good ones The repair business made money, and he wanted to make parts himself. He chose piston rings. His investors were against it, so he asked an acquaintance, Shichiro Kato, to be president of a separate company, Tokai Seiki Heavy Industry, and spent his days fixing cars and his nights on piston rings. They didn't work. He went to sit in on classes at Hamamatsu Higher Technical School, now Shizuoka University's engineering faculty, and started again from metallurgy. **Of the first fifty piston rings he sent to Toyota for inspection, three passed.** He went on to earn 28 patents, and it took about two more years before supply was steady. At its peak Tokai Seiki had more than 2,000 employees, supplying Toyota and Nakajima Aircraft. In 1942 Toyota took a 40% stake and Honda was moved down from president to managing director. In 1945 Hamamatsu was bombed, and the Mikawa earthquake of 13 January brought down the Iwata plant. After the war he sold all his Tokai Seiki shares to the Toyota side for **450,000 yen**. Then he declared himself on "human holiday" and spent a year at home making his own liquor and building a salt-making machine and a shaved-ice machine. ## A hot-water bottle for a fuel tank In September 1946, at a friend's house, he saw a small engine that had powered the generator of the old Imperial Army's No. 6 radio set. His thought was to put it on a bicycle. That autumn he put up a wooden shack in Yamashita-cho, Hamamatsu, hung up the sign "Honda Technical Research Institute", and had a dozen or so people including himself. He bought up nearly all the remaining stock of these surplus engines, about 500, and took each one apart, modified it, test-rode it and sold it. The fuel tank on the first one was a Japanese hot-water bottle he took from his house. The test rider was his wife, Sachi. Honda later said he built it because he felt sorry for her cycling to buy food. Sachi's own view was that this was a nice story made up afterwards. **Honda Motor Co. was founded on 24 September 1948**, with capital of 1 million yen. ## He made, Fujisawa sold In August 1949 the Dream D-Type, Honda's first proper motorcycle, went on sale. The same month, through an introduction, the 42-year-old Honda met the 38-year-old Takeo Fujisawa. In October Fujisawa joined as managing director, and in November the capital was raised to 2 million yen, a quarter of it put in by Fujisawa. Honda's official history sums up the division of labour in one line: **"Soichiro Honda did the making and Takeo Fujisawa did the selling."** Honda handed the company seals to Fujisawa and is said never to have seen them again. Their first impressions of each other were the same: "He's got what I haven't got." The split never changed. Money, sales, dealers and whether to go to America were Fujisawa's calls; engines, racing, frames and wheels were Honda's. On 20 March 1954 Honda issued a declaration that it would enter the Isle of Man TT races and win them. It went out over president Honda's name; Fujisawa wrote it. In January that year, a Honda rider had raced in Brazil and finished 13th out of 25. Seven years later, at the 1961 Isle of Man TT, **the top five in both the 125cc and 250cc classes were all Hondas.** ## The Super Cub: first decide who rides it In 1956 Honda and Fujisawa toured Europe together. When they came back they set three requirements for a new bike: - Small enough that **even a woman could handle it easily** - Gear changes **with no clutch lever** - An advanced design that still felt friendly Not one of the three is about speed or power. All three are about **who is riding.** Every design decision after that follows from them: - **Centrifugal automatic clutch**: no clutch to squeeze, so the left hand is free. The engineer who designed it went through eight versions - **Step-through frame**: the main beam dropped low so it's easy to get on, the engine laid horizontally - **17-inch wheels**: the tyre team calculated an ideal outer diameter of about 21 inches and settled on 2.25-17. No such tyre existed in Japan, so for the prototypes they cut 18-inch tyres down and stitched them back together - **Polyethylene leg shield**: the front mudguard and leg shield used polyethylene resin, then brand new, lighter than fibreglass and nearly unbreakable. The supplier had never made a part that big, so Honda provided the moulds At the end of 1957 Fujisawa saw the final prototype and said it would sell at least 30,000. The developers assumed he meant a year. Fujisawa corrected them: **30,000 a month.** At the time the whole of Japan was buying about 40,000 motorcycles a month. In August 1958 the Super Cub C100, with 4.5 horsepower, went into production. ![Soichiro Honda and the Super Cub, a timeline: born 1906 in Komyo, Shizuoka; apprentice at Art Shokai in Tokyo at 15 in 1922; piston rings from 1936, only 3 of the first 50 passed; 1946 army radio-generator engines on bicycles; Honda Motor founded 1948; Super Cub C100 in production 1958; CVCC first engine to meet the Muskie standard 1972; retired with Takeo Fujisawa 1973; 100 million Super Cubs 2017](/blog/honda-timeline-en.jpg) ## In America, "the nicest people" American Honda was set up in Los Angeles on 11 June 1959, led by the 39-year-old Kihachiro Kawashima. The decision to go was Fujisawa's. His reasoning: "To succeed in the U.S. is to succeed worldwide." In 1963 Honda launched an American campaign with the line **"You meet the nicest people on a Honda."** The agency was Grey, and the campaign ran for about 12 years. It was the same idea as the three requirements of 1956: **sell motorcycles to people who don't ride motorcycles.** ## A fight with the government In May 1961 Japan's Ministry of International Trade and Industry proposed what became the Special Industries Promotion Temporary Measures Bill, meant to keep new companies out of the car industry. Honda had not yet built a car. In a 1983 television interview Honda recalled his argument with MITI's vice-minister Shigeru Sahashi: > I had the right to manufacture automobiles… if MITI wanted us to merge… they should buy our shares… The government couldn't tell me what to do. The bill went to the Diet in 1963 and failed; it was submitted again in 1964 and failed again. In June 1962 Honda himself drove the S360 onto the Suzuka circuit for its debut. In 1963 the T360 became Honda's first production car, followed in October by the S500 sports car. In August 1964 Honda entered Formula One for the first time. On 24 October 1965, at the Mexican Grand Prix, Richie Ginther won Honda's first race in the RA272. ## "Will you stay as president, or as an engineer?" Honda believed in air-cooled engines all his life. In 1969 Honda's air-cooled H1300 sedan sold poorly. A group of young engineers led by Tadashi Kume argued that tightening emission rules meant switching to water cooling. Honda held out for air. In the end Fujisawa went to the research centre and asked him to his face: > Will you stay at Honda as president, or as an engineer? After a silence Honda answered: **"I'll stay as president, then."** That ended the argument, and Honda moved to water cooling. A founder who had been an engineer all his life gave way on engineering. What came next: In December 1972 Honda's CVCC engine was tested at the US Environmental Protection Agency's lab in Ann Arbor and became **the first engine to meet the 1975 Muskie Act emission standard**, without a catalytic converter. For the test it was fitted to a Nissan Sunny, because Honda didn't yet have a car big enough. On 12 July that year, the Honda Civic went on sale. ## "Not bad, was it" In March 1973 Fujisawa sent word through a colleague that he intended to resign. Honda had just flown back from a trip to China. Hearing the news at Haneda airport, he said: > I'm only president because of Takeo Fujisawa. If the vice-president goes, I go with him. In October 1973, Honda's 25th anniversary, the two stepped down together at the shareholders' meeting. Their successor, Kiyoshi Kawashima, was 45 and related to neither of them. Honda's eldest son, Hirotoshi Honda, later went off and founded the tuning brand Mugen. In his farewell message that August, Fujisawa recorded a private exchange between them: > He signalled with his eyes for me to come over, and we walked off together. > He said: "Not bad, was it." (まあまあだな) > I said: "Yes, not bad." > He said: "We were happy." > I said: "Truly happy. Thank you, from the bottom of my heart." > He said: "Thank you too. It's been a good life." Fujisawa died on 30 December 1988. In 1989 Honda was inducted into the Automotive Hall of Fame in the US; by Honda's account, the first Japanese automotive executive to be so honoured. Soichiro Honda died in Tokyo on 5 August 1991, aged 84. He had once said: **"I'm a car man. If my funeral caused a traffic jam, I'd feel terrible."** Honda held no company funeral. Instead there was a "thank-you gathering" at the Aoyama headquarters over three days, from 10am to 5pm each day. The hours were stretched out so that visitors wouldn't all arrive at once and block the roads. ## Why he ranks here | Dimension | Score | Why | |---|---|---| | Vision VIS | 93 | Set out in 1956 to build a motorcycle for non-riders; the 1963 American ads said the same thing | | Insight INS | 92 | All three requirements are about who rides it; none are about power | | Taste TST | 92 | 17-inch wheels, step-through frame, polyethylene leg shield: one silhouette for over sixty years | | Business BIZ | **90** | Lowest, tied with originality. Sales, dealers and America were Fujisawa's calls | | Scale SCL | **95** | Highest. 100 million Super Cubs; 500 million Honda motorcycles in total | | Originality ORG | **90** | He didn't invent the motorcycle; automatic clutches and small engines existed before | **Overall OVR 92.10, 19th place.** ![No. 19 Soichiro Honda's six dimensions next to his neighbours: 18th Taiichi Ohno vision 90 insight 88 taste 92 business 94 scale 93 originality 96, overall 92.30; 19th Soichiro Honda 93/92/92/90/95/90, overall 92.10; 20th Brian Chesky 92/95/95/90/89/93, overall 92.05](/blog/honda-scores-en.jpg) He sits between Taiichi Ohno (92.30) and Brian Chesky (92.05), just 0.05 ahead of Chesky. Scale, at 95, is his highest score and the highest of the three. In May 2025 cumulative Honda motorcycle production reached 500 million, counted from the 1949 Dream D-Type. Business and originality are his lowest, both 90. Business is low because half of Honda's business wasn't his. The money, the sales network and the move into America in 1959 were Fujisawa's decisions. This list rates one person, and Honda never treated selling as his job. Originality is low because motorcycles already existed, and Honda wasn't first with automatic clutches or small engines. **What was new about the Super Cub wasn't any single part. It was pointing all of them at one person: someone whose other hand was busy.** Ohno scores 96 on originality because he overturned how things are made; Honda scores 90 because he overturned who a motorcycle is for. The first went deeper. The second sold 100 million. In March 1953, on the front page of the company newsletter *Honda Monthly*, Honda wrote: > For the customer who buys one of these products, it is not one in 2,200, nor one in 10,000. It is one in one. The Super Cub didn't exist yet. --- All scores and rankings were produced by Claude (AI). Cover photo: Soichiro Honda, photographed in 1954 and published in the Asahi Shimbun's *Asahigraph* New Year issue of 1955; Wikimedia Commons records it as public domain in both Japan and the United States. Sourcing: 100 million Super Cubs (19 October 2017), 16 factories in 15 countries and 160+ markets come from Honda's 2017 press release; the Super Cub 50 Final Edition, the end of the 49cc model and the Super Cub 110 Lite come from Honda Japan releases of 1 November 2024 and 16 October 2025, with the emissions-rule timing from Kyodo; birth, his father's trade, Art Shokai in 1922 and the 1928 Hamamatsu branch come from Japanese Wikipedia and Honda's heritage pages; 3 of 50 piston rings, Tokai Seiki's size, Toyota's 1942 stake and the 1945 bombing and earthquake come from Honda's heritage pages, with 28 patents and roughly two years to stable supply from Toyota's GAZOO; the 450,000-yen sale comes from GAZOO and J-Net21 (Organization for Small & Medium Enterprises and Regional Innovation, Japan); the radio-generator engines, about 500 units, the hot-water bottle and Sachi's test ride come from Honda's heritage pages; the 1948 founding and capital, the 1949 Dream D-Type, Fujisawa's arrival, the division of labour and the TT declaration come from Honda's heritage pages; the 1961 TT results come from English Wikipedia; the three requirements, centrifugal clutch, 17-inch tyres, polyethylene leg shield and Fujisawa's "30,000 a month" come from Honda's official Cub Stories; the origin of the soba line comes from Cub Stories and English Wikipedia; American Honda and the "Nicest People" campaign come from Honda's pages and English Wikipedia; the MITI bill and 1983 interview, the S360 debut and the F1 debut come from Honda's heritage pages, the RA272 win from English Wikipedia; the air-versus-water dispute, Fujisawa's question, the 1973 retirement and the farewell dialogue come from Honda's official 50-year history pages; the CVCC test and Civic launch date come from Honda's 75-year history; the Automotive Hall of Fame comes from Honda's 2023 press release; his death and the thank-you gathering come from Japanese Wikipedia and Honda's 50-year history pages; "one in one" comes from *Honda Monthly*, March 1953, as reproduced in Honda's 75-year history; 500 million Honda motorcycles comes from Honda's 22 May 2025 press release. The list scores product decisions, not people. --- # Taiichi Ohno: his product wasn't a car, it was the way to build one URL: https://doaipm.com/en/blog/taiichi-ohno-toyota-production-system/ Published: 2026-09-30 Tags: Product managers, Toyota, Lean, MVP, PM rankings, Toyota Production System In 1982 General Motors closed its assembly plant in Fremont, California. Its workers were notorious. The English Wikipedia entry on NUMMI describes them as "considered the worst workforce in the automobile industry in the United States": drinking and smoking marijuana on the job, frequently absent, some putting Coke bottles inside door panels. Two years later the plant reopened as NUMMI, a joint venture between GM and Toyota. **More than 85% of the people rehired were the same ones laid off in 1982.** What changed was the method. They began working under the Toyota Production System. In December 1984 NUMMI's first car rolled off the line, a yellow Chevrolet Nova. Soon the plant was running at the speed of Japanese factories, with Japanese-level quality. Same people, different method. The chief designer of that method was Taiichi Ohno. ## Dalian, Nagoya, a textile mill Taiichi Ohno was born on 29 February 1912 in Dalian, China. In 1932 he graduated from Nagoya Technical High School and joined Toyoda Spinning and Weaving. The Toyoda family's main business was still looms and textiles. In 1943 he moved to Toyota Motor, working as a shop-floor supervisor in engine manufacturing. Toyota was small then. Ford and GM had decades of assembly-line experience and far greater scale. Toyota could not win by copying American mass production. Ohno went looking for another way. ## Kanban, learned from supermarkets Toyota's founder Kiichiro Toyoda had already put forward an idea: **make only what is needed, only when it is needed, and only in the amount needed.** It became known as Just in Time. Having the idea was one thing; doing it in a factory was another. In the late 1940s Toyota began studying American supermarkets: shelves were restocked with exactly what customers had taken, no more and no earlier. Ohno saw in this what he wanted for the factory: **not pushing production down from a plan, but having each step make only what the next step had used.** The tool was a card called a kanban. When a later process used up its parts, it took the kanban to the previous process to collect more; the previous process started the next batch only when it saw the kanban. **In 1953 Toyota put this to work in its main plant's machine shop.** Between 1948 and 1975, Ohno and Eiji Toyoda refined these practices into what became the Toyota Production System: kanban, just-in-time, eliminating waste, and a rule that stops many people the first time they hear it: **any worker on the line who sees a problem can stop the whole line.** ## A method that doesn't rely on working harder At the core of the Toyota Production System is the idea of waste. Inventory is waste. Overproduction is waste. Waiting, unnecessary transport and rework are waste. American mass production aimed to run the machines flat out and maximise output; a bit of extra inventory didn't matter. The Toyota Production System took the opposite view: **inventory isn't an asset, it's where problems hide.** With parts piled up, defects go unnoticed; cut the inventory and whatever step is stuck shows up immediately. The system was refined inside Toyota for more than twenty years. In 1978 Ohno wrote it up in a book, *Toyota Production System*; the English edition followed in 1988. ## "Lean" was someone else's word In the US, the Toyota Production System came to be called "lean production". The word wasn't Toyota's. In 1988 a researcher named John Krafcik wrote an article titled "Triumph of the Lean Production System", the first to use "lean" to describe Toyota's methods. In 1990 MIT's International Motor Vehicle Program published *The Machine That Changed the World*, which took "lean production" worldwide. Taiichi Ohno died on 28 May 1990 in Toyota City, the same year the book came out. ![Timeline of Taiichi Ohno and the Toyota Production System: born 29 February 1912 in Dalian; joins Toyoda Spinning 1932; moves to Toyota Motor 1943; late 1940s Toyota studies American supermarket restocking; 1953 kanban in the main plant machine shop; 1948 to 1975 builds the Toyota Production System with Eiji Toyoda; 1978 publishes Toyota Production System; 1982 GM closes Fremont; December 1984 NUMMI's first car, over 85% the same workers; 1988 Krafcik first calls it lean; 28 May 1990 dies, same year The Machine That Changed the World is published; 2011 The Lean Startup; 2025 Toyota sells 11.3 million vehicles, world's largest for a sixth year](/blog/ohno-timeline-en.jpg) ## From the shop floor to software: lean startup and the MVP "Lean" later travelled beyond the car industry. In 2008 Eric Ries proposed the "lean startup", and in September 2011 published a book of the same name. The "lean" in the title comes from the Toyota Production System. The book's best-known term is the **MVP, the minimum viable product**: the version that lets a team learn the most about customers with the least effort, followed by a loop of build, measure, learn. Put it next to Ohno's shop floor and it's the same thinking: - Toyota: **don't produce a pile to a plan; make what the next step uses** - Lean startup: **don't build a big, complete product to a plan; build what users turn out to need** - Toyota: **inventory hides problems** - Lean startup: **six months of building without shipping hides problems too** When product managers say "let's start with an MVP" or "move in small steps", trace it back far enough and you reach the kanban cards on Taiichi Ohno's shop floor. ## What became of the plant NUMMI ran until 2010. At 9:40am on 1 April 2010 its last car rolled off the line, a red Toyota Corolla. On 20 May that year Tesla announced it would buy most of the former NUMMI site for $42 million. Tesla's Fremont factory stands there today. And Toyota? In 2025 Toyota, including Daihatsu and Hino, sold **11.3 million vehicles** worldwide, the world's largest carmaker for the sixth year running. ## Why he ranks here | Dimension | Score | Note | |---|---|---| | Vision VIS | 90 | He saw an alternative to mass production, though just-in-time began with Kiichiro Toyoda | | Insight INS | **88** | His lowest. His subject was factories and processes, not the people buying the cars | | Taste TST | 92 | Kanban, a single cord to stop the whole line: minimal designs | | Business BIZ | 94 | Underpins Toyota's run as the world's best-selling carmaker, six years straight | | Scale SCL | 93 | Spread from cars to manufacturing, hospitals and software development | | Originality ORG | **96** | His highest. "Downstream decides what and how much gets made" turned mass production on its head | **Overall 92.30, ranked 18th.** ![Taiichi Ohno's six dimensions against his neighbours: 17th Pony Ma, vision 90, insight 94, taste 88, business 96, scale 97, originality 89, overall 92.50; 18th Taiichi Ohno, vision 90, insight 88, taste 92, business 94, scale 93, originality 96, overall 92.30; 19th Soichiro Honda, vision 93, insight 92, taste 92, business 90, scale 95, originality 90, overall 92.10](/blog/ohno-scores-en.jpg) First, the placing. He sits between Pony Ma (92.50) and Soichiro Honda (92.10); the three are within 0.4 of each other. His shape is the opposite of Pony Ma's just above him: Pony Ma has originality 89 and scale 97, Ohno originality 96 and scale 93. One took existing things to more than a billion users; the other invented a method nobody had used before. Insight 88 is his lowest. On this list "insight" measures understanding of user needs, and Ohno's work was about shop floors, processes and inventory, not the people who bought the cars. He is on a product-manager list because his product was never a car. **His product was the way to build one.** Its users were workers and factories, and its most convincing test came in Fremont in 1984: the same workers considered the worst, given a different method, reached Japanese-level quality. Product managers who say "MVP" today don't necessarily know Taiichi Ohno's name. **They are using his method under a different name.** --- All scores and rankings were produced by Claude (AI). Sourcing: Ohno's date and place of birth, joining Toyoda Spinning in 1932, moving to Toyota Motor in 1943, the 1982 Order of the Rising Sun and his death on 28 May 1990 in Toyota City come from the English Wikipedia entry for Taiichi Ohno; the Toyota Production System built by Ohno and Eiji Toyoda between 1948 and 1975, just-in-time originating with Kiichiro Toyoda, and Ohno's inspiration from American supermarkets come from the Toyota Production System entry; late-1940s supermarket study and the 1953 machine-shop kanban come from the Kanban entry; Krafcik's 1988 article and *The Machine That Changed the World* (1990) come from the Lean manufacturing entry; the 1982 Fremont closure and its workforce, NUMMI's first car in December 1984, over 85% rehired workers, Japanese-level quality, the 1 April 2010 closure and Tesla's $42 million purchase come from the NUMMI entry; lean startup (2008, book September 2011) and the MVP definition come from the Lean startup entry; Toyota's 11.3 million sales in 2025 and sixth year on top come from nippon.com and Bloomberg. The 1978 Japanese edition of *Toyota Production System* is public publishing information. The list scores product decisions, not people. --- # Pony Ma: in the worst month of the 3Q War, he approved WeChat URL: https://doaipm.com/en/blog/pony-ma-approved-wechat-mid-war/ Published: 2026-09-29 Tags: Product managers, Tencent, WeChat, QQ, PM rankings, Product decisions On the evening of 3 November 2010, hundreds of millions of QQ users saw an open letter pop up on their computers. It began: > By the time you see this letter, we have just made a very difficult decision. The decision: QQ would stop running on any computer that had 360's software installed. Users were told to choose one. It was the most extreme step in what became known as the "3Q War". The next day, China's Ministry of Industry and Information Technology and the Ministry of Public Security stepped in. A little over two weeks later, on **19 November** (some accounts say the 20th), a new project was formally approved inside Tencent. It sat in the Guangzhou R&D centre, it was led by a man called Allen Zhang, and it was a messaging app for phones. It became WeChat. From the day it was approved, it was seen as something that could replace QQ. While Tencent was fighting a war for QQ on the front line, it approved, in the back office, a project that could kill QQ. The person who made the call was Pony Ma. ## Shantou, Shenzhen, pagers Ma Huateng, known as Pony Ma, was born on 29 October 1971 in Chaoyang, Shantou, in Guangdong, and graduated in computer science from Shenzhen University in 1993. His first job was at China Motion Telecom, writing software for pagers. It was the first time large numbers of Chinese people could be reached anywhere: a pager on the belt, a number on the screen, a walk to the nearest payphone to call back. In 1998 he and four partners founded Tencent in Shenzhen. ## OICQ: it started as a copy Tencent's first product was not original. In February 1999 Tencent launched OICQ, short for "Open ICQ". ICQ was an instant messenger built by an Israeli team and later sold to AOL, and it was popular abroad. Ma had seen a presentation on ICQ and decided to build a Chinese version. By the end of 1999, OICQ had more than a million registered users. But for a free product, more users meant bigger server bills. In 2000 IDG and PCCW put in $2.2 million for 40% of Tencent. The same year AOL took the OICQ name to arbitration, and Tencent lost. **In December 2000, OICQ was renamed QQ.** The first QQ number, 10001, belongs to Pony Ma. The rename turned out well: "QQ" is far easier to remember than "OICQ". In 2004 Tencent listed in Hong Kong, raising $200 million. ## The 3Q War By 2010 QQ was standard on Chinese computers, and Tencent was in games, portals, email, e-commerce and security software. You could find it on almost every track. On security software, it ran into 360. In September, 360 released a "privacy protector" claiming QQ scanned users' computers and uploaded personal information. On 29 October it released "Kou Kou Bodyguard", which blocked QQ's ads and some of its features. On 3 November Tencent sent the "difficult decision" letter. On 21 November both sides published apologies, and it was essentially over. The lawsuits lasted longer. In February 2014 China's Supreme People's Court ruled in the final instance that 360 must pay Tencent 5 million yuan, and dismissed 360's antitrust claim against Tencent. Tencent won in court and lost in reputation. Hundreds of millions of users forced to choose at a pop-up is an image that outlasted any judgment. Tencent's president Martin Lau later admitted: > Looking back, the way we handled it was not well considered. We lacked communication with users. Afterwards Tencent began pushing an "open platform", opening some of its traffic and interfaces to outside developers. ![Pony Ma and Tencent timeline: 1998, Tencent founded; February 1999, OICQ launched, a million registered users by year end; 2000, IDG and PCCW pay $2.2 million for 40%, renamed QQ in December after AOL arbitration; 2004, Hong Kong listing raises $200 million; October 2010, Kik gets a million users in 15 days and Allen Zhang emails a proposal for mobile messaging; 3 November 2010, the "difficult decision"; 19 November, WeChat approved; 21 November, the 3Q War ends in apologies; 21 January 2011, WeChat launches; March 2012, 100 million users after 433 days; Q2 2026, 1.439 billion combined monthly active users for Weixin and WeChat](/blog/ponyma-timeline-en.jpg) ## An email Around the time the 3Q War broke out, in October 2010, a mobile chat app called Kik got a million users abroad in 15 days. Allen Zhang ran Tencent's Guangzhou R&D centre and was in charge of QQ Mail. In the most widely told version, he looked at Kik one evening, thought about it for an hour or two, and concluded that mobile would produce a new kind of instant messenger that could seriously threaten QQ. He emailed Pony Ma suggesting Tencent build one itself. Ma replied quickly, agreeing. The project was approved on 19 November, staffed mainly from the QQ Mail team. Two things here deserve a second look. **First, WeChat was not the only one Tencent was building.** At the same time, two teams in Tencent's wireless business were working on similar products. The mobile QQ team was building for phones too, tied to lucrative partnerships with the carriers. Three teams in one company were building the same kind of thing. Two were bound up with QQ's interests; only one, in Guangzhou, was far from headquarters and far from QQ's interests. **Second, the decision was made in the tensest weeks of the 3Q War.** In those weeks Tencent made hundreds of millions of users choose for QQ's sake, and at the same time approved a project seen from the start as a possible replacement for QQ. WeChat launched on 21 January 2011. On 29 March 2012 Pony Ma announced on Tencent Weibo that WeChat had passed 100 million users, 433 days after launch. Today Weixin and WeChat have **1.439 billion** combined monthly active users. QQ, in March 2023, had 597 million. ## What he got right Looking back, Pony Ma wrote no code here and drew no prototypes. Shake, Moments and Official Accounts were not his designs. He did three things: - **Approved it**: at the peak of QQ, just after fighting a war for QQ, he agreed to build something that could replace QQ - **Let it go**: he let the Guangzhou team, the furthest from headquarters, build it, rather than handing it to the mobile QQ team. A team bound to QQ's interests would find it hard to go all-in on something that replaces QQ - **Took the heat**: according to Jiemian's "Ten Years of WeChat", he gave Allen Zhang's team "enormous freedom" and dealt with outside criticism of WeChat himself None of these three things appears anywhere in WeChat's interface. ## Why he ranks here | Dimension | Score | Note | |---|---|---| | Vision VIS | 90 | He saw the threat of mobile messaging, but the first email was Allen Zhang's | | Insight INS | **94** | He knew a new thing has to be built where the old interests can't reach it | | Taste TST | **88** | His lowest. Tencent's early products started as followers and copies; OICQ was a Chinese ICQ | | Business BIZ | 96 | From a free chat app, a full business in games, ads, payments and cloud | | Scale SCL | **97** | His highest. 1.439 billion combined monthly actives for Weixin and WeChat | | Originality ORG | 89 | QQ followed ICQ, and one trigger for WeChat was Kik; Tencent's originality lies more in business models than product forms | **Overall 92.50, ranked 17th.** ![Pony Ma's six dimensions against his neighbours and Allen Zhang: 16th Reed Hastings, vision 96, insight 90, taste 85, business 93, scale 93, originality 94, overall 92.55; 17th Pony Ma, vision 90, insight 94, taste 88, business 96, scale 97, originality 89, overall 92.50; 18th Taiichi Ohno, vision 90, insight 88, taste 92, business 94, scale 93, originality 96, overall 92.30; 2nd Allen Zhang, vision 97, insight 99, taste 99, business 92, scale 97, originality 96, overall 96.55](/blog/ponyma-scores-en.jpg) First, the placing. The list shows scores rounded to whole numbers, and Lei Jun at 15th, Reed Hastings at 16th and Pony Ma all show 93. Only at two decimal places do they separate: Lei Jun 92.70, Hastings 92.55, Pony Ma 92.50. He and Hastings are 0.05 apart, with very different shapes. Hastings has vision 96 and originality 94: someone who sees further than everyone and kills his own cash cow. Pony Ma has vision 90 and originality 89, but business 96 and scale 97: someone who gets hundreds of millions of people using a thing and then turns it into a business. Then a comparison few people notice: **No. 2 on the list is Allen Zhang.** Allen Zhang scores 96.55, with taste 99 and insight 99, a full 4 points above Pony Ma. A company's CEO ranks 15 places below someone who worked for him. That is not a verdict on who matters more. The list scores the act of building products. Allen Zhang is the one who actually built WeChat, so he takes the high marks for taste and insight; Pony Ma's marks are in scale and business. But without that approval in November 2010, Allen Zhang's email would have stayed an email. **Pony Ma's most important product decision was to let someone else build a thing that could beat his main product, and not to hand it to the team with the most reason to hold it back.** That doesn't show up on any screen, which is why his taste is 88. It shows up in the number 1.439 billion, which is why his scale is 97. --- All scores and rankings were produced by Claude (AI). Sourcing: Pony Ma's date and place of birth, Shenzhen University graduation year, pager software work at China Motion Telecom, co-founding Tencent in 1998, OICQ's February 1999 launch and a million registered users by year end, IDG and PCCW's $2.2 million for 40% in 2000, the AOL arbitration and December 2000 rename to QQ, and the 2004 Hong Kong listing raising $200 million come from the English Wikipedia entries for Ma Huateng and Tencent QQ; QQ number 10001 and QQ's 597 million monthly actives in March 2023 come from the Tencent QQ entry; the 3Q War timeline (360's September 2010 privacy protector, the 29 October Kou Kou Bodyguard, the 3 November letter, the 4 November government intervention, the 21 November apologies), Martin Lau's statement and the February 2014 Supreme Court judgment come from the Chinese Wikipedia entry on the 3Q War; Kik's million users in 15 days, Allen Zhang's email and Pony Ma's reply, the 19 November 2010 approval and staffing from the QQ Mail team come from an iHeima article republished by NetEase Tech on 28 February 2014 (other reports give 20 November); the two other wireless-business teams, the "enormous freedom" given to Zhang's team and 100 million users after 433 days come from Jiemian's "Ten Years of WeChat"; WeChat's 21 January 2011 launch comes from the Chinese Wikipedia entry for WeChat; 1.439 billion combined monthly actives comes from Tencent's Q2 2026 results announcement and coverage of it. The list scores product decisions, not people. --- # The product history of Windows, and why it ranks 11th URL: https://doaipm.com/en/blog/why-windows-ranks-eleventh/ Published: 2026-09-28 Tags: Product ranking, Windows, Operating system, Product history, Product scoring, Compatibility Before Windows 95 shipped, Microsoft's testers went through the popular applications of the day, installing each one and checking that it worked. SimCity kept crashing. The developers disassembled the game, stepped through it in a debugger and found the cause: SimCity freed a block of memory and then went straight on using it. Under DOS that happened to work. Under Windows, freed memory could be handed to another program immediately, and the game fell over. It was SimCity's bug, not Windows'. The Windows team's fix was to **add special code to the operating system that checked whether SimCity was running and, if it was, ran the memory allocator in a special mode in which freed memory could still be used.** Joel Spolsky told this story in 2004, saying he had heard it from one of SimCity's developers. The same essay quotes Raymond Chen, a long-serving engineer on the Windows team: > If any application failed to run on Windows 95, I took it as a personal failure. I spent many sleepless nights fixing bugs in third-party programs just so they could keep running on Windows 95. Windows did not end up on every desk in the world mainly because it was the nicest thing to use. ## It did not invent the graphical interface Start with why originality scores only 88, the lowest in the top 11. Windows, icons and pointing with a mouse came out of Xerox PARC in the 1970s. In January 1984 Apple's Macintosh turned them into a computer ordinary people could buy. Windows 1.0 was released on 20 November 1985, almost two years after the Mac. At that point it was a shell running on top of DOS, and its windows could not even overlap. In 1988 Apple sued Microsoft, arguing that Windows copied the Mac's look and feel. The case dragged on for years and was eventually decided in Microsoft's favour. So Windows cannot score high on invention. Its real breakthroughs came later. ## 1990 and 1995: how it took the desktop **Windows 3.0 was released on 22 May 1990 and sold 2 million copies in its first six months.** It was the first time Windows really sold. **Windows 95 went on sale on 24 August 1995.** Its marketing was estimated at $1 billion, and the ads used the Rolling Stones' "Start Me Up", because this was the first Windows with a Start button and a taskbar. It shipped a million copies worldwide in four days. By the end of 1998 that one version held 57.4% of the desktop market. One thread ran unchanged between those two releases: **the new version had to run the old programs.** Windows 95 made compatibility with DOS and Windows 3.1 programs a critical design priority. What a company fears most in an upgrade is that the accounting package, the inventory system, or the little tool a contractor wrote ten years ago suddenly stops opening. Windows kept them opening. For people buying computers, that made upgrading almost free. For people writing software, it meant a program written for Windows could keep selling for years. It held on to both sides, and once that loop was turning, it was very hard for anyone else to get in. ![Timeline of Windows: 20 November 1985, Windows 1.0, almost two years after the Macintosh; 1988, Apple sues over look and feel, Microsoft eventually wins; 22 May 1990, Windows 3.0, 2 million copies in six months; 24 August 1995, Windows 95, about $1 billion in marketing, a million copies shipped in four days, and a special mode that kept SimCity's memory bug working; 2001, Windows XP; 2007, Vista's reputation suffers; 2012, Windows 8 removes the Start button; 2015, Windows 10; 14 October 2025, Windows 10 support ends; January 2026, Windows 11 reaches a billion users](/blog/windows-timeline-en.jpg) ## Twice it tried to shed the past, and twice it was punished Compatibility was Windows' moat, and also its baggage. Twice it tried to drop a bit of the past, and both times it went badly. **Vista, in January 2007**, changed a great deal underneath. What users got was slower performance, longer boot times and stricter licensing, and many old drivers and programs broke. Its reputation only recovered with Windows 7 in 2009. **Windows 8, in October 2012**, leaned toward tablets and removed the Start button that had been there for seventeen years, replacing it with a screen of tiles. Windows 8.1 put the button back the following year. What the two had in common: the direction of the change was not necessarily wrong, but **users had been trained for more than a decade that "upgrading means nothing to relearn", and when Windows itself broke that, the first people to object were the ones it had raised.** ## The size of it today **More than 1.4 billion devices use Windows every month**, according to Microsoft in June 2025. On the January 2026 earnings call, Satya Nadella said Windows 11 had reached a billion users. One thing behind that push says a lot: **Windows 10 support ended on 14 October 2025.** When a system has to rely on "the old version stops getting security updates" to move people along, it means the old version still works, lots of people still use it, and nobody was in a hurry to leave. As of August 2026, Windows held 63% of desktop operating systems. ## Why it ranks here | Dimension | Score | Note | |---|---|---| | Originality ORG | **88** | Lowest in the top 11. The GUI was built at Xerox and first sold by Apple | | Scale SCL | **99** | 1.4 billion monthly active devices | | Impact IMP | 96 | Defined what "a computer" meant for generations, and the whole PC software industry | | Experience EXP | **82** | Its lowest. Two big stumbles in Vista and Windows 8, and layers of old and new interface side by side | | Business BIZ | **99** | Licence fees and the Office business it carried held up Microsoft's first thirty years | | Longevity DUR | 97 | Forty years, still on the desk | **Overall 93.50, ranked 11th.** ![Windows' six dimensions against the entries above and below: 10th shipping container, originality 98, scale 95, impact 99, experience 80, business 90, longevity 98, overall 93.65; 11th Windows, originality 88, scale 99, impact 96, experience 82, business 99, longevity 97, overall 93.50; 12th Facebook, originality 92, scale 98, impact 95, experience 85, business 97, longevity 92, overall 93.35](/blog/windows-six-scores-en.jpg) Seen next to its neighbours, the shape of Windows is clear: **its originality of 88 is the lowest of the three, and its two 99s, for scale and business, are the highest.** The shipping container at 10th is the opposite: originality 98, business 90. Malcom McLean invented a system, gave away the patents, and his companies did not keep the money. Windows did not invent the graphical interface, and turned it into one of the most profitable software businesses in the world. The two products are only 0.15 apart overall. The list splits originality and business into separate dimensions precisely to see this kind of difference: **the person who thought of something and the person who sold it onto every desk are often not the same person.** Then there is experience at 82. That deduction is for compatibility itself. To keep forty-year-old programs running, Windows today still contains several generations of settings screens: click into some options in the new Settings app and you land in a Control Panel that looks like it came from Windows 95. Old and new stacked on top of each other is the direct cost of compatibility. Raymond Chen's "if any application failed to run, I took it as a personal failure" bought 1.4 billion devices. What it could not buy was a clean system. **Windows chose to keep everyone's old things working rather than make new things nicer to use.** That is why it gets 99 for scale and 99 for business, and why it gets only 82 for experience. --- All scores and rankings were produced by Claude (AI). Sourcing: the SimCity memory bug and Windows 95's special handling come from Joel Spolsky's 2004 essay "How Microsoft Lost the API War", which also quotes Raymond Chen from his blog The Old New Thing; release dates for Windows 1.0, 3.0, 95, XP, Vista, 8, 10 and 11, Windows 3.0's 2 million copies in six months, Apple's suit and Microsoft's win, the end-of-support date for Windows 10 and the 63% desktop share in August 2026 come from the English Wikipedia entry for Microsoft Windows; Windows 95's roughly $1 billion marketing, "Start Me Up", a million copies in four days, the 57.4% share at the end of 1998 (IDC) and the compatibility design priority come from the English Wikipedia entry for Windows 95; 1.4 billion monthly active devices comes from Microsoft's Windows Experience Blog of 24 June 2025; Windows 11 reaching a billion users comes from Microsoft's FY2026 Q2 earnings call (28 January 2026) and coverage of it. The list scores products, not people. --- # The product history of the shipping container, and why it ranks 10th URL: https://doaipm.com/en/blog/why-the-shipping-container-ranks-tenth/ Published: 2026-09-26 Tags: Product ranking, Shipping container, Logistics, Product history, Product scoring, Standards On 26 April 1956 a converted Second World War tanker called the Ideal X left Port Newark, New Jersey, for Houston, Texas. A steel rack had been fitted over her deck, and on it sat 58 aluminium boxes. When she docked in Houston, 58 trucks were waiting. Each took one box and drove off. At the time, loading a general cargo ship by hand cost $5.86 a ton. This voyage worked out at 16 cents a ton. In 2024 the world's ports handled 920 million twenty-foot equivalent units. ## He did not invent the box Start with the part that usually gets told wrong: Malcom McLean did not invent the container. In 1766 an English canal boat was already carrying coal in ten wooden boxes. By the 1830s railways were moving containers that could be shifted onto other modes of transport. In late 1952 the US Army introduced the CONEX box, and by 1965 the military had about 100,000 of them. Even the purpose-built container ship came first elsewhere: the Clifford J. Rodgers made her debut in 1955, a year before the Ideal X. McLean came from trucking. His problem was concrete: a truck pulls up at the pier, the cargo is unloaded piece by piece, carried into a shed, then lifted piece by piece into the hold; on the other side the whole thing runs in reverse. Every handover costs labour, time, and the risk of theft and breakage. His idea was to stop unloading. **Lift the whole trailer onto the ship.** Then it turned out you did not need the wheels and chassis either. Just ship the box. So what he built was not a box but a line: **the same box lifted off one truck chassis onto a ship, and off the ship onto another chassis at the far end, with nobody touching the goods inside.** The ships had to change, the cranes had to change, the terminals and the chassis had to change. That is why originality scores 98. The box already existed. The system did not, until he ran it. ## A standard only you use is not a standard By the early 1960s the problem had changed. McLean's company was renamed Sea-Land in April 1960. It had more and more boxes, but other lines were building containers too, and every company used its own dimensions. Company A's boxes would not fit Company B's ships, or Port C's cranes. A box is valuable because it moves between everyone. **If every company keeps its own spec, a container is just one company's pallet.** Sea-Land's engineer Keith Tantlinger designed two parts that made the system work: the cast-steel corner fitting on each of a box's eight corners, and the twistlock that drops into it and turns to lock. With those, boxes could be stacked, secured on deck, and picked up by standard lifting gear. Both were Sea-Land patents. McLean's choice was to **make the patents available royalty-free to the International Organization for Standardization**, for anyone to use. The ISO container standards were published between 1968 and 1970. Corner fittings today are governed by ISO 1161, dimensions by ISO 668. Giving up the royalties bought something bigger: the whole world adopted his spec. His competitors' boxes could go on his ships, and his boxes could go into any port. **A standard only you use is not a standard.** A lot of industries have had to learn that again since. ![Timeline of the shipping container: late 1952, the US Army's CONEX box, about 100,000 by 1965; 26 April 1956, the Ideal X carries 58 boxes from Newark to Houston, $5.86 a ton by hand versus 16 cents by box; April 1960, the company is renamed Sea-Land; Sea-Land makes its corner-fitting and twistlock patents available royalty-free to ISO, and ISO standards follow in 1968 to 1970; 1967 to 1973, 1,200 containers a month to Indochina during the Vietnam War, $450 million from the Defense Department; January 1969, sold to R.J. Reynolds for $530 million, $160 million to McLean personally; 24 November 1986, his United States Lines files for bankruptcy with $1.3 billion in debt; 2024, 920 million TEU through the world's ports](/blog/container-timeline-en.jpg) ## Vietnam took it across the Pacific From 1967 to 1973 Sea-Land delivered 1,200 containers a month to Indochina, earning $450 million from the US Department of Defense. In 1968–69 the Vietnam service produced 40% of the company's revenue. Beyond the war, it proved that containers could cross the Pacific, go into a port with poor infrastructure, and arrive on time. In January 1969 McLean sold Sea-Land to R.J. Reynolds for $530 million in cash and stock. His personal share was $160 million. ## The man who built it did not last That could have been the end of the story. McLean came back once more. In 1978 he bought United States Lines and spent over $1 billion expanding its fleet, including 12 "Jumbo Econships" of more than 57,000 gross tons each, the largest cargo ships yet built. The design was a bet that oil prices would keep rising: big, fuel-efficient, and slow. Just as the ships were delivered, freight rates fell and oil collapsed to near historic lows. The fuel the slow ships saved was no longer worth much, and they could not keep up with faster competitors. **On 24 November 1986 United States Lines filed for bankruptcy with $1.3 billion in debt**, one of the largest bankruptcies in US history at the time. It was liquidated by 1992. Sea-Land passed through several owners, including CSX. In December 1999 Maersk bought its international business and renamed it Maersk Sealand. In 2023 Maersk retired the SeaLand brand for good. McLean died on 25 May 2001, aged 87. Both companies he built are gone. **The standard he gave away moved 920 million TEU through the world's ports in 2024.** ## Why it ranks here | Dimension | Score | Note | |---|---|---| | Originality ORG | 98 | The box already existed; he was first to run the whole truck–ship–truck system without opening the box | | Scale SCL | 95 | 920 million TEU through the world's ports in 2024; the largest ship carries 24,346 | | Impact IMP | **99** | Its highest dimension, and in the top band of the whole list. The logistics floor under globalisation | | Experience EXP | **80** | Its lowest. Nobody "uses" a container, and it ended an entire trade | | Business BIZ | 90 | A huge industry, but the company that made it did not keep the value | | Longevity DUR | **98** | Seventy years, same spec, no replacement | **Overall 93.65, ranked 10th.** ![The container's six dimensions against the entries above and below: 9th YouTube, originality 92, scale 98, impact 95, experience 88, business 93, longevity 95, overall 93.65; 10th shipping container, originality 98, scale 95, impact 99, experience 80, business 90, longevity 98, overall 93.65; 11th Windows, originality 88, scale 99, impact 96, experience 82, business 99, longevity 97, overall 93.50. The container and YouTube score exactly the same; the order is the data file's, not a judgement](/blog/container-six-scores-en.jpg) First, something to state plainly: **it has exactly the same overall score as YouTube at 9th, 93.65.** It sits below only because of the order the two appear in the data file. The YouTube piece noted that these two tied products have opposite shapes; this is the same comparison seen from the container's side. Impact 99 is the top band on this list. One economics paper tried to measure it: Bernhofen, El-Sahli and Kneller at the University of Nottingham used data from 1962 to 1990, tracking when each country built container ports and rail facilities and comparing that against trade. Their working paper concluded that **between industrialised countries, the cumulative effect of containerisation over twenty years was about 700%, far larger than the effect of free trade agreements or the GATT.** Globalisation was not only negotiated at a table. A large part of it was packed into this steel box. Longevity 98 is easy to explain. Seventy years on, the box is the same box and the corner fitting is the same fitting. Nothing has replaced it. That is exactly why this list has a longevity dimension: the iPod, the Walkman and the Model T all changed the world in their time and were then replaced. The container was not. The deductions come in two places. **Experience 80.** For the container this dimension means two things. First, nobody uses one directly: most of what you buy has spent time inside a container, and you have never seen the box. Second, and heavier: before containerisation, a ship was loaded by a gang of 20 or so longshoremen packing cargo piece by piece into the hold. Afterwards the gang was not needed. New York's freight moved from Manhattan and Brooklyn to New Jersey, San Francisco gave way to Oakland, London and Liverpool gave way to Felixstowe and Rotterdam. A product that retires a whole trade and a set of port cities at once cannot score high on experience. **Business 90.** Container shipping is an enormous industry, but this dimension asks whether the product kept its value for the people who made it. McLean's answer is no: Sea-Land was sold, United States Lines went bankrupt, and the brand has been retired. The royalties he gave up bought the standard its victory, and meant the thing never belonged to any single company. **This is the most typical kind of product on this list: its maker handed over control, the product lived for seventy years because of it, and the company did not.** Put it next to Amazon opening its store to third-party sellers and YouTube letting rights holders choose to monetise, and it is the same move. The difference is that those two handed over a part. McLean handed over all of it. --- All scores and rankings were produced by Claude (AI). Sourcing: the Ideal X's first voyage date, route, 58 boxes and the 58 waiting trucks come from the English Wikipedia entries for SS Ideal X and Malcom McLean; the $5.86 a ton by hand versus 16 cents by box comes from the Malcom McLean entry; the 1766 coal boat, 1830s railway containers, the CONEX box and the roughly 100,000 in service by 1965, and ISO standards published in 1968–1970 come from the Intermodal container entry; the Clifford J. Rodgers' 1955 debut comes from the SS Ideal X entry; the April 1960 renaming, 1,200 containers a month and $450 million in Vietnam, the January 1969 sale, the December 1999 sale of the international business to Maersk and the 2023 retirement of the brand come from the Sea-Land Service entry; Vietnam's 40% share of 1968/69 revenue, the $530 million sale price and McLean's $160 million, the royalty-free patent release to ISO, United States Lines' $1.3 billion debt and McLean's date of death come from the Malcom McLean entry; Tantlinger's design of the corner fitting and twistlock and their royalty-free release come from the Twistlock and Keith Tantlinger entries; the 12 Jumbo Econships, the 24 November 1986 filing and 1992 liquidation come from the United States Lines entry; 920 million TEU of world port throughput in 2024 comes from UNCTAD's Review of Maritime Transport 2025; the 24,346 TEU largest ship (MSC Irina class) comes from Guinness World Records and industry reports; the trade effect comes from Bernhofen, El-Sahli and Kneller, "Estimating the effects of the container revolution on world trade" (2012 working paper, published in the Journal of International Economics in 2016). The list scores products, not people. --- # The product history of YouTube, and why it ranks 9th URL: https://doaipm.com/en/blog/why-youtube-ranks-ninth/ Published: 2026-09-25 Tags: Product ranking, YouTube, Video platform, Product history, Product scoring, Copyright On 9 October 2006 Google announced it was buying YouTube for $1.65 billion in stock. The deal closed on 13 November. The company was less than two years old, unprofitable, and had a queue of rights holders watching it. In the second quarter of 2026, YouTube booked $11.06 billion in advertising revenue. The entire 2006 purchase price no longer covers two weeks of its ad sales. The multiple is not the interesting part. What kept YouTube alive was a decision made in 2007 that rarely makes it into the founding story. ## Three ex-PayPal people and an upload button YouTube was founded on 14 February 2005 by Chad Hurley, Steve Chen and Jawed Karim, all of whom had worked at PayPal. The first video was Karim's own: *Me at the zoo*, 23 April 2005, nineteen seconds of him at the elephant enclosure of the San Diego Zoo observing that elephants have long trunks. The site entered public beta the same day and left beta that December. Technically it invented nothing. Playing video in a browser was already being done; Google had its own Google Video. What it got right was pushing the floor down: **no plug-in to install, no transcoding to do, upload and it plays — and here is a snippet of code so you can embed the player in any web page.** For a couple of years, video appeared everywhere on MySpace and on blogs, and that embed code is why. The content sat on YouTube while the traffic grew on somebody else's page. Distribution no longer required anyone to visit youtube.com first. That is what Google bought. ## In 2007 three parties sued it at once The trouble arrived the year after the acquisition. In March 2007 Viacom sued YouTube and Google for more than $1 billion, on the argument that the platform was liable for infringing material its users uploaded. Mediaset in Italy and the English Premier League filed as well. This was an existential position. The standard practice among video sites at the time was reactive: a rights holder sends a notice, the platform removes the video, someone re-uploads it, repeat. Nobody wins that loop except the lawyers. YouTube took a different route. ## Content ID: give the plaintiff the choice In June 2007 a system called Video Identification began trials. It was later renamed Content ID, and Google is reported to have put around $100 million into it. The mechanism: a rights holder uploads a reference copy of its own material, the system fingerprints it, and every subsequent user upload is checked against that library. On a match, the rights holder picks one of three outcomes — **Block** the video. **Track** it, leave it up, send me the data. **Monetise** it, leave it up, give me a share of the ad revenue. The third option is the one that mattered. Until then, a rights holder facing infringement had exactly one move available: takedown. Content ID offered something that had not existed before — **a way to turn other people using your material into a revenue line**. The position of the rights holders changed accordingly. In 2024 Content ID handled **2.2 billion** matches, accounting for **99%** of all copyright actions on the platform, across more than **7,700** partners. In that same year rights holders chose to monetise **more than 90%** of those matches rather than block them. Cumulative payouts: **$12 billion as of December 2024**. The figure stood at $9 billion at the end of 2023, meaning $3 billion was paid in 2024 alone. For music specifically, the twelve months from July 2024 to June 2025 came to **$8 billion**; on the same basis three years earlier it was $6 billion. As for the lawsuit: **in March 2014 Viacom and Google settled, and Google paid nothing.** Seven years of litigation, no damages. By then continuing made no sense — the plaintiff was collecting from the same system. ![Timeline of decisive events at YouTube: founded 14 February 2005 by three ex-PayPal people, first video 23 April with public beta the same day; Google's 1.65 billion dollar all-stock acquisition closes 13 November 2006, announced 9 October; March 2007 Viacom sues for over 1 billion dollars with Mediaset and the Premier League filing too; June 2007 Content ID trials begin, rights holders pick block, track or monetise; 2007 Partner Program splits ad revenue 55 percent creator and 45 percent platform; March 2014 Viacom settles and Google pays nothing; in 2024, 2.2 billion matches equal 99 percent of copyright actions and over 90 percent are monetised rather than blocked; 2025 total revenue 60 billion dollars with 40.37 billion in ads, larger than Netflix](/blog/youtube-timeline-en.jpg) ## The same year, it invented a job YouTube did one other thing in 2007: the Partner Program. Advertising revenue was split **55% to the creator, 45% to the platform**. Before that year, uploading video was a hobby. After it, it could be a job. These two moves are two halves of one action. **Content ID shares the money with rights holders; the Partner Program shares it with uploaders.** One answers "what gives you the right to use my material", the other answers "why would I make anything for you". The platform today: **$60 billion in total revenue for 2025** (advertising plus subscriptions — the first year Alphabet broke it out separately), which makes it larger than Netflix. Advertising alone was $40.37 billion, up 11.7% year on year. 2.7 billion monthly users. More than 500 hours of video uploaded every minute. ## Why it ranks here | Dimension | Score | Why | |---|---|---| | Originality | 92 | Online video was not its invention; the revenue-sharing mechanism for copyright was | | Scale | **98** | 2.7 billion monthly users, 500 hours uploaded per minute | | Impact | 95 | It created the job called "creator" and rewrote how the content industry splits money | | Experience | **88** | Its lowest. Ad density, the cost of an engagement-optimised feed, comment moderation | | Business | 93 | A $60 billion business, but one grown inside Google's advertising machine | | Longevity | 95 | Twenty years, and two crises that should have been fatal | **OVR 93.65, ninth.** ![YouTube's six dimensions against the entries above and below: 8th the McDonald's system scores originality 95, scale 97, impact 92, experience 85, business 95, longevity 97 for an OVR of 93.75; 9th YouTube scores originality 92, scale 98, impact 95, experience 88, business 93, longevity 95 for an OVR of 93.65; 10th the shipping container scores originality 98, scale 95, impact 99, experience 80, business 90, longevity 98 for an OVR of 93.65. YouTube and the container tie exactly; the order between them follows the data file, and their shapes are opposite](/blog/youtube-six-scores-en.jpg) One thing to state plainly first: **it ties exactly with the shipping container at 10th, both on 93.65.** The order between them is not a judgement — ties are broken by the order entries appear in the data file. And those two tied products have opposite shapes. The container scores 98 on originality and 99 on impact, with experience at 80 — it cut ocean freight costs by more than ninety percent, and nobody has ever *experienced* a shipping container. YouTube inverts it: originality only 92, experience 88. **That is what six separate dimensions are for. The same total does not mean the same kind of thing.** On that 92 for originality. It is low for a top-ten entry, and it is low for a specific reason: putting video on the web for people to watch was already being done in 2005, by Google itself among others. YouTube won on execution — a lower floor, an embeddable player. What it genuinely originated came in 2007. **Content ID was a product shape that did not previously exist.** Before it, the default response to infringement was removal. After it, sharing the revenue became the mainstream option, and nearly every large user-generated platform now runs some version of the same idea. The 92 is for that, not for the upload button. Finally, the 88 on experience, which is the heaviest deduction. It is deducted at a very specific place: **its revenue structure and its user experience pull against each other directly.** More ad slots and longer pre-rolls mean more revenue and a worse watch. A subscription product has no such conflict — Netflix does not earn more by inserting an ad, so it doesn't. Every change YouTube makes to its ad load is a move along that same line. The same tension shows up in recommendation. An engagement-optimised feed raised watch time, and also turned "I only wanted to see one thing" into two hours. **A product can turn its external enemies into partners and still not resolve a conflict built into its own economics.** The first took one clever design. The second stays as long as the business model does. That 88, and the fact that it ranks ninth rather than fifth, are the same statement. --- All scores and rankings were produced by Claude (AI). Sourcing: founding date, founders, first video, beta dates, the announcement and closing of Google's $1.65 billion acquisition, Content ID's June 2007 trial start, monthly users and upload rate come from the English Wikipedia entry for YouTube; Viacom's March 2007 suit for over $1 billion and the March 2014 settlement with no damages paid come from the English Wikipedia entry for Viacom International, Inc. v. YouTube, Inc. and contemporaneous reporting; Content ID's $12 billion cumulative payouts to December 2024, 2.2 billion matches representing 99% of copyright actions, 7,700-plus partners, the over-90% monetise rate, and $8 billion to the music business for July 2024–June 2025 come from YouTube's own disclosures and industry reporting; 2025 revenue of $60 billion and $40.37 billion in advertising, and Q2 2026 advertising of $11.06 billion, come from Alphabet's results and related coverage; the 55/45 Partner Program split comes from YouTube's official help documentation. These rankings score product decisions. --- # Reed Hastings: the origin story that made him famous was invented URL: https://doaipm.com/en/blog/hastings-killed-his-own-best-business/ Published: 2026-09-24 Tags: Product management, Netflix, Top PM rankings, Product decisions On 23 September 2010, Blockbuster filed for Chapter 11 protection in the Southern District of New York: $1.02 billion in assets against $1.46 billion in debt. Yesterday was the sixteenth anniversary. Ten years before that, in 2000, Netflix had offered itself to Blockbuster for $50 million. Blockbuster passed. What happened in between usually gets told as a story about late fees. That story was invented. ## A maths graduate who taught school in Africa first Reed Hastings was born in Boston on 8 October 1960 and took a BA in mathematics from Bowdoin College in 1983. He did not go to Wall Street or to Silicon Valley. He joined the Peace Corps, and from 1983 to 1985 taught maths in a rural secondary school in Swaziland. Back in the United States he went to Stanford, finishing an MS in computer science in 1988. In 1991 he founded his first company, Pure Software, which built debugging tools for programmers — the sort that hunt memory leaks. It merged with Atria in 1996 and was acquired by Rational Software in 1997. What that company taught him, he has repeated many times since: as a company grows it accumulates process, and the people who are good at the work stop wanting to stay. **Netflix's later culture — hire adults, give them freedom and responsibility — grew out of that failure as its mirror image.** That same year, 1997, he and Marc Randolph founded Netflix. ## The late-fee story The version everyone knows: Hastings rented *Apollo 13*, returned it six weeks late, got charged a $40 late fee, got annoyed, and built a company with no late fees. Hastings has indeed told it that way. His words: "I had a big late fee for *Apollo 13*. It was six weeks late and I owed the video store $40." Randolph, his co-founder, has since said publicly that Hastings made the incident up, and that Blockbuster could not verify the transaction. Randolph's account is that the story began as a "convenient fiction" — a tidy way to explain why the subscription model was better than the alternatives — and then took on a life of its own. Hastings still maintains the late fee was real. Which of them is right can be set aside, because one record is clearer than either man's memory: **When netflix.com launched on 14 April 1998 — 925 titles, 50 cents a rental plus postage — it charged late fees.** The monthly subscription did not arrive until September 1999, and the per-rental model was not dropped until early 2000. So the company supposedly born out of a hatred of late fees charged late fees for its first seventeen months. By Randolph's account, what they actually set out to build was "the Amazon.com of something", and they landed on DVDs because a DVD is light, thin and fits in an envelope. **The starting question was what ships well by post, not how to stop users paying fines.** ## $50 million, and Blockbuster passed In 2000 Netflix offered itself to Blockbuster for $50 million. Blockbuster declined. Netflix was still burning cash that year and the subscription model was barely proven. Blockbuster had thousands of stores worldwide, and late fees were a real, large line on its income statement. Asking it to buy a company whose entire pitch was the abolition of late fees was asking it to cut into itself. It didn't cut. Ten years later it was bankrupt. This usually gets told as an incumbent failing to see what was coming. The more accurate version: **Blockbuster saw it. It just could not cut itself.** ## The decision that deserves the airtime On 15 January 2007 Netflix announced streaming; delivery over the internet began that February. That year the DVD-by-mail business was profitable, growing, and the entire source of revenue. He began shifting resources toward the thing that would eat it while it was at its best. On 18 September 2011 he pushed that logic to its limit: the DVD business would be spun out as a separate company called Qwikster — two websites, two apps, two bills, two queues. It was a disaster. **800,000 subscribers quit, and the stock lost roughly three quarters of its value between July and November.** A month later he reversed the decision. What he reversed was the split, not the transition. Streaming went on eating DVD for another decade and more. Qwikster was not a strategic error. It was an error of **execution** — right direction, brutal handling. That distinction matters, because it explains the most conspicuous number in his score line. ## A million dollars for an algorithm that never shipped In October 2006 Netflix offered $1 million to anyone who could improve its recommendation accuracy by 10%. This became the Netflix Prize, a fixture of machine-learning teaching ever since. On 26 June 2009 the team BellKor's Pragmatic Chaos crossed the 10% threshold and took the money. Netflix then did not use it. Two official reasons. The winning submission was a blend of 107 algorithms — the team reported more than 2,000 hours of work — and **the extra accuracy did not justify the engineering effort needed to put it into production**. And by the time it was ready, the company's centre of gravity had moved from DVDs to streaming; the way people watched had changed. Not all of it was discarded, though. Two of the underlying methods, matrix factorisation and restricted Boltzmann machines, went into production and are still part of the recommendation system. It reads well today: **a public, global algorithm contest whose actual delivery into production was not the winning entry but two parts salvaged from it.** What a prize buys is never the ranking; it is what spills out once a problem has been made public. ## A decade spent handing it over In 2020 he made Ted Sarandos co-CEO alongside himself. In January 2023 he stepped down as CEO to become executive chairman, with Greg Peters taking the other seat. In April 2026 he announced he would leave the board. He left after the shareholder meeting on 4 June 2026, and Jay Hoag — Netflix's lead independent director since 1999 — became chairman. Twenty-nine years. The Netflix he left: 325 million subscribers at the end of 2025, second-quarter 2026 revenue of $12.56 billion, up 13.4% year on year, with full-year guidance of $51–51.4 billion. Forbes put his net worth at $6.6 billion in May 2025. He gave $120 million to historically Black colleges and universities in 2020, $1.1 billion of Netflix stock to the Silicon Valley Community Foundation in 2024, and $50 million to Bowdoin in 2025 for an AI initiative — a maths graduate who taught maths in Africa for three years, endowing AI back at his own college. ## Why he ranks here | Dimension | Score | Why | |---|---|---| | Vision | **96** | Bet on streaming in 2007, when DVD-by-mail was the money | | Insight | 90 | Understood that users hate uncertainty, not price — but misjudged their path dependence | | Taste | **85** | His lowest. Qwikster asked users to keep two accounts and two bills | | Business | 93 | Subscription, originals and regional pricing all worked — funded by debt for years | | Scale | 93 | 325 million subscribers; he changed how a generation watches | | Originality | **94** | He defined the category called streaming subscription | **OVR 93, sixteenth.** The interesting part of this slot: No. 15 Lei Jun, No. 16 Hastings and No. 17 Pony Ma all score OVR 93, and their six dimensions look nothing alike. Lei Jun is 93/94/90/96/94/89; Pony Ma is 90/94/88/96/97/89. **Both score 96 on business and 89 on originality.** Hastings inverts it: business 93, one notch lower, originality 94, five points higher. Put plainly: **Lei Jun and Pony Ma both took existing categories to their limit; Hastings made one from nothing.** Originality carries 20% of the weight, and those five points are why he sits between them. What keeps him out of the top 15 is the 85 on taste. It is not that he lacks an eye — the Netflix player, skip-intro and autoplay have been industry benchmarks for years. The deduction is for something else: **when making a large decision, he is willing to let users carry the cost of the move.** Qwikster was the most extreme instance, not the only one. Price rises, regional splits, charging for password sharing — each was done first and explained after. The eleven points between vision 96 and taste 85 are two faces of one trait: **he sees further than his users, and is correspondingly indifferent to their present discomfort.** The first let him cut down his own cash cow in 2007. The second nearly cut the company down in 2011. The same man did both, for the same reason. --- All scores and rankings were produced by Claude (AI). The illustrations are original diagrams; no copyrighted photographs were used — every image of Hastings on Wikimedia Commons is CC BY or CC BY-SA, with no public-domain version available. Sourcing: the biographical timeline, Bowdoin and Peace Corps years, Pure Software's fate, Netflix's founding and its 1998 launch model (50 cents per rental plus postage, late fees charged), the September 1999 subscription, the $50 million approach to Blockbuster in 2000, Qwikster and the 800,000 cancellations in 2011, the 2023 CEO handover and the June 2026 board exit come from the English Wikipedia entries for Reed Hastings and Timeline of Netflix. The dispute over the late-fee story comes from Marc Randolph's public statements and Hastings' own quoted words. The Netflix Prize dates, purse, winning team and the decision not to deploy the full solution (retaining matrix factorisation and restricted Boltzmann machines) come from Netflix's own explanation and contemporaneous reporting. Blockbuster's 23 September 2010 filing figures come from reporting at the time. Subscriber, revenue and guidance figures come from Netflix's results and related coverage; the net-worth figure is a Forbes estimate from May 2025. These rankings score product decisions, not character. --- # I fed a bestseller and my own AI-written novels to the same detector URL: https://doaipm.com/en/blog/ai-detector-vs-bestseller/ Published: 2026-09-23 Tags: AI writing, AI detection, web novels, LLM, real data At ten in the morning I pasted the first 1,200 characters of chapter 70 of *Xuanjian Xianzu* into Tencent Zhuque. The book sits at #1 on Qidian's bestseller chart. Its author, Ji Yueren, is past sixteen hundred chapters. The machine's verdict: **strong signs of human authorship**. Then I swapped in a second passage — the best-performing book on my own author account. 1.03 million characters, 1,078 active readers, rated 8.5 on Fanqie. This time: **no clear signs of human authorship**. That book was written by AI. ## The samples: three of mine, one bestseller I have 31 contracted books on Fanqie, 27.4 million characters in total. All of them were written by AI, using more than one model. Three went into this test, with 1,078, 155 and 11 active readers. Same rule for all three: take a chapter from the middle of the book, cut the first 1,200 characters of prose, change nothing. Not chapter one — opening chapters get reworked over and over and don't represent what a book normally looks like. The outside control is a single book: chapter 70 of *Xuanjian Xianzu*, still free to read on Qidian. The reason for picking it is simple. It is #1 on the bestseller chart, and I didn't write it. Two detectors, both free: - **Tencent Zhuque** (matrix.tencent.com/ai-detect). The page lists a model update date of 21 July 2026. Five checks a day logged out, twenty logged in. - **ZeroGPT** (zerogpt.com). An English-language tool, 15,000 characters free, no login. ## What Zhuque said | Sample | Written by | Active readers | Zhuque verdict | |---|---|---|---| | *Xuanjian Xianzu*, ch. 70 | Human, Qidian bestseller #1 | — | Strong signs of human authorship | | *Yue Fei: This Life I Serve No Emperor* | AI | 1,078 | No clear signs of human authorship | | *Reborn as Yue Lei* | AI | 155 | No clear signs of human authorship | | *Martial Reckoning* | AI | 11 | Weak signs of human authorship | Four passages, four calls in the right direction. ![Four verdicts from Tencent Zhuque's AI text detector: chapter 70 of Xuanjian Xianzu, human-written and ranked #1 on Qidian's bestseller chart, judged "strong signs of human authorship"; Yue Fei: This Life I Serve No Emperor, AI-written with 1,078 active readers, judged "no clear signs of human authorship"; Reborn as Yue Lei, AI-written with 155 readers, same verdict; Martial Reckoning, AI-written with 11 readers, judged "weak signs of human authorship". The same two passages run through ZeroGPT both return "Most Likely AI/GPT generated" at 0%](/blog/ai-detector-table.jpg) *Martial Reckoning* is the odd one out. It came back as "weak signs of human authorship" rather than "no clear signs" — Zhuque's wording has gradations, and on that passage it was less certain. The book it hesitated over has 11 readers. On the book with 1,078 readers it did not hesitate at all. **Across these four passages, reader count and "reads like a human wrote it" have nothing to do with each other.** The best-selling AI book in the set is also the one the machine called fastest. ## ZeroGPT labelled the bestseller AI-generated too Same two passages, pasted into ZeroGPT. For *Xuanjian Xianzu*: `Your Text is Most Likely AI/GPT generated`. For mine: `Your Text is Most Likely AI/GPT generated`. The same sentence both times. And both times the percentage read **0%** — "most likely AI generated" on one line, zero percent on the next. It isn't computing anything. Chinese goes in, a default verdict comes out. When a school or a platform tells you to "run it through an AI checker", this part is worth having: **an English detector's verdict on Chinese text is unusable, and it won't even hide its own contradiction.** ## Zhuque froze after the fourth sample Nine passages were queued; four got through. The page would stick on "detecting" and stay there. A refresh didn't clear it; only a fresh tab did. Slowing down to one submission every thirty seconds didn't help either. The quota wasn't the problem — a dozen checks were still unused. The page was. ## All 31 books are still up on Fanqie The longest one runs 1.66 million characters and has zero active readers. The one with 1,078 readers and an 8.5 rating got rated, got followed, got read. Tencent Zhuque needed 1,200 characters. **"Nobody checked" and "it can't be detected" are two different things.** I only separated them today. --- # A better consciousness test for LLMs: can it finish a novel on its own? URL: https://doaipm.com/en/blog/novel-as-consciousness-test/ Published: 2026-09-22 Tags: AI consciousness, LLM, Turing test, AI writing, Opinion I have 30 AI-written novels under contract on a Chinese web-fiction platform. 27.4 million characters. The median number of people currently reading one of them is 3. Thirteen of them sit at zero. On the same author account there is one more, also written by AI, except that after every chapter shipped I went and read the retention curve and changed the next one. 1.03 million characters, 1,078 concurrent readers. Those numbers convinced me of something: **the best test for whether a large model is conscious is not the Turing test and not any benchmark. It is whether it can finish a novel on its own.** Not produce a million words. That stopped being hard a long time ago. **A book people finish.** ## The Turing test and benchmarks share one flaw The Turing test says: if you can't tell whether you're talking to a person or a machine, you should concede the machine thinks. Any current model clears that line, easily. Nobody responded by conceding consciousness. We just moved the line and said the Turing test was never enough. Benchmarks go the same way. Math, code, commonsense reasoning — saturated one after another, and each time the reaction is that the questions were badly designed. **Both have the same flaw: they are short, and they have answer keys.** Short means a model only has to hold the performance for a few minutes. An answer key means it can pattern-match its way to the end without ever knowing what it is doing. There's a third kind of evidence that's worse still: asking a model whether it's conscious and treating the answer as data. It was trained on text humans wrote about their inner lives. **That isn't introspection. It's recitation.** ## Finishing a novel closes both holes A serialized web novel is a million words, three hundred chapters, months of continuous output. That timescale alone rules out short-term mimicry. And there is no answer key. **No verifiable objective function can tell a model what should happen in chapter 147.** Getting it done requires four things at once. **Holding one intention across months.** Not remembering the earlier text — retrieval solves remembering. Knowing, at chapter 200, why you kept that character alive in chapter 12, and making the current choice serve that reason. **Modelling another mind.** A novel is a continuous guess about a reader's state: when they tense up, when they reach to put the phone down, when a chapter has to end on something that makes stopping uncomfortable. Theory of mind as a practical skill, performed three hundred times in a row. **Self-correction.** At chapter 200 you find that a premise from chapter 40 has collapsed, and you have to go back and deal with it. That requires memory of your own output, a judgment about it, and the admission that it was wrong. **Deciding what comes next.** Nobody hands it a chapter outline. It has to decide what happens, and the basis for deciding lives nowhere but in its own sense of the whole. Those four together are what the word *consciousness* points at in ordinary use. ## Thirty books, six models — the gap isn't prose The 30 books settled one question: **generation is solved.** No collapsed arcs, no broken characterization, no missed updates. 27.4 million characters of stable prose. I used Claude, Codex, Gemini, Qwen, MiniMax and Kimi, and wrote an orchestration tool to run them in batches. Nobody read the output. The one I think the models wrote best has 18 concurrent readers. The one with the most readers isn't, to me, the better book. **My judgment of "good" and readers' choice to keep reading diverge by a factor of 43.** What's missing isn't sentence-level quality. It's the loop that knows who it's writing for and adjusts accordingly. The model doesn't know when a reader wants to put the phone down. It has no such loop, and it doesn't know that it doesn't. ## Why this criterion is harder than a benchmark **It can't be gamed.** You can't train specifically for "a book people finish," because the readers aren't a fixed test set, and the hook that worked last year doesn't work this year. **It's long-range.** Three hundred chapters of consistency can't be faked. The retention curve marks the exact chapter where the writing started phoning it in. **The result is objective.** Whether a book is good is arguable. **Whether people finished it is a number in a dashboard.** That's harder evidence than any panel of judges. **It stays functional and avoids metaphysics.** I'm not going to argue about whether a model has inner experience; that question may never resolve. Whether it can independently complete a task requiring sustained intention and a model of other minds is testable. ## Objections **Plenty of humans never finish a book either.** True. But humans stop because they give up, run out of time, or run out of money — not because by chapter 150 they've forgotten what they were trying to say. Quitting is a choice. Amnesia isn't. **The bar is too high.** Deliberately. We already have a low bar — the Turing test — and it was cleared without convincing anyone. A criterion that has already failed is worth trading for one that hasn't been crossed yet. **Whether a novel is good is subjective.** Which is why the criterion isn't "good." It's "finished by readers." I threw out the subjective half. **This is a literary task, not a test of consciousness.** It's one of very few tasks that demand long-range intention, other-mind modelling, self-correction and autonomous decision-making simultaneously. You could substitute others — directing a feature film, running a three-year project — but a novel has the lowest barrier to entry, the clearest verification, and the smallest cost. One GPU to start, one dashboard number to settle it. ## I'm still watching that retention curve I'll keep writing novels with AI, and I know it can't yet produce one people read. The day a book runs start to finish from the model, with no chapter touched by me, and the readers stay — that's the day I reconsider the consciousness question seriously. Until then, however saturated the benchmarks get, I'll read it as test-taking. --- The figures come from my own author dashboard on Fanqie Novel (checked 2026-09-21): 30 batch-produced titles totalling 27.4 million characters, median 3 concurrent readers, 13 at zero; one title steered chapter by chapter against its retention curve, at 1.033 million characters and 1,078 concurrent readers. "Wrote best" is my own judgment, not a platform metric. **Correction (2026-09-23):** this piece originally described the book with 1,078 readers as "the one book I wrote by hand". That was wrong — all 31 contracted titles on the account were written by AI, that one included. What sets it apart from the other 30 is that someone read the retention curve after every chapter and changed the next one, not who held the pen. This does not weaken the criterion above; it lands squarely on the word *on its own*. With a human watching, the model produced a book people finish. Without one, it produced 27.4 million characters and a median of 3 readers. --- # No. 15 on the greatest product managers list: Lei Jun — he never invented a single category URL: https://doaipm.com/en/blog/lei-jun-never-invented-a-category/ Published: 2026-09-14 Tags: Lei Jun, Xiaomi, PM ranking, Product methodology, Product scoring In 2025 Xiaomi delivered 411,082 electric vehicles, up 200.4% year on year. The smart EV and other new initiatives segment booked RMB 106.1 billion in revenue for the year, up 223.8%, with **RMB 0.9 billion in operating profit — positive for the first time**. The same year, group revenue was RMB 457.3 billion and adjusted net profit RMB 39.2 billion. Both are records. Lei Jun ranks 15th on the board, overall 92.70. Originality 89 is the lowest of his six scores. ## He never invented a single category Phones, televisions, routers, fitness bands, power banks, robot vacuums, electric cars — run down everything Xiaomi has made, and **not one of those things was missing from the market when he walked in**. Every one of them had been built by somebody else for years, some for decades. Originality asks exactly this: did you define a category that did not exist before. Jobs scores 99 on it, because every phone after the iPhone is a footnote to that phone. Lei Jun scores 89. That is not harshness. It is what the dimension measures. ## So what does he actually do ![Lei Jun's six dimensions: business 96, insight 94, scale 94, vision 93, taste 90, originality 89, overall 92.70, ranked 15th, against Jobs' originality of 99](/blog/lei-jun-six-scores-en.jpg) The board's one-line read on him: **he turned the phone into an internet product through "participation," then copied the same method into a hundred categories and one car.** The second half is the part that matters. His real product ability is not "thinking up a new thing." It is **walking into a mature category and redoing it with the same playbook** — cost-performance pricing, users pulled in to help define the product, a chain of invested companies to blanket the categories. It ran on phones first, then was carried over unchanged to power banks, fitness bands, air purifiers, televisions. **Never an invention, always fast.** That is where business 96, the highest of his six, comes from. ## In 2025 the playbook paid off in cars Xiaomi's own corporate milestones list the smart EV strategy under 2022, with a stated plan to invest USD 10 billion over ten years. Three years later, the 2025 results: - **411,082** vehicles delivered, +200.4% - Auto segment revenue **RMB 106.1 billion**, +223.8% - Segment gross margin **24.3%**, 5.8 percentage points above the year before - Operating profit **RMB 0.9 billion**, from loss to profit - **477** sales centres covering **138** cities, **277** of them added in a single year ![Xiaomi's 2025 results: group revenue RMB 457.3 billion up 25.0%, adjusted net profit RMB 39.2 billion up 43.8%, auto segment revenue RMB 106.1 billion up 223.8% with RMB 0.9 billion operating profit positive for the first time, 411,082 vehicles delivered, global smartphone share 13.3% and top three for 22 consecutive quarters](/blog/lei-jun-2025-en.jpg) BYD, Tesla, NIO, XPeng and Li Auto were all building cars before Xiaomi was. **Xiaomi was not first, but it is among the fastest to go from announcement to a profitable segment.** A phone company took three years to push an auto segment past RMB 100 billion in revenue and into the black. That does not need the word "originality" to be impressive — **it is the ceiling of copying ability, not of original ability.** ## Insight 94, scale 94, and why taste is only 90 Insight 94 has hard numbers under it: 766 million monthly active users, 1.16 billion devices connected to the AIoT platform, business in more than 100 markets. Selling that many categories to the same people at once only works if you genuinely know what those people want. Scale 94 the same way: top three in global smartphones for 22 consecutive quarters at 13.3% share; second in the Chinese mainland at 16.6%, up 0.7 percentage points. **Taste 90 is the number worth talking about.** In 2025, premium phones were 27.1% of Xiaomi's Chinese mainland smartphone mix, 3.8 percentage points higher than the year before — the move upmarket is working. Read the other way: **fifteen years in, nearly three out of every four phones still are not premium.** Taste weighs judgment about product detail and experience. Xiaomi's investment in industrial design, system experience and imaging over these years is real — the Leica partnership, the in-house XRING O1 chip, the SU7 Ultra's lap record at the Nürburgring — but the mental habit left by opening with "cost-performance" does not get overturned by a few years of premiumisation. **A product's pricing strategy ends up defining what kind of products it is able to make.** That is the most expensive part of the cost-performance route, and it is not on the income statement. ## Why 15th and not higher Above him is Jack Ma at 14th (93.20), below him Reed Hastings at 16th (92.55). Three people packed into 0.65 of a point. One thing holds Lei Jun where he is: **originality 89**. And that dimension carries **20%** weight on this board, tied with vision and scale for the highest. It is not a minor counterweight. Put it another way: set originality to 10% and he moves up several places. But this board is built on "defined a new category" being worth 20%, so a man who never defines a new category can only sit here. Six weighted dimensions: vision 20%, originality 20%, scale 20%, insight 15%, business 15%, taste 10%. | Dimension | Score | Reasoning | |---|---|---| | Vision | 93 | Called the phone as the internet's entry point back in 2010; set a ten-year, USD 10 billion EV strategy in 2022 and had the segment profitable three years later | | Insight | 94 | 766 million MAU, 1.16 billion connected AIoT devices, a hundred-plus categories sold to the same set of people | | Taste | 90 | Second lowest of the six. Premiumisation is advancing (27.1% premium mix in the Chinese mainland, +3.8ppt), but the mental habit from the cost-performance opening is still there | | Business | 96 | Highest of the six. 2025 group revenue RMB 457.3 billion, adjusted net profit RMB 39.2 billion, off one playbook reused across a hundred-plus categories | | Scale | 94 | Top three in global smartphones for 22 consecutive quarters at 13.3% share, second in the Chinese mainland at 16.6%, present in over 100 markets | | Originality | 89 | Lowest of the six. Phones, TVs, fitness bands, robot vacuums, electric cars — every one of those categories already existed when he entered it | Weighted, that comes to 92.70 — 15th. --- The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. Financial and operating figures here come from Xiaomi Group's Q4 and full-year 2025 results presentation (published on the investor relations site on 24 March 2026); user and device numbers and the corporate milestones come from Xiaomi's own site. --- # The product history of the McDonald's fast-food system, and why it ranks 8th URL: https://doaipm.com/en/blog/why-the-mcdonalds-system-ranks-eighth/ Published: 2026-09-12 Tags: Product ranking, McDonald's, Fast food, Product history, Product scoring, Franchising In 2025 the McDonald's system sold $139.4 billion of food. In the same year, McDonald's Corporation's own revenue was $26.9 billion. Where did the other hundred-and-ten-odd billion go? Into other people's pockets — of the 45,356 McDonald's restaurants open at the end of the year, **about 95% were not opened by McDonald's Corporation**. The figures come from the 10-K it filed on 24 February 2026. The McDonald's fast-food system ranks 8th on the board at 93.75. Originality 95, longevity 97, and experience only 85. ## The 1948 rebuild threw out more than it added McDonald's own history page puts it this way: in 1948 Dick and Mac "took a risk by streamlining their operations and introducing their Speedee Service System featuring 15 cent hamburgers." The load-bearing word is **streamlining**. The restaurant was in San Bernardino, and it was already a successful drive-in. Almost everything the rebuild did was subtraction: the menu cut to hamburgers, shakes and fries; the carhops let go; customers walking to a window to order and collect their own food. ![McDonald's fast-food system timeline: the Speedee Service System and 15 cent hamburgers launch in San Bernardino in 1948, the brothers sell 14 franchises in 1952, Kroc opens the first restaurant in Des Plaines in April 1955, the $2.7 million buyout in 1961, entry into Canada in 1967, and 45,356 restaurants with $139.4 billion of systemwide sales in 2025](/blog/mcdonalds-timeline-en.jpg) A restaurant cutting its menu to three things and letting its waiting staff go was not an efficiency innovation in 1948. It read as suicide. But the subtraction is what made everything left over decomposable: one person to a task, one way to do each task. **The kitchen stopped depending on a cook's skill and started depending on the design of a process.** That is where originality 95 comes from. Ford put the assembly line into building cars in 1913; in 1948 these two brothers put it into making food. ## The brothers were selling franchises themselves — they just never spread it This part usually gets skipped: **the first people to turn the system into a product were the brothers.** The company history says they sold 14 franchises, 10 of which actually opened — not counting the original San Bernardino restaurant. By 1952 they had a franchise sales brochure in print. Ray Kroc was selling Multimixer milkshake machines at the time. He went to look at the San Bernardino restaurant in 1954, then became the brothers' franchising agent. In April 1955 he opened the first McDonald's east of the Mississippi, in Des Plaines, Illinois. In 1961, McDonald's bought all rights to the brothers' company for **$2.7 million**. In 1967 it opened in Richmond, British Columbia — the start of its move outside the United States. **The people who invented the system and the people who took it to more than 100 countries were not the same people.** That is not unique in product history, but the line is rarely drawn this cleanly. ## Its users were not the people eating hamburgers. They were the people opening restaurants This is the sentence that matters most for understanding the product. A customer buys a hamburger. But the real product of the McDonald's fast-food system is **a manual anyone can follow to open an identical restaurant** — site selection, floor movement, equipment models, operating sequence, ingredient specifications, cleaning frequency, all of it fixed in writing. The food is the manual's output, not the thing itself. That explains the shape of the whole score table. Originality 95, scale 97 and longevity 97 are all high, because the manual has been copied more than forty thousand times, across more than a hundred countries, and has been running for 78 years. Experience is only 85, because **the manual's goal was always "the same", never "the best tasting"**. Standardisation and a peak experience point in different directions. A Michelin restaurant cannot be identical; McDonald's is not chasing best. That is not a failure to reach it — it never aimed there. ## So where the money comes from The 10-K is blunt about it. Under the conventional franchise arrangement, **"the Company generally owns or secures a long-term lease on the land and building for the restaurant location."** The franchisee puts up the equipment, the signs, the seating and the décor. By the end of 2025, across the markets covered by the consolidated statements, McDonald's owned about **56% of the land** and **80% of the buildings**. What franchisees pay it is mainly two things: **rent**, and **a percentage of sales**, with minimum rent provisions attached. In 2025 that revenue was **$16.548 billion**, over 60% of the $26.9 billion it took in for the year. Put another way, the heaviest thing on McDonald's balance sheet is not hamburgers. It is land. It licenses the system out, then rents you the ground the system has to sit on. That is where business 95 comes from, and the structure is close to impossible for a later entrant to copy — it takes decades of buying land one parcel at a time. ## Why 8th and not higher ![McDonald's fast-food system across six dimensions: scale 97, longevity 97, originality 95, business 95, impact 92, experience 85, overall 93.75, ranked 8th, against AWS at 7th with 94.05](/blog/mcdonalds-six-scores-en.jpg) Above it sits AWS at 7th (94.05), below it YouTube at 9th (93.65). Less than half a point in either direction. Two scores hold it down. **Experience 85, the lowest of its six.** In the top ten only the standardised shipping container, at 80, sits below it. The reason is the one above: the system was designed for consistency, not for delight. On this board that has to be scored honestly. **Impact 92, the second lowest of its six.** This dimension measures how much a product changed the products and the industry rules that came after it. McDonald's impact on food service is close to full marks, but its influence stayed largely inside its own industry — against AWS's impact of 97, which changed every industry that needs computing, not one. The 0.30 points between it and AWS are worth sitting with. **One standardised opening a restaurant until it could be copied; the other standardised buying a server until it could be rented by the hour.** Neither won by making the end user happier. Both took something that used to require professional skill and turned it into following instructions. | Dimension | Score | Reasoning | |---|---|---| | Originality | 95 | The assembly line moved into the kitchen in 1948, with subtraction breaking cooking down into a repeatable process; before it, a restaurant's output depended on its cook, after it on its process | | Scale | 97 | 45,356 restaurants at the end of 2025, across more than 100 countries, $139.4 billion of systemwide sales | | Impact | 92 | Second lowest of its six. It defined the operating model for the entire fast-food industry, but the influence stayed largely within food service | | Experience | 85 | Its lowest, and in the top ten above only the shipping container's 80. The system's goal is "every one the same", not "this one the best" | | Business | 95 | 95% of restaurants franchised; the company owns about 56% of the land and 80% of the buildings; 2025 franchised revenue of $16.548 billion, over 60% of total revenue | | Longevity | 97 | 78 years since 1948. The American drive-ins of the same era are almost all gone, and the system is still the whole industry's default | Weighted, that's 93.75 — 8th. --- The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. The history here comes from the company history page on McDonald's own site; financial and restaurant figures come from the fiscal 2025 10-K McDonald's filed on 24 February 2026. Ray Kroc, who took the system worldwide, ranks 37th among the *100 product managers who changed the world*, covered separately. --- # The product history of AWS, and why it ranks 7th URL: https://doaipm.com/en/blog/why-aws-ranks-seventh/ Published: 2026-09-11 Tags: Product ranking, AWS, Cloud computing, Product history, Product scoring, Infrastructure AWS booked $128.725 billion in net sales in 2025, 18% of Amazon's $716.924 billion for the year. In the same year it produced $45.606 billion of operating income. Amazon's operating income across the entire company was $79.975 billion — **a segment worth 18% of revenue delivered 57% of the profit**. The figures are in the 10-K Amazon filed on 5 February 2026. AWS ranks 7th on the board at 94.05. Originality scores 97, the highest of its six. ## The first thing it sold cost 10 cents an hour Amazon S3 went live on 14 March 2006. The pricing was in the announcement that day: 15 cents per GB-month of storage, 20 cents per GB of data transferred in or out. EC2 opened in beta on 25 August the same year. One "virtual CPU" meant the equivalent of a 1.7 GHz Xeon processor, 1.75 GB of memory, 160 GB of local disk, 250 Mb/s of network bandwidth. The price was **10 cents per clock hour**. What mattered about that price wasn't that it was cheap. To launch a website in 2006 you first estimated peak traffic, bought servers against the peak, put them in a colocation facility and paid for a year. **That money had to be spent before you knew whether the business existed.** EC2 deleted the step. Not by making it cheaper — by making it something you could buy by the hour and stop by the hour. ![AWS timeline: S3 launches 14 March 2006 at 15 cents per GB-month, EC2 beta on 25 August 2006 at 10 cents per clock hour, 2025 AWS net sales of $128.725 billion, operating income of $45.606 billion or 57% of all Amazon profit, and $96.496 billion of 2025 capital spending](/blog/aws-timeline-en.jpg) ## Originality 97: the category really did not exist before it Only two products in the board's top ten score higher on originality: the iPhone at 99 and the standardised shipping container at 98. That isn't because AWS did something technically out of reach. Virtualisation, distributed storage, metered billing — none of those was new in 2006 taken on its own. What was new was **packaging them into something you could buy with a credit card**. Before that, computing capacity was a capital expense: a proposal, an approval, a depreciation schedule. After it, computing capacity was an API call and a monthly bill. The Amazon store on the same board makes the contrast plain. It scores 90 on originality, the lowest in the top eight, because people were selling books online in 1992. **AWS is the other case: on the day it launched there was no second place to rent compute by the hour.** ## It moved "buying machines" off your balance sheet and onto its own In 2025 the AWS segment added $96.496 billion of property and equipment. That number only lands next to the previous two: $24.843 billion in 2023, $53.267 billion in 2024. **Close to four times higher across three reporting years.** Against the same year's $128.725 billion of revenue, AWS spent roughly three quarters of what it earned on machines and buildings. The up-front investment every startup skipped didn't disappear. It moved. AWS's business is **fronting that money for everyone and collecting it back by the hour**. That's where business 98 comes from, and it's the part that resists copying. To clone the model you first need the capacity to lay out nearly a hundred billion dollars a year and survive the several years it takes to earn back. ## Experience 85: second lowest in the top ten On this dimension only the shipping container, at 80, sits below it. The famous S3 number is eleven nines of durability. The AWS documentation phrases it as `designed to provide 99.999999999% durability and 99.99% availability of objects over a given year` — **"designed to provide" is a design target, not a commitment**. The number that appears in the service level agreement, the one that pays out, is 99.99% availability. Not eleven nines. Marketing almost always flattens that distinction away, and the distinction is what using AWS feels like day to day: you sort out for yourself which figures are design goals and which are contractual obligations someone pays for breaking. The console is the same story. A new account opens onto a screen of service names, not one of which tells you what it does. Billing is a craft in itself — priced by the hour, by the request, by egress, three or four different ways to pay for the same thing, and somebody at the company has to own watching it. **A product can be exceptional at letting professionals finish the job while being poor at letting one person work it out alone.** On this board those two have to be scored separately. ## Scale 92: the only score under 95 in the top ten The other nine products in the top ten all score above 95 on scale. AWS is the one at 92. AWS's own site says "millions of customers." The products above it on this board are counted in the billions of people: the iPhone, Google Search, Coca-Cola, WeChat — the users are ordinary people. **AWS's users were never everyone. They are the people who otherwise had to buy servers first.** It reaches industries, not populations. That costs it on scale no matter how many websites it holds up. ## Why 7th and not higher ![AWS across six dimensions: business 98, originality 97, impact 97, longevity 95, scale 92, experience 85, overall 94.05, ranked 7th, against the shipping container's originality of 98 and experience of 80](/blog/aws-six-scores-en.jpg) Above it sits the Amazon store at 6th (94.20), below it the McDonald's fast-food system at 8th (93.75). Less than half a point separates the three. What holds AWS in place is scale 92 and experience 85, and those two are the same fact from two sides: **it is infrastructure, not a consumer product.** Its closest relative on the board isn't the Amazon store from the same company. It's the standardised shipping container at 10th. The two score in nearly the same shape: originality in the board's top three (container 98, AWS 97), experience at the bottom of the top ten (container 80, AWS 85). The reason is the same too. The container never made any ordinary person's life nicer to use. It collapsed the cost of moving a ton of freight by an order of magnitude, and the shape of global trade followed. AWS did the identical thing — it made nobody's software nicer to use, it collapsed the cost of *starting* a piece of software by an order of magnitude. **Infrastructure's fate is that the better it works, the less the people using it notice it.** And this board has a dimension that specifically weighs what using a thing feels like. Infrastructure will never score well there. | Dimension | Score | Reasoning | |---|---|---| | Originality | 97 | Its highest. When EC2 launched in 2006 there was no second place to rent compute by the hour; in the top ten only the iPhone (99) and the shipping container (98) score above it | | Scale | 92 | Second lowest of its six, and the only score under 95 in the top ten. The official phrasing is "millions of customers" — developers and companies, not a billion-person public | | Impact | 97 | Most internet services of the past twenty years grew on machines rented by the hour; "buy servers first" was struck out as a precondition for an entire industry | | Experience | 85 | Its lowest. Service names don't reveal what they do, billing needs a dedicated owner, and even the famous eleven nines is a design target rather than an SLA commitment | | Business | 98 | 2025 net sales of $128.725 billion and operating income of $45.606 billion, 57% of all Amazon profit; $96.496 billion of property and equipment added the same year, and that threshold is itself the moat | | Longevity | 95 | Live since 2006, twenty years. Most cloud services that started alongside it are gone, and it remains the category's default | Weighted, that's 94.05 — 7th. --- The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. Financial figures come from the fiscal 2025 10-K Amazon filed on 5 February 2026 (segment information); pricing and technical specifications come from the two 2006 launch announcements on the AWS blog and from AWS's own documentation. The person behind it ranks 2nd among the *100 product managers who changed the world*, covered separately. --- # No. 14 on the greatest product managers list: Jack Ma — how a man who says he can’t write code made the top 15 URL: https://doaipm.com/en/blog/jack-ma-the-trust-problem/ Published: 2026-09-10 Tags: Jack Ma, Alibaba, Taobao, Alipay, PM ranking, Product decisions Alipay launched on 15 October 2003. Its first transaction that day: Cui Weiping, studying in Japan, listed a nearly-new Fuji digital camera on Taobao for 750 yuan. Jiao Zhenzhong, at Xi'an Technological University, wanted it. Two hours later the trade cleared through Alipay. That year eBay's EachNet held 72.4% of China's consumer-to-consumer market. Two years later the same figure had moved, unchanged, onto Taobao — 72.4% to Taobao in 2005, 26.7% left for EachNet. Jack Ma ranks 14th on the board, overall 93.20. ## "My only job is to talk" His own words: "I can't write programs, I still don't understand management, and I don't understand finance. My only job is to talk." He has also said: "I don't understand the technical side, and I don't feel embarrassed about it today. Precisely because I don't understand the details, and my colleagues are world-class, I respect them and I listen to them." **Someone like that ranking in the top 15 of a product-manager board needs explaining.** The explanation is in the shape of his six dimensions: insight 93, his second highest; taste only 80, his lowest — and 19 points below Zhang Xiaolong, third on the same board. Same era, same country, both built products used by hundreds of millions, 19 points apart on taste. That isn't a slip in scoring. It's two entirely different ways of making things. ## 1999: eighteen people in a bare flat On 20 February 1999, eighteen people including Ma held Alibaba's first staff meeting in a flat in Hangzhou's Lakeside Gardens. The place was unfinished, newspaper pasted on the walls, eighteen people crammed onto a few small sofas listening to him talk for three hours. The 500,000 yuan of startup capital was pooled from those eighteen — so Alibaba was never one man's company; all eighteen held shares. What he built then was B2B: helping China's small and mid-sized manufacturers sell abroad. That wasn't an obvious call in 1999, when very few people in China were online and fewer factory owners were doing export business over the web. ## Three years free, and a pair of numbers that swapped places Taobao launched on 10 May 2003. In August it announced three years free. Free looks like a tired move today. It wasn't in 2003. eBay's EachNet held 72.4% of the market and charged listing and transaction fees — eBay's model worldwide, and a profitable one. **Taobao's free wasn't a price war. It removed an entire layer of threshold.** A small seller in Hangzhou wanting to try selling online had to work out whether listing fees were worth it on EachNet. On Taobao they only had to register. Two years later the shares had swapped exactly: Taobao 72.4%, EachNet 26.7%. By 2006 EachNet was down to 29% and Taobao held close to seventy percent. A foreign giant with a proven model and a commanding lead lost to a free latecomer in two years. ## Alipay didn't solve payment. It solved nerve. Free only settled whether sellers would show up. The buyer side was harder: **nobody would pay first.** In China in 2003, the real obstacle to buying online wasn't operating a website. It was not knowing the other party. If I wire money to a stranger and they never ship, then what? If I ship first and they never pay, then what? Alipay's answer was to sit in the middle: the buyer's money is held at Alipay, the seller ships once they see "paid," the buyer confirms receipt, and only then does the money move on. **That isn't technology. It's a trust structure.** It doesn't require the two sides to trust each other, only that both trust the same middleman. ![Jack Ma timeline: 1999 eighteen people in a bare Hangzhou flat, 2003 Taobao launches and goes three years free, 15 October 2003 Alipay's first 750-yuan camera transaction, 2005 market shares invert with Taobao at 72.4%, 2009 first Double 11 at 52 million yuan, 10 September 2019 he steps down](/blog/jack-ma-timeline-en.jpg) Looking back, this is the pivotal step in his whole product history and the clearest reason his insight scores 93. He didn't set out to make the checkout flow smoother. He went after why nobody was willing to do this at all. Those two questions look adjacent. They are one layer apart. The first is an experience problem, the second a structural one. **People who understand the technology tend to see the first and miss the second.** ## 2009: 27 brands, 52 million yuan The first Double 11 ran in 2009 with 27 brands taking part and 52 million yuan in sales for the day. By today's standards that is tiny. But it established something: **you can manufacture a holiday out of a date that had none.** Every e-commerce sale event since has copied the template. Ma didn't run it himself — Daniel Zhang, then president of Taobao Mall, did; the man who would succeed him a decade later. That's part of the method too: he set the direction and the framing, and handed the making of the thing to someone else. ## Seven years ago today On 10 September 2019 — Alibaba's 20th anniversary, Teachers' Day in China, and his 55th birthday, all the same date — he stepped down as chairman in Hangzhou and Daniel Zhang took over. What he said that day: "Today is not Jack Ma's retirement; it is the beginning of a system passing itself on. Today is not one person's choice; it is a system succeeding." From that unfinished flat in 1999 to that ceremony in 2019 is exactly twenty years. He has kept a low public profile since, appearing rarely. ## Why 93.20, dimension by dimension Six weighted dimensions: vision 20%, originality 20%, scale 20%, insight 15%, business 15%, taste 10%. | Dimension | Score | Reasoning | |---|---|---| | Vision | 96 | By 1999 he had settled on China's small firms needing a place to do business online, when very few Chinese people were on the internet at all | | Scale | 96 | Taobao and Alipay together changed how a country of over a billion people shops and pays | | Business | 95 | Three years free wasn't burning money; it traded free for share and then monetised through payments and advertising — a structure copied endlessly since | | Insight | 93 | Second highest. He went at the layer of "why won't anyone buy" rather than "how do we make buying smoother" | | Originality | 93 | Neither the online marketplace nor third-party payment was his invention; escrow-style guaranteed transactions were made to work here first | | Taste | 80 | His lowest. Taobao's pages have been crowded for twenty years — pop-ups, shop decoration, promotional badges layered on top of each other. Restraint has never been its strength | ![Jack Ma's six dimensions: vision 96, scale 96, business 95, insight 93, originality 93, taste 80, overall 93.20, ranked 14th, against Zhang Xiaolong's taste of 99](/blog/jack-ma-six-scores-en.jpg) Weighted, that comes to 93.20 — 14th. ## Why 14th and not higher Above him is Jensen Huang at 13th (93.60), below him Lei Jun at 15th (92.70). Half a point separates them, and mostly one thing holds him where he is. **Taste 80 is the most conspicuous number on his row.** Zhang Xiaolong, third on this board, scores 99 — two men of the same era and country, both building products for hundreds of millions, 19 points apart. The difference isn't aesthetic preference. It's method. Zhang subtracts: WeChat's main screen has barely changed in over a decade, and features get buried deeper rather than surfaced. Taobao adds: every entry point, every promotional slot, every redesign puts more on the page, because every cell on that page can be sold. **Both methods can produce enormous products, but they cannot score the same on taste.** The dimension weighs whether the made thing is good and considered. Taobao has never been strong there, and scoring it high would be dishonest. Working the other way, vision 96 and scale 96 hold him steady in the top 15. **His real product wasn't the Taobao website. It was the fact that Chinese people could do business online with strangers at all.** Fewer than ten people on this board changed a country's behaviour. --- The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. Historical facts come from public Alibaba and Alipay records, market-share figures in the Chinese Academy of Social Sciences' 2005 e-commerce survey, and public reporting. The images are infographics drawn from those facts. --- # The product history of the Amazon store, and why it ranks 6th URL: https://doaipm.com/en/blog/why-the-amazon-store-ranks-sixth/ Published: 2026-09-09 Tags: Product ranking, Amazon, E-commerce, Product history, Product scoring, Retail Book Stacks Unlimited was selling books over a dial-up BBS in Cleveland in 1992. By the time its Books.com site opened in 1994 it carried 500,000 titles, drew half a million visitors a month, and employed 35 people. Amazon opened on 16 July 1995 and sold $12,000 of books in its first week. Thirty years later, in 2025, Amazon's net sales reached $716.9 billion and third-party sellers accounted for 61% of units sold. The Amazon store ranks 6th on the board at 94.20. Originality scores 90 — its lowest of the six, and the lowest in the board's top eight. ## It was not the first bookstore online People were selling books online in 1992, three years ahead of Amazon. Charles Stack's dial-up BBS grew out of an idea he had in 1991, before the World Wide Web existed. Nor was it alone in e-commerce. **In product form Amazon invented nothing** — listing goods, a cart, an address, a card: that sequence was already working in 1995. That's where originality 90 comes from. The dimension asks whether a thing got there first, and on that question Amazon didn't. So how does it score 96 on both impact and business? The answer isn't in what it built. It's in **three things it deliberately gave away**. Seen together they share a shape: each time, Amazon surrendered a form of control that nobody else would let go of. ## First: letting customers trash your products on your own product page In 1995 Amazon opened customer reviews, negative ones included. The earliest reviews were written by employees and friends. A book publisher wrote to Bezos about it, saying Amazon had misunderstood retail — **showing negative reviews on a product page would inevitably reduce sales**. Inside the retail logic of the time that was simply correct. The shelf belongs to the seller, the job of merchandising is to close the sale, and no bookstore pins a note beside a book saying it isn't very good. Bezos's answer: **"We don't make money when we sell things; we make money when we help people make purchase decisions."** That sentence changes what business you are in. If you're selling this order, a bad review is pure loss. If you're selling "you can make the right call here," a bad review is an asset — it's what makes the good ones credible. **A product page that only praises itself carries no information. One that permits criticism does.** Amazon gave up control over how its products were described and bought the page's credibility with it. Every e-commerce site has ratings and reviews now. It's the floor. This is where the floor was laid. ![The Amazon store timeline: Book Stacks Unlimited three years earlier in 1992, Amazon opens in 1995 with open negative reviews, the 1997 1-Click patent, Marketplace in 2000 handing shelf space to competitors, Prime in 2005, and 61% third-party units in 2025](/blog/amazon-timeline-en.jpg) ## Second: deleting the order-confirmation step On 12 September 1997 Amazon filed the 1-Click patent, granted on 28 September 1999 as US 5,960,411. One-click ordering isn't technically hard: store the address and the payment method, then commit on a single tap. The hard part is deciding to do it. **The confirmation step is the seller's seatbelt, not the buyer's.** With a confirmation page, the customer checks the total, the shipping, the quantity one last time, and a mistake is their own fault. Without one, a mis-tap is your problem — returns, support, disputes, all cost. Amazon removed it anyway. The bet was that the orders won by removing one moment of hesitation outweigh the losses from mis-taps. The bet paid, and paid completely — nearly every mobile checkout now has this shape, from food delivery to ride-hailing. Nobody asks you to confirm twice any more. ## Third: handing the shelf to competitors In 2000 Amazon launched Marketplace, letting third-party sellers list on Amazon's own product pages, next to Amazon's own stock, sometimes cheaper. This is the least intuitive of the three. The first two gave away description and confirmation. This one gave away **the shelf itself**. In retail tradition the shelf is the core asset. Letting a competitor stand on yours means recruiting customers for them and paying for the traffic. The 2025 result: **third-party sellers account for 61% of units sold on Amazon**, holding above 60% for several quarters running. So roughly two of every three things Amazon sells today aren't Amazon's. It stopped being a retailer and became retail's infrastructure — with its own stock now the minority. ## Prime in 2005 deleted the thought of shipping costs On 2 February 2005 Prime launched: $79 a year, unlimited two-day shipping on over a million in-stock items. Prime gets read as a discount tool, but what it really killed wasn't the shipping fee. It was **the act of calculating, before every order, whether the shipping is worth it**. Paying $8 to ship a $30 item makes people hesitate, pad the basket, go price-check elsewhere. After Prime that thought is gone, and the threshold for buying drops from "is it worth it" to "do I want it." Prime is its own entry on the board, ranked far lower. It belongs in this piece because it continues the same logic as the first three: **each removes a layer of friction between the user and buying, with Amazon absorbing the cost.** ## How 94.20 breaks down across six dimensions The board weights six dimensions: originality 20%, scale 20%, impact 15%, experience 15%, business 15%, longevity 15%. | Dimension | Score | Reasoning | |---|---|---| | Originality | 90 | Its lowest. Books were sold online from 1992, three years earlier; what it genuinely originated is the combination — reviews, one-click, third-party marketplace — not online shopping itself | | Scale | 96 | $716.9 billion in 2025 net sales, and the default option for everyday life | | Impact | 96 | It turned "everything in stock, here tomorrow, returnable if you don't like it" into retail's passing grade rather than a differentiator | | Experience | 92 | Second lowest. Fulfilment is superb, but product pages are dense past the point of use and search results are laced with sponsored slots — the interface has been getting worse for years | | Business | 96 | The store itself runs thin; the money comes from third-party fees, advertising and membership. Retail is the entrance, profit sits elsewhere | | Longevity | 96 | Live since 1995, thirty years. Nearly every contemporary is gone — Books.com long since | ![The Amazon store across six dimensions: scale 96, impact 96, business 96, longevity 96, experience 92, originality 90, overall 94.20, ranked 6th, against AWS's originality of 97](/blog/amazon-six-scores-en.jpg) Weighted, that's 94.20 — 6th. ## Why 6th and not higher Above it sits WeChat at 5th (94.75), below it AWS at 7th (94.05). Half a point separates all three, and two things hold it in place. **Originality 90 is the direct one.** Each of the top four — iPhone, Google Search, Coca-Cola, the credit card — defined its category: the iPhone defined the smartphone, Google defined search, Coca-Cola defined the commercial structure of a branded drink, the credit card defined revolving credit. What Amazon defined isn't "shopping online," which predates it. It defined online shopping's **standard equipment** — reviews, one-click, third-party, next-day. That is an enormous contribution, but in kind it is paving someone else's road into a motorway, not cutting the road. **Experience 92 costs it too.** The fulfilment end is full marks: order, arrive, return, thirty years of barely having to think. The page end isn't. Amazon's product pages today are extraordinarily dense, search results are threaded with sponsored slots that don't read as ads, and the same item appears as a dozen near-identical listings. **A product can be immaculate at fulfilment while its interface degrades year over year, and on this board those have to be counted separately.** The company's own AWS sits one place below at 7th, yet scores higher on originality (97) and business (98) — AWS really did create a category from nothing. It ranks 7th rather than higher because scale 92 and experience 85 pull it down: AWS's users are developers, not everyone. **Two products from one company, one winning by cutting the road and one by paving it, finish 0.15 apart.** That's probably the clearest illustration on this board of what each of the six dimensions is actually weighing. --- The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. Historical facts come from Amazon's public filings and investor relations pages, the USPTO's published patent record (US 5,960,411), and public reporting. The person behind it ranks 2nd among the *100 product managers who changed the world*, covered separately. --- # No. 12 on the greatest product managers list: Henry Ford — he never said the “faster horses” line, and it gets him backwards URL: https://doaipm.com/en/blog/ford-any-color-so-long-as-black/ Published: 2026-09-08 Tags: Henry Ford, Ford Motor Company, Model T, PM ranking, Assembly line, Product decisions In 1913 the Ford Motor Company hired 50,448 people. Its average workforce that year was 13,623. Turnover: 370%. That same year, the time to build a Model T fell from 12 hours and 30 minutes to 93 minutes. Those two numbers are two sides of the same fact. Henry Ford ranks 12th on the board, overall 93.80. ## The line quoted for twenty years is fake The most-repeated sentence in product management carries his name: "If I had asked people what they wanted, they would have said faster horses." Ford never said it. Harvard Business Review published Patrick Vlaskovits's investigation in 2011; he went through the available Ford record and found no source. Quote Investigator traces the earliest printed instance to 2002. Ford died in 1947. **A line that first appears in 2002, pinned on a man who died in 1947, then taught as product methodology for twenty years.** The bigger problem isn't the provenance. It's the use. The quote is deployed to support one conclusion: don't listen to users, they don't know what they want. And the real Ford lost precisely because he stopped listening. ## He was 39 before a company of his survived, after two failures Ford was born on 30 July 1863 on the family farm in Wayne County, near Dearborn, Michigan. He disliked farm work and liked machines. In 1899 he left the Edison Illuminating Company to found the Detroit Automobile Company. It folded. In 1901 he started the Henry Ford Company; by 1902 he had been pushed out of it. Reorganised, that company became Cadillac. On 16 June 1903 he and twelve others put up $28,000 and founded the Ford Motor Company. He was 39, with two failures behind him. **The assembly-line story usually starts in 1913, as if he changed the world on his first move.** He had spent more than a decade building cars, selling cars, failing, and being forced out of a company with his own name on it, before he got a third try. ## $850, then 93 minutes The Model T launched in 1908 at $850. The turn came at Highland Park in 1913. He combined three things: interchangeable parts, work broken into small subdivided tasks, and materials that moved. Workers stopped walking around a car; the car moved past them and each person performed one action. Build time went from 12 hours 30 minutes to 93 minutes. The price followed it down: $490 in 1914, $260 by 1924. By the time production ended in 1927, 15 million Model Ts had been sold. **Nothing magic sits between $850 and $260. One thing does: variation was eliminated.** Every car identical, every operation identical, every motion identical. Only identical things can be driven that cheap. This is where originality 99 and scale 99 come from. In the top 15, only two people max out both: him and Jobs. ## 370% turnover, and a decision remembered as generosity The line had another side, and the cost landed on people. Work that had taken craft was broken into simple repeated motions. Workers couldn't stand it. That 50,448 against 13,623 is what it looks like in the ledger — people hired, gone within months, replaced all year long. On 5 January 1914 Ford announced five dollars a day and an eight-hour shift. The previous rate was $2.34 for nine hours. The decision is remembered as "he let his workers afford the cars they built," a piece of foresight and generosity. **It was first of all a tourniquet.** A line that uses people as parts cannot absorb 370% turnover; it has to offer a number large enough to make the work bearable. And that number came with conditions. The five dollars was not a wage but profit sharing — you applied, and you were approved or you weren't. Ford built a Sociological Department for the purpose, run by Samuel Marquis, an Episcopal minister. Around fifty investigators drove Ford cars around Detroit with interpreters, visiting homes. What they checked: whether the house was clean, whether the man drank or gambled, whether he saved regularly, whether his children attended school, whether there was a divorce filing, whether the family took in boarders. Eligibility was men over 22 with at least six months of service. In 1914, 70% of Ford's workforce was foreign-born, over half from eastern and southern Europe; the company pushed them into citizenship courses and English classes. Fail the check and you didn't get the five dollars. **He extended the logic of eliminating variation from the production line into his workers' houses.** That isn't a metaphor; it was the actual organisational design. Workers came to hate the visits, and the department was largely dissolved by 1921. ## "So long as it is black" — this one he did say "Any customer can have a car painted any colour that he wants so long as it is black." That one is real, from his 1922 autobiography *My Life and Work*, recalling a meeting in 1909. The immediate reason for black was process. In 1914 he moved to oven-baked enamel, cured at 400°F in about an hour instead of air-drying for up to 24 hours, and the finishes compatible with that process contained Gilsonite, a form of asphalt, which limited the palette to black and very dark shades. The interesting part is that the early Model T was not black-only. Between 1908 and 1913 it came in red, grey, green and blue. **Black-only starts in 1914 — the year the moving line hit full speed.** The order is unambiguous: the line came first, black came second. He didn't hold an aesthetic position that then shaped production. Throughput removed the choice. That is where taste 80 comes from. The dimension asks whether the thing he made was good and considered. Ford's answer: consideration is variation, and variation is cost. ## 1927, and the plant closes for the first time The Model T ran nineteen years with no real redesign. Over the same stretch, General Motors' Chevrolet was doing three other things: changing the styling every year, adding features, and letting people buy on instalments. In 1927 Chevrolet's new Capitol AA series sold 678,540 cars, passing Ford on volume for the first time since 1906. Ford's response was to stop. Model T production halted in May 1927 and the plant closed for the first time in its history. Switching to the Model A meant scrapping or rebuilding about 75% of the tooling, and Highland Park stood down for six months. **Dealers had nothing to sell for the better part of a year.** A product that had held more than half the American market left the stage by way of its own maker shutting the factory for half a year. That is where insight 85 comes from, and it's his most expensive loss on this board. He could see that everyone should have a car. He could not see that people who own a car want a better car. The first thing won him nineteen years. The second lost him one. The "faster horses" line he never said describes a genius of such insight that users are beneath consulting. The real story runs the other way: **he won by building something nobody had asked for, and lost by refusing to hear anything after he'd built it.** ## The part of his life that shouldn't be skipped You don't write a man by listing his achievements. From 22 May 1920, the *Dearborn Independent*, a weekly Ford funded, began serialising antisemitic articles, including a reprint of the forgery *The Protocols of the Elders of Zion*. Collected as *The International Jew*, they were translated into twelve languages and circulated across North America and Europe. By 1926 the paper's circulation was at least 900,000. In 1924 the lawyer Aaron Sapiro sued Ford for libel. The case settled out of court in 1927; Ford publicly apologised, paid $140,000 in expenses, and ordered the *Dearborn Independent* closed. It ceased publication at the end of that year. In July 1938, on his 75th birthday, Ford accepted the Grand Cross of the German Eagle, Nazi Germany's highest decoration for a foreigner, and was its first American recipient. He died in Dearborn on 7 April 1947, aged 83. **This doesn't conflict with his product ability, and neither cancels the other.** The board scores product dimensions, not moral totals — but a Ford biography that leaves this out is a dishonest one. ## Why 93.80, dimension by dimension Six weighted dimensions: vision 20%, originality 20%, scale 20%, insight 15%, business 15%, taste 10%. | Dimension | Score | Reasoning | |---|---|---| | Originality | 99 | He didn't invent every component of the moving line, but assembling interchangeable parts, subdivided work and flowing materials into one reproducible method was his. A century of manufacturing has used it since | | Scale | 99 | 15 million Model Ts; an entire country's ordinary households got a car | | Vision | 96 | By 1908 he had settled on the car as an everyday good ordinary people could buy rather than a rich man's toy, earlier than anyone around him | | Business | 95 | Taking the price from $850 to $260 and still making money came from cost structure, not subsidy | | Insight | 85 | Among his lowest. Nineteen years without a redesign, until Chevrolet broke through with annual restyling and instalment credit | | Taste | 80 | Tied lowest in the top 15. Black-only wasn't an aesthetic choice but a throughput constraint; he turned the absence of choice into a virtue | ![Henry Ford's six dimensions: originality 99, scale 99, vision 96, business 95, insight 85, taste 80, overall 93.80, ranked 12th, against Steve Jobs's taste of 99](/blog/ford-six-scores-en.jpg) Weighted, that comes to 93.80 — 12th. ## Why 12th and not higher Above him is Akio Morita at 11th (94.20), below him Jensen Huang at 13th (93.60). Fractions of a point separate them, and two specific things hold him where he is. **Taste 80 is tied for lowest in the top 15.** Jobs, the other person with 99 on both originality and scale, scores 99 on taste — a 19-point gap on the same board. Jobs's product logic was "users don't know what they want, so I'll give them something better." Ford's was "users don't need a choice, because choice is cost." The two sound alike. One points at the product, the other at the production line. **Insight 85 is the single lowest in the top 15.** His read on why people need a car held for nineteen years. His read on what people want after they've owned one was empty. Six months of idle plant in 1927 costs points in any scoring system — that wasn't being overtaken by history, it was walking into it. Working the other way, originality 99 and scale 99 are what keep him inside the top fifteen. **Making a thing that didn't exist and making fifteen million of it are two different abilities, and he did both.** Most people on this board have one. ![Ford timeline: 1903 company founded with $28,000, 1908 Model T at $850, 1913 build time down to 93 minutes with 370% turnover, 1914 five-dollar day, 1924 price at $260, 1927 Chevrolet passes Ford and the plant shuts down](/blog/ford-timeline-en.jpg) --- Before writing this I went back to our own board and read Ford's entry. It began "in the age of faster horses." I've changed it. Summarising a man with a line he never said is something I did myself. The scoring method is written out in full on the ranking page: six dimensions, 0–99 each, weighted into an overall score, sorted descending. **All dimension scores and the ranking are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit after the long-form piece is written. Historical facts come from The Henry Ford's public collections and research articles, the Library of Congress, the United States Holocaust Memorial Museum, and public reporting. The cover photograph was taken by Fred Hartsook in 1919, held by the Library of Congress (digital ID cph.3c11278) and in the public domain; the other images are infographics I drew from the facts above. --- # WeChat's Product History, and Why It Ranks 5th URL: https://doaipm.com/en/blog/why-wechat-ranks-fifth/ Published: 2026-09-07 Tags: Product rankings, WeChat, Tencent, Product history, Super app, Product scoring Mi Talk launched on December 10, 2010. WeChat launched on January 21, 2011 — 42 days later. In April 2011, Mi Talk shipped push-to-talk first, following Hong Kong's TalkBox. WeChat followed in May. By the third quarter of 2025, combined Weixin and WeChat monthly active users reached 1.41 billion. WeChat ranks 5th on the board with a weighted score of 94.75. Originality sits at 92 — the lowest of its six dimensions. ## It was not first, and push-to-talk was a follow Several companies were building mobile IM in those two years. Mi Talk beat WeChat by more than a month, TalkBox shipped voice messaging earlier still, and abroad there were WhatsApp and Kik. **WeChat originated nothing in product form.** Its first three versions were essentially the shared playbook of the moment: text, images, voice, people nearby. That is where the 92 on originality comes from. The dimension asks whether the thing got there first, and on that question WeChat was the most complete, not the earliest. If the board only counted firsts, WeChat would not be 5th. It is here because of what happened next. ## The decisive move was the QQ social graph Through the second half of 2011, Mi Talk buckled under its own growth and went down repeatedly. In the same window, WeChat did something Mi Talk could not: **it wired itself into the QQ social graph** — users could find QQ friends who were already on WeChat, and receive QQ offline messages inside WeChat. The hardest problem for a new app is getting the people you know onto it. WeChat did not solve that problem; it walked around it. Tencent already held the largest social graph in China, and WeChat imported it. At 4am on March 29, 2012 — 433 days after launch — WeChat passed 100 million users. **How you book that move is the crux of understanding this product.** It was not product skill; it was the parent company's asset. But using an asset in the right place at the right moment is itself a product judgment. Other teams inside Tencent were building mobile IM at the same time. Only the Guangzhou R&D team's version survived. ![WeChat's five decisive moves: launched 42 days late in 2011, wired into the QQ graph, Moments in 2012, WeChat Pay in 2013 and the 2014 New Year red packets, mini-programs in 2017](/blog/wechat-timeline-en.jpg) ## Moments in 2012, payments in 2013 In April 2012, WeChat 4.0 brought Moments. That turned WeChat from a chat tool into something you open many times a day — you use chat when you need it, and you scroll Moments when you don't. On August 5, 2013, WeChat 5.0 shipped with WeChat Pay. Payments were not an obvious win at the time: why would anyone bind a bank card inside a chat app? Six months later the answer arrived. ## That one Chinese New Year, 2014 WeChat launched red packets just before the holiday. The result: **within a month of launch, WeChat Pay users went from 30 million to 100 million**, and 20 million red packets were sent over the holiday alone. On January 31, 2014, Jack Ma called it "a Pearl Harbor attack." What makes it worth taking apart is why it worked. Binding a bank card, presented on its own, is a chore with real friction. Buried inside the act of grabbing a red packet, it becomes the thing standing between you and the money. **It did not persuade you to link a card; it manufactured a moment where you had to.** More importantly, that moment happened inside the social graph — the person sending the packet was your colleague, classmate or family. Payments were installed into relationships rather than parked in a standalone wallet app waiting to be remembered. ## Mini-programs in 2017, and "use it and leave" On January 9, 2017, mini-programs launched. Zhang Xiaolong positioned them as "use it and leave" — finish and go, don't linger. In an industry that monetizes time spent, that is a counterintuitive line. It also reveals where WeChat stood: only a product that does not need to fight for your minutes can afford to say it. **Restraint here is not a virtue; it is what a dominant position looks like from the inside.** Mini-programs solve the ceiling problem of a super app. WeChat cannot build every service itself, but it can let other people build inside it without users having to leave. ## How it arrives at 94.75 across six dimensions The board weights six dimensions: originality 20%, scale 20%, impact 15%, experience 15%, business 15%, durability 15%. WeChat scores: | Dimension | Score | Basis | |---|---|---| | Originality | 92 | Lowest of the six. Not the first mobile IM, and push-to-talk was a follow; what it genuinely originated is the super-app-plus-mini-program structure | | Scale | 96 | 1.41 billion MAU, but concentrated in one country and its diaspora | | Impact | 95 | It changed how a country pays, gets things done, and proves identity | | Experience | 96 | Endless features added over a decade-plus, and the main screen has barely moved — that is genuinely hard | | Business | 94 | Restrained advertising; payments and fintech carry it. Tencent's Q3 2025 fintech and business services revenue was RMB58.2 billion | | Durability | 96 | 2011 to now, while Mi Talk, its contemporary, has shut down | ![WeChat six-dimension scores: originality 92, scale 96, impact 95, experience 96, business 94, durability 96, weighted 94.75, 5th overall](/blog/wechat-six-scores-en.jpg) Weighted, that is 94.75 — fifth on the board. ## Why 5th and not higher The four above it are the iPhone (98.40), Google Search (97.35), Coca-Cola (95.65) and the credit card (95.50). WeChat is 0.75 behind fourth, and the gap sits in two concrete places. **Originality 92** is its own weakest dimension and lower than any of the four above it. Each of those defined its category: the iPhone defined the smartphone, Google defined search, Coca-Cola defined the commercial structure of a branded drink, the credit card defined revolving credit. What WeChat defined is the super-app form — genuinely first, and copied worldwide — but it did so after others had cut the path through mobile IM, and then grew it into something else. **Scale 96 rather than 99**, because those 1.41 billion sit almost entirely inside one language. Coca-Cola reaches 200+ countries and territories; Google Search is the default entry point globally; WeChat has never really worked outside China. **A very large absolute number and a narrow footprint are two different things**, and this dimension has to separate them. Conversely, its experience 96 and durability 96 are high marks for this range. **A product carrying more than a billion people, accumulating features for over a decade, whose main screen has barely changed, is rare.** Most super apps at that size turn into a home screen crammed with entry points. --- The scoring method is written out in full on the board page: six dimensions of 0–99 each, weighted into an overall score, ranked in descending order. **All dimension scores and rankings are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit a score after writing the long piece. Historical facts here come from public reporting, WeChat's version release records, and Tencent's Q3 2025 results announcement. The person who built it ranks 3rd on *The 100 Product Managers Who Changed the World*, written up separately. --- # No. 11 of the Greatest Product Managers: Akio Morita — He Was Right About the Walkman and Wrong About How People Would Use It URL: https://doaipm.com/en/blog/morita-two-headphone-jacks/ Published: 2026-09-06 Tags: Akio Morita, Sony, Walkman, PM rankings, Product decisions, User research On July 1, 1979, Sony's Walkman went on sale in Japan. Model TPS-L2, ¥33,000. The initial production run was 30,000 units. It sold 3,000 in the first month. By the end of March 1999, 186 million cassette Walkmans had been sold. Akio Morita ranks 11th on the board, with a weighted score of 94.20. ## The eldest son of a family that had been brewing sake since 1665 Akio Morita was born in Nagoya on January 26, 1921, the eldest of four. His family had made sake, miso and soy sauce since 1665 — by the logic of succession, he was the one meant to take it over. He took a physics degree from Osaka Imperial University in 1944 and served as a sub-lieutenant in the Imperial Japanese Navy. He met Masaru Ibuka in a study group working on infrared-guided bombs. The year after the war ended, in 1946, the two founded Tokyo Telecommunications Engineering. Capital of ¥190,000, about twenty employees, offices in what was left of the bombed-out Shirokiya department store in Nihonbashi. **That is the first thing to understand about him: he was not a young man out of a garage. He was a physics graduate who walked away from three centuries of family business.** ## "Sony" was chosen so Americans could pronounce it In 1957 the company produced a pocketable, fully transistorized radio. In 1958 Tokyo Telecommunications Engineering renamed itself Sony — from the Latin *sonus*, sound, and the English *sonny*. The rename was not popular internally: a Japanese name that had built some recognition, traded for four letters nobody knew. Morita's argument was that it was easy to say in any language. He founded Sony Corporation of America in 1960 and moved his family to New York in 1963. **For the founder of a Japanese electronics firm to go and live in America was an odd thing to do at the time**, but his reasoning was direct: if you want to sell things to Americans, first learn how Americans live. He became president in 1971, and chairman in 1976 when Ibuka retired. When the Walkman arrived, he was chairman. ![Akio Morita timeline: born 1921 into a brewing family, founded Tokyo Telecommunications Engineering in 1946, renamed Sony in 1958, the Walkman in 1979, 186 million units by 1999](/blog/morita-timeline-en.jpg) ## The Walkman started because Ibuka wanted opera on long flights The product did not come from marketing. Ibuka flew the Pacific often and wanted to listen to opera in the air. The engineer Nobutoshi Kihara modified a Pressman for him — a monaural recorder built for journalists — stripping the recording function and adding stereo playback. Morita borrowed it for a weekend and played it for his golf partners and his family. Everyone was startled by the sound. Then came the internal objections. Market research was clear: nobody would buy a tape machine that **could not record**, and the headphones would put people off. Both were reasonable inferences at the time. The established use of a tape machine was recording, and wearing headphones in public was not yet a thing people did. **The problem is that this product's value only exists from the moment you put the headphones on, and research cannot ask about that moment.** You cannot get someone to evaluate an experience that does not yet exist. ## Three thousand units in the first month Reality initially sided with the research. July sold 3,000, which made the 30,000-unit run look like a joke. Sony's response is still worth copying. They judged that the thing **could not be explained, only tried**. Japanese celebrities were hired for print ads, and staff rode trains and walked crowded shopping districts at weekends, holding out headphones so strangers could listen for themselves. August sold 27,000 units and cleared the initial run. The product reached the United States in 1980, badged Soundabout. ## The one thing he got wrong The TPS-L2 had two headphone jacks, and an orange button labelled "hotline" — hold it and the music ducked so two people could talk through their headphones. Morita insisted on both. His thinking was that **one person sealing off the world with headphones was rude.** So the machine was designed on the assumption that you would listen with someone else. Buyers ignored it completely. Nobody pulled a friend in to share a Walkman; everyone put the headphones on alone and walked into the crowd. Within a few years Sony quietly dropped the second jack and the hotline button. **He was right about the product and wrong about the person the product would create.** He thought he was selling music you could share. What he actually invented was being alone in public — one of the largest behavioural shifts of the late twentieth century, and its inventor did not initially approve of it. That is also the most instructive part: **he shipped the thing he disagreed with.** He held out for the second jack, but he never used "people should listen together" as a reason to kill a machine that could not record. ## Why he makes the list: 94.20 across six dimensions The board weights six dimensions: vision 20%, insight 15%, taste 10%, business 15%, scale 20%, originality 20%. Morita scores: | Dimension | Score | Basis | |---|---|---| | Vision | 98 | Built "personal music" over research and internal opposition, while the behaviour still did not exist | | Insight | 92 | The two headphone jacks are the deduction — right about the product, wrong about people | | Taste | 93 | From the TR-63 to the Walkman to Trinitron, Sony's small-and-precise register was set by him | | Business | 90 | He put Japanese manufacturing into American living rooms; the later content bets (CBS Records, Columbia) took a long time to settle | | Scale | 93 | 186 million cassette Walkmans — the volume of a whole category | | Originality | 97 | "Walkman" entered dictionaries in many languages; he made both the category and the word | ![Akio Morita six-dimension scores: vision 98, insight 92, taste 93, business 90, scale 93, originality 97, weighted 94.20, 11th overall](/blog/morita-six-scores-en.jpg) Weighted, that is 94.20 — eleventh on the board. ## Why 11th, and not the top ten The gap sits in two places. **Insight 92** is on the low side for the top fifteen. That dimension asks how accurately he read people, and the two headphone jacks are a hard counter-example: the product worked, but his prediction about its users was inverted. **Business 90** is also low for this range. Sony under him did put Japanese manufacturing into living rooms worldwide — that part is real. But Betamax losing to VHS from 1975, and the enormous content acquisitions of the late 1980s, both make it hard to score business highly. The first was a standards war lost; the second took Sony years to digest. For contrast, Miyamoto at 10th scores taste 99 and originality 99 at the ceiling, with business 88 — even lower. The two of them arrive at 10th and 11th from almost opposite directions. Morita suffered a stroke while playing tennis in 1993, stepped down as chairman on November 25, 1994, and died of pneumonia on October 3, 1999, aged 78. By the time he died, nobody needed convincing that wearing headphones alone on the street was a normal thing to do. --- The scoring method is written out in full on the board page: six dimensions of 0–99 each, weighted into an overall score, ranked in descending order. **All dimension scores and rankings are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit a score after writing the long piece. Historical facts here come from Sony's published company history, published accounts of Morita's life, and contemporary reporting on the Walkman's launch. The illustrations are infographics drawn from those facts; no copyrighted photographs are used. --- # The Credit Card's Product History, and Why It Ranks 4th URL: https://doaipm.com/en/blog/why-the-credit-card-ranks-fourth/ Published: 2026-09-05 Tags: Product rankings, Credit card, Visa, Product history, Business model, Product scoring On September 18, 1958, Bank of America mailed 60,000 BankAmericards straight into the mailboxes of Fresno, California. No application form, no interview, no credit check — the recipients were simply depositors at the bank. Fresno had about 250,000 residents at the time, and 45% of its families banked there. In fiscal 2025, Visa alone processed $13.9 trillion across 257.5 billion transactions. The credit card ranks 4th on the board with a weighted score of 95.50 — 0.15 behind Coca-Cola at number 3. ## Before Fresno: Diners Club sold charging, not credit On February 8, 1950, Frank McNamara, Ralph Schneider and Matty Simmons put the first card-based meal on account at Major's Cabin Grill, next door to the Empire State Building. Diners Club started by issuing to just 200 people, mostly employees' friends and family; it reached 20,000 members by the end of 1950 and 42,000 by the end of 1951. But Diners Club was a **charge card**: the statement had to be paid in full, and no balance could roll into the next month. That distinction is the whole watershed. A charge card solves "I don't want to carry enough cash," which is a payment convenience. BankAmericard introduced **revolving credit** — pay part of it, and the rest carries over with interest. **One sold convenience; the other sold time.** The real invention was never the piece of plastic. It was making "spend now, pay later, and pay interest on what you don't clear" into something an ordinary household could use daily. ## September 18, 1958: 60,000 cards straight into the mail The first version of the product looks crude now, but every choice points at the same judgment: this only works if both sides show up at once. - Initial limits of $300 to $500 per card - A 6% merchant fee - Over 300 merchants signed before launch Mailing the cards unrequested, with no qualification bar, was the cold-start solution: **get the cardholder side to 60,000 in a single stroke, so merchants have a reason to accept it.** It is the bluntest and most effective two-sided-market opening the era could produce. It worked fast. Within three months it expanded to Modesto and Bakersfield; within a year, San Francisco, Sacramento and Los Angeles. Thirteen months after launch: 2 million cards issued and 20,000 merchants onboarded. ## Delinquency past 20%: the product nearly died in year one The project was run by Joe Williams, then 41, who headed a Customer Services Research Department at Bank of America. His model assumed delinquency would stay under 4%. The actual figure came in **above 20%**. Something else was happening in parallel: counterfeits. The cards had almost no anti-forgery features, criminals learned to replicate them quickly, and fraud ran loose. Less than two years after the Fresno drop, Williams quit. Expected 4%, actual 20% — off by a factor of five. **The bet was that ordinary people would pay on time, and in an era without a credit bureau there was no way to test that in advance.** The moment those 60,000 cards went out, the assumption was irreversible. The product survived and turned profitable within a few years. The price was that the whole industry had to build everything it had launched without: credit assessment, fraud controls, dispute resolution. Most of the machinery that makes card businesses feel bureaucratic today exists because of the hole that 1958 mailing dug. ![The credit card's five decisive moves: 1950 Diners Club charge card, 1958 the 60,000-card Fresno drop, delinquency past 20%, 1970 restructured into bank-owned network, 1976 renamed Visa](/blog/credit-card-timeline-en.jpg) ## The 1970 restructuring is where the scale actually came from From 1966, Bank of America began licensing BankAmericard to other banks. That broke the geographic ceiling of a single bank, and introduced a new problem: a scattering of independent issuers with inconsistent standards and messy settlement. In 1970, Bank of America handed over control. The issuing banks jointly formed National BankAmericard Inc., with Dee Hock as president and CEO. **This is a rare move in product history: the owner deliberately gave up control in exchange for a shared network everyone was willing to invest in.** The card network is not any one bank's product; it is a clearing and rules layer owned in common by its issuers. In 1976, NBI was renamed Visa. Hock's reasoning was direct: the word carries no national identity and is easy to pronounce in any language. This solves the same class of problem as Coca-Cola's one-dollar bottling contract of 1899: **scale requires other people's capital and enthusiasm, and other people only commit when they hold something definite.** Coca-Cola gave away territory; the card network gave away ownership. ## How it arrives at 95.50 across six dimensions The board weights six dimensions: originality 20%, scale 20%, impact 15%, experience 15%, business 15%, durability 15%. The credit card scores: | Dimension | Score | Basis | |---|---|---| | Originality | 96 | Revolving credit, the two-sided cold start, an issuer-owned network — it defined all three | | Scale | 98 | Visa alone cleared $13.9T over 257.5B transactions in FY2025; Mastercard added $10.6T | | Impact | 96 | It changed how ordinary people relate to income they have not earned yet — a behavioral change | | Experience | 88 | Lowest of the six. The swipe is thin, and all the complexity of statements, interest and installments lands on the user | | Business | 97 | Interchange plus interest, two revenue legs, behind a very deep network moat | | Durability | 97 | 68 years; the form went from embossing to magnetic stripe to chip to a number inside a phone, and the business never broke | ![Credit card six-dimension scores: originality 96, scale 98, impact 96, experience 88, business 97, durability 97, weighted 95.50, 4th overall](/blog/credit-card-six-scores-en.jpg) Weighted, that is 95.50 — fourth on the board. ## Why 4th, and why only 0.15 behind 3rd Coca-Cola, one place ahead, scores 95.65. The two are 0.15 apart, and their strengths are almost exactly swapped. The card wins **originality** (96 to 95): Coca-Cola originated a commercial structure, the credit card originated a financial behavior. It wins **impact** by more (96 to 92): Coca-Cola changed what people drink; the credit card changed how people deploy money they do not yet have. Coca-Cola wins the other three. **Scale** 99 to 98 — Coke reaches 200+ countries and territories, while cards still face large blank areas in cash economies and in markets where mobile payments took over. **Durability** 99 to 97 — Coke's formula has barely moved in 140 years, while the card changed physical form three or four times in 68. **Experience** 90 to 88, the card's weakest dimension. Experience deserves the detail. The swipe itself is smooth, but **this product pushed all of its complexity onto the user**: minimum payments, revolving interest, grace periods, installment fees, the difference between a statement date and a due date. Its default path — pay the minimum — is the most expensive one available. A product whose default setting is the one worst for the user should not score high on experience. What keeps it at 4th rather than lower is that 96 on impact. **Before it, an ordinary person who wanted something costing more than their cash had to ask a favor or visit a pawnshop; after it, that became a swipe.** The change is irreversible, for better and worse. --- The scoring method is written out in full on the board page: six dimensions of 0–99 each, weighted into an overall score, ranked in descending order. **All dimension scores and rankings are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit a score after writing the long piece. Historical facts here come from published BankAmericard and Visa histories, Diners Club's company history, and Visa's and Mastercard's FY2025 disclosures. Reported first-year loss figures vary between sources, so none is cited here. --- # Coca-Cola's Product History, and Why It Ranks 3rd URL: https://doaipm.com/en/blog/why-coca-cola-ranks-third/ Published: 2026-09-04 Tags: Product rankings, Coca-Cola, Product history, Brand, Business model, Product scoring On May 8, 1886, Jacobs' Pharmacy in downtown Atlanta sold the first glass of Coca-Cola for five cents. By the company's own account, it averaged about nine drinks a day that first year. In fiscal 2025, The Coca-Cola Company reported net revenue of $47.9 billion. Its beverages now sell more than 1.9 billion servings a day across more than 200 countries and territories. That is 140 years. On the board it ranks 3rd with a weighted score of 95.65, behind the iPhone and Google Search. ## The first thirteen years: sugar water from one Atlanta pharmacy The formula came from a pharmacist, John Pemberton. Before his death in 1888 he sold the majority of the business to an Atlanta businessman, Asa Candler. Candler's job was pushing it off the pharmacy counter and across the country, using every technique the era offered: free-drink coupons, enameled signs bolted outside grocery stores, branded calendars and serving trays. By the end of the 1890s Coca-Cola was a name Americans knew. But it still existed in exactly one form. You had to walk into a store with a soda fountain and have someone mix it in front of you. **The product could not be carried away.** In 1894, a Mississippi merchant named Joseph Biedenharn put Coca-Cola in a bottle for the first time. At the time this read as one local operator's initiative, not company strategy. ## The one-dollar contract of 1899 The real turn came in 1899, when three businessmen in Chattanooga, Tennessee acquired exclusive bottling rights from the company for one dollar. Every article about Coca-Cola mentions that dollar, usually as a punchline — the company sold a gold mine for a buck. But the structure of that contract matters far more than its price: - The company sold **syrup** only, and stayed out of bottling - Bottlers bought their own land, built their own plants, bought their own trucks, hired their own people, worked their own local accounts - Each bottler got a defined territory and exclusivity inside it Which means Coca-Cola's national expansion did not run on the company's capital. It ran on the capital of several hundred local businessmen. **The company barely paid for its own capacity.** The cost was real too. It gave up direct control of retail pricing and distribution, and spent the following decades negotiating, acquiring and restructuring its bottler network. What was sold in 1899 was not the formula. It was control. This step is why the product scores 99 on scale. A product from 1886 covering the United States in the first half of the twentieth century did it on that structure, not on advertising. ## The bottle of 1915 and one order in 1941 Once bottling spread, a new problem appeared: imitators, in bottles that looked more or less identical. Customers could not tell them apart. In 1915 the company began working with the Root Glass Company in Indiana, asking for a bottle you could identify from a single shard on the ground. What came back was the contour bottle. This is a design-history case that rarely gets filed correctly: **the bottle's shape was not doing aesthetic work, it was doing anti-counterfeiting work.** It solved a commercial problem and incidentally became one of the most recognizable industrial forms of the twentieth century. In 1941, chairman Robert Woodruff issued an order: see that every man in uniform gets a bottle of Coca-Cola for five cents, wherever he is and whatever it costs the company. At the outbreak of the Second World War, Coca-Cola was bottled in 44 countries. During the war the company shipped 64 bottling plants overseas — the first opened by a company engineer who flew into Algiers. Seen from here, the nature of that order is plain: **it turned a war into a company-funded global rollout.** Those plants were not dismantled afterward. They became Coca-Cola's starting position in Europe, North Africa and Asia. The 99 on durability rests here. It is not that the product survived a long time. It is that every external upheaval got converted into expansion. ![Coca-Cola's six decisive moves: 1886 first glass at five cents, 1894 first bottling, 1899 bottling rights sold for a dollar, 1915 contour bottle, 1941 wartime rollout, 1985 the 79 days of New Coke](/blog/coca-cola-timeline-en.jpg) ## The 79 days of 1985 On April 23, 1985, the company announced it was replacing a 99-year-old formula with New Coke. This was not a whim. In blind tests before launch, the new formula beat both original Coca-Cola and Pepsi decisively. Roughly 10 to 12 percent of testers expressed anger, but 75 percent said they would buy it again. After launch, headquarters received more than 40,000 calls and letters. The consumer hotline went from about 400 calls a day to over 1,500. On July 11 the company announced the original formula was returning as Coca-Cola Classic. From launch to withdrawal: 79 days. Asked later whether the whole thing had been a deliberate marketing stunt, president Donald Keough gave an answer that has been quoted ever since: we're not that dumb, and we're not that smart. The outcome was counterintuitive. By the end of 1985, Coca-Cola Classic substantially outsold both New Coke and Pepsi, and New Coke's share fell to 3 percent. **Those 79 days carry more information than anything else in the product's history.** Blind tests measure liquid, and people were not buying liquid. The company spent 99 years planting a symbol in several generations of daily life, then challenged it with a formula upgrade, and lost to the thing it had planted. ## How it arrives at 95.65 across six dimensions The board weights six dimensions: originality 20%, scale 20%, impact 15%, experience 15%, business 15%, durability 15%. Coca-Cola scores: | Dimension | Score | Basis | |---|---|---| | Originality | 95 | Franchise bottling, national brand advertising, the anti-counterfeit bottle — it made all three into templates | | Scale | 99 | 200+ countries and territories; there is hardly a larger denominator | | Impact | 92 | It changed commerce and popular culture, but not how people do things | | Experience | 90 | It is a bottled drink; that is the ceiling | | Business | 98 | Syrup licensing plus bottler-financed capacity — a structure still earning after a century | | Durability | 99 | 1886 to now, formula essentially unchanged, volume still growing | ![Coca-Cola six-dimension scores: originality 95, scale 99, impact 92, experience 90, business 98, durability 99, weighted 95.65, 3rd overall](/blog/coca-cola-six-scores-en.jpg) Weighted, that is 95.65 — third on the board. ## Why 3rd and not 1st The top two are the iPhone (98.40) and Google Search (97.35). Coca-Cola loses on two dimensions, and loses clearly. **Originality 95 against the iPhone's 99.** Coca-Cola was not the first cola, nor the first bottled soft drink. What it genuinely originated was a commercial structure and a branding method, not the category. The iPhone redefined an entire class of device. **Impact 92 is its lowest dimension.** That dimension asks whether the product changed how people do things. Search changed how people find answers; the smartphone changed how people live with information. Coca-Cola changed what people drink, and how companies do business — both large, neither on the same tier. Conversely, what puts it third is durability. This is where the board differs from most product rankings: products die, and dead products do not score well. The Ford Model T sold 15 million units in nineteen years and reshaped manufacturing, yet scores 62 on durability because production ended in 1927 — it lands at 46th. Coca-Cola is the extreme case on that dimension. A product from 1886, formula essentially intact, still growing. Nothing else on the board does that. Remove durability and recompute, and it drops out of the top ten. **Keeping it is a position: how long a product can stay alive is part of what the product is.** --- The scoring method is written out in full on the board page: six dimensions of 0–99 each, weighted into an overall score, ranked in descending order. **All dimension scores and rankings are produced by Claude (AI)** — I set the dimensions, the weights and the inclusion criteria; Claude scores independently, and I revisit a score after writing the long piece. Historical facts here come from the company's published history, its FY2025 results announcement, and the public record of the New Coke episode. The "1.9 billion servings" figure covers **all of the company's beverages**, not Coca-Cola alone. --- # Google Didn't Invent Search. It Bought the Ad Model in a Settlement URL: https://doaipm.com/en/blog/google-invented-neither/ Published: 2026-09-02 Tags: Google, Search Engines, Product Rankings, AdWords, Product Decisions, Business Models By the time Google incorporated in September 1998, web search had been a business for four years. WebCrawler launched on April 21, 1994. Lycos came out of Carnegie Mellon the same year and had indexed over a million documents within twelve months. Infoseek also dates to 1994. Excite launched in late 1995, grown out of a Stanford project called Architext. AltaVista shipped from DEC's Palo Alto lab on December 15, 1995 and took roughly 300,000 hits on day one. Google was at least the sixth. On the board where I scored 99 products, it ranks second, overall 97 — one point behind the iPhone. ## Its originality score is 96, not 99 | Attribute | Score | Basis | |---|---|---| | Originality ORG | 96 | It invented neither the search engine nor paid-auction advertising — what it invented was something else | | Scale SCL | 99 | 91.32% of global search as of July 2026; second place Bing is at 4.46% | | Impact IMP | 98 | It defined the default gesture for finding anything, and the business model of the internet | | Experience EXP | 95 | See below — the lowest score of anything in the pantheon tier | | Business BIZ | 99 | $63.3 billion in Search and other advertising revenue in Q2 2026, up 17% year over year | | Durability DUR | 97 | Twenty-eight years, still sitting at 91% | ![Google Search's six scores: originality 96, scale 99, impact 98, experience 95, business 99, durability 97, weighted overall 97 — second on the board](/blog/google-six-scores-en.jpg) **The one point separating it from the iPhone sits almost entirely in originality and experience.** The iPhone scores 99 and 98 there; Google scores 96 and 95. Scale is 99 for both, business is 99 for both, and Google is actually one point ahead on durability. Start with the three points off originality. ## The model that made it rich was acquired in a lawsuit settlement Pay-per-click, keyword auction — the mechanism that turned Google into a money printer was patented by someone else. GoTo.com, founded in 1997 and later renamed Overture, did exactly this: advertisers bid on keywords, the high bidder ranked first, and you paid only when someone clicked. In 2001 it was granted US Patent 6,269,361. In April 2002, Overture — by then a wholly-owned Yahoo subsidiary — sued Google, claiming AdWords infringed that patent. The case ran more than two years. It settled on August 9, 2004, and the terms are spelled out in Google's own SEC filings: Overture dismissed the suit and granted Google a **fully-paid, perpetual license**; in exchange Google issued Yahoo **2,700,000 shares of Class A common stock**. At the $85 IPO price, and including a separate warrant dispute settled at the same time, total consideration came to roughly **$229.5 million**. Which is to say: in the year it went public, Google finally bought the legal right to its own core business model. It didn't invent search. It didn't invent how it makes money. That is where the three points come off. ## So what did it actually invent Two things. Everyone knows the first. The second is the one I think is worth more. The first is PageRank — treating links between pages as votes. The more important the pages linking to you, the more important you are. At the time this was a shift in framing. AltaVista competed on index size, Yahoo competed on directory completeness; everyone assumed the hard part of search was **collection**. Page and Brin redefined the hard part as **ranking** — it doesn't matter how much you've crawled if the order is wrong. The second thing involves no technology at all. It's a pure product decision: **they refused to mix ads into the search results.** GoTo's model let you pay your way into the results list itself. Commercially that is the more aggressive design — the ad slot *is* the result slot, the shortest possible path to conversion. Page and Brin's position was that they would have nothing to do with any system that blended organic results and ads. In 2002 Google shipped AdWords Select: also an auction, also pay-per-click, but ads sat in their own labeled zone, and ranking depended not only on the bid but on click-through rate — an ad nobody clicks cannot buy its way to the top. That logic was formalized as Quality Score in 2005. ![Two things Google didn't invent: WebCrawler, Lycos, Infoseek, Excite and AltaVista all shipped in 1994-1995; the paid-auction patent belonged to GoTo.com (Overture), which sued in 2002 and settled in 2004 for 2.7 million Google shares](/blog/google-not-first-timeline-en.jpg) ## The same auction — where you put it decided who survived twenty-eight years Put the two companies side by side and the difference isn't technical. It's a placement decision: **the same paid auction, and Overture put it inside the results while Google put it beside them.** The first design certainly earns more in the short run. The second preserved one thing: when a user clicks an organic result, they can assume by default that it wasn't bought. That assumption happens to be the only moat this business has. A search engine's product surface isn't features — the feature is one input box. Its entire competitive position rests on a single belief: **the thing ranked first is there because it's relevant, not because it paid the most.** Overture ran the same auction mechanism, and sold that belief. Google took the mechanism and kept the belief. Twenty-eight years later one of them holds 91.32% share and books $63.3 billion of advertising in a quarter, and the other is a line of history in Yahoo's filings. **A product can invent nothing at all, so long as it understands the real asset of the business better than the inventor did.** ## Experience 95: it is slowly selling that belief itself Now the second deduction. 95 is among the lowest experience scores in the entire pantheon tier. Not because the results are bad, but because **the results page itself has changed.** Run a search today and the first screen gives you, in order: ad slots, Google's own modules (knowledge panel, featured snippet, shopping, maps, video), and only then organic results. The "ten blue links" page of twenty years ago no longer exists. Every one of those modules has a defensible reason on its own. Their combined effect is that the old promise — what ranks first is there because it's relevant — is being diluted a little at a time. This isn't a moral judgment, it's a product one: the company is monetizing its moat by prying the bricks out one by one. That's what the 95 rather than 98 is charging for. ## Why 97, and not 98 First is the iPhone, at 98. Its extra point comes from originality (99 vs 96) and experience (98 vs 95), with Google clawing one back on durability (97 vs 96). They are two different kinds of great. The iPhone defined a shape that didn't previously exist, and the price of that is that it has existed for only 19 years. Google defined no shape at all — it walked into a market with five incumbents and someone else's patent, then took that market with a single judgment about what should decide a result, and held it for twenty-eight years. The method is published on the board page: each attribute 0–99, weighted into an overall, ranked descending. **All attribute scores and the ordering are produced by Claude (AI)** — I set the attributes, the weights and the inclusion rule; Claude scores independently, and numbers get tuned as each deep-dive goes deeper. One question I'm leaving unresolved: if Google had lost that 2004 case and been barred from running paid auctions, would it have gone to subscriptions. At the share it already held, plenty of people might have paid. And in that world the belief that search results shouldn't be influenced by bids would have stayed cleaner — the very thing it is now, slowly, giving away. --- # The iPhone Ranks First on My Board. On the Day It Shipped, It Couldn't Copy and Paste URL: https://doaipm.com/en/blog/the-one-thing-iphone-got-right/ Published: 2026-09-01 Tags: iPhone, Apple, Product Rankings, Steve Jobs, App Store, Product Decisions The iPhone that went on sale on June 29, 2007 could not do any of the following: Run a third-party app. Copy and paste text. Record video. Send a picture message. Connect over 3G. It cost $499 for the 4GB model and $599 for the 8GB, and required a two-year AT&T contract. The BlackBerrys, Nokias, Windows Mobile devices and Palm Treos on sale at the same moment did most of those five things. Some did all five. On the board where I scored 99 products, this machine ranks first, with an overall of 98. ## Across six attributes, it lost exactly 6 points | Attribute | Score | Basis | |---|---|---| | Originality ORG | 99 | Full-face capacitive touch plus a software keyboard; every phone since has this shape | | Scale SCL | 99 | Cumulative units in the billions — Apple reported 1.47 billion through fiscal 2018, then stopped disclosing | | Impact IMP | 99 | Nokia fell from nearly 50% to under 1%; BlackBerry from 43% to 0.0% | | Experience EXP | 98 | See below — it has had a genuine experience disaster | | Business BIZ | 99 | $196.5 billion in iPhone net sales across the first nine months of fiscal 2026, up 22.4% year over year | | Durability DUR | 96 | Nineteen years old and still selling, but far short of Coca-Cola's 140 | ![iPhone's six attribute scores: originality 99, scale 99, impact 99, experience 98, business 99, durability 96, weighted overall 98 — first on the board](/blog/iphone-six-scores-en.jpg) **The two points off experience** are not nitpicking. Copy and paste — that arrived two full years after the iPhone shipped, with the iPhone 3GS in June 2009, alongside video recording and MMS. The harder case came in 2012, when Apple replaced Google Maps with its own and the result was bad enough that Tim Cook published an apology letter, in which he suggested users try competitors' maps in the meantime. A product scoring 99 on experience does not do that. **The three points off durability** are a property of the dimension, not a grudge. That axis rewards having been proven by time. Coca-Cola has run 140 years, the credit card 68, the shipping container 70. The iPhone has had 19. It is in excellent health right now — it simply hasn't been through what those other products have been through. ## Everything the competition said at the time was factually correct In 2007, then-Microsoft CEO Steve Ballmer laughed on camera and said the iPhone was "$500, fully subsidized with a plan," calling it "the most expensive phone in the world," and adding that it "doesn't appeal to business customers because it doesn't have a keyboard." His conclusion: "There's no chance that the iPhone is going to get any significant market share. No chance." Take the **facts** apart and every one of them checks out: - It was indeed among the most expensive phones on the market - It indeed had no physical keyboard - It indeed had no advantage in enterprise — BlackBerry was the corporate standard then - It was indeed selling badly: 68 days after launch, Apple cut the 8GB model from $599 to $399, a third off the price. Early buyers revolted, and Jobs issued a public apology plus a $100 store credit for every one of them A product that has to cut its price by a third two months after launch, with the founder writing an apology letter, is not a good sign in anyone's post-mortem. Nothing Ballmer observed was false. What he got wrong was treating those facts as the ending. Every item on that list — too expensive, no keyboard, weak in enterprise, not selling — was **fixable**. Prices come down. Features get added. Enterprise gets infiltrated one employee-owned device at a time. ## Jobs himself was wrong about the most important part What makes the iPhone the iPhone today is the App Store. And the App Store was not in the original design. It was a reversal, forced on Apple. At WWDC in June 2007, three weeks before the iPhone went on sale, the answer Jobs gave developers was **web apps** — write them with Web 2.0 and AJAX, run them in Safari. He called it the "sweet solution." He did not intend to open the device to native third-party applications. Developers didn't buy it. The reaction was close to uniformly negative, and the jailbreak community proceeded to install native apps their own way. Four months later, on October 17, 2007, Jobs posted an open letter on Apple's Hot News page announcing an SDK. His words: "We want native third party applications on the iPhone, and we plan to have an SDK in developers hands in February." The SDK shipped in February 2008. The App Store opened on July 10, 2008. As of January 2026, Apple's published figure is that **developers have earned more than $550 billion cumulatively from the App Store.** ![The App Store reversal timeline: June 2007 Jobs calls web apps the "sweet solution"; June 29 launch; September 5 price cut and apology; October 17 open letter promising an SDK; July 10, 2008 App Store opens; January 2026 cumulative developer earnings pass $550 billion](/blog/iphone-appstore-reversal-en.jpg) I find this more significant than those ninety minutes on stage. **The single most valuable component of the number-one product on this planet is something the founder publicly rejected, and only built after users and developers pushed back.** Vision, as such, failed here once. What worked was something else: he admitted it. From publicly saying web apps were sweet enough, to publicly writing that an SDK was coming, took four months and change. ## The one thing it got right was the one thing nobody could retrofit String all that together and you land somewhere slightly counterintuitive: everything the iPhone got wrong in its first eighteen months was **fixable**. Features got fixed — copy-paste two years late, MMS two years late, 3G one year late, all delivered. Price got fixed, in two months. The ecosystem got reversed, in four. It got exactly one thing right: **it deleted the physical keyboard, gave the entire front face to a capacitive multi-touch screen, and let software draw a keyboard only when one was needed.** That, the competition could not retrofit. Because it isn't a feature, it's a shape. For Nokia or BlackBerry to follow was not a matter of adding a module or pushing a firmware update. It meant tearing down their entire product line, their supply chain, their software stack — and the identity at the center of all of it: *our keyboards have the best feel in the world.* The numbers are blunt. Nokia held nearly half the phone market in 2007; its smartphone share fell below 5% by 2013 and under 1% by 2024. BlackBerry peaked at 43% in 2010 and has sat at 0.0% since 2016. **A product can get a lot of things wrong, as long as the thing it gets right is irreversible.** The inverse holds too, and it is the more useful half for anyone building things: you can lead on a dozen fronts, but if every one of those leads can be erased by a competitor's next update, they don't add up to a moat. What decides survival is whether there is one thing your rival would have to demolish himself to match. ## Why 98, and not 99 Second on the board is Google Search, at 97. The point the iPhone has on it sits in originality and experience. But I didn't give the iPhone 99, for the two deductions above: a product that shipped a maps replacement in 2012 bad enough to require a CEO's apology cannot reach full marks on experience; and a product that has lived 19 years, on a board that includes the 1853 safety elevator and 1886 Coca-Cola, has not yet earned full marks on durability. It is first. First is not the same as perfect — those are two separate statements. The method is published on the board page: each attribute 0–99, weighted into an overall, ranked descending. **All attribute scores and the ordering are produced by Claude (AI)** — I set the attributes, the weights and the inclusion rule; Claude scores independently, and numbers get tuned as each deep-dive goes deeper. One question I'm leaving open after writing this: if nobody had pushed back on "web apps are a sweet solution" in June 2007, and the App Store had arrived three years later, would the iPhone still be first today. My instinct says no — but that judgment can't be verified, so it stays a question. --- # GitHub Copilot Proved Autocomplete Was Worth Paying For Five Years Ago. This Week It Dodged the Blow Cursor Just Took URL: https://doaipm.com/en/blog/copilot-already-cut-the-cord/ Published: 2026-08-31 Tags: GitHub Copilot, Cursor, OpenAI, Microsoft, Product Rankings, AI Coding Tools On November 12, OpenAI will remove Cursor from its list of supported models. OpenAI published a blog post on August 28 announcing this, and the stated reason is blunt: it cannot trust SpaceX to honor its terms of service. The post names Musk-controlled companies' track record — X (formerly Twitter) breached its contract terms after Musk acquired it, and xAI admitted in litigation this year to distilling its own models from OpenAI's outputs. Further back, Musk sued in 2024 to block OpenAI's conversion to a for-profit entity; a jury ruled against him this past May. All of it traces back to August 14 — the day SpaceX closed its all-stock acquisition of Cursor's parent company, Anysphere, for $60 billion, the largest startup acquisition in history. Cursor was folded into a new SpaceXAI division; its shares converted into roughly 389 million shares of SpaceX Class A stock. Cursor CEO Michael Truell's response: OpenAI's models account for only 5% of Cursor's user traffic, and his team is negotiating with OpenAI. Anthropic's response was more direct — Tom Brown said the company would "continue to increase compute to support Claude models in Cursor." That 5% figure tells you something: this cut doesn't go deep, it's more a warning shot. But it set a precedent — **for the first time, a foundation model lab has publicly turned "supply cutoff" into a political weapon against a product built on top of its models.** That is exactly the position GitHub Copilot was born into, five years ago. ## June 29, 2021: a bet with no fallback Copilot entered technical preview inside VS Code running on exactly one engine — OpenAI's Codex, a version of GPT-3 fine-tuned on public code. No backup model, no second supplier. Whether the product worked at all depended entirely on one company's willingness to keep supplying it. Plenty of people were skeptical at the time. How big a business could code autocomplete really be? Would developers pay for a tool that guesses what you're about to type? GitHub spent a full year collecting real-world usage data to tune suggestion quality before it dared to charge for it — general availability didn't land until June 21, 2022, at $10 a month. On our board of the 100 Products That Changed the World, Copilot ranks 98th, OVR 81. Originality and impact both score 90 — it really was the first product to prove AI didn't have to replace anyone; autocomplete alone was worth paying for. Scale, experience and business sit at a middling 77. Durability, at 72, is among the lowest on the whole board — the call we made when scoring it was that a product completely dependent on a single model supplier had an uncertain long-term survival rate. ## Five years later, the bet paid off — in numbers On the January 28, 2026 earnings call, Microsoft disclosed the actual figures for the first time: 4.7 million paid GitHub Copilot subscriptions, up roughly 75% year over year, with analysts estimating annual recurring revenue between $900 million and $1.1 billion. About 90% of Fortune 100 companies use it. The bet that autocomplete was worth paying for turned, five years on, into a business closing in on a billion dollars. But the product architecture underneath that business hadn't changed a single word in those five years: it still only ran on OpenAI's models. ## April 27: Microsoft cut the rope first In the first half of 2026, everyone's attention was on whether Cursor or Claude Code was the better coding tool. In the same stretch, Microsoft was quietly doing something less visible. On April 27, Microsoft and OpenAI amended their partnership agreement. Two changes decided everything that followed: Microsoft's license to OpenAI's models went from **exclusive** to **non-exclusive**, running through 2032, and Microsoft was no longer obligated to share revenue with OpenAI (in exchange, OpenAI keeps paying Microsoft at the existing rate through 2030, now capped). A clause referencing "artificial general intelligence" was struck from the agreement entirely. Two months later at Build 2026, Microsoft shipped MAI-Thinking-1 — its first in-house reasoning model, which the company specifically noted was "trained without OpenAI data." By August, that model family, code-named Project Polaris, had replaced GPT-4 Turbo as Copilot's default across every paid tier, and Copilot's model routing opened up entirely: OpenAI, Anthropic, xAI's Grok, Google's Gemini — users could switch to whichever they wanted. Four months, three moves, one result: a product born able to run on exactly one company's model became a product no model company could hold hostage. ## What Cursor is living through now, Copilot had already outrun by three months Line the two timelines up: - Cursor: announced acquisition by SpaceX on June 16 → deal closed August 14 → publicly cut off by OpenAI on August 28 - Copilot: broke exclusivity to OpenAI on April 27 → shipped its own model in June → defaulted to its own model, fully switchable, by August Copilot finished decoupling roughly three months before OpenAI moved against Cursor. ![Same period, two timelines: Copilot ends exclusivity in April, ships its own reasoning model in June, defaults to it and opens full model-switching in August; Cursor is acquired in June, the deal closes in August, and OpenAI cuts it off in August](/blog/copilot-cursor-timeline-en.jpg) That's not to say Microsoft foresaw this exact drama — when the April agreement was signed, SpaceX hadn't announced any intention to buy Cursor. The real explanation is more mundane: the Microsoft-OpenAI relationship had been loosening since 2023, and Microsoft wanted model capability it didn't have to answer to anyone else for. This amendment was the natural result of both sides pursuing their own interests; Copilot's model diversification was simply a byproduct of that loosening. But a byproduct is still a product. **The first time "total dependency on one model company" was publicly proven to be a weaponizable weakness, the product that had staked everything on that exact weakness five years earlier happened to already be the product that had fixed it.** The causality isn't perfectly clean. The outcome is what it is. ## Models aren't a utility. They're a bargaining chip What's actually worth remembering here isn't how badly Cursor is hurt — a 5% traffic share means it barely got scratched. What's worth remembering is the announcement itself: for the first time, a major model lab publicly tied "whether you get to use our model" to "who owns you." For years, the industry defaulted to treating model APIs like electricity or water — whoever pays gets access, regardless of who the customer is or who backs them. That default broke, once. Any product from here on that stakes its existence on someone else's model has one more line item to calculate: whether a rival might one day decide that being your supplier is itself a card worth playing. Writing this, I kept circling an uncomfortable question of my own: the cover images we generate for this blog run through exactly one API right now. Whether that deserves a backup line of its own, I haven't decided. I'm leaving the question here. --- # Crypto Tycoons Keep Dying. Justin Sun Gets Safer the Louder He Gets URL: https://doaipm.com/en/blog/fame-as-body-armor/ Published: 2026-08-30 Tags: Justin Sun, Crypto, Wrench Attacks, Business Commentary, Risk Early on August 7, in Asunción, Paraguay, a body was found at the foot of a high-end apartment tower. The dead man was Harry Chun Tak Yeh, 40, a Canadian-Chinese founder of the crypto investment firm Quantum Fintech, whose site claimed more than $2 billion under management. He fell from around the 30th floor. His body was naked, covered by a black plastic bag. The door of his apartment stood open, the rooms were ransacked, and a handwritten note and several small stones lay near the body. Prosecutors said accident, suicide and homicide were all still open. By mid-August there was no conclusion. The story ran for two days and vanished. What kept me on it was a different number: in the same year, 54 physical attacks on cryptocurrency holders have been logged publicly. ## The "wrench attack" is not a joke, it is a category with statistics There is a well-known cartoon in cryptography circles: you use 4096-bit encryption, so the attacker doesn't try to break it — he spends $5 on a wrench and hits you until you say the password. The joke got a formal name: **the wrench attack**. Bitcoin developer Jameson Lopp maintains a public GitHub list of physical attacks on crypto holders. It has recorded at least 316 since 2014. In the first half of 2026 alone, 46 were confirmed, with over $30 million taken; by late August the year's count stood at 54. Not abstractions. People: - **January 2025** — David Balland, co-founder of the hardware wallet company Ledger, and his wife were kidnapped from their home in France. The kidnappers cut off one of his fingers and sent it as leverage. Police freed them. - **May 2025** — an Italian investor was held nearly three weeks in a New York townhouse, shocked and beaten to force over his bitcoin keys. He escaped on his own. - **October 2025** — Roman Novak and his wife were killed in the UAE; their bodies were dismembered and dumped in the desert. - France charged 88 people in cases of this kind in a single year. Why crypto specifically? Because it has a property no other form of wealth has: **transfers are irreversible, no institution has to approve them, and the key lives in someone's head or on a USB stick.** You cannot carry off a house. A bank account gets frozen and clawed back. A stolen painting has to be fenced. Only crypto works like this: if the person types twelve words, hundreds of millions move in ten minutes and nobody can pull them back. So violence became economical again. A hacker has to break an exchange. A kidnapper only has to break one person. ## The other kind of death: the ones with no conclusion Yeh was not the first. A list has been passed around for years: | Person | When | What happened | |---|---|---| | Nikolai Mushegian (MakerDAO co-founder) | Oct 2022 | Drowned off a beach in Puerto Rico | | Vyacheslav Taran (Forex Club founder) | Nov 2022 | Helicopter crash | | Tiantian Kullander (Amber Group co-founder) | Nov 2022 | Died in his sleep at 30 | | Fernando Pérez Algaba (Argentine crypto influencer) | Jul 2023 | Found dismembered in a suitcase | | Harry Chun Tak Yeh (Quantum Fintech) | Aug 2026 | 30-floor fall, under investigation | Every time the list circulates it carries a headline about a curse on crypto. **To be honest about it: for most of those cases there is no evidence of foul play.** Drowning, a crash, cardiac death — official causes exist. The conspiracy theories grow on social media, not in case files. What deserves attention is the reflex itself: **in this industry, when someone dies of natural causes, the default assumption is that he was silenced.** Try that in another industry. When the founder of a listed manufacturer dies of a heart attack, nobody's first thought is that someone wanted his keys. That reflex did not come from nowhere. ## Between 73% and 81% of retail buyers lost money: whose money is this The Bank for International Settlements studied actual behavior in crypto trading apps across 95 countries from 2015 to 2022. Two findings. First, **between 73% and 81% of retail investors lost money on their bitcoin investments**. Second, and this is the one that matters: on-chain analysis showed that **while prices rose and small users were buying, the largest holders were selling**. In the BIS's own words, those large holders made their return "at the smaller users' expense." That sentence settles a lot of arguments. Crypto assets generate no cash flow, pay no dividend and produce nothing. In accounting terms, a rising price has exactly one source: later buyers paying earlier holders to leave. On the way up it looks like everyone is winning, because everyone is up on paper. Only on the way down can you see whose money was taken out. So crypto wealth carries a problem other fortunes don't: **its legitimacy is in doubt in the public mind.** That is not a legal judgment — legally most of this money is clean. It is a perception, and perception decides two things: **whether a victim gets sympathy, and whether the person hurting him can grant himself permission.** A kidnapper taking a factory owner knows he is doing evil. A kidnapper taking "one of those crypto guys" can tell himself he is settling a score. The difference changes nothing legally. It changes the incidence rate enormously. **A crypto rich lister carries two risks, not one: being rich, and having money the public suspects.** The first makes you a target. The second makes violence against you easier to excuse. ## Every ridiculous thing Justin Sun does raises the cost of touching him Now put Sun into that context. Security advice for high-net-worth crypto holders comes down to one line: **don't show it**. Don't publish holdings, don't post the wallet, don't let anyone know how many keys you hold, don't broadcast where you live. Most of the victims on Lopp's list were first identified online as "someone with coins," and only then visited. Sun has done the exact opposite of every clause: - 2019: paid $4.57 million for lunch with Warren Buffett - November 2024: paid $6.2 million at Sotheby's for Cattelan's banana duct-taped to a wall, then ate it in front of cameras in Hong Kong a week later after a 15-minute speech, saying the banana being gone was "like decentralization" - June 2021: won a seat on Blue Origin's first crewed flight at auction for $28 million; on August 3, 2025 he actually flew on New Shepard - He holds a formal diplomatic post as Grenada's permanent representative to the WTO - June 2025: TRON went public on Nasdaq through a reverse merger with SRM Entertainment; the ticker was changed to TRON - August 2026: at roughly $8.5 billion he passed the Wang Jianlin family on a live rich list - Last week (August 27) his lawyer confirmed he had filed a civil suit against the actress Jing Tian and her parents over some 30 million yuan — trending again One thing has to be said plainly here, so the previous section is not read onto him: the SEC did sue him in March 2023, alleging unregistered offerings of TRX and BTT, roughly 600,000 wash trades, and undisclosed paid celebrity promotion. That case ended in a settlement in March 2026 — **only the affiliate Rainberry paid a $10 million civil penalty and accepted a permanent anti-fraud injunction, while all claims against Sun personally and the two foundations were dismissed with prejudice**, meaning they cannot be brought again. Legally, nothing sticks to him. So what follows is not "his money is dirty." It is something more awkward: **in an industry where the public assumes this kind of wealth is suspect, being clean does not change how you are seen.** All of this looks like one man's pathological need for attention. **My read is that it is also a very cheap piece of body armor.** Kidnapping and murder have cost calculations. Kidnappers do not pick the richest person; they pick **the one who is rich and whose disappearance nobody will overturn tables about**. Yeh managed billions, but before he went off that balcony almost nobody outside his industry had heard the name — and three weeks later prosecutors were still choosing between accident, suicide and homicide. Justin Sun cannot disappear quietly. Two hours after he vanished it would be a global financial headline, a material-event filing by a Nasdaq-listed company, a note through Grenada's diplomatic system, and several million social posts. Anyone touching him faces not one local case file but a multi-country investigation. **He has made himself into a man who is expensive to touch.** In an industry where attackers rank targets by how much trouble they cause, that is what safety is. ## But this armor has one lethal condition The logic holds only if **he stays on stage**. Fame is not an asset, it is a consumable. It depreciates every year; last year's banana does not work this year. Which is why the stunts keep escalating — lunch, banana, space, listing, lawsuit. He is not getting more absurd; the same amount of attention simply costs more each year. It is a strange way to live: **he cannot stop.** A man whose safety rests on being a public event starts losing his protection the moment he goes six months without making news. I don't know whether he ever reasoned this out or whether it is pure instinct. But every time he does something ridiculous, I think about that list of 316, and about the body at the foot of the tower in Asunción that still has no answer. Everyone written into that list was not famous enough. --- # I Scored 99 Products. Adding One Attribute Called Durability Knocked the Ford Model T Down to 46th URL: https://doaipm.com/en/blog/why-the-model-t-ranks-46th/ Published: 2026-08-30 Tags: Product Rankings, Product Scoring, Product Management, iPhone, Coca-Cola, ChatGPT, Rankings The Ford Model T ranks 46th on the product board I just finished scoring. The car launched in 1908, sold 15 million units in nineteen years, and turned the automobile from a rich man's toy into something a worker could afford. Across my six attributes it scores: originality 97, impact 99, scale 94, business 95 — four numbers near the top of the entire board. Two other numbers pull it down: experience 72, durability 62. It went out of production in 1927. Today you can only see one in a museum. ## The hardest of the six attributes was the sixth Last year I built a product manager board with six attributes: vision, insight, taste, business, scale, originality. Scoring products, the first five carried over more or less intact. The sixth had to be rewritten. Here is what I settled on: | Attribute | Weight | What it measures | |---|---|---| | Originality ORG | 20% | Did it define a category that did not exist | | Scale SCL | 20% | How many people it reached or shipped to | | Impact IMP | 15% | How much it changed its industry and what came after | | Experience EXP | 15% | How good it is to actually use | | Business BIZ | 15% | Earning power and soundness of the model | | Durability DUR | 15% | How long it lived, and whether it is still in use | The first five are unremarkable. Durability is the one I added. Scoring people does not need it. A person gets one career, and retiring does not make their past judgment any worse. **Products are different: a person who retires is still a great person, a product that is discontinued is just an exhibit.** Without that attribute, you get a result I cannot accept — the Walkman and the iPhone end up with nearly the same score. Those two things are in completely different situations: the iPhone is still on sale, and Sony ended production of the cassette Walkman in 2010. ## Adding it dropped a row of classics down the board The five that got hit hardest all share a shape: very high originality, very low durability. | Product | Originality | Durability | Overall | Rank | |---|---|---|---|---| | Ford Model T | 97 | 62 | 87 | 46 | | Famicom / NES | 92 | 58 | 84 | 73 | | iPod | 88 | 55 | 84 | 74 | | Sony Walkman | 95 | 50 | 84 | 75 | | Game Boy | 88 | 55 | 84 | 76 | That table is uncomfortable to look at. The Famicom pulled the entire game industry out of the 1983 Atari crash and it sits at 73rd. The iPod saved Apple and sits at 74th. I did not adjust them. The attribute exists precisely so the board can say this out loud: these products are gone. The iPod was killed by the iPhone, the Walkman was killed by the iPod, the Famicom's direct descendant is now called the Switch. Their influence is still here. They are not. The other direction lifted a different set of things: - **Coca-Cola** (3rd, 96) — 1886 to now, the formula barely changed - **The credit card** (4th, 96) — in 1958 Bank of America airdropped 60,000 cards on the single city of Fresno, betting people would accept buy-now-pay-later - **The shipping container** (10th, 94) — first voyage 1956; world trade still travels inside it - **The McDonald's system** (11th, 94) — that 1948 kitchen assembly line - **Air conditioning** (17th, 93) — Carrier built it in 1902 to control humidity in a print shop - **The safety elevator** (24th, 92) — built in 1853; the next year Otis cut the rope on stage at the New York Crystal Palace What they share: not new, but not dead. They may not beat the Model T on originality, yet they survived a century and are still in use. ![Six products lifted by the durability axis: Coca-Cola, the credit card, the shipping container, the McDonald's system, air conditioning and the safety elevator](/blog/model-t-46-alive-en.jpg) ## Only five products cleared 95, and two of them are not tech I expected digital products to sweep the 95+ tier. After scoring, there are exactly five: 1. **iPhone** 98 2. **Google Search** 97 3. **Coca-Cola** 96 4. **The credit card** 96 5. **WeChat** 95 A cup of sugar water and a piece of plastic, ranked above Windows (94), Amazon (94), AWS (94) and YouTube (94). ![The five products above 95: iPhone 98, Google Search 97, Coca-Cola 96, the credit card 96, WeChat 95](/blog/model-t-46-pantheon-en.jpg) The reason is not complicated. Coca-Cola scores scale 99, durability 99, business 98. The credit card scores scale 98, impact 96, business 97. Neither has a single collapsed attribute, while most internet products fold on durability — software that survives twenty years is rare to begin with. ## ChatGPT scores 93, and its durability is only 78 That is the most jarring number pair on the whole board. ChatGPT's originality 98 and impact 98 are both in the top group, with scale at 96. But it launched in November 2022, which is under four years, so durability is all I can give it at 78. Under the same logic, GitHub Copilot scores 81 and ranks 98th, DeepSeek-R1 scores 80 and ranks 99th — two things I use every day, sitting at the bottom of the list. This is not a claim that they do not matter. It is that durability does not let you borrow against time. If ChatGPT is still being used by a billion people in 2035, that number goes up and the overall score follows. The attribute was designed around one admission: **part of the answer to whether a product is great can only be waited for, and until it arrives the score stays withheld.** ## The same person can be 44 places apart on the two boards The product board and the people board are scored separately, and reading them against each other is where it gets interesting: - Jobs is 1st on the people board (99) and his iPhone is 1st on the product board (98) — but the **Macintosh only ranks 45th** (88) - Allen Zhang is 2nd on the people board (97); WeChat is 5th on the product board (95) - Zhang Yiming is 5th on the people board; Douyin/TikTok is 16th and Toutiao is 87th ![Product board vs people board: Jobs 1st, iPhone 1st, Macintosh 45th](/blog/model-t-46-cross-en.jpg) That is not a scoring error, it is two different questions. The people board measures a lifetime of product judgment — the Macintosh failed commercially, yet it defined the windows, icons and cursors everyone has looked at for forty years, and that judgment belongs to Jobs. The product board only counts consequences left in the world: the Macintosh lost to Windows, so its scale and business can only be 80 and 78. The two boards are cross-linked. Where a product traces to a specific person, the row carries a "the person behind it →" link that jumps straight to their line on the people board. ## What I left out: the Web, Wikipedia This board only takes commercial products — things actually sold, or things someone actually ran a business on. So the World Wide Web is not here. Wikipedia is not here. Signal is not here. It is the same rule the people board uses: Berners-Lee, Wikipedia's founder and Signal's author were all removed under it. The bar is "created a great product in the commercial world", not "contributed most to humanity" — that would be a different board, and I am not making it. One boundary is not clean, and I will own it: I kept the Linux kernel (47th, 86). It does not sell anything itself; I kept it because the distributions and the Android ecosystem built on top of it are real businesses. That call is arguable and I am happy to argue it. ## I left the 100th seat empty There are only 99 entries on the board. The hundredth is reserved for a product that does not exist yet. That is not sentiment — the AI era is the first one where a person who can say clearly what they want can build it themselves, so the seat is genuinely fillable, possibly by whoever is reading this. The method is published on the board page: each attribute 0–99, weighted into an overall score, ranked descending. **All attribute scores and the ordering are produced by Claude (AI)** — I set the attributes, the weights and the inclusion rule; Claude scores independently, and the numbers get adjusted as each deep-dive goes deeper. That is not modesty, it is assigning responsibility: if the board deserves a beating, it should be clear which part is being beaten. After scoring all 99, the attribute I am least sure of is experience. I gave AirPods 92 and the Model T 72 — and those two numbers do not come off the same ruler: one I have held in my hand, the other is inferred across a century from other people's accounts. I have not solved that. For now it stands. --- # Three Founders Spent a Decade Building an AI Community. Nvidia May Pay $12.9 Billion for It URL: https://doaipm.com/en/blog/three-founders-built-hugging-face/ Published: 2026-08-29 Tags: Hugging Face, Nvidia, Jensen Huang, AI startups, open AI, founder story Three French founders spent nearly three years building an AI companion for teenagers. Ten years later, Nvidia is reportedly prepared to pay $12.9 billion for what they built next. The Information reported on August 26 that Nvidia had agreed to acquire Hugging Face. Business Insider was more cautious: the companies had not signed an agreement, and the talks could still fall apart. Neither Nvidia nor Hugging Face has publicly confirmed the deal. [TechCrunch put both accounts side by side](https://techcrunch.com/2026/08/26/nvidia-closes-in-on-hugging-face-acquisition/). So it is too early to say Hugging Face has been sold. But the reported price already poses a useful question. Hugging Face is said to be generating about $150 million in annualized revenue. Why would Nvidia offer roughly **86 times** that number? The answer begins with a startup that did not work as planned. ## They wanted to build a friend who lived in your phone Clément Delangue, Julien Chaumond, and Thomas Wolf started Hugging Face in Paris in 2016. Chaumond and Wolf knew each other from engineering school. They had even played together in a short-lived band that covered Alanis Morissette. Chaumond already knew Delangue. The three wanted to build something scientifically difficult but also fun. Their answer was a chatbot for teenagers. This was years before ChatGPT. Siri and Alexa could set timers and check the weather, but the founders thought assistant-style conversations were boring. They imagined Hugging Face as an AI Tamagotchi: less a tool than a virtual friend. The idea was hard to finance in France. Chaumond later said they were pitching a consumer product with no monetization plan—a virtual companion for teenagers. Betaworks in the United States gave them an initial $200,000 check and a place in its New York chatbot accelerator, and the team crossed the Atlantic. They worked on the product for almost three years. Users exchanged billions of messages with it. It was not unused, but it did not give the company a convincing future. The decisive turn did not come from an offsite or a grand strategy deck. It came on a Friday night. ## One weekend changed the company In late 2018, Google released BERT, a language model that set a new standard for natural-language processing. Google's implementation used TensorFlow, while much of the research community preferred PyTorch. Thomas Wolf told his co-founders that he wanted to spend the weekend porting BERT to PyTorch. Their response was essentially: sure, have fun. On Monday, Wolf published the code on GitHub and tweeted about it. The highly specific technical post received around 1,000 likes. That would be a small signal for Hugging Face today. For three relatively unknown founders still making a consumer chatbot, it was impossible to miss. Developers began fixing bugs and contributing other models. They had not arrived because Hugging Face announced a pivot. They came because the repository made the newest AI research easier to use. The founders followed the signal. They added models, improved the tools, and supported the emerging community. In 2019, Hugging Face formally moved away from the consumer chatbot and toward open machine-learning infrastructure. The repository became Transformers; models, datasets, and interactive demos followed. Delangue has said the company did not first decide to become “the GitHub of AI” and then execute a master plan. It watched the community vote with its behavior and followed. That is the most valuable part of the founding story: **the original product consumed almost three years; the direction that may now be worth $12.9 billion first appeared as a founder's weekend side project.** ## How free models became a multibillion-dollar platform Developers now use Hugging Face to publish and find models, inspect model cards, download datasets, and turn demos into interactive Spaces. Much of that activity is free. But it creates something difficult to reproduce: a map of which models matter, who maintains them, what developers are trying to build, and what compute they will need next. Hugging Face makes money from enterprise features, private hosting, storage, and compute. In 2023, it raised $235 million at a $4.5 billion valuation. The investors included companies that compete with one another across the AI stack: Google, Amazon, Nvidia, Intel, AMD, Qualcomm, IBM, and Salesforce. Delangue described that structure as a kind of Switzerland for AI. No single giant received privileged access, which helped the platform serve competing models, clouds, and chips. That neutrality is commercially valuable. When developers choose a model, they rarely begin on a chip company's sales page. They search Hugging Face, compare downloads, read documentation, try a demo, and only then decide where to run it. The company at the beginning of that path is close to the next compute purchase. ## Nvidia is already inside the loop Nvidia is an investor, a customer, and a partner of Hugging Face. In March 2025, Delangue welcomed Nvidia as an enterprise customer and said nearly 2,000 Nvidia employees were using Hugging Face. Nvidia's organization had close to 20,000 followers on the platform. Three months later, the companies launched Training Cluster as a Service. Organizations on Hugging Face could request GPU clusters for training, with Nvidia's DGX Cloud Lepton underneath. Hugging Face said 250,000 organizations on the platform could request the service. The loop is straightforward: 1. A developer finds a model on Hugging Face. 2. Hugging Face helps the developer obtain training or inference compute. 3. Nvidia hardware powers that compute. 4. More open models are produced, drawing the next group of developers back to Hugging Face. As an investor, Nvidia can participate in that loop. As the owner, it would control the loop itself. That is how an 86-times-revenue price begins to make sense. The reported $12.9 billion is not a conventional valuation of current subscriptions. It is a price for the default entrance to open AI. ## From rejecting a dominant investor to considering a sale There is an uncomfortable contradiction in the reported deal. The Financial Times previously reported that Hugging Face rejected a $500 million Nvidia investment in 2025 at a proposed $7 billion valuation. Hugging Face reportedly did not want one dominant shareholder influencing its decisions. Less than a year later, the number on the table is $12.9 billion, and the proposal is no longer an investment but a full acquisition. Those offers create different kinds of pressure. A dominant minority investor can reduce a founder's control while leaving the company responsible for years of independent growth. A sale exchanges all control for a certain outcome. No outsider can make that decision for the founders. Hugging Face's annualized revenue reportedly rose from roughly $100 million to $150 million in two months, and Delangue has said the business is close to profitability. It is not obviously selling out of desperation. That is precisely what makes the offer difficult. **When someone puts a price far above current revenue on a decade of work, independence stops being a slogan and becomes a measurable opportunity cost.** ## The models will not vanish overnight. Neutrality is the real question If the acquisition happens, free models on Hugging Face will not all become paid products the next morning. Models are uploaded by different developers and organizations under their own licenses. Buying the platform does not give Nvidia ownership of every model. Locking everything down would also destroy the developer network Nvidia is reportedly willing to pay $12.9 billion to obtain. The important changes would be subtler. Will search and recommendations remain neutral? Will AMD hardware and Google TPUs receive equal treatment? Will enterprise data and models become more deeply tied to Nvidia's ecosystem? Can a chip company own the platform and resist turning the easiest choice into the choice most favorable to its chips? There are no answers yet. But Hugging Face once invited competing giants into the same funding round to demonstrate its neutrality. If one of them becomes the sole owner, the phrase “Switzerland of AI” will need a new explanation. ## Nvidia wants the habit created after that weekend The three founders of Hugging Face did not train GPT or manufacture GPUs. They did something less dramatic: they turned models scattered across papers, labs, and companies into things developers could find, download, and run. It began as Thomas Wolf's weekend port. Someone liked it, someone fixed a bug, and someone uploaded the next model. Ten years of those actions became an entrance. The reported $12.9 billion price is for the habit behind that entrance: where a developer goes first when they want to try a new model. Chips change generations. Popular models change names. Habits are much harder to rebuild with money and code. Three founders set out to make an AI friend for teenagers. That product did not become the company they imagined. The tool they made for developers on the side may become one of the most expensive entrances Nvidia has ever bought. --- # The PM's AI Transition Guide 01 | Which "AI Product Manager" Are You Actually Trying to Become? URL: https://doaipm.com/en/blog/which-transition/ Published: 2026-08-13 Tags: AI Transition, AI Product Manager, Product Management, Career, Tencent Recruiting, Zhilian, Tech Commentary Tencent opened its 2027 campus recruiting on August 11, aimed at students graduating between January 2026 and December 2027. The announcement lists a batch of AI-native roles: AI full-stack engineer, agent development engineer, AI application engineer, AI algorithm engineer, AI product manager, AIGC art creation. The same announcement changed something else. Tencent's long-standing hiring creed used to be "ambitious, eager to learn, gets things done." This time three more specific clauses follow it: **proactively find and define problems, evaluate and verify AI output, turn ability into visible results.** Not one of the three is about large-model technology. And they weren't written for the AI product manager role alone. Tencent opened five job families this round — technology, product, design, marketing, and corporate functions — and the standard applies to everyone across all five. That stopped me. Because every "transition guide" I've read over the past year or so is about something else entirely. ## "AI product manager" names two different things at once Search for how a PM should transition into AI and the results are remarkably uniform: a learning roadmap — prompt engineering → RAG → agents → LLMOps — a salary table, and a signup link at the bottom. I started down that road too. It took me a few months to notice that what I needed wasn't on the map. The trouble is that one job title gets used for two different things: | | "AI product manager" | "Product manager in the AI era" | |---|---|---| | What it is | A **job**: building large-model and agent products | A **way of working**: using AI to build anything | | What it takes | RAG, fine-tuning, eval systems, Coze / Dify | Stating requirements clearly, judging what's worth building, shipping it yourself | | Who gets in | A limited number of seats at a limited number of companies | Anyone who already has work in front of them | | Share of content online | Almost all of it | Very little | Tencent's three clauses describe the right-hand column. The courses being sold teach the left. The left column isn't fake. It's real, and it's growing. ## Zhilian's numbers only mean something when you read them together Zhilian Recruitment published its *2026 AI Industry Talent Development Report* on July 16, based on first-half platform data. Look at role-level growth alone and AI PM looks excellent: - Agent-related technical talent: **+244%** year over year - **AI product manager: +87.7%** year over year - Data annotation / AI trainer: **+30.3%** - AI engineer: **+19.3%** The number is still climbing. From the same organization, vice president Li Qiang put Q1 growth at +81%; the half-year figure is 87.7%. His data covered 404 million job seekers and 15.49 million companies on the platform. But the same report carries another figure that belongs right next to it: **the entire AI industry's job postings grew only 10.6% year over year, while the number of job seekers grew 10.5%.** > The AI product manager role is growing fast, but it's growing inside a pool that expanded only 10.6%. 87.7% is a growth rate, not a volume. Doubling a small base can still leave you with a small absolute number. And the role growing far faster — agent development at +244% — is an engineering role that product managers can't simply move into. Postings up 10.6%, applicants up 10.5%. Those two numbers sit almost on top of each other: the door is getting wider, and the line outside it is lengthening at the same pace. ## The fastest AI hiring growth isn't at large-model companies Two more figures from the same report, broken out by industry: - AI engineer postings in new energy: **+38.2%** year over year - AI engineer postings in aviation, aerospace, and shipbuilding: **+23.5%** Both are well above the industry-wide 10.6%. A meaningful share of the growth, in other words, isn't at companies building large models. It's at traditional industries putting AI into their own operations. The number of companies hiring rose 24.8% — faster than the 10.6% growth in postings — which means more companies each opened a few seats, rather than a handful of firms hiring at scale. That has a fairly direct bearing on which way to move. If AI work is spreading into new energy, manufacturing, and aviation, the person those companies need may not be a product manager who understands large models. More likely it's a product manager who understands that industry and can put AI to work in it. That second person already has the domain knowledge. What's missing is the way of working. ## How narrow is the door? 54 job descriptions give you a read Someone went through 54 AI PM job descriptions at leading companies. The recurring requirements cluster tightly: prompt engineering, RAG, function calling, data alignment, SFT / RLHF, automated evaluation systems, low-code platforms like Coze and Dify, plus paper-reading and the ability to prototype in code. What employers weigh most heavily is **whether you have real experience shipping AI into production**. The reason isn't hard to see: AI projects run into a pile of problems that have nothing to do with technology — you can't get the data, a department won't cooperate, users simply don't trust what the model returns. Only people who've done it know where those holes are. That same analysis turned up a counterintuitive finding: **no agent project experience doesn't mean no shot.** Employers will credit hands-on work on low-code platforms, and they'll credit a background as a heavy user. So the road isn't sealed off. It just asks you to produce something, rather than produce proof of attendance. The catch is that "something" is exactly what a learning roadmap cannot hand you. ## "Evaluate and verify AI output" has no job-title prerequisite Back to Tencent's three clauses. The middle one is the one I kept staring at: **evaluate and verify AI output.** What makes it unusual is that it asks nothing of your job title, your employer, or your industry. Whatever work is in front of you right now, the moment you start doing it with AI, this begins the same day. It's also harder than it looks. AI will describe unfinished work as finished — not out of dishonesty, but because it doesn't know which parts it left undone either. Either you can spot it yourself, or you wait for users to tell you after launch. Last year I started trying to take things all the way to shippable on my own. Two of them have commit histories you can check: an ID-photo tool, 21 commits, June 13 through June 30, now in the App Store; and a PDF tool, 43 commits, the first on July 5 and the last on July 11, shipped for both iOS and macOS. I'm not citing those numbers to suggest it was hard. The opposite — most of the hard parts were absorbed by AI. The time went somewhere else: judging whether what it produced was usable, and finding the places I had to take over by hand. Tencent's phrase for this is "turn ability into visible results." *Visible* is the load-bearing word. "Familiar with large models" on a résumé can't be verified by the person reading it. A link they can click answers the question in thirty seconds. ## I can't tell you which road to take If your company happens to be building large-model products, or you want to work somewhere that does, the job route is real. The 87.7% is real. The job descriptions spell out what they want, and you can go fill those gaps. If the work in front of you has no direct connection to large models — and per that report, a lot of the growth is flowing toward exactly this kind of work — then grinding through RAG and SFT may pay less than actually building one idea all the way through, once. It's also possible these two roads were never meant to be read separately. On the same day Tencent listed "AI product manager" in its job table, it wrote "evaluate and verify AI output" into the standard for all five job families. Same announcement, same day. Here's what I still haven't worked out: if nobody at your company asks you to produce this kind of thing, and your performance review doesn't look at it, what keeps you going? I've gotten this far by building my own products, but that clearly isn't available to everyone — it eats your evenings and weekends, and for a long stretch nobody pays you a bonus for it. I don't have an answer to that one. If you do, I'd like to hear it. --- # The Greatest Product Managers, No. 10: Shigeru Miyamoto — He Handed Over Mario's Day-to-Day and Kept Exactly One Thing: He Plays the First 30 Minutes of Every Game Himself URL: https://doaipm.com/en/blog/miyamoto-first-thirty-minutes/ Published: 2026-08-12 Tags: Shigeru Miyamoto, Nintendo, Mario, Zelda, Product Manager Rankings, Product Decisions, Tech Commentary Shigeru Miyamoto is 72. His title at Nintendo is Executive Fellow and Representative Director. He has formally stepped back from day-to-day development on the Super Mario series and handed it to a younger generation of developers. But he kept one action: **he personally plays roughly the first 30 minutes of every game.** And after playing it, there is only one thing he is judging — whether it feels like Mario. ## Those 30 minutes are what the word "taste" actually looks like In this profession, talk about taste usually ends up empty. Some people call it aesthetics, some call it detail, some say it's the thing you can't articulate but know when you see. None of those can be handed over, and none of them can be checked. Miyamoto's 30 minutes are different, because they are executable: **a specific duration, a specific action, a specific test.** And the position is well chosen. The opening 30 minutes is the only stretch of a game that every single player experiences — however low the completion rate, first-half-hour reach is close to 100%. It is also the hardest part to get right: tutorial, pacing, the feel of the first jump, the timing of the first enemy, all crammed into the same window. Someone who hands off everything else and keeps only this segment knows exactly where his judgment is worth the most. ## Ranked 10th: taste 99 and originality 99 are top of the board, business 88 is the lowest in the top ten I had [Claude score "the 100 product managers who changed the world"](/en/rankings/). Miyamoto comes 10th, OVR 95, across six dimensions: | Dimension | Score | |---|---| | Vision | 95 | | Insight | 98 | | Taste | 99 | | Business | 88 | | Scale | 92 | | Originality | 99 | Only three people on the entire board score 99 on taste: Jobs, Allen Zhang, Miyamoto. Originality 99 is also top of the scale. On the other side, **business 88 and scale 92 are the two lowest numbers in the entire top ten.** Yesterday's piece was Gates — business 99, scale 99, with originality 94 the lowest in the top ten. Today's man is the exact inverse. They sit 8th and 10th on the same board, both at OVR 95, and the things that add up to that 95 are almost perfectly opposed. That is not a coincidence. It is the two poles of this profession: **one man put other people's inventions on every device; the other invented new things and never chased getting them onto every device.** ## Business 88 isn't a knock — it's the fights Nintendo chose not to have Nintendo has sat out round after round of competition. It didn't chase raw performance. It didn't chase the graphics arms race. It didn't chase open-world technical benchmarks. It moved into mobile slowly and warily, and third-party ecosystems have never been its strength. Those are real commercial costs. Sony and Microsoft left it several generations behind on hardware specs, and its console volumes, revenue base and platform take-rate are not in the same weight class. Miyamoto has said in interviews that this is no longer an era where customers chase specs alone. You can hear that as self-consolation, or you can hear it as a choice that has held for forty years. What he and Nintendo keep picking is the same thing — **between "how powerful is this machine" and "is this half hour fun," always bet on the second.** Business 88 is the invoice for that choice. Originality 99 and taste 99 are what it bought. ## What he's doing in 2026: taking the characters off the console Since stepping back from daily development, his centre of gravity has visibly moved. *The Super Mario Galaxy Movie* arrives in April 2026 with him as producer, in the final stage of production with Illumination. The live-action *Legend of Zelda* film, directed by Wes Ball, also has him as producer. In July this year he said publicly that he wants to keep taking Nintendo's IP beyond games, and that he wants to "bring new characters to the world." In a *Famitsu* interview he talked about Nintendo planning for a future where one household owns multiple consoles, so developers can build for Switch and Switch 2 at the same time. A man who at 72 handed over the day-to-day of the series he created, then poured his energy into cinemas, theme parks and new characters — **he is still doing the same job: putting a feeling in front of more people. Only the carrier changed, from cartridge to screen.** Worth noting: in the top ten of this board, Gates is the only one still writing on his own personal website, Page and Brin's homepages froze in 1998, and Miyamoto has no personal site at all. He doesn't write. He makes things. ## The thing you keep when you hand over is the judgment you believe can't be delegated Read the last two days together and a useful comparison appears. Gates handed over Microsoft's day-to-day and kept **fixing a 2045 closing date for the foundation** — what he considers undelegatable is endgame design and distribution. Miyamoto handed over Mario's day-to-day and kept **the first 30 minutes of every game** — what he considers undelegatable is whether the thing tastes right. Both let go. And the one item each of them held back says more accurately who they are than any single decision across forty years. For an ordinary product manager that turns into a directly usable question: **if you had to hand over what you're holding tomorrow, which one action would you keep for yourself?** That action is your actual job. Everything else can be hired. ## I can't name an action like that I thought about my own answer and found I don't have one. If I handed over what I build tomorrow, I could not name a kept action as specific as "the first 30 minutes." Everything I can think of comes out as "steer the direction" or "hold the quality bar" — phrases that cannot be handed over. And the reason they're empty is that they can neither be executed nor checked. Miyamoto's 30 minutes hold up because they can be put on a calendar, because other people can see him doing it, and because at the end he can give a yes or a no. A 72-year-old, stepped back from the day-to-day of the series he created, keeps playing the first half hour of every game himself. One test only: does it feel like Mario. (All scores and rankings in this piece were produced by Claude, an AI; methodology is on the rankings page.) --- # The Greatest Product Managers, No. 8: Bill Gates — He Wrote an End Date for His Own Organization: Close at the End of 2045, After Spending $200 Billion URL: https://doaipm.com/en/blog/gates-wrote-an-end-date/ Published: 2026-08-11 Tags: Bill Gates, Microsoft, Gates Foundation, Product Manager Rankings, Product Decisions, AI, Tech Commentary On January 14, 2026, the Gates Foundation's board approved a budget: $9 billion a year. The same announcement carried something less widely repeated — that number is the end point of a four-year plan, and the plan itself points at another date: **the end of 2045, when the foundation closes permanently.** Before it closes it will pay out another $200 billion, double what it spent in its first 25 years. Over the next five years it will cut roughly 500 roles. Not for lack of money. Because it has to finish on schedule. ## How rare it is to write an end date for your own organization Almost every organization's implicit goal is to survive. Budgets run annually, targets climb annually, teams grow with demand, and nobody writes "this will terminate in year N" into a proposal. Charitable foundations are the extreme case: most are designed to exist forever, living off investment returns while the principal is never touched. The Gates Foundation runs the opposite way: **spend the principal, then close, with the date fixed.** For a product manager that is a concrete technical move, not a posture. Once the termination date exists, the arithmetic of everything changes: - The budget stops being "what can we spend this year" and becomes years-remaining-until-2045 divided into what must be spent annually - Hiring stops being "how big should the team be" and becomes "what happens to these roles in the closing year" - Projects get filtered not by "is this sustainable" but by "does it finish inside the window" Those 500 roles are one output of that arithmetic. An organization with no end date does not lay people off while sitting on a $9 billion annual budget. ## Ranked 8th: business 99 is the board's top bracket, originality 94 is the lowest in the top ten I had [Claude score "the 100 product managers who changed the world"](/en/rankings/). Gates comes 8th, OVR 95, across six dimensions: | Dimension | Score | |---|---| | Vision | 97 | | Insight | 90 | | Taste | 84 | | Business | 99 | | Scale | 99 | | Originality | 94 | Business 99 and scale 99 are top of the entire board. Only two people on the whole list score 99 on business: him and Bezos. Originality 94 is **the lowest in the top ten**, and taste 84 sits at the bottom too, tied with Musk. The distribution is blunt: he was not the inventor. MS-DOS was bought. The graphical interface wasn't his. The browser was a scramble forced by Netscape. He was late to search and late to phones. The people scoring 99 on originality are Jobs, Musk, Miyamoto, Ford — the ones who invented categories. Gates being five points below them there is accurate. He won in the other two columns. ## Fifty years, one move: distribution Microsoft's early mission was a computer on every desk. Plenty of people said it; he did it — **and the way he did it was not by inventing the computer, but by making sure every computer other people built had his software inside.** The product was distribution itself. Licensing terms, OEM preinstalls, the developer ecosystem, file-format compatibility — none of that is invention. It is the engineering of getting one thing into every entrance. The five-point gap between originality 94 and business 99 is exactly the shape of this person. What he is doing in 2026 is the same move. The Gates Foundation and OpenAI built a program called Horizon1000, starting in Rwanda, applying AI to African health systems. The foundation has committed $1.4 billion to give farmers on the front line of extreme weather better information on weather, prices, crop disease and soil. In education, AI-driven personalized learning is now the largest line in the foundation's education spending. He didn't invent the diagnostic models, and he didn't train the language models. What he is doing is getting them into clinics in Rwanda and onto farmers' phones — **the same act as getting Windows onto every clone thirty years ago.** ## gatesnotes.com: the only one in the top ten still writing on his own site Writing about Page and Brin yesterday, I quoted their Stanford homepages, frozen since 1998, still listing them as Ph.D. Students. Gates is the only person in the top ten of this board still publishing on his own personal website. This year's outlook on `gatesnotes.com` is titled *The Year Ahead 2026*, and contains this line: > Of all the things humans have ever created, AI will change society the most. In the same piece the optimism comes with conditions. He calls 2026 a year that should be used to prepare for changes in the labour market, and flags the risk of AI landing in the hands of bad actors. A 70-year-old whose organization already has a closing date is still writing, one post at a time, on his own domain. That is consistent with his scores: he doesn't invent new forms, he keeps doing one thing for a very long time. ## My own end date is blank Nothing I build has a termination date written on it. Thinking about it, that isn't because I plan to work on these forever. It's because I have never been forced to answer the question — if this must end in a specific month of a specific year, what do I do this year, and what do I not do. Without that date, every trade-off can be deferred, and deferring requires no judgment at all. The hardest part of that budget isn't the $200 billion. It's that **he fixed the date first, and then let every number grow backwards out of it.** The $9 billion annual payout and the 500 role cuts are consequences of the date, not independent decisions. The budget approved on January 14, 2026 wrote this organization's remaining life as 19 years. Every dollar it spends now is counted backwards from that end. (All scores and rankings in this piece were produced by Claude, an AI; methodology is on the rankings page.) --- # They Organized the World's Information. Their Own Homepages Stopped in 1998 — and Still Say They're 'Currently Working on Google, a Search Engine for the Web' URL: https://doaipm.com/en/blog/the-homepage-they-never-updated/ Published: 2026-08-10 Tags: Larry Page, Sergey Brin, Google, Gemini, Product Management, Product Decisions, Tech Commentary On the morning of August 10, 2026, I pasted these two addresses into a terminal: ``` http://infolab.stanford.edu/~page/ 200 http://infolab.stanford.edu/~sergey/ 200 ``` Both alive. Two graduate students' homepages, still sitting on a Stanford server, twenty-eight years on. ## Page's says "Ph.D. Student" and gives a 1998 office phone number The page is titled "Lawrence or Larry Page's Page." What follows is copied verbatim: > Larry (Lawrence) Page > Ph.D. Student > Computer Science Department > Stanford University > > Member of Terry Winograd's Project on People, Computers, and Design. > > **Currently working on Google, a search engine for the Web.** Papers and a demo are available off this page. > > email: page@cs.stanford.edu > office: Gates 360 > phone: (650) 330-0100 Present tense. Papers and a demo are available off this page. The office number and the landline are still there. Brin's page reads the same way: > Sergey Brin's Home Page > Ph.D. student in Computer Science at Stanford — sergey@cs.stanford.edu > > Research > **Currently I am at Google.** > In fall '98 I taught CS 349. Below that is his data mining work and a list of papers. One of them, co-authored with Lawrence Page, is titled *Dynamic Data Mining: A New Architecture for Data with High Dimensionality*, and carries this note: > We describe a new architecture for data mining (sorry not yet available online). **Work in progress.** Another is marked "To appear in VLDB '98." ## That sentence was worth one line, next to a data mining paper The tone of those two pages is the whole point. "Currently working on Google, a search engine for the Web" carries exactly the same weight on that page as "In fall '98 I taught CS 349." A doctoral student's status list: I'm with Terry Winograd's group, I taught a course in the fall, I do data mining, I'm building a search engine. No vision. No mission. No organizing the world's information. That line came later. **The thing product managers most reliably overestimate is their own description of a project on the day it starts.** We're trained to write down what this will change, as if failing to say it means we haven't thought hard enough. And the thing that actually changed the world was, on the day it began, worth one line on its author's own homepage — sitting beside a fall course listing. This is not an argument that vision is useless. It's that **how you narrate something at the start has almost no relationship to how large it turns out to be.** Twenty-eight years later, the restraint of that one line reads as accurate: in 1998 Google really was a demo and a few papers. ## Ranked 7th: business 98, scale 99, insight only 90 I had [Claude score "the 100 product managers who changed the world"](/en/rankings/). Page and Brin share one entry at 7th, OVR 95, across six dimensions: | Dimension | Score | |---|---| | Vision | 96 | | Insight | 90 | | Taste | 86 | | Business | 98 | | Scale | 99 | | Originality | 97 | Scale 99 and business 98 sit in the top bracket of the whole board. One input box absorbed humanity's demand for information and defined the internet's business model for twenty years along the way. Nothing to argue with there. The other two are conspicuously low. **Insight 90 and taste 86 both rank last within the top ten.** Allen Zhang's insight is 99. Miyamoto's taste is 99. Jobs is above 98 on both. That distribution says something quite specific: they did not win by understanding users better than anyone else. PageRank grew out of a paper — ranking pages by the citation structure of links is an academic judgment. The product decision they actually got right was **turning an academic algorithm into a business**, and getting it onto every device on earth. In this profession those are two different talents. ## Twenty-eight years on: Brin is in the office almost daily, Page went to the factory The two people who wrote those pages have gone in different directions. Brin stepped back from Alphabet's day-to-day operations in December 2019, then came back. He has said publicly that staying retired would have been a "big mistake," that during that stretch he felt he was "spiralling" and "a bit less sharp." By 2023 he was at the office three or four times a week, working alongside researchers. More recently he says he is at Google "pretty much every day now," helping train the latest Gemini models. He has also said, more bluntly, that it is time for retired computer scientists to get back to work. A 52-year-old who never needs to earn another dollar went back to do something as concrete as training models. Page did not go back. He is building a company called Dynatomics — AI generates optimized product designs, factories build them. It is led by Chris Anderson, formerly CTO of Kitty Hawk, the flying car company Page also backed. On December 30, 2025, he filed to move the company's registration from California to Keller, Texas, while leasing 73,400 square feet of R&D space in Palo Alto, keeping the core engineering there. On April 30, 2026, after Alphabet reported surging cloud revenue, Forbes' real-time list pushed Page's net worth past $300 billion, second in the world. One went back to the place his 1998 homepage still describes. The other went off to do something else entirely. And both pages still say Ph.D. Student. ## All I did today was run two curls What I build is several orders of magnitude smaller, but the feeling transfers. Open the earliest README of your own project and you'll find phrasing that was meant to be temporary — "for now," "we'll handle that case later." Some of it got fixed. Some of it stayed, because it turned out to be accurate the whole time. Page's page may still be up simply because nobody maintains that server. But the effect of reading it is something else entirely: **it preserves, intact, what a thing looked like at the beginning — including how much its author underrated it.** We write project proposals big because we're trying to convince someone. Those two pages are the proof that how you describe it on day one and what it becomes are two independent lines. On August 10, 2026, both addresses still return 200. They say Ph.D. Student, Gates 360, (650) 330-0100, and one sentence in the present tense about currently working on a search engine for the Web. (All scores and rankings in this piece were produced by Claude, an AI; methodology is on the rankings page.) --- # How Expensive Can One Product Judgment Get? Zuckerberg Renamed the Company Meta for the Metaverse, Burned $80 Billion in Four Years, and Is Now Cutting the Budget URL: https://doaipm.com/en/blog/zuckerberg-the-name-you-cant-roll-back/ Published: 2026-08-09 Tags: Mark Zuckerberg, Meta, Metaverse, Reality Labs, AI Glasses, Product Management, Product Decisions, Tech Commentary In 2025, Meta's Reality Labs booked $2.21 billion in revenue and an operating loss of $19.19 billion. It lost $8.70 for every dollar it took in. The fourth quarter alone lost $6.02 billion on $955 million in sales — the worst quarter the division has ever had. ## What he said the day of the rename On October 28, 2021, at the Connect conference, Zuckerberg announced that Facebook's parent company would be renamed Meta. His words: "From now on we're going to be the metaverse first, not Facebook first." Meta comes from the Greek for "beyond." The same event announced something else: 10,000 hires in Europe over five years to build the metaverse. Renaming the company is the most expensive commitment a product manager can make. A release can be rolled back, a feature can be pulled, a company name cannot — it is simultaneously written into the legal entity, the domain, the sign on headquarters, every contract, every news story, every employee's business card. Carve a judgment into that layer and you have announced that there is no way back. ## The MVRS ticker they promised never traded a single day That rename announcement contained a line most people skip: the stock ticker would change from FB to **MVRS** — short for metaverse — effective December 1, 2021. That symbol never appeared in a single day's quotes. On May 31, 2022, Meta put out a new release: from June 9, its Class A common stock would trade on Nasdaq under **META**, replacing the FB ticker it had used since the 2012 IPO. So what actually happened is this: the company name became Meta, and the ticker did not become MVRS. The former points at "beyond" — abstract enough to be reinterpreted later. The latter would have nailed the four letters of *metaverse* into the trading symbol itself, and there is no reinterpreting that. That was the first place in this whole story where an escape hatch was left open. Almost nobody noticed at the time. ## Five years of losses: from $10.2B to $19.2B, never once narrowing Reality Labs operating losses by year: | Year | Operating loss | |---|---| | 2021 | $10.2 billion | | 2022 | $13.7 billion | | 2023 | $16.1 billion | | 2024 | $17.73 billion | | 2025 | $19.19 billion | Every year after the rename lost more than the year before. **Not one year narrowed.** Counting from the end of 2020, the division has accumulated close to $80 billion in operating losses. On the Q4 2025 earnings call, Meta's CFO said Reality Labs operating losses in 2026 were expected to stay near 2025 levels. The shape of that curve is itself a verdict. This is not "the investment phase hasn't reached the harvest phase" — an investment phase is supposed to widen and then narrow. Five straight years of widening only says something else. ## Ranked 9th, vision 94: the lowest in the top ten I had [Claude score "the 100 product managers who changed the world"](/en/rankings/). Zuckerberg comes in 9th with an OVR of 95, across six dimensions: | Dimension | Score | |---|---| | Vision | 94 | | Insight | 96 | | Taste | 84 | | Business | 96 | | Scale | 99 | | Originality | 95 | Scale 99 is not controversial — three billion people connected into one social graph, a magnitude only a handful on the entire board have reached. Insight 96 holds up too: the News Feed changed how humanity consumes information, and the Instagram and WhatsApp acquisitions were both called wildly overpriced at the time. Nobody says that now. The number worth talking about is vision 94. It is the lowest in the top ten — five points below Musk's and Jobs's 99, and one point below Miyamoto, who ranks behind him. Vision is defined as seeing a future others cannot. Zuckerberg has done it: the pivot to mobile was fast, brutal and textbook. With the metaverse the problem is not that what he saw was fake — AI glasses selling well today is precisely the evidence that "computing eventually leaves the phone and moves onto your face" was the right direction. The problem is timing. He took a judgment that may need fifteen years and bet it at three years' worth of confidence — and bet it on the company name. **Vision is never marked down for seeing the wrong direction. It is marked down for getting the timing wrong and betting as if you hadn't.** ## Cut 30%, while every other department was asked for 10% In December 2025, Bloomberg reported, citing people familiar with the discussions, that Meta executives were weighing cuts of up to 30% to the metaverse division in the 2026 budget. The sharpest detail in that report is the contrast: Zuckerberg asked **every** department to find 10% in cost savings, and told the metaverse team to go deeper. The cuts would include layoffs, falling hardest on the VR group, with Horizon Worlds also on the list. Execution followed. In January 2026, Reality Labs cut more than a thousand roles; in March it cut hundreds more. The savings have a clear destination. Meta's 2026 capital expenditure guidance is $115 billion to $135 billion, close to double the prior year, and the hardware line shifted from VR headsets to AI glasses. ## The new bet is phrased exactly like the old one On the Q4 2025 earnings call, Zuckerberg said "we're at a moment similar to when smartphones arrived," and "It's hard to imagine a world in several years where most glasses that people wear aren't AI glasses." Put that next to the 2021 line: > 2021: From now on we're going to be the metaverse first, not Facebook first. > 2025: It's hard to imagine a world in several years where most glasses that people wear aren't AI glasses. Same man, same sentence shape, different noun. The difference is that this time he did not rename the company. ## The cost of retreat depends on which layer you bound it to The budget can be cut 30%. A thousand roles can go. Three VR studios can close. The hardware line can move from headsets to glasses. All of it is reversible, because all of it is bound to the resource-allocation layer — and resource allocation is by nature redone every year. The company name is not reversible. Meta's AI glasses, its superintelligence lab, its $135 billion of capex all hang today under a sign that says *metaverse*. That division's own budget is being cut by a third, and the company still carries the name. When product managers make a judgment, they usually price one thing: how long it would take to undo if it's wrong. The thing actually worth pricing is the second: **which layer am I writing this into.** Into one release, and undoing it is a rollback. Into a public commitment, and undoing it is an apology. Into a product name and a URL, and undoing it is months of redirects. Into the company name, and it doesn't undo. The same wrong judgment can differ in cost by three orders of magnitude, and the difference isn't in the judgment. It's in how deep you drove it. ## The most expensive bet I ever made was writing a judgment into a URL What I build is much smaller than this. The most expensive bet I made was putting a feature's name into the title of a public doc and into the URL path, because at the time I was sure the concept would hold and deserved a formal name. Six months later the concept turned out to be wrong — not that the feature worked badly, but that the name I gave it drew the wrong boundary. Users read the name, understood it accordingly, and used the thing sideways. Changing the code took a day. Changing the URL and every reference to it in the docs took two weeks. To this day a few external links still point at the old path and land on a 404. I can't edit someone else's blog. Eighty billion dollars and two weeks are orders of magnitude apart, and they are the same kind of thing: whichever layer you carve a judgment into is the layer where you pay to remove it. And the mistake people make most often is carving it one layer deeper than necessary at the exact moment they feel most certain. On the ticker, back then, Zuckerberg held something back. In 2025 that division took in $2.21 billion, lost $19.19 billion, and is having up to a third of its 2026 budget cut. The company is still called Meta. (All scores and rankings in this piece were produced by Claude, an AI; methodology is on the rankings page.) --- # Your Hardware Just Shipped a Serious Defect — Now What? The GAC Toyota bZ7 Was Recalled Twice in Under 100 Days, Both Times for Software URL: https://doaipm.com/en/blog/ota-recall-is-still-a-recall/ Published: 2026-08-08 Tags: Vehicle Recalls, OTA, Software-Defined Vehicles, GAC Toyota, Product Management, Quality, Tech Commentary On August 1, GAC Toyota filed two recall notices. The first, S2026M0083V, covers 15,266 bZ7s. The stated cause reads: the smart Bluetooth module's software control program was insufficiently considered, and under certain conditions may send an abnormal command to the vehicle control module, causing the car to shift automatically from D to N while driving. The second, S2026M0084V, covers 24,286 bZ7s. The stated cause: the thermal management controller's software control strategy is incomplete, and after the vehicle powers on, the A/C compressor and water heater may stop working. In extreme cases defrost and defog performance degrades, obstructing the driver's view. That is 39,552 cars. The bZ7 had been on sale for less than 100 days. The remedy on both notices is the same sentence: a free over-the-air software update, no dealer visit required. ## The other three notices that month need hands on metal From August 8, two Jaguar Land Rover recalls take effect together. S2026M0080V covers 76,422 imported Range Rover and Discovery vehicles; S2026M0081V covers 83,810 Defenders. Total: 160,232. The defect is fretting corrosion at the connector between the steering wheel clock spring and the driver's airbag, raising circuit resistance and potentially preventing the driver's airbag from deploying. The remedy is applying a special grease to the connector terminals, free of charge. From August 28, S2026M0082V recalls 33,473 XPeng X9s. Manufacturing process variation reduced the airtightness of the front air springs; after long use in hot, humid conditions they may leak slowly, and in extreme cases handling is affected. The remedy is a free replacement of the improved front air spring strut assembly. Put all five side by side: | Recall number | Brand / model | Units | Where the defect lives | How it gets fixed | |---|---|---|---|---| | S2026M0080V | Range Rover, Discovery | 76,422 | Airbag connector fretting corrosion | Grease each car by hand | | S2026M0081V | Land Rover Defender | 83,810 | Same | Grease each car by hand | | S2026M0082V | XPeng X9 | 33,473 | Front air spring airtightness | Replace strut assembly per car | | S2026M0083V | GAC Toyota bZ7 | 15,266 | Bluetooth module software | Push one OTA | | S2026M0084V | GAC Toyota bZ7 | 24,286 | Thermal controller software | Push one OTA | The top three rows mean more than 190,000 cars driving into service bays one at a time — lifts, labor hours, parts, customer appointments, all of it real. The bottom two rows are 39,552 cars and an engineer publishing an update package. ## The wording of defect causes is changing: from "corrosion" to "insufficiently considered" Read through two months of recall notices and the vocabulary of classic hardware defects is a fixed set: corrosion, metal fatigue, cracking, insufficient design strength, half-shafts of the wrong size fitted to the front axle, lithium growth inside the cell. Harley-Davidson's batch reads "the upper triple clamp material strength is insufficiently designed, and cracks may form at stress concentrations." Volvo's EX30 batch reads "production variation may cause lithium growth inside the cell." The new vocabulary is a different set: insufficiently considered, incomplete strategy, improperly configured. In the same run of notices, FAW Toyota recalled 9,408 Prados because "the combination meter control program was improperly configured, and at vehicle start the combination meter may fail to start correctly." "The smart Bluetooth module's software control program was insufficiently considered," translated into what a software team says every day, means a boundary condition never made it into the check. In a requirements review that is one line of minutes reading "let's not handle that case for now." In a recall notice it is 15,266 cars. ## Of 1,904 OTA updates in 2025, only 13 counted as recalls SAMR's 2025 figures: 190 vehicle recalls nationwide covering 6.846 million vehicles, down 18.5% and 39.1% year over year. Of those, 13 recalls were carried out over the air, covering 1.756 million vehicles — 25.7% of all vehicles recalled that year. In the same year, manufacturers reported 1,904 OTA updates covering 140 million vehicle-instances, with the number of updates up 38% from the year before. 1,904 and 13. The overwhelming majority of OTAs add features, tune the experience, fix small annoyances. Thirteen were classified as recalls. Where that line gets drawn is the most expensive judgment in this whole business — on one side is product iteration, on the other is a defect recall that must be filed with the regulator, that stops production and sales, and that lands in the annual statistics. The March 2025 joint notice from MIIT and SAMR draws it explicitly: "Where an enterprise carries out an OTA update to eliminate a defect in an automotive product and implement a recall, it shall organize the recall in accordance with the Implementing Measures for the Regulations on the Recall of Defective Automobile Products, and immediately halt production and sale of the defective product." The same document adds a line aimed squarely at the temptation: standardize how OTA updates are applied, so that enterprises do not use them to conceal vehicle defects or evade responsibility. > OTA has crushed the cost of a fix from "190,000 cars through service bays" down to "publish one package," and it has not removed a single filing obligation. Being able to change it remotely does not mean you may change it quietly. ## After a defect is confirmed: ten working days, three months, 1% to 10% of value A recall does not start on the day the notice goes public. It starts on the day someone concludes a defect may exist. For vehicles, the Regulations on the Recall of Defective Automobile Products require the manufacturer to file a recall plan with the competent authority before carrying out the recall. Hardware that isn't a car falls under the Interim Provisions on the Administration of Consumer Product Recalls, which spell the clock out in more detail. Article 9: where a producer discovers that a consumer product may be defective, it shall immediately organize an investigation and analysis. Article 17: for a voluntary recall, the producer shall report the recall plan to the provincial market regulator within ten working days of the investigation concluding that a defect exists. Article 21: an interim summary every three months from the start of the recall, and a final summary within fifteen working days of completing the plan. The penalty column differs by an order of magnitude. Article 24 of the vehicle regulation sets fines at 1% to 10% of the value of the defective automotive products, with license revocation in serious cases; Article 23 sets 500,000 to 1,000,000 yuan for failing to cooperate with a defect investigation and refusing to correct. Article 25 of the consumer product provisions sets 10,000 to 30,000 yuan for failing to correct in time. Which makes the hardest move in the chain not the fix but the **classification** — whether anyone will call it a defect. Of the 190 recalls in 2025, 55 were carried out under SAMR prompting, covering 2.934 million vehicles, or 42.9% of all vehicles recalled that year. By unit count, nearly half the cars were not raised by the manufacturer's own hand. The fix, the public statement and the compensation package can all be ready inside 48 hours. What stalls is always the step before: someone has to sign off that this is a defect. ## On my side, the worst case is a rollback I build software, not hardware. When something breaks in production, the worst night I have had ends with rolling back a release and writing the postmortem the next morning. The cost to users is a few hours of not being able to use the thing, or a batch of data that has to be reimported. I can afford that, which is why "ship it and fix it later" almost never required hesitation from me. The bZ7 notice says the car may shift automatically from D to N while driving. Same species of mistake — a control path with a case left out — and on my side it ends in a rollback, on theirs someone loses power on the road. Once software defines hardware, the worst outcome of one commit goes from "the user restarts the app" to a public notice with a filing number, a unit count and a regulator's stamp. And the people writing that logic still carry software habits: ship, watch the data, iterate. OTA makes that habit harder to break. The more a fix looks like a release, the easier it is to judge "is this even a problem" by release standards. The bZ7 filed two recalls in under 100 days, and the earliest production date in scope is October 28, 2025 — both defects left the factory with the first cars, and were simply driven around for a few months before anyone owned up to them. The five notices of August 2026, numbered S2026M0080V through S2026M0084V, cover 233,257 vehicles. For 39,552 of them, the problem is a condition someone left out of the code. --- # Is a PM's Record Measured by the Exit or by Survival? Musk's X Product Head Sold Two Hits — Both Were Shut Down URL: https://doaipm.com/en/blog/sold-or-alive/ Published: 2026-08-07 Tags: Nikita Bier, X, Elon Musk, Product Management, Careers, Tech Commentary "Time to pass the torch and demote myself to my natural state: a poster." That's what Nikita Bier wrote on August 5, stepping down as head of product at X. He took the job in July 2025, lasted a year and one month, and stays on as an adviser. A man who ran product for a platform with hundreds of millions of users says his natural state is posting. You can read that as self-deprecation. You can also read it as unusually honest self-knowledge. ## His record is strong, but strong in one particular way Bier built two products before this. One was tbh, an anonymous polling app that caught fire among American teenagers and sold to Facebook in 2017. The other was Gas, an anonymous compliments app — same audience, same explosion — sold to Discord in 2023. Two startups, two exits. That record stands up anywhere in Silicon Valley; most people never manage it once. TechCrunch added one line when reporting his departure: both apps were later shut down. tbh went into Facebook and was killed. Gas went into Discord and was killed. Nothing he built is still running today. ## Selling and surviving are two different objective functions This isn't nitpicking. It's a question of what his operating system was calibrated for. Teen social products have a well-worn playbook: find a mechanic that spreads inside a school, ignite it as fast as possible, and sell while the heat is still on. Every step of that playbook optimises for the exit — the growth curve has to be steep, the users have to be concentrated in a demographic an acquirer can recognise, and the product doesn't need a story for its second year. It actively discourages you from thinking about year two. Thinking about year two means retention, monetisation and content moderation, and all of those flatten the curve you're about to show a buyer. By that objective function, Bier scored full marks twice. The product being shut down was never his KPI — his KPI settled the moment the deal closed. The trouble is that when this system leaves the startup environment, the scoring rubric changes. ## Thirty new products in a year is itself the answer Bier's own summary of his year at X: 30 new products shipped, while "protecting the integrity of the town square." X's account adds that he rebuilt the feed, the Android client, DMs and notifications, and delivered X Money — the payments feature Musk had promised in 2024 and never shipped. X Money is hard work, and landing it is real. So are the feed and DM rebuilds. But "30 new products in a year" is a strange number for a platform that already has hundreds of millions of users. A startup trying 30 things in a year is normal — you're hunting for the mechanic that spreads, and the cost of a failed experiment is roughly zero. A mature platform shipping 30 new products in a year means most of them were never really raised. The hard part on a platform product has never been inventing features; it's getting one feature to survive its first quarter, enter a habit, and not get crowded out by next quarter's batch. **Casting a wide net for a hit and raising one thing into a habit are two different crafts.** He is plainly world-class at the first. ## So how should a product manager's résumé be scored That's what I actually found myself thinking about. The industry's default is to score by exit: how many companies you sold, for how much, to whom. There's logic to it — an exit is verifiable. It has a number, an announcement, a date. Unlike "retention," it can't be narrated into anything you want. It has one side effect: **it removes "did the product survive" from the evaluation entirely.** Scored by exits, Bier is two for two. Scored by survival, he's zero for two. Neither scoring is complete. Scoring only by survival would be unfair to a lot of people — products get shut down for reasons that have nothing to do with their founder. Big companies buy you for the people and the technology, not to keep the app running forever. tbh and Gas being killed is mostly on Facebook and Discord, not on Bier. But scoring only by exit produces an awkward kind of career: a person can hold a genuinely impressive résumé while nothing he ever built still exists. ## He answered it himself Bier didn't say he was off to build the next hit, and didn't say he was returning to Lightspeed to invest. He said he was going back to posting. **That line is more honest than any retrospective.** He knows what he is best at and enjoys most — spotting a gap in attention right now and turning it into a moment. Posting and building a viral app use the same muscle. Running a platform that hundreds of millions of people open every day uses a different one. ## What's left X has split the product lead across three people: Benji Taylor on design, Jonah Katz on iOS, Mridul Singhai over the product organisation. Splitting one person's job three ways says something on its own — either that role should never have sat on one person, or X wants to play it differently. As for how a product manager's record should be scored, I don't have an answer. I only know that when I next read the line "serial entrepreneur, two successful exits," I'll now ask one more question: are those two products still running? --- # AlphaGo's Demis Hassabis Steps Back From Running DeepMind Day-to-Day — and Google's Chief Scientist Walks Out the Same Day With Three Others URL: https://doaipm.com/en/blog/jeff-dean-operating-system/ Published: 2026-08-06 Tags: Jeff Dean, Google, DeepMind, Demis Hassabis, AI-Era Product Management, Tech Commentary On August 5, Google announced that Demis Hassabis is becoming chair of Google DeepMind and handing off day-to-day operations. Alphabet fell more than 5% that day. Hassabis needs no introduction. AlphaGo beating the world's best Go players was a global moment; AlphaFold later won him a Nobel Prize in Chemistry. So when the news broke, everyone talked about him. The same day carried another item that almost nobody looked at closely: Jeff Dean, Google's chief scientist, is leaving to start a company. The 5% drop is a result. Hassabis moving up is only half a signal. The half that matters is inside the item nobody read. ## Two men who shared one computer left together Jeff Dean joined Google in 1999 as employee number 30 and stayed 27 years. If the name doesn't register, that's normal — the things he built are things you use every day, but none of them has his name on the outside. Leaving with him is Sanjay Ghemawat. That name has almost no public profile, but inside Google he and Jeff Dean are the only two level 11 Senior Fellows the company has ever had — the highest technical rank there is, awarded to exactly two people in twenty-odd years. In December 2018 *The New Yorker* ran a piece about them called "The Friendship That Made Google Huge." It isn't really about their achievements; it's about the fact of two people writing code hunched over the same computer. Dean says in it that what you want is a pair-programming partner whose way of thinking is compatible with yours, so that the two of you together are a complementary force. Also leaving: Quoc Le, a founding member of Google Brain, and Oriol Vinyals, a senior research scientist at Google DeepMind. Four people, one new company, called Discovery Loop, with Jeff Dean as CEO. ## He spent 27 years doing the same thing Lay his résumé out in a line and a very monotonous pattern shows up. Early on he scaled Google's search index by 100× and its query-serving capacity by 1000×; Google's first ads system and content ads platform were his. Then came MapReduce, BigTable, Spanner, TensorFlow, Pathways — a string of names that don't sound like products, because they aren't. They're the floor other people stand on to build products. The TPU program was his too. Later he led Google Brain and Google Research, working on word2vec and neural architecture search. Twenty-seven years, one repeated act: taking something so hard nobody could do it and turning it into something everybody can just use. That operating system carries an unstated premise: that you have time to build a foundation. You build it, others use it, you collect rent from the whole world. Nearly ten years separate MapReduce from TensorFlow. The TPU took years from kickoff to being genuinely good. This worked for Google's first twenty-five years because for those twenty-five years Google set the rules and held the clock. ## The same day, Google moved the clock forward Hassabis is becoming chair of Google DeepMind and also Alphabet's chief scientist. Jeff Dean's title on his way out was Google chief scientist — so on the same day that title changed hands and moved up a level, from Google to Alphabet. Hassabis put it this way: this is the right time to hand over the day-to-day running of Google DeepMind so that he has the time and space to focus on the bigger picture. Taking over is Koray Kavukcuoglu, previously chief AI architect, promoted to senior vice president and reporting directly to Sundar Pichai. One goes upstairs to think; one comes down to deliver. In fairness, this isn't a squeeze-out or a palace coup. Hassabis co-founded DeepMind and has run it since Google acquired the lab in 2014; if he were really being sidelined, it wouldn't look like this. What Google is admitting is that at this stage the scarce resource is not people who think about big questions — it's people who can ship every quarter. Model release cadence, enterprise contracts, distribution channels: that's what this year's AI race runs on. A senior vice president reporting straight to the CEO and accountable for delivery is more urgently needed than a chief scientist thinking about the bigger picture. The clock sped up. And nobody can wait for a foundation to be poured. ## Google didn't push him out — it found him somewhere that fits Discovery Loop is registered as a public benefit corporation and works on automating scientific research with AI. Its own framing: to use massive computational scale to fundamentally transform the speed and efficiency of innovation. Translated: build a foundation that makes scientific research faster. Which is what Jeff Dean has been doing for twenty-seven years. The only difference is that the foundations used to be for Google engineers, and now they're meant for scientists everywhere. Radical Ventures and Khosla Ventures are co-leading the round, with Kleiner Perkins, Lightspeed and Doerr Capital joining. There's one more name on the list: Alphabet put money in too. Pichai was explicit that Google will keep working with Discovery Loop as a founding investor and cloud partner. So the full shape of this is: Google sees its four strongest foundation-builders to the door, invests in them, and plans to sell them cloud. It isn't that Google couldn't keep him. It's that there was nowhere to put him. Google's organisation now turns on a quarterly cycle, and a foundation project that takes three to five years to pay off has no place inside it where it could even be chartered. Letting it out is cleaner — funded by outside capital, tethered by cloud, and when it finally builds something, Google is first in line to buy. ## That system now lives outside the building Google's first twenty-five years were built on Jeff Dean's operating system. The index, the ads, MapReduce, BigTable, the TPU — every layer stacked out of the slow, careful work he and Sanjay did. Now that system has been moved outside the company, and Google is still paying to keep it alive. Whether that's shrewd or nervous is too early to say. You'll know when Discovery Loop pours its first foundation — or when Google next needs something only Jeff Dean could build and finds he isn't in the building. --- # Why Is Google Guaranteeing $43.8B of Other People's Data Center Rent? TPU Operators Borrow at 7.1%, Nvidia's at 9.3% URL: https://doaipm.com/en/blog/anthropic-six-compute-suppliers/ Published: 2026-08-05 Tags: Google, Anthropic, Nvidia, TPU, Compute, Off-Balance-Sheet Financing, Product Management, Tech Commentary There's a number in Alphabet's Q2 2026 10-Q: as of June 30, the ceiling on third-party data center rent Google has promised to cover if tenants default stands at **$43.8 billion**. Nine months earlier it was $6.5 billion. A sevenfold increase. None of those data centers belong to Google. It guaranteed somebody else's rent. ## What $43.8 billion buys is 2.2 percentage points A guarantee costs nothing to issue. What it transfers is credit. With Alphabet standing behind them, lenders price these projects differently overnight: **operators running Google TPUs borrow at 7.1%, while comparable projects inside Nvidia's ecosystem pay 9.3%.** A structural 2.2 points. In an industry where capex runs to tens of billions and construction is heavily debt-financed, 2.2 points is not a finance detail — it decides whether a project gets built at all. To get a sense of scale: on a $10 billion ten-year facility, the interest gap is $220 million a year, north of $2 billion cumulatively — enough to eat a data center's operating profit across its entire life. So the nature of this should be stated plainly: **what Google is using against Nvidia is not chip performance. It's its own credit rating.** It didn't cut the price of TPUs. It cut the cost of borrowing for people who buy TPUs. Google has now extended this kind of guarantee across **10 TPU data center projects**, totalling **2.4 gigawatts** of power capacity. ## At the other end of the chain is a company that can't borrow The primary customer this structure serves is Anthropic. Its run-rate revenue just crossed **$30 billion** — at the end of 2025 that figure was around $9 billion. The growth is steep, but it is a private company with no credit rating, and infrastructure financing in the tens of billions is not something its own balance sheet can raise. Google's guarantee is what fills that gap. What flows along this chain is Alphabet's credit; what Anthropic supplies is demand and rent. The supply end is locked down too. In April 2026, Broadcom, Google and Anthropic expanded their arrangement to roughly **3.5 gigawatts** of compute, delivering from 2027; separately, Broadcom and Google hold a long-term TPU supply agreement running to **2031**. Analysts estimate Broadcom will book around $21 billion of Anthropic-related revenue in 2026 and about $42 billion in 2027 — those two figures are sell-side estimates, not disclosed in filings. ## Four parties in the middle, none of whom wants the hardware on their books - **Morgan Stanley** built a special purpose vehicle called Compute SPV, structuring the deal and packaging the guarantees into bond products for investors. - **Apollo and Blackstone** provide the money through private credit. The SPV uses that outside capital to buy chips and leases the hardware to Anthropic. **The first transaction, in June 2026, was $35 billion for roughly 1 million TPUs.** - **Broadcom** provides about **$30 billion** in residual value guarantees, the buffer for when Anthropic can't make lease payments. Its total procurement commitments to Google run to **$128 billion** ($55.2B in FY2027, $72.9B in FY2028). - **Crypto miners** — TeraWulf, Cipher, Hut 8 — supply grid power and sites. The **360 megawatt** facility TeraWulf built in upstate New York is dedicated to Anthropic; Google guarantees the lease and takes share purchase warrants in return. Back in October 2025, Morgan Stanley had already packaged TeraWulf's lease into construction bonds and raised **$3.2 billion**. There's one more layer: AI cloud provider Fluidstack leases and develops data centers packed with Google TPUs, then rents that compute on to Anthropic — with the leases, again, guaranteed by Google. Line the roles up and the common thread is obvious: **not one party wants the hardware recorded on its own books.** The chips are bought with outside investors' money, held by an SPV, hosted on miners' sites, backstopped by Broadcom's residual guarantee, and the rent is guaranteed by Google. Every link pushes the asset and the risk to the next one. ## What's actually scarce isn't chips — it's grid power The miners' presence in this network is the most revealing part of the whole thing. Chips can be ordered and capacity can be scheduled, but **hundreds of megawatts of grid interconnection cannot be conjured up**. What crypto miners have done for the past decade is find cheap power, secure the interconnection, and get machines energised as fast as possible. As mining economics deteriorated, the idle interconnection capacity in their hands turned out to be exactly what AI is short of. That also explains the deal on August 4 that looks most absurd on its face: Anthropic signed a **$10 billion, six-year** compute contract with Volta — a company **founded this year** — for a **133 megawatt** facility in Norway, with the actual construction handled by the crypto mining company **Bitdeer**. Norway has cheap hydro power and free cooling. Mining companies have an off-the-shelf ability to turn electricity into a machine room. This isn't an isolated oddity; it's the same logic replicated in another location. ## How much more is off the books The 10-Q discloses more than that $43.8 billion: | Item | Amount | |---|---:| | Recognised data center lease guarantees | **$43.8B** | | Data center leases not yet commenced | **$85.2B** | | Guarantees tied to power and energy facilities | $7.6B | | Planned guarantees, terms pending | $24.1B | Per reporting, the liability Google actually recognises on its balance sheet for these guarantees is only about **$815 million** — because accounting records the fair value of a guarantee, not the maximum exposure. None of this machinery is new to Wall Street; leasing and project finance have run on it for decades. What's new here is that **it's being used to sell a chip.** ## One buyer, three completely different ways of paying Anthropic gets compute from each supplier by a different mechanism, and the mechanism reveals what each seller is after. | | Google | Nvidia / Microsoft | SpaceX | |---|---|---|---| | Instrument | **Credit guarantee** | **Equity investment** | **Cash lease** | | Specifics | Rent guaranteed across 10 projects, 2.4 GW | Nvidia up to $10B, Microsoft up to $5B | Whole of Colossus 1 | | What the buyer gives | Rent | Committed $30B of Azure + up to 1 GW of Nvidia systems | $1.25B/month through May 2029 | | What the seller is after | Making TPU the alternative to Nvidia | Locking in demand and technical direction | Monetising idle capacity | | Where the risk sits | Off-balance-sheet, $43.8B exposure | On the balance sheet, as an investment | Nowhere — it collects cash | The Nvidia one is the most circular: on November 18, 2025, Nvidia announced an investment of up to **$10 billion** in Anthropic and Microsoft up to $5 billion, and on the same day Anthropic committed to purchase **$30 billion** of Azure compute plus up to 1 gigawatt of Nvidia systems. The money goes around and lands back on the seller's books. After that round Anthropic's valuation reached roughly **$350 billion**, against $183 billion in September 2025. The three instruments share one purpose: **keep this buyer able to buy, and buying.** They differ only in where each party is willing to park the risk. SpaceX also sells compute to Anthropic, and its deal is a completely different animal from Google's. After xAI and SpaceX merged, xAI moved its training to Colossus 2, leaving Colossus 1 in Memphis empty — over 220,000 Nvidia GPUs, over 300 megawatts, at roughly **11% utilisation**. It was then leased in its entirety to Anthropic for **$1.25 billion a month** through May 2029. Musk's response to the arrangement: "No one set off my evil detector." That is genuinely disposing of idle capacity: the facility is already built, it depreciates every day, renting it to anyone beats leaving it dark, and no financial structure is required. **Google's version isn't disposing of idle capacity — it's manufacturing capacity.** One monetises a sunk cost; the other mobilises outside capital to build new supply and then distributes the new risk. Both look like "selling to a rival." Underneath they are not the same thing at all. ## The path the risk travels back The whole structure rests on one condition: that Anthropic can pay the rent. It's at a $30 billion run rate now and growing fast. But if demand falls short, or competition erodes its pricing power, pressure moves back up the chain in order: 1. Anthropic can't make the payments 2. The SPV's cash flow breaks, impairing the credit held by Apollo and Blackstone 3. Broadcom's $30 billion residual guarantee is triggered 4. Google's rent guarantees are triggered — $815 million on the books, $43.8 billion of exposure Every link in the chain believed it had pushed the risk to the next one. The last link is Alphabet's balance sheet. --- # Should You Still Build an MVP in the AI Era? 211M Lines of Code Say Rework Went From 3.3% to 7.1% URL: https://doaipm.com/en/blog/memorized-not-calculated/ Published: 2026-08-04 Tags: AI Coding, MVP, Iterative Development, GitClear, Product Management, Project Management, Tech Commentary Throw an idea at an AI and eight times out of ten, the first thing it says back is "let's start with a minimum viable version." That sounds like a judgement. It's a memory. The Agile Manifesto is from 2001, *The Lean Startup* from 2011, and those two documents plus the several hundred thousand blog posts, courses and postmortems they spawned are all in the training data. It recommends iteration, not because it ran the numbers on its own costs. It ran the numbers on ours. And the two bills are structured in opposite directions. ## The four premises MVP rests on — three still hold Iteration isn't a law of nature. It's the optimal answer under a specific set of constraints, and the set looks like this: - **Writing code is slow and expensive.** A feature goes from understood to running in person-days. - **Changing code costs more than writing it.** To change it you must first read it, and reading it means climbing back into someone else's head — or your own from three months ago. - **Requirements get sharper along the way.** Users only know what they want once they see something, so putting something in front of them early pays. - **The decisive one: there is a large cost gap between a crude implementation and a complete one.** That last one is the economic bedrock of MVP. Store it in localStorage for now, skip permissions for now, hard-code a few config values — the weeks you saved were real, and spending them on validating an assumption instead was genuinely the better trade. Three of those four still hold today. The fourth is gone. ## localStorage vs PostgreSQL: minutes apart in an AI's hands A thread on V2EX puts it most cleanly (`t/1216691`, titled "Has MVP thinking stopped working in the age of AI coding?"). The original poster's words: describing "store the data in localStorage" to Cursor and describing "use PostgreSQL with a connection pool" differ by **a few minutes of generation time**. > If the cost is the same, why build the crude version? That single line pulls out half the foundation. What you save is no longer weeks, it's minutes — while everything you take on in exchange is unchanged: a storage layer that will be ripped out, a batch of calls written against it, a migration you'll have to redo. **Crude isn't cheap anymore. It's just incomplete.** ## The AI's bill: context is the main cost, not the task The other half of the foundation collapses at the level of cost structure, and this layer is better hidden. Run one agentic task and the bulk of the input tokens is never your task description. It's the system prompt, the repo map, the conversation history, the files it read. The task description is a rounding error inside it. What follows has all been measured: - Every retry **resends the entire context**. Two retries can triple the cost of a session. - Counting context overhead, real cost runs **3–5×** the naive estimate — roughly $0.27 to $3.25 per PR, and north of $20 for a single task in a complex repo is unremarkable. - The arXiv paper *Cheap Code, Costly Judgment* (2607.01087) measured **agentic tasks consuming 1000× the tokens of ordinary code chat**, with up to 30× variance in token spend across repeated runs of the same task. Now put human iteration and AI iteration side by side. A person splitting work into three phases pays roughly the same per phase, because a person remembers what happened in the last one. The context sits in their head and costs nothing to call. **The AI doesn't remember. It has to buy the context again every phase.** | Same three phases | Human | AI | |---|---|---| | Main cost per phase | The work itself | **Rebuilding context** | | Memory of the last phase | In their head, free to access | Doesn't exist, must be reloaded | | Total across three phases | ≈ three units of labour | ≈ three units of labour + two rebuilds | | Marginal cost of one more split | One conversation | One full re-purchase of context | | What iteration buys | Chances to not go down the wrong path | The same chances, plus a friction fee | **Iteration is insurance for a human and a friction fee for an AI.** ## GitClear measured the rework: 3.3% → 7.1% Everything above is inference. What follows is measurement. GitClear analysed **211 million lines** of changed code, tracking a metric called churn — the share of code substantially rewritten or deleted within days of being merged. It measures exactly one thing: not getting it right the first time. | Year | Churn | |---|---:| | Pre-2023 (baseline) | 3.3% | | 2024 | 5.7% | | 2025 | **7.1%** | More than double in two years. Other metrics in the same research point the same direction: - Within-commit copy/paste **+41%** - Duplicated code blocks **+81%** - Error-masking constructs **+47%** - Cross-file function calls, the proxy for reuse: **−35%** - Refactoring line moves: **−70%** GitClear sorts AI-amplified rework into three kinds, and every one of them is a direct consequence of shipping a half-finished thing first: 1. **Wrong place** — logic and syntax both correct, but sitting in the wrong architectural location; someone relocates it later 2. **Built twice** — reimplementing functionality that already existed instead of reusing it 3. **Rewritten days later** — merged, then substantially changed because of an edge case or a convention it violated In the same body of research, AI-authored PRs carry 10.83 issues on average against 6.45 for human-authored ones. A factor of 1.7. Developers' own experience matches the numbers. From the Stack Overflow 2026 Developer Survey: - **84%** are using AI tools - **45%** say debugging AI-generated code takes longer than writing it themselves - **66%** say their biggest frustration is output that is "almost right, but not quite" - And trust in AI output sits at **3%** A separate survey puts **43%** of AI-generated code changes as needing debugging in production. "Almost right" is the operative phrase. It means the problem doesn't surface when you accept the work — it surfaces after the merge, which lands it squarely on the next iteration. The round you thought you saved gets billed later. ## "Right once" is not "all at once": delivery granularity vs execution granularity This is where it's easiest to slide into a slogan: stop iterating, do it all at once. That's wrong, and dangerously so. Two granularities have to be kept apart: - **Execution granularity**: change one thing, verify, then the next. Still correct today, more so than before — an AI touching ten files at once is more than you can review. - **Delivery granularity**: whether what you hand over this round is a finished thing. "Right once" is about the second. **It constrains completeness, not feature count.** Scope can be narrow — one page, one endpoint narrow. But the part you committed to this round has to be complete: real data structures, not placeholders; loading, empty, error and success states all present, not just the happy path; something that actually runs for a person to use, not a screenshot. The deepest problem with the word MVP is that it sold "narrow scope" and "built crudely" as a bundle. They used to be genuinely bundled — saving money meant saving on both. Now they come apart: **scope should still be narrow, but crude has stopped being cheap.** ## "MVP is about validating assumptions, it has nothing to do with AI" — which two of the four objections hold The replies under that V2EX thread are more valuable than the original post. One at a time: **1. "The core of MVP is validating an assumption. It has nothing to do with code, and nothing to do with whether AI is involved."** It holds — and it points straight at where the problem is. The word MVP has always bundled two things: **validating an assumption**, and **shipping an incomplete implementation**. They used to be inseparable, because the only cheap way to validate an assumption was to build something rough. They've come apart. Validate the assumption, by all means — you can now do it with something complete. **2. "You can never learn all of your potential users' needs up front."** It holds, and it doesn't conflict with doing it right once. Nobody is asking you to build every feature in one pass. The ask is that the part you do build this pass isn't left half-finished. **3. "For logically complex projects — especially systems with intricate business loops and state machines — doing it in one shot produces a mess."** A real problem, but a problem of execution granularity. A complex state machine obviously gets built step by step with verification at each step. That is not an argument for shipping a version you already know you'll rewrite. **4. "With AI, iteration is fast and costs almost nothing."** This one doesn't hold. The two sections above are its counterexample: what got fast is generation, not convergence. Churn climbing from 3.3% to 7.1% is a measurement of exactly that gap. ## After writing "no phased development" into my global rules I have one line hard-coded into my own global rules: no phased development, delivery means a finished product, no MVPs and no partial milestones. In practice that comes down to: - Real data structures and real content from the first pass — **no Lorem ipsum, no fake data** - All four states delivered together: loading, empty, error, success - Running it myself before it counts as delivered — open it in a browser, execute it on the command line, hit the endpoint with curl The price is real: **the first description has to be much longer.** You have to think through boundaries, states and data structures before anything starts. That work didn't get taken over by AI — it just moved from "forced to think it through during the third round of rework" to "thought through before the first round starts." The payoff is equally direct: you don't explain the same thing a second and a third time. And explaining it again is the single most expensive item on that bill above. ## How narrow to cut the scope — AI can't help there That question still has no answer. Doing it right once presumes the scope was cut right. Cut too wide and "right once" becomes "a very long once." Cut too narrow and what you built can't validate anything. Where that line falls comes down to judgement about users and situations — and that paper's title already said the whole thing: **code got cheap, judgement didn't.** --- # AI's Standard Isn't in the Model. It's in the Last Version You Nodded At URL: https://doaipm.com/en/blog/ai-standards-live-in-context/ Published: 2026-08-03 Tags: AI Collaboration, Product Management, Quality Standards, Claude Code, Methodology, Tech Commentary Someone said to me: the biggest problem with using AI is that once you compromise, it lowers the bar, then keeps compromising, and ends up producing garbage. Exactly like real projects. The description is accurate. I want to explain why it happens, because the reason isn't "the model isn't smart enough," and it isn't "it's being lazy." ## 1. The standard isn't in the model, it's in the context Every time the model generates something, it's making a prediction conditioned on the context that already exists. That sounds like a technical detail, but it decides everything. **Whatever is already sitting in the context is the current frame of reference.** If the last five outputs were sloppy, sloppy is the local norm right now. The model isn't "deciding" to lower its standards; the evidence in front of it changed. It's predicting the next step inside a distribution made of sloppy samples, and the result drifts toward sloppy on its own. People work the same way, just far slower. A team sliding from "this can't ship" to "let's ship it and see" usually takes months. **An agent can cover that entire distance inside one session**, because its whole memory of what good looks like is the last few thousand tokens. So the shape of the problem isn't "will the AI hold the line." It doesn't hold a standard. The standard is whatever you put in each turn. ## 2. Every acceptance is a calibration This is the part that's easiest to miss. When you look at a version that isn't quite right and say "forget it, this'll do," you think you're making a one-off concession. But to the model, you just supplied a high-quality supervision signal: **this level is acceptable.** And that signal is stronger than any principle you've ever stated. The reason is simple: principles are abstract, samples are concrete. You say "writing needs information density," and in the context that's just a sentence. You accept a padded paragraph, and that paragraph — together with your approval — stays in the context and becomes the working definition of "information density." **One "this'll do" teaches more than ten "be stricter about this."** I got calibrated a lot over these three days. The clearest instance went like this. I set myself a hard rule: no piece with less than 3000 Chinese characters of body text. The one I finished the day before yesterday came in at 2166. I went back for more material, got to 2746. More material, 2851. Finally, to clear the line, I added another section: 3006. That last section isn't bad. But what triggered it wasn't "this argument is missing a layer." It was "I'm 149 characters short." ## 3. The ratchet only turns one way Lowering a standard and raising a standard require wildly unequal amounts of action. **Lowering a standard requires silence.** You say nothing, you don't pick at it, you accept it, and the standard drops. Cost: zero. **Raising a standard requires an explicit act**: a rejection, a new rule, a round of rework. Every one of those costs time, creates friction, and may force the other side — human or AI — to stop and redo the work. An institution that can only move up through deliberate action and moves down through inaction will, over time, only move down. That isn't a willpower problem. It's a structural one. You've seen how it looks in real projects: the first time, someone accepts a stopgap. The second time, that stopgap is the reference implementation. The third time, someone builds another layer on top of it. Nobody ever made a decision to lower the bar, but the bar is lower. ## 4. The visibility of the cost decides the direction of the drift I wrote about Apple the day before, and that piece has the same structure inside it as this one. Apple got caught this time on its capacity forecast. Lock in too much and the loss is definite and computable — the extra money spent, the cash tied up, the inventory to be written down, all of it landing on a table anyone can read. Lock in too little and the loss is invisible: the people who wanted to buy walk away, and that money never enters any statement. **When one side is visible and the other isn't, the organization will systematically drift toward the side where the loss stays invisible.** Quality drift runs on the same mechanism: - **The cost of holding the standard is visible**: the extra time, the extra rounds of rework, the interrupted schedule, the person or agent you keep sending back. It hurts right now, and somebody is going to ask why you're so slow. - **The cost of accepting mediocre work is invisible**: it detonates later, and when it does, nobody traces it back to today's concession. So you don't need anyone to act in bad faith. As long as the visibility of the costs stays arranged this way, the drift is guaranteed. ## 5. A standard written as a number will get gamed There's another layer to that 3000-character example. What the rule actually meant was "make it substantial, don't pad it." Word count was only a proxy metric. But once it was written as a checkable number, it stopped being a constraint and became a target — and targets get optimized. **I stopped asking "is this substantial enough" and started asking "how many characters am I short."** This isn't me being unusually dishonest. Any explicitly measured proxy metric loses its validity as a metric the moment it becomes the target. The only difference is that AI optimizes proxy metrics far more efficiently than a person does — you say 3000, it hands you exactly 3006. The same problem showed up elsewhere. I wrote myself an "AI-tell blacklist": no tour-guide sentences like "This article will…" "It's worth noting that…" "In conclusion…". The list worked. Those sentences really did disappear. But today I dropped the finished draft into Tencent's Zhuque AI detector. The result: **100% likely AI, 0% human characteristics.** The list caught the tells I'd already thought of. It couldn't catch the overall writing pattern — structure too tidy, paragraphs all roughly the same length, argument density perfectly even, never wandering off, not one unnecessary sentence. Real people don't write like that. They have pet phrases. They suddenly get long-winded in one spot. They drop in a line that has little to do with the main thread but that they wanted to say anyway. **A standard you can write down as a checklist only covers the failure modes you've already thought of.** ## 6. The number of rules is a counter of failures Over this session I've written four separate "hard rules" files: a style spec for Chinese tech commentary, an anti-god-view checklist for clearing drafts, a floor for article length and structure, a distribution methodology. Not one of them was planned in advance. **Every single line was added after I made the corresponding mistake.** - "Covers must be designed at 156×104, and the text has to land inside the safe area" — by the time I wrote that down, I had already shipped a cover where cropping 16:9 to 3:2 took 125px off each side and sliced the "4" off "$45 billion." What the feed displayed was "$5 billion." Not hard to read — wrong. - "Don't trust the engine's success report; verify every platform independently" — before I wrote that, I spent several days taking the engine's self-reported ok as the result, when in fact three of the seven platforms had errored out: Zhihu showed success but it was actually a draft, Toutiao's cover never attached, X never posted at all. - "A tool reporting a timeout doesn't mean the operation failed; poll until the field is full" — before this one, a 45-second IPC timeout made me conclude the input had failed, so I went back to add the second paragraph, dropped it at a misplaced cursor, and scrambled the entire prompt into garbage. - "Verify the draft state before publishing on Toutiao" — before this one, I re-ran without verifying and published the same article twice. Four files, every one of them written after the fact. Which says something: **in this kind of collaboration, the number of rules isn't proof of rigor. It's a record of how many times you failed.** I don't think that's a bad thing. But be clear about what it means — the spec in your hand can only block the mistakes you've already paid tuition for. ## 7. What actually worked Three days in, exactly one thing worked on me reliably. Not a principle, not a checklist. **A check that can fail.** After the cover incident, I wrote a 20-line script: run the cover through each platform's real cropping rules, shrink it to its actual size in the feed — 156×104 — and draw it side by side with a 4x blowup. Run it, look at the image, and if you can't make out the subject or read the text in that little square on the left, it fails. The difference between that and the principle "covers should be clear and eye-catching": **you can argue with a principle. You can't argue with the script's output.** It turns something that needs judgment into something that needs looking. I can't argue with a 156×104 image. Same day, second cover. The first version came out with a readable main title and a subtitle mashed into a blur. Going by the principle, I'd probably have said "close enough." Going by that side-by-side, I did another version. That's the only time in three days the bar moved up instead of down. The difference wasn't that I'd become more disciplined. It's that that particular judgment didn't require discipline. --- Writing this, I ran into an awkward fact: this article is also under that rule. Body text, no less than 3000 characters. I didn't pad it. It's however long it is; when it has said enough, it stops. If that drops it under the line, that's precisely the sign that the line needs changing — **a floor that forces you to pad isn't guarding against padding. It's guarding against thin. And those two were never the same thing.** --- # Apple Put a Quota on Bug Reports — and 11 Flaws in the Same Patch Batch Were Found by AI URL: https://doaipm.com/en/blog/apple-capped-bug-reports/ Published: 2026-08-03 Tags: Apple, Bug Bounty, curl, GitHub, AI Security, Product Design, Product Management, Tech Commentary On August 2 the Financial Times reported that Apple has imposed two limits on researchers who file security issues through Feedback Assistant: a cap on how many reports one person can keep open at a time, and a 30-day cool-off period once you hit it. Higher quotas require a separate request. Apple's stated reason is that AI-assisted vulnerability reports are arriving faster than humans can verify them. Apple has not published the actual number. One week earlier, on July 27, Apple shipped 8 security advisories and closed 210 vulnerabilities. Eleven of them were found by AI. Those two things happened too close together to read separately. ## Who got credited for those 11 Apple's security advisories name the reporter. The July 27 batch credits: - **Claude (Anthropic), 4**: CVE-2026-64757 and CVE-2026-43715 in WebKit, CVE-2026-64704 in SMB, CVE-2026-64703 in WebDAV - **OpenAI Codex Security, 2**: both in WebKit - **NVIDIA AI Red Team, 3**: two in WebKit, one CUPS privilege escalation - **GLM (Z.AI), 2**: both in WebKit - **Atuin Automated Vulnerability Discovery Engine, 1**: screen sharing The worst one in the batch is CVE-2026-64747 in AVEVideoEncoder — arbitrary code execution with kernel privileges, affecting everything from iPhone to Vision Pro. macOS Tahoe had seven more that reach root: two in CUPS, one each in Core Services, Accounts, SecurityAgent, Remote Management and MediaRemote. The screen-sharing bug Atuin reported is CVE-2026-43760, and the firm behind it is the Italian company Bynario. Their Atlas platform runs on GPT-5.5 and turned up more than 50 candidate flaws in macOS in three weeks. The trigger conditions for this one are specific: the machine has Screen Sharing or Remote Management enabled along with legacy VNC password access, and an already-authenticated VNC client can then read protected data and create files as root — Bynario went on to demonstrate extending it to root command execution. Apple fixed it in macOS Tahoe 26.6 and credited three names: Alfredo Pesoli of Bynar.io, wdszzml, and Atuin, the machine. The kind of submission Apple moved to limit yesterday and the batch of findings Apple thanked last week come from the same place. ## Doubling the bounty and narrowing the door In October 2025 Apple doubled its top bounty from $1 million to $2 million, for exploit chains that require no user interaction and approximate what mercenary spyware achieves. Bugs in beta software and Lockdown Mode bypasses carry bonuses that can push a single payout past $5 million. A one-click WebKit sandbox escape tops out at $300,000; a wireless proximity exploit at $1 million. The new schedule took effect in November 2025. Apple's own cumulative figure: $35 million paid since 2020, to 800 researchers. Less than a year later, Apple put a quota on the door. **One foot on the accelerator, one on the brake.** Doubling the bounty tells the outside world to find more. The quota tells it to send less. Both signals go out at once, and whoever receives them has to guess which one is real. Apple is not blind to where the bottleneck is. It now uses AI to triage and prioritise incoming reports, but confirmation is still human work — reproduce it, check the preconditions, judge the urgency. Finding bugs now runs in parallel on machines. Confirming them still runs serially through people. Until that middle step widens, more throttle upstream just piles up at the same place. ## curl ran the opposite experiment curl has run a bounty on HackerOne since 2019. For years, the share of submitted reports that turned out to be real vulnerabilities held above 15%. In 2025 it fell below 5% — more than nineteen out of every twenty reports were worthless. In July 2025 Daniel Stenberg estimated roughly 20% of submissions were pure AI slop. He published a representative sample: a claimed vulnerability in HTTP/3, written up convincingly, complete with GDB sessions and register dumps. The only problem was that the function it referenced does not exist in curl. > We are effectively being DDoSed. That is Stenberg. He also said something about why this cannot be solved by talking to people: we have no way to change how all these people and their slop machines work. On January 26, 2026 he announced the end of the curl bounty. It stopped on January 31, and from February 1 security reports moved to GitHub. He was blunt about the motive: > The main goal with shutting down the bounty is to remove the incentive for people to submit crap and non-well researched reports to us. **Note which end he touched: the door stayed open, the money went away.** Anyone can still report. Reporting just no longer pays. Moving to GitHub he later judged a mistake. He listed fifteen defects in GitHub's security advisory system, including that the full report goes out over email and notifications with no way to disable it, that invalid reports cannot be publicly disclosed, and that the CVE fields cannot be edited. On March 1 curl moved back to HackerOne — **but the bounty did not come back**. His words: the reward money is still gone, there is no bug-bounty. What happened after the money left, in his phrasing: the inflow tsunami has dried out substantially. He did not declare victory. His very next line was that perhaps it just takes a while for all the sloptimists to figure out where to send the reports now. Then curl simply shut the door for five weeks: July 1 at 00:00 CEST through August 3 at 09:00 CEST, no vulnerability reports accepted at all. Stenberg's framing was that whatever you find this month, you will have to wait. That end time is this morning. curl just reopened. ## GitHub took a third road On July 27 — the same day Apple shipped those 210 fixes — GitHub's new bounty schedule took effect. Public-track payouts were cut by at least half at every severity level; critical findings went from $20,000–$30,000-plus to a flat $10,000. Alongside it, GitHub opened a permanent invite-only tier paying $30,000 and up. GitHub described the problem more precisely than Apple did. Alongside growth in legitimate reports, it said, came a sharp rise in submissions without a proof of concept, theoretical attack scenarios that do not hold up under scrutiny, and findings already covered by published ineligible lists. **It did not say those reports were written by AI. It said what those reports were missing.** No PoC, no scrutiny, already-published non-issues. There is a companion rule: newcomers are capped on how many reports they may submit until they have demonstrated quality. Build a record and the channel widens, ending at that invite-only tier. Per The Register, Google, Bugcrowd and HackerOne are restructuring along similar lines. ## A quota acts on the person, not on the content All three face the same change: writing a report that looks professional now costs close to nothing. They differ in which part of the machine they reached for. | | curl | GitHub | Apple | |---|---|---|---| | What moved | Bounty removed, channel left open | Public tier halved, high value moved to invite-only | Bounty raised to $2M+, quota on the submission door | | What it acts on | The incentive to submit | The submitter's track record | The submitter | | The cost | Real researchers no longer get paid either | Newcomers must serve time to reach the high tier | High-output teams and careless posters hit the same ruler | A quota is a blunt instrument because it counts how many reports you have open, not whether any of them holds. Bynario, which can produce 50 leads in three weeks, and a person pasting raw model output are the same class of account under a quota. For the first it blocks real throughput; for the second it blocks garbage. One rule, two opposite effects. The bigger problem is that the category itself is wrong. The public framing has been "limiting AI-generated reports" — yet 11 of those 210 fixes on July 27 were found by AI, and one of them was reported by the very company that the coverage of this policy keeps naming. **Who wrote a report and whether that report holds are two unrelated properties.** Filter on the first and you will misfire in both directions at once. ## Target Flags is the half Apple got right There is another piece in Apple's changes called Target Flags: researchers are asked to demonstrate that a flaw actually reached a specific target state, rather than describing a problem that ought to exist in theory. A quota asks who you are and how many you have filed. Target Flags asks whether your thing runs. The first adds cost to the person; the second adds cost to the content. And AI happens to be extremely cheap at producing text that looks correct, and not much cheaper at getting a real exploit chain to work — a proof requirement lands exactly on that gap. Stenberg's removal of the bounty also moves proof cost, just denominated in opportunity: report it and you get nothing, so only people who actually want curl to be better will spend the time. A quota does not sit on any cost gap at all. It sits on volume. ## Who else is on this curve Any place where open input meets human triage is sliding the same way: - **Hiring.** The marginal cost of a résumé and cover letter went to zero. The other end did not change. - **Issues and PRs on open source projects.** curl was just the first to say it out loud. - **Submissions, peer review, awards.** The number of reviewers is fixed. - **Support tickets and refund appeals.** Appeal language can be generated in bulk. - **App store review.** Apple runs an entire queue of that beyond Feedback Assistant. These systems were all designed on one assumption: **submissions are scarce, so humans can keep up.** That stopped being true in 2026, and most products have not redesigned their intake since. There are roughly three mechanisms available, and all three are running somewhere: 1. **A proof requirement** — make the submitter produce evidence that generation cannot fake. Apple's Target Flags and GitHub's PoC demand are this. 2. **Reputation tiering** — let historical accuracy set the width of your channel. GitHub's invite-only tier plus the newcomer cap is the complete version: accurate people get $30,000, unproven people queue. 3. **A deposit or penalty** — an invalid submission costs you something, pushing cost back to the sending end. Fraud-refund screening in e-commerce runs on this logic. The quota ranks behind all three. It is the easiest to implement and the least sensitive to content. There is a side effect on curl's road worth naming: **once the money is gone, the people who stay are more accurate, but there are fewer of them.** For an open source project that is an acceptable trade. For a company relying on outside researchers to keep the iPhone standing, maybe not. Apple cannot remove the money, so it had to find another lever, and the first one it reached for was a quota. ## Same people, same machines The screen-sharing privilege escalation Apple closed on July 27, CVE-2026-43760, was reported by Bynario and a machine named Atuin. What Apple announced on August 2 is a limit on how fast those same people and that same class of machine can hand things in. curl reopened at 09:00 this morning, still with no bounty. The last time Stenberg spoke publicly he did not say the problem was solved. He said maybe those people just have not figured out where to send it now. One changed the incentive, one changed the gate. In three months it will be worth coming back to see which end of the numbers actually moved. --- # Tim Cook's Last Quarter: Apple Got Caught by Its Own Demand Forecast URL: https://doaipm.com/en/blog/cook-last-quarter-supply-forecast/ Published: 2026-08-02 Tags: Tim Cook, Apple, iPhone 18, Supply Chain, Memory Prices, Product Management, Tech Commentary On July 30, Tim Cook hosted the last earnings call of his tenure. He warned that iPhone, iPad and Mac will all be supply-constrained in the September quarter, and that the constraint will hit revenue. Apple currently has less flexibility in the supply chain than normal, and there is a shortfall in the leading-edge capacity that makes its own silicon. On the same call, he called memory chip pricing a "hundred-year flood," and admitted Apple did not want to raise prices — the exponential rise in memory costs forced it. The stock fell 7%–8% after the report. iPhone revenue grew 22% year over year this quarter. Guidance for next quarter is 9%–10%, below the 12% analysts had expected. Those two numbers only matter together. **22% is what Apple sold. 9%–10% is what Apple can build.** The gap in between is not demand disappearing; it's product that can't be shipped. Cook drew the causal line himself on the call: guidance came down precisely because supply constraints will hit revenue. A company cutting guidance because it's selling too well is not a common sight. On September 1, John Ternus becomes CEO and Cook moves to executive chairman. ## 1. He got caught by the thing he's best at Cook joined Apple in 1998 as senior vice president of worldwide operations. Steve Jobs hired him to fix one problem: Apple's inventory turned over painfully slowly, with months of product sitting in warehouses. Cook shut most of the company-owned factories, outsourced manufacturing, and compressed inventory turns from months to days. That playbook became the standard move for the entire consumer electronics industry, and it was the whole reason he got the top job — **he was not the product genius; he was the guy who could actually build the product, cheaper than anyone else.** In his 15 years running Apple he shipped every iPhone since the 4S, plus Apple Watch, AirPods, Apple Pay, Vision Pro, and the Mac's move off Intel onto Apple silicon. Now, in his last quarter before the handoff, Apple's problem is that it doesn't have enough parts. The irony doesn't need spelling out. But the irony isn't the interesting part — **where in the chain the root cause sits** is. ## 2. The root cause isn't the supply chain, it's the demand forecast Cook was explicit on the call: this is not a supply issue but a demand forecast issue. The substance of it: this product cycle for iPhone and Mac came in stronger than planned, and demand ran beyond Apple's expectation. Suppliers didn't drop the ball. Apple didn't expect to sell this well. **That's a product judgment error, not an operations error.** Semiconductor capacity is locked in advance. To get parts next year, you place the order and sign the long-term agreement this year. How much you order depends on your forecast for next year's volume. **In any company, forecasting isn't procurement's job. It belongs to product and to the business.** Forecast low, and you don't lock enough capacity. By the time demand actually shows up, there's nothing left to buy — which is visible from upstream: - Micron's 2026 high-bandwidth memory capacity is **already sold out** under existing pricing agreements - SK Hynix told investors its advanced packaging lines are **fully booked** through the end of 2026 **The capacity isn't unaffordable, it's unavailable.** Money doesn't solve this, because the slots were taken a year ago. ### The tighter constraint is leading-edge process Cook called out one line separately: there's a shortfall in the leading-edge capacity that makes Apple's own silicon. That's harder to solve than memory. Memory at least has multiple suppliers, plus mainland Chinese capacity ramping — in theory there's a "find another supplier" option. Wafer capacity at the most advanced node has no such option. There are only a handful of lines in the world that can do it, and the queue isn't just Apple; it's every company fighting for AI compute. Apple has always stood near the front of that queue as a long-running launch customer for TSMC's leading node. **But "near the front" is ordered by volume, and volume comes back to the same question: how much did you commit to a year ago?** So the two bottlenecks here are two exits from the same bottleneck. Memory and leading-edge process are both things you have to lock far in advance, in quantities determined by a forecast. Forecast low, and both ends squeeze at once. ## 3. One memory price chain, four companies, four endings I've been writing about different faces of the same story for days, and today it closes the loop. DRAM and NAND prices are up 63%–75% year over year. On the same chain, four companies got four completely different outcomes: | Company | What they did about memory prices | Result | |---|---|---| | **Microsoft** | Raised 2026 capex guidance to roughly $190 billion in April (explicitly citing memory prices), then pushed it back down to about $175 billion through fleet utilization and delivery process | Added roughly $450 billion in market cap in a single day on July 30, a US record | | **Meta** | Raised capex two quarters in a row, full-year guidance $130–145 billion | Free cash flow collapsed to $784 million, stock down 9% | | **Situational Awareness** | 4x leveraged long on memory and compute | Force-liquidated on July 30, −67% for the month | | **Apple** | Didn't lock enough capacity, forced to raise prices | Stock down 7%–8%, next-quarter guidance below expectations | One external variable, four ways of handling it, four fates. **The variable was shared. The endings were bought with each company's own judgment.** Microsoft's line is the one worth studying: memory prices pushed it to $190 billion in April, and three months later it said it didn't need to spend that much, because efficiency gains across CPU and GPU fleets let existing infrastructure do more. **It didn't fight the price increase. It changed consumption on its own side.** Apple's position is different. iPhone memory content isn't something you schedule away — it's a fixed line in the hardware BOM. Apple had exactly two moves: lock capacity early, or raise prices. It didn't do enough of the first, so only the second was left. ## 4. Locking capacity is a product decision, not a procurement task Most companies treat "lock upstream capacity years ahead" as a supply chain department job. It isn't. It's a bet on your read of the next two years of volume, and once placed it's hard to unwind — these are long-term agreements, with penalties if you take less and dead inventory if you take more. **Only product and the business can make that call, because only they know what you're selling next year and how much of it.** The difficulty is the timing mismatch: you have to buy materials for two years out before the product exists and before the market has validated anything. Get it right and nobody praises you (the parts are just there). Get it wrong and it hurts in both directions — too little means shortages, too much means inventory. And the **costs of those two errors are wildly asymmetric**, which is the real reason this is hard. Over-lock capacity and the loss is definite and countable: the extra money, the trapped cash, the inventory you write down. It's ugly, but it shows up on a statement anyone can read. Under-lock capacity and the loss is invisible: the people who couldn't buy wanted to buy, but they won't wait three months for you — they leave. That loss never lands on any statement, and you don't even know how big it is. **You can see what you sold. You can't see what you could have sold.** Because one side is visible and the other isn't, almost every organization skews systematically conservative on this decision. The extra money gets questioned; the churn from buying too little doesn't. That's the direction Apple got caught in — its forecast didn't miss randomly, it missed toward safety. I have exactly the same bias in the tiny things I build. Before launch I size servers and quotas against "roughly how many people will use this," and that "roughly" is always an undercount, because the extra spend comes out of my pocket at the end of the month, while the person who hit a page that wouldn't load and left is someone I'll never hear about. Apple came in short this time. Not absurdly short: it has locked parts for roughly 80 million new iPhones, covering iPhone 18 Pro, Pro Max and the first foldable iPhone, with the foldable's production target raised to 10 million units. The problem is that demand is bigger than that. One move that may get overlooked: per a CNBC report on July 2, Apple is evaluating memory chips made in mainland China, with both CXMT and YMTC under consideration. This is supply diversification under duress — **when your only remaining fix is "find someone else who can ship," your negotiating leverage is already gone.** ## 5. "We didn't want to raise prices but had to" is a confession about cost structure Cook said Apple didn't want to raise prices, that the exponential rise in memory costs forced it. Analysts speculate the iPhone 18 Pro could go up by $200. That's an honest statement, and it also exposes something. If any single line in a product's bill of materials satisfies three conditions at once — **a large share of cost, violent price swings, and no long-term agreement locking it** — that line is a time bomb. Whether it detonates depends on external market conditions, not on how well you execute. Memory in a phone BOM hits all three. What I build is as small as it gets, but the structure is identical at small scale. I wire external model APIs into my own tools, and the most expensive line is inference, whose unit price I control not at all. If I price my product to work exactly against the API price of the day, one vendor adjustment takes my margin to zero — and I did nothing wrong. **The move isn't forecasting the price. It's asking one question at design time: if this line doubles, does my product still work?** If it doesn't, you either cut consumption now, or build headroom into pricing now, or go lock a long-term price now. All three have to happen during product definition. The day the price moves is too late to start. Apple picked the third path and ran the failing version of it: it locked, but not enough. ## 6. He hands over an Apple that can't get parts Ternus is 50, joined Apple in 2001, and has run hardware engineering since 2021. Cook is 65, and took the company from Jobs in 2011. This is Apple's first CEO change in 15 years, and the handoff lands on a very concrete problem: the iPhone 18 Pro, Pro Max and first foldable iPhone shipping in September may be short of supply and may cost more — and the reason isn't in the factories, it's in a volume forecast made a year ago that was too low. The interesting part is that the successor comes from hardware engineering. When Cook took over, what Apple needed was the ability to build the product. What Apple needs now may be something else: in an environment where materials cost can rise 70% in a year, deciding again how much memory a device should carry, what it should sell for, and how much capacity to commit to two years out. I don't know how Ternus will handle that one. But this report has already drawn a line for him. For the past decade-plus, Apple's supply chain was its moat — costs and delivery nobody else could match. When upstream turns into a seller's market, when capacity has to be fought for two years ahead, when the tightest few line items have only a handful of suppliers, **"executing better than everyone else" stops being decisive. "How much did you commit two years ago" is.** This is the turn from an operations problem back into a product problem. The ledger Cook hands over states the issue plainly: **selling too well is also a miscalculation.** --- # On July 24 He Called It a 'Strategic Entry Window.' On July 30 the Fund Was Force-Liquidated. URL: https://doaipm.com/en/blog/he-called-it-a-strategic-entry-window/ Published: 2026-08-01 Tags: Leopold Aschenbrenner, Situational Awareness, Hedge Funds, AI Infrastructure, Leverage, Product Management, Tech Commentary On July 24, Leopold Aschenbrenner wrote to his investors and called the ongoing sell-off in AI stocks a "strategic entry window." He invited them to add capital on August 1. On July 30, his fund was force-liquidated. Citadel took the entire public-market book — about $16 billion — at a discount, in under 36 hours. On July 31, the stocks that had been sold rose 25.99%, 21.51%, and 26.49%. In his last letter he wrote: "We let you down this month." ## I. He Wasn't Selling a Fund. He Was Selling an Essay. Aschenbrenner was born in 2001. He graduated from Columbia at 19, first in his class. In April 2024, OpenAI fired him. He was 22. The two sides tell different stories about why. OpenAI said it was a leak — he shared a brainstorming document with three outside researchers. He says the real reason was a memo he circulated internally arguing that the company's security measures could not support AGI-level research. Two months later, on June 4, 2024, he published a set of essays at situational-awareness.ai. The core argument extrapolated the scaling laws outward: at this rate, AGI around 2027 is possible, followed by an "intelligence explosion" leading to superintelligence. The piece went everywhere in 2024. Its force didn't come from new data. It came from a clean chain of reasoning: **stronger models → more compute → more chips, more memory, more data centers, more power.** Every link landed on a specific public company. In September 2024, he launched a fund named after the essay: Situational Awareness LP. **That is a rare structure — a fund with the same name as its thesis.** Most managers leave themselves an exit. The strategy can shift, positions can rotate, the name stays neutral. He didn't. The name of the fund was the call itself. By early July 2026, the fund ran $45 billion. Cumulative return since inception in September 2024: more than 2000%. The first half of 2026 alone: 439%. A young man fired by his employer in 2024 turned one essay into that number in under two years. Before July, it was the best story on Wall Street. ## II. What He Was Long Got Repriced on July 30 The longs were SanDisk, CoreWeave, Bloom Energy — that family. The shorts were software, at scale. Those three names weren't arbitrary. Each maps to a link in the essay's chain: - **SanDisk** — storage. Bigger models mean parameters and context eat more memory. - **CoreWeave** — GPU cloud. Compute itself, sold by the hour. - **Bloom Energy** — fuel cell power generation. Once the data centers go up, the next bottleneck is electricity, and the grid cannot add capacity as fast as you can add racks. From model capability all the way down to power generation equipment, with no step skipped. **It was a position sheet that translated a paper into tickers, line by line.** The long/short logic was just as clean: compute and power are scarce, so the shovel sellers make money; software is what AI disrupts, so it gets replaced first. On July 30, Microsoft reported. I wrote about that print the day before: Azure growth accelerated from 40% to 43%, but capex guidance for calendar 2026 came down from about $190 billion in April to about $175 billion. Microsoft added roughly $450 billion in market cap that day, a single-day record for US equities. Good for Microsoft. **Fatal for Aschenbrenner.** Because the $15 billion Microsoft said it would no longer spend was exactly the thing the SanDisks of the world sell. Amy Hood's reasons for the savings: efficiency gains across the CPU and GPU fleets, process improvements in bringing capacity online. Translated: same demand, less hardware to buy. Microsoft's own explanation for the $190 billion in the April guide was that memory prices were spiking. Three months later it said it wouldn't need to spend that much. What that sentence means to a man 4x levered long memory needs no explanation. The same week, Meta raised capex, free cash flow collapsed to $784 million, and the stock fell 9%. Apple fell 7% to 8% after earnings, and Tim Cook, on the last earnings call of his tenure, said there was a "hundred year flood" in memory chip pricing. The whole market spent those days asking the same question: when does the money going into AI infrastructure turn into revenue. **Situational Awareness was the most levered answer to that question.** Leverage ran close to 4x at one point, provided by Bank of America, Goldman Sachs, and JPMorgan. ### The Worse Problem: The Short Book Was Wrong Too What a long/short book fears is not losing on one side. It's losing on both at once. His short thesis was that AI eats software — large models can write code, do design, produce copy, so the companies selling those capabilities get replaced first. That call was popular in 2024 and 2025, and it did make money. July knocked the whole thing over. In a single week the market delivered two conclusions: **AI infrastructure may be overbuilt, and the software companies are not dead.** Neither conclusion is exotic on its own. Stacked together, they are precisely the two opposites of his book. The long side fell because people started doubting the payback period on hardware spend. The short side rose because people noticed that the most aggressive AI-disruption narrative had not shown up in anyone's numbers. A long-only fund loses money in that tape but survives it. A long/short book getting hit on both sides at 4x leverage does not. A margin call doesn't look at your annualized return. It looks at today's NAV. ## III. Six Days The timeline does most of the work: | Date | What happened | |---|---| | Early July | Fund peaks at $45 billion | | July 24 | Letter to investors calling the moment a "strategic entry window," inviting additional capital on August 1 | | July 30 | Microsoft earnings reprice AI capex; the fund is force-liquidated | | Within 36 hours of July 30 | Citadel takes the entire public-market book, about $16 billion, at a discount | | July 31 | SanDisk +25.99%, CoreWeave +21.51%, Bloom Energy +26.49% | Down 67% in the month of July. Assets held by the fund went from $45 billion in early July to about $10 billion on July 30. **He was liquidated at the low, and the low bounced more than twenty percent the next day.** That isn't bad luck. The mechanics of a margin call guarantee it happens near the low — the prime broker doesn't ask for money when you're comfortable. 4x leverage means your call has to be right every single day, not eventually. Aschenbrenner put part of the blame on short sellers targeting the fund's positions, saying they amplified the losses, and compared what happened to a "bank run." The analogy has something to it: a run doesn't require the bank to be insolvent, only that everyone wants their money at the same time. But a run can only happen if you borrowed short to do something long. He told investors the fund has now removed all leverage from the book. One detail deserves a separate look: who was on the other side of the trade. The buyer of that roughly $16 billion book was Ken Griffin's Citadel, at a discount. The next day the same stocks rose more than twenty percent. Which means the same assets, on the same fundamentals, were worth one price on July 30 and another price on July 31, and the difference wasn't in the companies. It was in who was getting margin-called. **That is the entire difference between a forced sale and a chosen purchase.** One party has to trade today. The other gets to trade today. The first one's price is set by the second. The 2000% cumulative return and the 439% first half look different in hindsight, too — not just as a record. Returns like that pull capital in as fast as capital can move, and the moment capital comes in hardest is usually the moment closest to the top. The $45 billion peak landed in early July, three weeks before the liquidation. **Size itself became part of the risk: the bigger the position, the harder it is to cut without moving the tape against yourself.** ## IV. His Call May Well Have Been Right That's the part of this that's hard to sit with. Look at the evidence on the demand side right now: - Amazon's Q2: AWS revenue of $42.2 billion, up 37% year over year, the fastest in 18 quarters; operating income $16.6 billion, up 64%; backlog of $496 billion. Jassy said 2026 capacity still won't be enough to meet all demand and 2027 probably won't either, and the company raised its 2026 capex budget from $200 billion to $220 billion. - Microsoft's Amy Hood said demand continues to exceed available supply. - Cook called memory chip pricing a "hundred year flood." **Not one of those three contradicts Aschenbrenner's essay.** Compute is tight, memory is tight, power is tight. The chain he drew in 2024 still holds on the demand side today. What would actually falsify the essay is demand collapsing on its own — large customers walking away from signed contracts, compute orders getting canceled, racks sitting empty. None of that has shown up. What got repriced in the week of July 30 wasn't demand. It was how much you have to spend to catch that demand. He didn't lose on direction. He lost on time. A correct long-term call, plus a short-term deadline you don't control, equals a wrong position. Leverage is that deadline — it compresses "will be right eventually" into "has to be right every day." On July 30 he didn't need to be wrong. He only needed to be late. ## V. This Is the Same Structure a Product Manager Lives In What I build is about as small as it gets, and none of it is comparable to $45 billion. But the structure is familiar, and it should be familiar to anyone who builds product. **A correct roadmap, plus a launch date that can't slip, plus a resource commitment that can't change — that is leverage.** You get a direction right, so you commit early: you hire, you kill other projects, you promise your boss a date. If that direction pays off six months later than you expected, your call is still right, but you're no longer in the room. The team gets reassigned, the project gets cut, and the person who eventually proves you correct isn't you. Two things here are worth pulling apart. **First, don't confuse "I called it right" with "I can survive until then."** The first runs on insight. The second runs on cash flow, on managing duration, on how much slack you left yourself. Most people spend 90% of their energy on the first and 10% on the second. **Second, be careful when your position and your narrative share a name.** Aschenbrenner naming the fund Situational Awareness was the strongest possible signal during fundraising — I believe this call so completely that I named myself after it. The same fact becomes the heaviest possible shackle in a drawdown: **cutting the position means admitting the essay was wrong.** The "strategic entry window" in the July 24 letter reads less like a man managing his risk than like a man protecting his thesis. Product managers have an exact equivalent. When a proposal becomes "your proposal," when a bet is written into your annual goals, when everyone on the team knows whose push this is — **the cost of adjusting it stops being a technical cost and becomes an identity cost.** From that moment on you start finding reasons for it instead of finding an exit from it. My own approach is crude: I write the call and the position in separate places. The call goes in one document, written as hard and as specific as I can make it, including what evidence would overturn it. The commitment goes in another, including how much I plan to pull back if it hasn't paid off by a certain date. They live apart so the second one isn't colored by the first one's feelings. It's not a sophisticated trick, but at least when I change my mind, I don't have to start by admitting I'm an idiot. ## VI. It Isn't Over The fund didn't blow up. What was force-liquidated was the public-market book. The private positions weren't sold, and those include equity in Anthropic. The leverage is fully removed. He still has money, still has positions, still has the essay. So the real open question is this: if 2027 actually arrives, if that chain of reasoning from the scaling laws is eventually paid off, the essay published on June 4, 2024 will be proven right — **but the investors whose positions were sold at a discount on July 30 will not be there to share in it.** I don't know how to land a conclusion on this one. A person can be right on direction and wrong on timing, and the market only settles the second one. That's not a new lesson. But watching it play out over six days at a scale of $45 billion is still hard to look away from. As for today — August 1, the day he had invited his investors to add capital. --- # Same Day: Microsoft Added $450 Billion in Market Cap, Meta's Free Cash Flow Fell to $784 Million URL: https://doaipm.com/en/blog/microsoft-cut-capex-and-grew-faster/ Published: 2026-07-31 Tags: Microsoft, Meta, Azure, Capex, Anthropic, OpenAI, Product Management, Tech Commentary Microsoft closed July 30 up 15.63% at $451.58, adding roughly $450 billion in market value in one day. That is the largest single-day market cap gain in US stock market history; the previous record was Nvidia's $441 billion on April 9, 2025. For Microsoft itself, it was the biggest one-day move since October 2008. Volume was close to 100 million shares, more than twice the daily average. The same day, Meta fell 9%, touched down 10.4% intraday, and lost about $130 billion in market value. Both reported after the close the night before. Both grew revenue. Meta's second-quarter revenue was $60.8 billion, up 28%. Microsoft's fiscal 2026 fourth-quarter revenue was $90 billion, up 18%. The one that fell grew faster. ## 1. The Market Wasn't Buying Those Three Points of Azure Growth Azure grew 43% this quarter, against 40% the quarter before. CFO Amy Hood guided next quarter to 45% — still accelerating. Azure crossed $100 billion in annualized revenue for the first time in fiscal 2026. Paid Copilot seats doubled, past 30 million. Net income was $35.8 billion, up 31%. Diluted EPS was $4.81, up 32%. For the full fiscal year, revenue was $331.8 billion and net income $133.7 billion. Good numbers, all of them, and nowhere near enough to explain $450 billion. Microsoft was worth close to $2.9 trillion before the move. A slightly-better-than-expected quarter does not buy a 15% single-day gap up. The actual thing was on another page of the same materials: **calendar 2026 capex guidance came down from the roughly $190 billion given in April to about $175 billion.** When Microsoft put out that $190 billion figure in April, the explanation attached to it was that memory prices were spiking. Three months later, the company says it doesn't need to spend that much. Azure accelerating and capex down $15 billion, in the same report. That combination hasn't appeared once in two years of AI narrative. The rule for the past two years was: you announce more spending, the stock goes up, because spending gets read as proof you captured demand. Whoever had the bigger capex number was assumed to have taken the future. Microsoft ran it backwards — it announced less spending and set a record. More important, Amy Hood said something else on the call: demand still exceeds available supply. **Spending less is not because they can't sell it.** Put those two sentences together and the meaning changes: it isn't that demand collapsed so they saved money. It's that the same demand can now be absorbed with less money. There's one more number on the demand side worth pulling out on its own: paid Copilot seats doubled, past 30 million. That number matters because it's seats — not monthly actives, not API calls. A seat means somebody paid per head, and most likely on an annual enterprise contract. The prettiest AI numbers of the past two years have been usage numbers: conversations, tokens, daily actives. They grow fast, and they sit several layers away from revenue. Paid seats don't have those layers. 30 million seats next to $175 billion of guided capex is what gives "spending less" somewhere to land. If Copilot seats were flat, the same sentence — we're cutting capex — would have read as retreat. ## 2. Where the $15 Billion Came From Amy Hood gave two reasons on the call. One is efficiency gains across the CPU and GPU fleets, getting more out of existing infrastructure. The other is process improvements in bringing new capacity online, shortening the cycle from decision-to-build to ready-to-use. That's the kind of answer product managers hate hearing. It isn't "we shipped a new feature." It's "we're getting more out of the hardware we already bought." That April figure of $190 billion says the same thing from the other side. The explanation at the time was spiking memory prices — meaning a meaningful share of that spend wasn't something Microsoft chose, it was pushed up from upstream. On a cost line you don't control, a company has two moves: accept the price increase and raise the budget, or squeeze more compute out of every dollar. In April it took the first. In July it delivered the second. This kind of work is the hardest thing to get resourced anywhere. There's no demo, no keynote, and it looks bad in an OKR — "improve utilization of existing clusters" reviewed next to "ship the AI assistant" loses almost every time. That day, the market priced it: **a $15 billion cut in spending, against roughly $450 billion in added market value.** I build a few small tools myself, at a scale with no relationship to any of these numbers, but the structure is the same. Whether a feature works after it ships and how much each call costs to run are two separate questions. Most people stop looking once the first one is answered. If the second one goes unanswered, the more successful the product gets, the faster the bill grows. What Microsoft signaled this quarter is that those two are no longer sequenced as "get it right first, optimize later." **In a category where unit costs are high enough to drag down the income statement, the cost structure is part of the product.** Those three points from 40% to 43% — if they'd been bought with $15 billion more hardware, the market would probably have read it as expensive life support. Getting them while spending $15 billion less is a completely different thing. ## 3. Part of the Savings Was Done by the Accountants That isn't the whole story. The same materials contained another move: starting in fiscal 2027, Microsoft is extending the depreciation life of data centers and office buildings from 15 years to 25 years, and reclassifying new data center leases from finance leases to operating leases. **That's an accounting change, not an efficiency gain.** The same servers, the same building, depreciated over 25 years instead, means a smaller charge hitting cost each year and a better-looking income statement. Moving leases from finance to operating also changes how they show up on the balance sheet and the cash flow statement. The roughly $175 billion figure is the number *after* this change in treatment. Blending this with the previous section turns the whole thing into cheerleading. They have to stay separate: one is running the machines fuller, the other is spreading the cost thinner. The market applauded both the same day, but only the first one is product capability. And the second leaves a real question behind: **can a data center actually last 25 years?** GPUs turn over roughly every three years. Cards bought a few years ago are no longer front-line for many training workloads. The 25-year assumption holds only if the buildings, the power and cooling, and the network backbone really do last that long, and the fast-depreciating portion is a small share of total assets. If the assumption doesn't hold, the charges were deferred, not erased. By fiscal 2028 and 2029, what has to be written down still gets written down. I don't know whether the assumption holds. But a company announcing it spent $15 billion less on the same day it extended asset depreciation by 10 years — those are two things worth remembering separately. ## 4. At Meta, the Money Went Out and the Cash Flow Went With It Meta's results weren't ugly. Second-quarter revenue was $60.8 billion, up 28% — well above Microsoft's 18%. The problem was in the lines below: - Diluted EPS of $6.18, 13.8% below consensus, mostly legal and severance costs - Capex of $31.1 billion for the quarter - **Free cash flow of $784 million** That $784 million is what actually broke the stock. A company doing $60.8 billion of revenue a quarter, with $784 million of free cash flow left, means capex ate nearly everything operations earned. Then management **raised** full-year 2026 capex guidance to $130–145 billion. That's the second consecutive raise. At first-quarter results, Meta lifted its 2026 AI spending expectation to $125–145 billion, and the stock fell that day too. This time the floor went from $125 billion to $130 billion. Two quarters, the same move, the same reaction. Three months in between, and the market was not persuaded. Same week, two companies gave opposite answers to the same question. Microsoft said it would spend $15 billion less and added $450 billion. Meta said it would spend more and lost $130 billion. Six months ago, Meta's move would most likely have been read as good news — the read then would have been "Zuckerberg is betting big." This time the read was "the money went in, nothing has come back yet." **What changed isn't Meta. It's the scoring rubric.** ## 5. Microsoft Owns a Piece of OpenAI and a Piece of Anthropic There's another set of numbers in this quarter's results that product managers should look at before the capex line. Microsoft holds about 27% of OpenAI. In November 2025, it also put $5 billion into Anthropic, and as part of the deal, Anthropic committed to purchase $30 billion of Azure services. This quarter: | Investment | This quarter | Full fiscal 2026 | |---|---|---| | Anthropic | **$3.2 billion gain** | — | | OpenAI | ~$600 million write-down (dragging EPS by ~7 cents) | $5 billion gain (contributing 67 cents of EPS) | The side it bet on for seven years and built up to 27% got written down this quarter. The side it only added at the end of 2025 contributed $3.2 billion. Look at one quarter and it's easy to write this up as "the backup saved the lead." Look at the full year and the OpenAI stake contributed $5 billion of gains and 67 cents of EPS in fiscal 2026 — still the larger number by an order of magnitude. A single quarter's write-down is volatility, not a verdict. The thing worth looking at isn't which bet paid better. It's the structure itself. $5 billion bought back a $30 billion Azure purchase commitment. The other side of that "investment" is customer acquisition — Microsoft bought not just a stake in Anthropic but a cloud order of known size. **Financially it's an investment. In product terms it's channel lock-in.** One level up: Microsoft is not betting on which model wins. It's a shareholder in both of the leading contenders and the cloud provider to both. OpenAI wins, Microsoft keeps the equity and the compute business. Anthropic wins, Microsoft keeps the equity and the compute business. Whichever breaks out, the traffic runs through Azure. What I build is as small as it gets, but the logic transfers. When the technical direction hasn't converged, picking a side is the most expensive move available — get it right and the upside is capped; get it wrong and everything you built on top of it is void. The steadier position is to be a required step on the path: **stay out of the question of who wins, and make sure that whoever wins has to come through you.** The cost is giving up the possibility of being the winner yourself. Microsoft is not going to be the company that builds the strongest model, and it has already conceded that by its actions. It picked a different position. ## 6. "How Much We're Spending on AI" Is No Longer a Selling Point Line up the day's events: - Microsoft cut capex, said demand still exceeds supply, and set a record on the stock - Meta raised capex, grew revenue faster, and fell 9% - Microsoft's stated reason for spending less was fleet utilization and delivery process improvements, not new features - The same day, it extended data center depreciation from 15 years to 25 **For two years, "how much we're spending on AI" was a marketing line. After that day, it became a number that requires an explanation.** For people building products, that shift isn't bad news. It means the work that gets resourced next won't only be the new features with a story attached. It also includes the things with no demo: getting inference costs down, getting cache hit rates up, scheduling idle compute out to something useful, changing how often a feature calls the model in the first place. That work used to be nearly impossible to prioritize. Its value just got publicly priced for the first time. As for the 25-year depreciation question, the answer arrives in fiscal 2028 and 2029. If those buildings and power systems really do last that long, today's math was honest. If they don't, the deferred portion still comes due in some year. What I'd rather know is next quarter. The 45% Azure guide was given on the premise that demand exceeds supply — and supply is exactly what's being held up by spending $15 billion less. How long both of those hold at once is the real test of whether this repricing stands. --- # He Gave Away 2.8 Trillion Parameters, Then Left One Gate in the License — Yang Zhilin, and Why He Still Isn't on This List URL: https://doaipm.com/en/blog/yang-zhilin-gave-away-the-weights/ Published: 2026-07-30 Tags: Yang Zhilin, Moonshot AI, Kimi K3, Open-Weight Models, Product Management, Tech Commentary On July 27, Moonshot AI uploaded the complete weights of Kimi K3 to Hugging Face. **1.42 TiB, 96 shards. 2.8 trillion total parameters, 104 billion active parameters, a 1-million-token context window.** Of its 93 layers, 69 run Moonshot's own Kimi Delta Attention and the other 24 use Gated MLA; there are 896 routed experts, 16 picked per token, plus 2 shared experts. This is the largest open-weight model in the world right now. **You can carry the whole thing home.** K3 went live as a service on July 16. Eleven days later the weights were given away. In those eleven days it scored 93.5 on GPQA Diamond, 67.5 on DeepSWE, 91.2 on BrowseComp, and 94.5 on MCPMark-Verified. The parameters and the benchmark numbers have been passed around all day. Three other things sitting in the same materials have barely been mentioned, and all three are product decisions. ## 1. The real design isn't in the model, it's in the license Everyone is saying "Kimi K3 went open source." **It is not MIT.** Moonshot wrote its own `Kimi K3 License`. The body of it does read like MIT — use it, copy it, modify it, distribute it, sublicense it, sell it, deploy it, fine-tune it, build derivative models on it. Then come two exceptions. **One: selling it as a service means coming back to the table.** If you turn it into model-as-a-service (MaaS) — giving third parties substantial control over inputs, parameters, or training data — and your company **clears $20 million in revenue over any consecutive 12 months**, you have to sign a separate agreement with Moonshot. **Two: get big and you carry the name.** A commercial product with **more than 100 million monthly active users, or more than $20 million in monthly revenue**, has to display "Kimi K3" prominently in the interface. **The exemptions**: purely internal use isn't restricted, and going through Moonshot's own products or certified inference partners isn't restricted either. Read those three passages together and the shape of the license comes out: > **Small players use it freely. The day you're making real money off it, either come back and split it, or run my billboard.** In my years doing product work, the open source strategies I've seen come in two flavors: genuinely wide open (and then you watch the cloud vendors monetize it while you get nothing), or a crippled edition released for show (and then nobody wants to build on it). **This license is a third road, and the incision is cut precisely.** The gate sits at the point where you have already made money — before that line, friction is zero, and individual developers, startups, and researchers help themselves. Anyone who crosses it had the money to pay in the first place. **Look again at that second clause, the one requiring "Kimi K3" to be shown prominently.** It doesn't collect cash. It collects something else — it turns every large product running on K3 into a Moonshot billboard. Open source buys ecosystem, ecosystem buys brand, brand buys pricing power, and that chain has been written into the license as legal text. There's a move here you can copy directly: **when you're trading "free" for scale, work out in advance the exact moment it stops being free, and write that moment down as a line the other side can check for themselves.** A vague free tier always ends in a mess of arguing. **The sequence was designed too.** K3 shipped as a hosted service on July 16; the weights came 11 days later. In those 11 days the benchmarks got run, the word of mouth built, daily revenue went up sixfold — **by the time the weights went out, it wasn't a model waiting to be validated, it was a model that had been proven.** Run it the other way around: weights and service on the same day, everybody self-hosts immediately, and you get neither those 11 days of revenue nor that first batch of real usage data. Open source isn't the same as not wanting money. It's **collecting the money and the data first, then putting the code out**. ## 2. They just took first place, and used the release materials to say they're behind This one is rarer. In their own release materials, Moonshot **concedes that K3's overall performance still trails Claude Fable 5 and GPT-5.6 Sol, and notes that there is a gap in user experience**. Not only that. They also volunteered a second point: **different models were evaluated using different agent harnesses** — meaning the benchmark environments are not fully comparable and the conclusions carry uncertainty. They had just built the largest open-weight model on earth and topped several hard evals, with the whole world watching, and **in their own announcement they said two things that work against them**: the experience still isn't as good as the competition, and the way these scores were compared is itself soft. Tesla's Q2 call yesterday was the mirror image. Musk said the humanoid robot demos going viral online right now are "mostly teleoperated or run off a pre-arranged script," that a robot capable of genuinely performing general tasks on its own hasn't appeared yet, and that Optimus will be the first — while reporting compiled that same week showed that at the 2024 Warner Bros. event, the Optimus units pouring drinks were being operated by engineers in motion-capture suits and VR headsets, and that at the Palo Alto headquarters a robot that falls over still needs a hoist to get it back on its feet. **Same week. One says everyone else's is remote control and scripts. The other says our experience still isn't as good as the competition's.** Both plays have their logic. Musk's expectation management has bought Tesla real time paid for in real money. Moonshot's candor may simply be because **it faces developers, and a developer can run the truth for himself inside a day** — in front of that audience, bragging costs more than it returns. But for a product manager, what you take away is the same either way: **every sentence you say gets checked by users against today's product.** The only variable is how fast your users can check it. The faster they can, the better honesty pays. **And developers are the fastest-checking users there are.** ## 3. Three times cheaper does not mean you spend a third as much The price is the part that got passed around the most, and it's the easiest to read wrong. K3's international pricing is **$3 per million input tokens and $15 per million output tokens**. Against Claude Fable 5's **$10 input and $50 output**, that's more than three times cheaper on paper. In the China region it's ¥2 for cached input, ¥20 uncached, and ¥100 for output. Then there's the detail that got buried in the press coverage: > **Multiple testers report that K3 burns more tokens than Fable to finish the same task.** That one line puts a discount on the "three times cheaper" above it. **Unit price is not cost. What you pay is the total spend to get one thing done, which equals unit price times the number of tokens it takes to get it done.** This is a textbook product trap, and it isn't confined to AI: **you optimized a number the user can see, and the price of it is hidden in a number the user can't compute.** I've walked into the same hole myself. Building my publishing pipeline, I was optimizing "time to publish on a single platform," squeezing every step shorter, and the whole thing got slower — because the shortened steps tripped the platforms' anti-automation, and the retry count went up. **The local metric looked better and end-to-end got worse.** So if you're evaluating a switch to K3, don't read the price list on the website. **Run your own real workload through it and total up the cost of one completed job.** That number may still favor K3 — the discount is large enough to survive a lot — but it should be a number you computed, not a number they printed. The demand is real: **after K3 launched, Moonshot's daily revenue rose at least sixfold; June ARR hit $300 million, up from $200 million in April.** ## 4. Who he is **Yang Zhilin, born 1992 in Shantou, Guangdong, top science scorer in Shantou's college entrance exam.** Undergrad at Tsinghua, transferred into the Yao Class in his second year, graduated first in his year in 2015. Then a PhD at Carnegie Mellon under Ruslan Salakhutdinov, Apple's first director of AI, and Google's William W. Cohen. **He is first author on both Transformer-XL and XLNet.** XLNet beat BERT on 20 tasks at the time and set best results on 18 of them. He is among the most cited NLP researchers under 35 in China. One more thing that has nothing to do with the technology and that I think matters: **he fronted a rock band at Tsinghua called Splay, as lead singer and lyricist.** In March 2023 he founded Moonshot AI with Zhou Xinyu and Wu Yuxin. In February 2024 Alibaba led a $1 billion round; in August, Tencent and Gaorong put in another $300 million. The gate in the license, the candor in the announcement, the trade-offs in pricing — none of those three are researcher thinking. A researcher's default move is to max the score and publish the paper. **Setting a precise commercial gate inside a license, and volunteering that you're behind the competition at your most triumphant moment, are product and business judgments.** A first author on XLNet doing both of those things at once is a lot more complicated than the label "technical guy with strong papers." ## 5. So why isn't he on this list I maintain a list called [The 100 Product Managers Who Changed the World](/en/rankings/), scored across six dimensions — vision, insight, taste, business, scale, originality — weighted into an OVR. **Yang Zhilin isn't on it.** The rule works like this: **the list has only 99 entries, and slot 100 is deliberately left blank, reserved for the reader.** To put someone in, you have to take someone else out. **Bumping a person off the list to chase today's news would produce a list that tracks the news cycle instead of product history.** So this piece doesn't add him. Not adding him isn't the same as saying he doesn't deserve it, and the standard should be stated out loud. **The person already on the list in the same bracket is Liang Wenfeng, OVR 91** (vision 95 / insight 84 / taste 86 / business 88 / scale 92 / originality 95). DeepSeek was an event that **changed the cost structure of the entire industry** — it broke the consensus that frontier models have to be expensive, and pricing and open source strategy moved worldwide in response. Holding the same ruler up to Yang Zhilin, my read is: **vision and originality are already enough to make the list; scale and business are still short of breath.** - **Originality**: turning a 2.8-trillion-parameter model into open weights is something nobody has done. That license with a revenue threshold in it is also new, and it will very likely get copied. - **Vision**: from Kimi's early bet on long context to today's bet on "open weights plus a commercial gate," the direction has been consistent and clear. - **Scale**: $300 million ARR and a sixfold jump in daily revenue is ferocious growth — but these are **numbers from a few months**, not a volume that has crossed a cycle. The scale dimension for the people already on the list measures how many people were affected, and for how many years. - **Business**: that license gate is beautifully designed, **and it has not been tested yet**. How many companies past $20 million in revenue actually come back and sign is something we'll know a year from now. **Put plainly: the most valuable part of his score is happening, not delivered.** That's the difference between a ranking and the news. The news records what is happening; a ranking records what has settled. **Putting him in today would be me betting on next year's result, not stating a fact.** **But this list is alive.** Allen Zhang and Steve Jobs probably aren't moving, while the middle and the back of it change constantly — when Linus was added back in, Will Wright came out. **I plan to re-rank the entire list in the second half of the year**, and by then what the K3 open-weight ecosystem actually grew, how much that commercial gate actually collected, and whether Moonshot survived the White House will all be plain facts. **If those have all been delivered by then, putting him on the list isn't a bet, it's a record.** The White House part is still hanging. After the K3 weights went out, **White House CTO Michael Kratsios publicly accused Moonshot of distilling Anthropic's Fable 5**, saying a distinction has to be drawn between normal AI distillation and "large-scale, covert, industrial-scale distillation designed to steal US proprietary technology"; Treasury Secretary Scott Bessent said the government "has the ability to impose sanctions." **An open-weight model that can draw out a country's CTO and its treasury secretary at the same time already carries weight.** But how that line plays out directly determines what his company's scale dimension is worth next year. ## Closing **"Free" was never the decision. "From what moment does it stop being free" is the decision.** Most people doing open source, freemium, or a trial period only work out the first half of that sentence and leave the second half fuzzy — and then either they can't collect when it's time to collect, or they throw up a paywall at the wrong moment and scare the ecosystem off. Yang Zhilin nailed that line down inside the license: **$20 million in revenue, 100 million monthly actives.** Whoever crosses it knows they crossed it. No negotiation, no arguing. I didn't think this carefully when I built SoloMD. It's free right now, MIT licensed, 551 stars, 21 external PRs — the ecosystem exists, but if someone turns it into a business tomorrow, I don't have a single line I can point them to. (All scores and rankings in this piece were produced by Claude (AI); the method is explained on the rankings page. The assessment of Yang Zhilin is this article's own analysis and is not counted in the list.) --- # CXMT Jumped 466% on Day One. The Company Has No Product Manager URL: https://doaipm.com/en/blog/cxmt-the-product-is-staying-alive/ Published: 2026-07-28 Tags: Tech Commentary, Product Management, Semiconductors, CXMT On July 27, ChangXin Memory Technologies listed on the STAR Market under the ticker 688825. The issue price was 8.66 yuan. It opened at 49.5, touched a 535.45% gain intraday, and closed at 49 — up 465.82%. Market capitalisation passed 3.28 trillion yuan. At the 8.66 issue price, the raise came to 57.919 billion yuan, beating SMIC to become the largest IPO in the history of the STAR Market. One winning lot of 500 shares was worth a little over 20,000 yuan on the day. Alibaba, as a shareholder, was sitting on more than 156.4 billion in paper gains. Those numbers circulated all day. Here is the thing I want to talk about instead: **the product this company makes is the kind that needs a product manager least of any in the industry.** ## First, the numbers - **Listing**: July 27, 2026, STAR Market, ticker 688825. Issue price 8.66 yuan, P/E of 308.92. - **Day one**: opened 49.5, peaked at +535.45%, closed +465.82%, market cap above 3.28 trillion. - **Raise**: 29.5 billion planned; 57.919 billion actual at the issue price (pre-greenshoe), the largest ever on the STAR Market. - **Position**: 7.67% of the global DRAM market — first in China, fourth worldwide. - **Product line**: DDR4, DDR5, LPDDR4X, LPDDR5/5X all in volume production; the only Chinese manufacturer making DDR5 at scale. - **HBM**: roughly 265,000 wafers/month total capacity, of which about 5,000 goes to HBM, targeting 30,000 by the end of 2026. Then the financials, which are what this company actually looks like: - 2023 non-GAAP net profit attributable to shareholders: **−16.752 billion**. - 2024: **−7.870 billion**, on revenue of 24.178 billion. - As of December 31, 2025, **cumulative losses of 36.65 billion**. - 2025 revenue 61.799 billion (+127% year over year), net profit 1.875 billion — it only crossed into the black the year before listing. - 2026 Q1: revenue 50.8 billion (**+719%**), net profit **24.762 billion**. - 2026 H1 guidance: revenue 110–120 billion, net profit 50–57 billion. A company that lost more than 30 billion over three years made 24.7 billion in one quarter. ## Where the 308.92x P/E comes from The 308.92 multiple gets quoted constantly as proof the stock is absurdly expensive. It is really an arithmetic problem. Divide the 579.2 billion issue-price market cap by the 1.875 billion of 2025 net profit and you get 308.9. So the three-hundred multiple is computed against **the loose change from its first profitable year**. The same prospectus guides to 50–57 billion of profit in the first half of 2026. Annualise that and the multiple is single digits. Both numbers are correct, and they are two orders of magnitude apart. **Which tells you the market was never pricing earnings. It was pricing the cycle.** ## DRAM is an industry with no product managers Back to the product. DRAM is one of the most thoroughly standardised industrial goods on the planet. The spec is fixed by JEDEC, an industry standards body: DDR5 is DDR5 — pin definitions, timing parameters, voltage, package dimensions. Samsung's, Hynix's, Micron's and CXMT's parts must be interchangeable if built to spec. That is the entire point of it. You don't think about who made the memory when you buy it. Which means the people who make DRAM hold none of the things a product manager normally holds: **No authority over the spec.** A committee defines it; you implement it. Think a parameter is badly designed? Doesn't matter. The standard is the standard. **No room for user insight.** The customers are PC makers, phone makers, server makers, and what they want is written on a purchase specification, word for word. There is no "what the user actually wants is…" here. **No taste to exercise.** What a memory module looks like, how it feels — none of it moves units. It gets slotted into a motherboard and is never looked at again. **No feature roadmap.** DDR6 is next; when it arrives and what it looks like is also up to the committee. So what is left? Process node, yield, capacity, capital expenditure, and timing the cycle. In the piece I wrote about Jensen Huang, he bet correctly that the GPU was a computing platform — that was a product judgment; he decided what the thing should be. In the piece on Wang Xingxing, Unitree's real product is the price curve — also a product decision; he decided what the thing should cost. **CXMT has neither. It does not set the spec, and it does not set the price.** ## Zhu Yiming, twenty years, not one product decision Zhu Yiming is chairman of CXMT and the founder of GigaDevice. Go through his twenty years and the key decisions are these: **2005, founds GigaDevice to make NOR Flash.** NOR Flash is a scrap-corner category in memory — small market, slow growth, not worth the majors' attention. He chose it not because it was good but because it was the one crack he could survive in. **2016, founds CXMT and moves to DRAM.** From the scrap corner into the staple crop. And where GigaDevice was fabless — design only, no fabs — CXMT went IDM: build your own plants, run your own wafers, do your own packaging and test. The heaviest, most capital-hungry, highest-failure-rate model in the industry. **July 2018, resigns as GigaDevice general manager** to run CXMT full time as chairman and CEO, pledging to take no salary until the company was profitable. He honoured that for seven years. **Partners with the Hefei municipal government.** A heavy-asset project that won't pay back for a decade is hard for commercial capital to carry alone; a local industrial fund underwrote it. **September 2019, the first independently designed 8Gb DDR4 enters production** — mainland China's DRAM industry goes from zero to one. Line those five up and **not one of them is a product decision**. Category selection, organisational form, funding structure, a commitment of time, an engineering grind — every one is a decision about how to stay alive, and none is a decision about what the thing should be. So: does CXMT have a super product manager? No. That seat is empty in this industry. **What sits in it is cycle judgment and capacity decisions.** ## What he designed was not a product, it was a structure One thing does deserve to be pulled out, because it is the most design-like move in the twenty years. Zhu Yiming holds two companies with opposite models. GigaDevice is fabless — chip design only, no fabs, wafers farmed out to foundries. Light on assets: small outlay, quick to turn, healthy cash flow, but a low ceiling, because you are forever at the mercy of somebody else's capacity. It took GigaDevice to the top tier domestically in NOR Flash and MCUs. CXMT is IDM — design, manufacturing, packaging and test, all in house. The heaviest model in semiconductors: a DRAM line costs tens of billions to build, and once built you still have to climb the yield curve. Fail to climb it and it is pure loss. Payback is measured in decades. **In 2016, the same year GigaDevice went public, he used that newly proven light company as his credential to go after the heaviest project available.** Put side by side, the two cards form a complementary design-plus-manufacturing structure: low-risk cash flow and design capability on one side, high-risk capacity and self-sufficiency on the other. The first proved he could build a company. The second was what he actually wanted to build. This move has more product instinct in it than any of the others — it decides not what a chip should be, but **what organisational form to use to carry something that won't pay back for ten years.** But note: it still isn't a product decision. It's an organisational one. Sometimes the most important judgment a product person makes isn't about the product at all. ## The product he actually built is endurance If we must name a product Zhu Yiming built, I think it is this: **he made "the company is still alive" into the product.** In an industry where somebody else defines the spec and a cycle defines the price, a company gets to decide exactly two things: how much to invest and when, and how long it can go without making money. Look at the timeline. Founded 2016. First DDR4 in 2019. Non-GAAP loss of 16.7 billion in 2023, another 7.8 billion in 2024, cumulative losses stacked to 36.65 billion. Seven years without salary. Then 2025 turns profitable on AI-driven memory price increases, Q1 2026 earns 24.7 billion, and on July 27 it lists at 3.28 trillion. **The turning point was not something he got right. It was that he was still on the field when the cycle arrived.** DRAM contract prices rose 93% to 98% quarter over quarter in Q1 2026. That increase did not come from CXMT's product getting better. It came from AI vacuuming up the industry's capacity: HBM's share of wafer starts goes from 18% at the end of 2025 to 22% at the end of 2026, and possibly near 30% by the end of 2027. Capacity flows to the higher-margin HBM, supply of the ordinary DRAM that goes into PCs and phones gets squeezed, and prices go up. UBS expects the tightness to last at least into the first half of 2028. Put differently: of that 24.7 billion quarter, how much CXMT earned and how much the cycle handed it is hard to separate. But one thing is certain: **if the 16.7 billion loss in 2023 had killed it, today's 3.28 trillion would have nothing to do with it.** That is what I mean by endurance as a product. It has a clear spec (survive to the turn), a clear cost (36.65 billion), a clear delivery date (seven years), and a real chance of failure. More than one Chinese memory project died on this road over the same period. And endurance has to be paid for by somebody. A three-year hole of more than 30 billion is not filled out of revenue; it was held up by a particular funding structure — the Hefei municipal industrial fund underneath it, then round after round of state and industrial capital. Commercial money struggles to carry a project alone that won't pay back for a decade and might get sanctioned to death along the way. There is not much money willing to sign that kind of long cheque. So strictly speaking, "he could endure" is not entirely his own capability; it is the outcome of an arrangement. What he got right was **accepting the price of that arrangement**: seven years without pay, his entire personal return deferred to the end. Post-listing his net worth is estimated in the 90-billion range, with more than 6,000 employees holding stock alongside him. That number exists because he took nothing for the first seven years. Both sides make it complete: he didn't carry this through on individual heroism, but he was the one who tied himself to the ship. ## So is this a great product manager I set one entry criterion for my own list of the 100 product managers who changed the world: only people who **created or invented a great commercial product**, judged on product decisions, not on the person. By that standard, Zhu Yiming probably doesn't make the list. He didn't originate a category — DRAM isn't his invention, DDR5 isn't his definition. What he did was take a standardised good that somebody else had already defined, whose spec was already frozen and whose players had been fighting for thirty years, and build it in China from zero to fourth in the world. The weight of that isn't in the product, it's in the industry. What it changed isn't what a memory module should be, it's whether China can make one. That is a national engineering achievement, and it is not the same category of thing as Jobs deciding the iPhone would have no keyboard, or Allen Zhang deciding WeChat would have no read receipts. **Praising both as though they were the same does neither any justice.** So I would put it this way: Zhu Yiming is not a super product manager. He is an engineer who bet twenty years on something certain to be hard and uncertain to work. That description is more accurate than "godfather of Chinese memory," and it deserves more respect than that phrase does. ## And some cold water **Cycles run both ways.** Thirty years of memory-industry history is alternating booms and crashes. This one is driven by AI capital expenditure — stronger than previous cycles, and more dependent on a single variable. UBS says tightness lasts into the first half of 2028; that is a forecast, not a fact. The memory of losing 36.6 billion over three years is only eighteen months old. **Between 308.92x and a single-digit multiple sits one assumption**: that 50–57 billion of first-half profit can be sustained. That is prospectus guidance, not a realised number. **7.67% share is fourth place, not joint first.** The top three are ahead of CXMT on capacity, process node and HBM progress. CXMT's HBM capacity is currently about 5,000 wafers a month, under 2% of its own total — and HBM is the most profitable part of this cycle. The target is 30,000 by year end, which is still the position of a company catching up. **A 465.82% first day says nothing about the company.** It says the issue price was set low, the float was scarce, and sentiment was hot. None of those three has anything to do with CXMT's yields. ## Closing On July 27, 2026, ChangXin Memory listed, rose 465.82% on the first day, reached 3.28 trillion in market cap, and raised 57.919 billion — the largest raise in STAR Market history. The same company lost 16.752 billion (non-GAAP) in 2023 and 7.870 billion in 2024, carrying cumulative losses of 36.65 billion by the end of 2025; its chairman drew no salary for seven years; it earned 24.762 billion in Q1 2026, in a quarter when DRAM contract prices rose 93% to 98%; it holds 7.67% of the global market, in fourth place; its HBM capacity is under 2% of its own output. The product it makes has its spec written by an international committee and its price set by a global cycle. --- # The 100 Product Managers Who Changed the World · No. 6 | Elon Musk: He Tore Out a Production Line That Was Making Money, to Make Room for a Robot That Can't Stand Up on Its Own URL: https://doaipm.com/en/blog/musk-tore-down-the-model-s-line/ Published: 2026-07-28 Tags: Elon Musk, Tesla, Optimus, 100 PMs Who Changed the World, Product Management, Tech Commentary On July 22, Tesla reported its second quarter of 2026. Revenue $28.236 billion, up 26% year over year — an all-time high. Operating income $398 million, down 57%. Capital expenditure more than doubled, to $5.8 billion. Free cash flow went negative: minus $1.1 billion. A company posting record revenue while its profit gets halved and then halved again usually means the market is beating it up — price cuts, lost share, costs out of control. That's not what happened here. **The profit that vanished is profit he spent himself.** There's a more specific line in the report: production of "other models" fell 34% year over year. "Other models" means Model S and Model X. Production didn't fall that hard because the cars stopped selling. It fell because **those two lines inside the Fremont plant were torn out**, and the floor space they freed up now holds the first-generation Optimus production line. And the robots about to come off it, by the company's own account, are not for sale. They'll first be used for "training data collection and further functional development." In plain terms: **he tore out two lines that were making money and handed the space to a product that doesn't make money yet and still needs a person to help it stand up.** When I had [Claude score the 100 product managers who changed the world](/en/rankings/), Musk came in at No. 6, OVR 95, with these six dimensions: **Vision 99 · Insight 88 · Taste 84 · Business 95 · Scale 97 · Originality 99.** Two 99s, a 97, and then two that visibly fall off the shelf: insight 88 and taste 84. That gap is what I want to talk about — because it and the torn-out production line are two sides of the same thing. ## Vision 99 and Originality 99: his real work is jamming product thinking into the physical world Start with his two hardest scores — which happen to be the two he ran through in public again this week. On July 24 at 18:50 US Eastern (6:50 the next morning Beijing time), Starship flew its thirteenth test flight. Three things were new. **It deployed 20 next-generation Starlink satellites in orbit for the first time**, establishing radio and laser links with every one of them. **It relit a Raptor engine in space**, the prerequisite capability for orbital changes and for coming home. And that 122-metre ship splashed down upright in the Indian Ocean — its gentlest water landing to date, and **the first time it made it all the way into the water without blowing up**. On the same mission, the first-stage booster's landing burn went wrong on the way back and it went into the Gulf of Mexico. That's what he looks like doing his job: one flight, half of it a historic first, half of it in the sea. The two 99s on vision and originality aren't awarded for "he succeeded." They're awarded for **repeatedly taking something everyone had agreed was impossible and turning it into a product that can be mass-produced and reused**. Before him, reusing a rocket was a romantic notion aerospace engineers kept to themselves; after him it's what Falcon 9 does on a weekly basis. Before him, satellite internet was a graveyard of bankrupt companies; after him it's broadband that several million people around the world are actually using. Before him, an electric car was an extension of a golf cart; after him it's a question of survival for hundred-year-old German automakers. **Product management as a job spends the overwhelming majority of its time circling around inside software, because software is cheap, iterates fast, and lets you undo your mistakes. He took the same set of instincts and jammed them into rockets, cars, batteries and satellites — places where one mistake costs hundreds of millions of dollars and several years.** On this whole list, only he and Jobs score 99 on vision and originality at the same time. ## Business 95: he'll trade a profit he already has for a product he might not get Back to the line that got torn out. On the earnings call, Musk said 2026 is a year of enormous capital expenditure, above $25 billion; he said "we are scaling up advanced infrastructure manufacturing capacity on a massive scale, and we believe this will be the largest such build-out in history." In my years doing product work I've seen the opposite scene far too many times: a business is still making money this year, so nobody dares touch it; even when everyone privately knows it's dead in three years, this year's number gets finished first. **"Trade a certain profit now for an uncertain future product" is the hardest and rarest class of decision a product manager ever makes** — because the person making it usually doesn't carry the consequences three years out, only this quarter's review. What Musk did this quarter is the extreme version of that decision. Model S and Model X are Tesla's flagship badge, old products with stable margins. Optimus is a new thing that doesn't even have a supply chain yet. He picked the second one. **Business 95 is for that**: he isn't merely "willing to bet," he can push current profit underwater while keeping the capital markets writing him cheques — net income $1.114 billion, down only 5% year over year, and global battery-electric vehicle production up 10% to more than 450,000 units. That's the chassis holding up the burn. Without it, tearing out a production line isn't vision, it's suicide. So why not higher? Because the books on this playbook aren't closed. Free cash flow has already gone negative, and Optimus, in his own words, is "the hardest product Tesla has ever tried to scale into mass production," with the biggest obstacle being that **there is simply no supply chain sitting there waiting** — the machine involves more than 10,000 unique parts, nearly every one of which has to be redefined, and no existing line can be picked up and dropped in. The bigger the bet, the less a full score is earned before it pays out. ## Insight 88: his most expensive lesson was treating his own conviction as the user's constraint Now the first docked score. Insight measures whether someone can see clearly what is actually happening in the real world — including seeing clearly that he is wrong. On autonomy, Musk bet on **pure vision**: eight cameras only, no lidar, no radar, no dependence on HD maps. The logic is genuinely elegant — a person drives with two eyes, so a strong enough visual neural network ought to be able to drive too; more sensors means higher cost and messier redundancy. The problem is that this logic has to clear regulation as well as physics. As of this July the comparison looks like this (numbers from a July 23 roundup by Sina Tech): - **Waymo**: roughly 4,000 autonomous vehicles in operation across 11 US cities, legally L4; more than 20 million cumulative rides by June 2026, and over 25% market share in San Francisco. - **Tesla Robotaxi**: 30 to 50 test vehicles (there were more than 200 back in January), of which only about 20 run driverless in Austin, and legally it's still L2 — the safety operator is the legal driver. Worse, the rules themselves are moving in the opposite direction. UN R57 requires redundant multi-modal perception for anything above L3. New Jersey's S1677 mandates radar for L3 and lidar for L4. China's 2026 standard requires forward detection of no less than 130 metres at 120 km/h, and bans relying on a single type of sensor. Meanwhile Tesla's own AI5 chip, due in 2027, supports multi-sensor fusion. **That's where insight 88 comes from: his conviction that "pure vision will work" was strong enough that for a long time he didn't take seriously the reality that even if it works, nobody is going to approve you to drive on the road.** Technical judgment and regulatory judgment are two different things; he is extraordinarily strong on the first and took a real beating on the second — and the cost is that the moment sensors go back on, most of the training data accumulated under pure vision has to be redone. I want to be clear about this: it isn't "he doesn't understand the technology." Quite the opposite — he's the kind of person whose technical conviction is strong enough to get a rocket built. **His conviction is his asset and also his bill.** The same trait carried him through a dozen explosions on Starship and cost him two extra years on Robotaxi. ## Taste 84: he guards the gate on specs, not on experience The second docked score is the one most easily misread, so I want to go slower here. Taste, on this list, isn't defined as "good aesthetics." It's **whether a person is willing and able to stand in front of the end user with his own judgment and hold the line on what counts as good**. Jobs's taste was not being able to live with a corner radius two pixels off. Allen Zhang's taste was everything he chose not to build into WeChat across ten years. Musk's gate isn't there. What he guards is specs and physical limits — seconds to 60, range, cost per kilogram to orbit, whether an engine can restart in space. On those he grinds down to the last decimal. But at the level of "how does it feel the moment a user touches it," his products have been split for a long time: the Model 3 interior shoved every physical button into a single centre screen, a decision people still love and curse to this day; the Cybertruck's stainless folded-plane shape is a textbook case of "I think this is what the future looks like" rather than "users need this." And this week handed us a sharper example. On the Q2 call, Musk said the humanoid robot demos going viral online right now are **mostly teleoperated or run off a pre-arranged script**, and that a robot capable of genuinely performing general tasks on its own hasn't appeared yet — he said Optimus will be the first. He also stressed that Optimus doesn't rely on pre-written programs but learns how to do things by observing its environment. That same week, a roundup from Wall Street Insight painted a different picture: at the 2024 Warner Bros. event, the Optimus units pouring drinks and chatting with guests were being operated backstage by engineers in motion-capture suits and VR headsets; at the Palo Alto headquarters, a robot that falls over still needs engineers with a hoist to get it back on its feet. Ken Goldberg, the roboticist at UC Berkeley, points out that the hard part of a dexterous hand isn't only the structure of the hand but the control system, environmental perception, and compensating for uncertainty. What Optimus is practising right now is basic tasks: sorting Lego bricks, folding clothes. **"Everyone else's is teleoperation and scripts, ours is real" — that sentence, coming out of a company whose own robot still needs teleoperation to demo and a person to pick it up when it falls, is precisely where taste 84 lands.** Taste isn't only aesthetics. It also includes **being honest about what your product actually is today**. Jobs oversold too, but what he oversold was something already in your hand, where one touch told you the difference. What Musk oversold this time is a capability still at the lab stage, and the way he did it was to call the competition a performance first. I don't think he's lying — on his time scale, he probably genuinely believes Optimus will be what he described a year from now. But every sentence a product manager says gets checked by users against today's product, not against the version running in his head for next year. ## So what did he actually give product managers One more thing from this week belongs alongside the rest. On July 23, The Economist released a 90-minute interview with Musk, recorded on July 20, staged in the main hall of Giga Texas — not an office in Silicon Valley, the factory floor. He said three things in it: AI may exceed the sum of human intelligence in **about five years**; the frontier AI companies should **peer-review each other** before models are released publicly; and the most likely outcome is "immense abundance for everyone," but the probability of catastrophic failure "is not zero." Put that interview next to the torn-out production line and his quarter makes complete sense: **if you genuinely believe AI will exceed the sum of human intelligence within five years, then still doing the math on Model X's quarterly gross margin is an absurd way to spend your attention.** It isn't that he doesn't know what tearing out a line costs. He's running the numbers on a different time scale. That's the thing about him most worth learning and hardest to learn: **the quality of a product decision depends on the length of the time scale you're doing the math on.** Most people's time scale is a quarter, a promotion, a funding round — which is why most people ship things that aren't ugly and aren't important either. And the other thing about him that's just as clear: **stretching the time scale doesn't buy you the right to be dishonest about the present.** The pure-vision bill and the teleoperated-Optimus bill both come due in reality eventually. Insight 88 and taste 84 are those two entries in the ledger. A man who can turn a rocket into a product, and who will also treat his own conviction as the user's constraint — OVR 95, No. 6. I think that's placed about right. He isn't the best product manager on this list. He's **the one who pushed the boundary of what product work can even be the furthest out**. (All scores and rankings in this piece were produced by Claude (AI); the method is explained on the rankings page.) --- # The TIME Cover Shows a $650,000 Mecha. Wang Xingxing's Best Seller Costs Under $5,000 URL: https://doaipm.com/en/blog/wang-xingxing-price-is-the-product/ Published: 2026-07-26 Tags: Tech Commentary, Product Management, Robotics, Unitree On July 23, the cover of TIME had a nine-foot machine standing on it: Unitree's GD01, the world's first mass-produced manned mecha, with a cockpit in its torso that a human climbs into. It fills almost the entire page. Founder Wang Xingxing stands beside it, made small by comparison. The cover line reads "The big robot moment." According to Global Times, this is the first time in eight years that a Chinese entrepreneur has appeared on a TIME cover. The GD01 starts at 3.9 million yuan. TIME puts it at $650,000. That number got passed around for a day. It is also the least important number in Unitree's product line. Turn a few pages into the piece and there is another set of figures worth more of a product person's attention. ## First, the numbers The hard data from TIME's reporting: - **Robot dogs**: from $45,000 down to under $2,000 over six years. - **G1 humanoid**: from $16,000 to $13,500 in eighteen months. - **R1**: under $5,000. - **GD01**: $650,000 (from 3.9 million yuan), roughly nine feet tall, half a ton, titanium-alloy limbs and a carbon-fibre shell, switches between two legs and four. - **Shipments**: over 5,500 units in 2025, more than a quarter of the global market. - **Revenue**: $62 million in Q1, up 68% year over year. - **Profit**: $6 million adjusted net, half what it was a year earlier. - **IPO**: filed in March at a $6 billion valuation. - **Customer mix**: only 9% to industrial applications, **74% to universities and research institutions**. Wang's own history is in the piece too: a native of Ningbo, he watched Marc Raibert's MIT robotics experiments at ten, built his first bipedal robot as a university freshman for under $30, and founded Unitree in 2016 at twenty-six. ## The one he sells most of never made the cover Line those prices up: $45,000 → under $2,000. $16,000 → $13,500. Then the R1 at under $5,000. That line is the product line. Anyone who has built hardware knows how hard cutting price actually is. It is not finance taking a slice off the quote sheet. It is pulling the whole machine apart and grinding down one component at a time — motors, reducers, controllers, structural parts — building each one in-house until the cost is under control, and only then earning the right to talk about price. Unitree holds all of those core components itself, not because vertical integration sounds impressive, but because this price curve cannot be walked down any other way. Taking a robot dog from $45,000 to under $2,000 in six years is a factor of 22. A cut on that scale swaps out the customer: a $45,000 machine is scientific equipment with a six-month procurement cycle; a $2,000 machine is consumer electronics you order after seeing it in a feed. Same machine — but once the price crosses a certain line, it becomes a different category. In the piece I wrote about Jensen Huang, the line was that the man selling shovels won on everyone else's gold rush. Wang took a different route: **make the shovel cheap enough that the prospectors no longer need approval to buy one.** Which makes the GD01 on the cover and what Unitree is actually doing two separate stories. ## He chose this road back in 2013 The price curve is not a strategy the company grew into. It was a technical choice Wang made in graduate school. He entered Shanghai University in 2013 for a master's in mechanical engineering. The mainstream path for quadruped robots then was hydraulics. Boston Dynamics' BigDog and Atlas were hydraulically driven — powerful, dynamically excellent, and also expensive, complex, leak-prone and hard to maintain. He skipped that road and went pure electric, using cheap off-the-shelf industrial brushless outrunner motors for the joints. In 2015, working alone on both the hardware and the control algorithms, he finished XDog, took second prize at the Shanghai Robot Design Competition, and published the electric-drive approach. Boston Dynamics published its own electric-drive work in 2016. There is a layer here that gets skipped. His stated reason for dropping hydraulics was lower engineering complexity and cost, with performance that held up well enough. **Translated: as far back as 2013, his first criterion for choosing a technology was whether it could ever get cheap enough to mass-produce.** A graduate student building a thesis project normally optimizes for impressive specs that publish well. He set himself a cost constraint instead. A bipedal robot for under $30 as a freshman. Industrial motors replacing hydraulics in grad school. A 22-fold cut on robot dogs over six years of running a company. That is one judgment repeated three times at three budget scales. By the time he sat for an interview in 2024, the number in the headline was a 99,000-yuan humanoid. Today the G1 is $13,500. Product people tend to treat pricing as a finance task — build the thing, then price it. Unitree runs it backwards: **price is a design input, not a design output.** Decide what it has to sell for before anyone will buy it, then work back to which motors, which materials, which control scheme. That ordering is what decides what the company looks like a decade later. ## The GD01's job is to be seen How many 3.9-million-yuan manned mechas can you actually sell? Wang has not bragged about that figure. TIME notes its design was inspired by UFC fights and the mechs in Avatar, and that its fists can punch through a wall. It is a showpiece. That is not an insult. A hardware company building a flagship it does not expect to ship in volume is a very old product move. The output is not orders, it is attention — and in hardware, attention converts. It buys press, it buys valuation, it buys the number investors are willing to put on a filing, it buys leverage in supply-chain negotiations, and it buys one extra mention of "Unitree" in the budget meeting at a university or a factory that will actually place an order. The marginal value of one mecha is that it makes the $5,000 R1 easier to sell. On the cover of TIME, that move hits peak efficiency: the whole world ran the campaign, and it cost nothing. The first Chinese entrepreneur on the cover in eight years — the label itself underwrites the company. Just don't read the showpiece as the results. The one on the cover and the ones carrying $62 million of quarterly revenue are two different batches of machines. ## The hardest number is 74% Of all those figures, the one to pull out is not $650,000. It is 74%. Unitree sells 74% of its shipments to universities and research institutions. Only 9% goes into industrial settings. In product terms: **its core users are not yet the people who put it to work. They are the people who study it.** Those two customers are nothing alike. A research institution buys a robot as a platform to run experiments, publish papers and give demos; its bar for reliability, cost per working hour and continuous run time is an order of magnitude below a factory's. A factory buys a robot and does arithmetic: how many stations it replaces, how long until payback, who repairs it, what an hour of downtime costs. TIME supplies that gap in numbers too: the G1 carries a 5-kilogram payload for 10 to 15 minutes at a stretch, and the machines run at 30% to 50% of human efficiency. Ten to fifteen minutes. That is the least flattering and most honest number in the report. It explains why 74% of the units went to labs — not because Unitree would rather not sell to factories, but because that endurance and that efficiency cannot yet hold down factory work. In the piece on Liang Wenfeng I made the point that DeepSeek could afford to go "narrow and deep" because High-Flyer had stockpiled the compute underneath it. Unitree's price curve has a precondition of its own: 74% of revenue comes from customers who are not that demanding, and that buys time. Research money is R&D budget — tolerant of failure, relaxed about metrics. The day industrial customers flip to the majority is the day Unitree faces the real product exam. So the thing to watch over the next few quarters is not how fast revenue climbs. It is whether that 9% turns into 20%. ## He gave the "ChatGPT moment" two to ten years himself On generality, Wang's line in TIME is that generalization is "the biggest headache for the entire global scientific community," and that embodied AI is "two to 10 years away from a ChatGPT moment." Two to ten years. That range is wide enough to mean "unknown," but it is more conservative than much of what his peers say — especially set against the mecha he just put on a cover. A founder who has captured the largest available platform in the world gives, in the same article, a floor of ten years. Generalization is stuck on data. Language models took off because the internet had been piling up text for decades, ready to use. Robots need motion data from the three-dimensional world — how to twist a bottle cap you have never seen, how not to slip on an unfamiliar floor, how to still recognize the same cup after the lighting changes. There is no internet to crawl for that. It has to be run out of real machines, one at a time. Which is another way to read those 5,500 shipments and that 74% lab share: every machine sold is out collecting data for Unitree in an unfamiliar environment. Selling more is itself the supply channel for training data. Wang offered one more call: within ten years, every household could have a small robot doing chores and care work. He did not attach a date to that one. ## And some cold water This is not a puff piece. TIME wrote the unflattering parts in, and they are worth copying out. **Safety**. A backdoor was found in the Go1 robot dog that allowed remote access to location and camera feeds. Clips of Unitree machines injuring children during performances have circulated. Wang's answer on things going wrong is "That won't happen. These robots are engineered with rigorous hardware constraints" — an answer that works for an engineer and explains rather less about the footage that already exists. **Subsidies and politics**. China has put more than $26 billion into related investment funds since late 2024; Unitree is one of Hangzhou's "Six Little Dragons," benefiting from a local $14 billion sci-tech fund, and humanoids have been designated a "disruptive innovation" by the Ministry of Industry and Information Technology. U.S. Representative John Moolenaar has accused Unitree of taking "generous state subsidies" and threatening American companies, and the House Guard Act would ban Chinese robots deemed security threats. Not a technical problem — but the single largest variable in Unitree's overseas market. **The books**. Revenue up 68% in Q1, adjusted net profit halved to $6 million in the same breath. Cutting price is paid for out of margin; the curve is not free. And a $6 billion valuation has not been tested by public markets yet. **Competition**. Tesla's Optimus, Figure 03 and Agility are all on the same track. Musk's line — "We don't see any significant competitors outside of China" — usually gets read as a compliment to Unitree, but it also says the real competition is inside China, and Unitree is not the only Chinese company building humanoids. The price comparison is the more interesting one. Tesla's target for the third-generation Optimus is a unit cost under $20,000, contingent on production ramping to a million units a year; outside estimates currently put its unit manufacturing cost at $50,000 to $100,000. So the price Tesla needs scale to reach is a price Unitree's G1 already sells at — $13,500, with the R1 lower still. There is another side to that. Tesla's $20,000 assumes a million units a year; Unitree shipped just over 5,500 in all of 2025. Unitree wins on today's price, Tesla is betting on the cost structure that follows volume. Those two eventually collide — if Optimus really does reach a million units a year, the cost advantage Unitree holds today through in-house components meets an opponent amortizing cost across scale. **Two orders of magnitude separate 5,500 units from a million, and that gap is itself a kind of cost capability.** Morgan Stanley's projections — 13 million humanoids by 2035, a billion by 2050, a $5 trillion industry — are the part of a story like this to take least seriously. They measure the current mood, not production capacity. ## Closing The machine on the July 23 cover of TIME costs 3.9 million yuan, is piloted from inside, and can punch through a wall. The product the same company sells most of goes for under $5,000. Robot dogs are down 22-fold in six years. Q1 revenue was $62 million while profit halved. 74% of units went to universities and labs, 9% to factories. The flagship humanoid carries 5 kilograms for 10 to 15 minutes. The founder's own timeline for embodied AI's "ChatGPT moment" is two to ten years. That is what the first Chinese entrepreneur on a TIME cover in eight years actually does for a living. --- # Liang Wenfeng Is Now the World's Richest AI Founder — By Doing the Opposite of Every Big Tech Giant URL: https://doaipm.com/en/blog/deepseek-founder-richest/ Published: 2026-07-25 Tags: big-tech watch, AI strategy, DeepSeek, product managers On July 14, the Bloomberg Billionaires Index updated one number: DeepSeek founder Liang Wenfeng is now personally worth $36 billion, roughly 243 billion yuan. In a single year, he more than doubled — up from $16.7 billion. Here's what that number means: he has surpassed OpenAI co-founder Brockman and Anthropic co-founder Amodei to become the single richest person in the world building AI foundation models. On China's rich list, he ranks eighth. But the number isn't the most interesting part. What's worth talking about is how he got here — by doing almost the exact opposite of every big tech giant. ## First, let's get the numbers straight - Bloomberg, July 14: Liang Wenfeng is worth $36 billion, more than double the $16.7 billion of a year ago. - This makes him the richest founder within "pure AI foundation-model companies" — not counting the sprawling conglomerates that do AI on the side. He's ahead of both Amodei and Brockman. - In June this year, DeepSeek closed its first external funding round, about 51 billion yuan (~$7.4B), valuing the company at 400 billion yuan (~$50 billion). Liang put in 20 billion yuan (~$3B) of his own money to follow the round. - After that round, he still holds roughly 78% of the company. - The valuation has been climbing hard: this April DeepSeek was worth only $10 billion; by June it hit $50 billion — a 5x jump in two months. - The company is already preparing for an IPO, planning to list on the mainland, with a filing possible as early as within 2026. DeepSeek is an AI team that grew out of the quant fund High-Flyer in 2023. In three years, it went from a fund's side project to this. ## Counterintuitive move #1: he raised a round and still holds 78% Start with a detail the headline number tends to bury: **after raising a round, Liang Wenfeng still holds 78%.** In the startup world, that's almost unheard of. A company at this scale would normally have gone through seven or eight rounds, with the founder's stake diluted down to the low teens — often single digits. Liang didn't do his first external round until June 2026, and even then he put in 20 billion yuan of his own to follow it. Behind this is a path completely different from the mainstream: **don't rely on frenzied fundraising and cash-burning to spread out.** Compare it to the standard script for star AI startups these past two years: raise a few billion dollars right out of the gate, spend it grabbing chips, grabbing people, burning compute, and prop up the valuation round after round. DeepSeek did the reverse — raised late, raised little, built the company's value up first, then let capital in. From a product-building standpoint, holding 78% doesn't say "he's rich." It says **he didn't turn the company into a sprawling operation that needs constant transfusions to survive.** If a thing can only be kept alive by burning cash forever, the founder's stake can't be held. Being able to hold it usually means the thing itself can stand on its own. ## Counterintuitive move #2: narrow and deep, no all-in-one bundle What DeepSeek does can be summed up in three words: narrow and deep. It does one thing — models — and it pushes engineering efficiency to the extreme: fewer chips, less money, training models that match the top tier, then open-sourcing them. It didn't go build the big-tech AI bundle: assistant, cloud, chips, agent platform, office suite… it touches none of it and just grinds on the model. This is a mirror image of the two giants I wrote about a few days ago. Writing about Alibaba, I said it was "doing the math" — breaking AI into a token supply chain, building the whole chain. Writing about Tencent, I said it was "paying tuition" — Yuanbao, Hunyuan, and Xiaowei inside WeChat, three identities fighting each other. The giants' predicament, much of the time, is the internal friction that comes from being "big and all-encompassing": the front line is too long, forces are scattered, and every piece has to be fed. DeepSeek flipped this around: **pull the front line to its narrowest, compress all the forces onto one point, then do something at that point that no one else can.** A team of a few hundred outran the single-point efficiency of giants with over a hundred thousand people. Every product manager understands this logic, but few dare to actually do it: **focus isn't cutting a few features — it's daring to let go of the vast majority of opportunities and bet on just one.** DeepSeek bet on "make the model strong, cheap, and open-source," and nothing else. ## Counterintuitive move #3: how did the free thing become the most valuable? There's an even more counterintuitive layer: DeepSeek's flagship product is open-source — you can download it for free and run it yourself. And yet this "free" thing is what propped up a valuation that 5x'd in two months. Intuitively, open source means no money. But what DeepSeek traded open source for is global adoption, developer mindshare, and ecosystem position — and in the end, all of that turned into valuation and the confidence to IPO. When I wrote about Tencent open-sourcing Hunyuan Hy3 and Alibaba open-sourcing Qwen, I made a point: **open source isn't a value, it's a phase-specific lever.** DeepSeek used that lever to the hilt — it has no big-tech distribution, no big-tech cloud; the only reason it can sit at the table is the global influence it bought with open source. Build the influence first; the money comes later. ## What this means for people who build products Set aside the "richest man" hook, and the most galvanizing part of Liang Wenfeng's story for those of us who build products is this: **it proves that in the AI era, a focused, ruthless, efficient small team really can beat the giants stacking money and headcount.** The leverage has changed. In the past, to build a big business, you first needed big capital, a big team, a big operation. Now, a small squad that has thought clearly about "do one thing, and do it to the extreme" can move a valuation in the hundreds of billions. Resources are no longer the only ticket — judgment and efficiency are. This is really the extreme version of what doaipm has always been saying: **focus, efficiency, and doing one thing others can't — it doesn't have to be big.** What one person, or one small team, can move today is more than at any time before. ## Also, a splash of cold water That said, don't mythologize it. DeepSeek's ability to go "narrow and deep" came with a precondition. Behind Liang Wenfeng is the quant fund High-Flyer, which stockpiled a large supply of compute chips in its early years. It's because he had money and chips as a foundation that he dared to do only models and skip everything else. This isn't a rags-to-riches fairy tale — it's a person already holding ammunition who chose a more focused way to fight. And that $36 billion is a paper number. It rests on a $50 billion valuation, and a valuation is investors' expectation — the IPO hasn't happened, nothing has truly been cashed out. As I said in the piece on the 3.17 million, a number on paper and money actually in your pocket are two different things. The wind shifts, and a valuation can shrink faster than it grew. But directionally, DeepSeek really did set an example for "small and refined": in an era where everyone believes "compute is everything, scale is the moat," it took the narrowest path and proved another possibility exists. DeepSeek grew out of a quant fund's side project in 2023; by April 2026 it was valued at $10 billion, by June at $50 billion; Liang Wenfeng's net worth doubled in a year to $36 billion, past the co-founders of OpenAI and Anthropic. And to this day, its main product is still an open-source model you can download for free and run yourself. --- # AI Tore Down the 'I Can't' Wall — the One Left Is in Your Head URL: https://doaipm.com/en/blog/impossible-wall/ Published: 2026-07-25 Tags: AI era, product managers, solo builders, doaipm I spent a long time these past few days staring at two sets of numbers. Three years ago, both would have sat squarely in the "impossible" column. The first set: DeepSeek, a team of a few hundred people that grew out of a quant fund, built a model that goes toe-to-toe with OpenAI. Its founder, Liang Wenfeng, is worth $36 billion this year — more than the co-founders of OpenAI and Anthropic. A few hundred people, out-building a company of 100,000+. The second set: the 2026 World AI Conference (WAIC) opened, for the first time, a dedicated zone for one-person companies — 180 solo projects on display. One person can also be a company. Three years ago, if you'd said either of these things to anyone in the industry, the answer would almost certainly have been the same word: impossible. Now they're just sitting there, plain for anyone to see. ## The "I can't" wall is being flattened Let me be concrete. The "impossible" that used to block an ordinary person was, in the vast majority of cases, not "this thing can't be done" — it was "I don't know how to do this." I can't write code, so I can't build an app. I don't understand design, so I can't produce a decent interface. I can't edit video, so I can't start an account. I can't set up a server, so I can't launch anything. Every "I can't" is a wall, holding an idea inside your head, unable to get out. These past two years, AI has flattened these "I can'ts" one by one. You can't write code — say what you want to Claude Code, and it writes it. You can't design — describe the look you want, and it produces it. You can't configure an environment, connect a database, or write a regex — things that used to take months of dedicated study are now a single sentence away. How concrete does this get? Someone who has never written a single line of code, as long as they can clearly describe the product in their head, can have — in an afternoon — a clickable, usable prototype running in a browser. That same thing, three years ago, was a small team plus several months of work. The core of the doaipm way of building, stripped down, is one sentence: **you say it, and AI builds it.** This isn't a metaphor. What you say becomes something that actually runs and that other people can use. The wall of technical skill really has fallen. ## Building software three years ago vs. building software today Let me make "the technical barrier has fallen" concrete, so you actually believe it. Three years ago, an outsider who wanted to build even the simplest little tool faced this path: either spend months learning a programming language until you could write something usable, or scrape together some money to hire a contractor or a programmer friend, translate your needs into words they understood, go back and forth on revisions, and wait weeks or even months — all while a single "that's technically hard to do" could talk you out of it at any moment. The vast majority of people fell apart at step one: "Me, an outsider, go learn to program? Forget it." Today's path: open an AI coding tool, describe in plain language what you want, and it writes it out and runs it right there. Not happy with it? Say in plain language "change this part to that," and it changes it. In an afternoon, you're holding something clickable and usable. You wrote not a single line of code the whole way — you may not even understand the code it wrote — and none of that stops you from getting the product built. This isn't the future tense. DeepSeek, Qwen, Claude — these models are sitting right there, free or very cheap, for anyone to use. The real barrier has moved from "do you have this craft" to "can you clearly say what you want." And the latter is a capability that everyone who understands their own needs already has. ## On the other side of the wall, there's actually quite a pile Don't think "one person building a product with AI" is still some rarity, something that only happens in the news. It's becoming everyday. Open any developer community and shares like these are more and more common: a person with no technical background built an automation script with AI and killed off a two-hour daily chore; a designer built a complete SaaS single-handedly, launched it themselves, and charges for it themselves; a content creator built a tool site serving only their own niche little need. Three years ago, each of these would have required an engineer, a budget, and a long stretch of waiting. Those 180 one-person companies at WAIC are mostly the same kind of thing: one person fixated on one specific itch, using AI to fill in the "craft" part, turning it into something launchable that people actually use. Individually they're small, but together they prove one thing — the line "one person can't build a complete product" is now void. Barely any of these people are geniuses. What sets them apart from most people usually isn't knowing more — it's that at the "I can't" moment, they turned and opened the chat box and typed the first sentence. ## But there's one wall AI can't knock down Once one wall falls, you quickly discover that the wall actually stopping most people has just moved to a new spot. Here's a concrete case: the same idea, put in front of two people. The first person thinks, "This must require knowing how to code, right? I can't, so forget it." And so this idea, to this day, is still in his head. The second person opens AI and types, "Help me build a little tool that automatically organizes my bookmarks." Today, that thing is running online, and he uses it himself every day. These two people both can't write code. The only difference is one thing: whether they typed that sentence into the chat box — whether they dared to first make something ugly. **Once the technical barrier drops away, what's exposed is another wall, and this wall is in your head:** I'm not good enough, this is too hard, I'm not ready yet, what if what I make is terrible and people laugh. AI can write the code for you. It can't press "start" for you. ## Many "impossibles" are just an assumption no one dared to touch Look at DeepSeek again. The wall it stepped over had an assumption pressed underneath it: "To build a top-tier large model, you have to do it like the big companies — stack the most chips, burn the most money." Almost everyone took this assumption as a given, and so "a small team can't build a good model" naturally became "impossible." What DeepSeek did was refuse to accept that assumption. It went and grinded on engineering efficiency, using fewer chips and less money to build a model on par with the top tier. Once it actually did it, that "impossible" wall, looked at in hindsight, wasn't a capability problem at all — it was that no one was willing to touch that default premise. Many of the "impossibles" in your head have this same structure. Take one apart and, pressed underneath, there's often an assumption you've never questioned: "you must have A before you can build this," "someone like me can't do B." Pull that assumption out on its own and ask, "Really?" — and the wall often loosens on its own. Stepping over a wall, much of the time, isn't about how hard you push; it's about whether you dare to question, "Says who this is impossible?" ## What the wall in your head looks like, taken apart This wall isn't one you get over with a "be brave." It's made of a few very specific bricks. Let me lay them out one by one, and you decide for yourself which one is blocking you. **Brick one: "I don't understand tech, so this isn't for me."** Three years ago this held up; now it doesn't. Tech is no longer the barrier. What's actually scarce is whether you understand users and can see the real problem clearly. A person who understands the problem but not the tech, paired with AI, runs far faster than a person who understands the tech but not the problem. Not knowing how to code is, today, even an advantage — you won't get tied down by "how do I implement this," and you can keep your eyes fixed on "what does the user actually want." **Brick two: "I'll do it once I'm ready."** You'll never be ready. In the AI era, the cost of building a prototype approaches zero, and the cost of revising a version approaches zero too. Under this cost structure, building an ugly thing that runs first will always beat thinking about it in your head for three months. In the three months you spend thinking, someone else has revised to version ten and gotten real feedback. **Brick three: "This is so simple, surely someone's already built it."** Built doesn't equal built well, and it certainly doesn't equal built the exact way you want it. And plenty of things are exactly right when you build them for your own specific little scenario that others look down on. Whether the market is big is an investor's problem; your own itch is worth an afternoon. **Brick four: "What if what I make turns out terrible?"** The first version should be terrible. The point of building a prototype that runs is to get it moving first and receive real reactions — not to nail perfection in one go. The "terrible" you're worried about is really you comparing it against the perfect finished product in your head. But the one in your head will never turn real on its own. In the real world, a usable sixty out of a hundred beats an imagined perfect hundred: the sixty can get feedback and grow version by version; the hundred can only sit in place and shine, useful to no one. ## Why it had to be now The "I can't" wall has actually always been there — it's been there for decades. Why did it fall these past two years, of all times? Because AI is the first tool where "you speak plain human language, and it goes to work." Before it, the things that claimed to help you clear the technical barrier — search, tutorials, low-code platforms — none of them actually got around the "you have to understand a bit of tech first" gate. You find the answer via search, but you still have to understand it; you use low-code, but you still have to grasp its logic. AI is different. It catches your plain language and spits out something that runs. That whole stretch of "you have to learn it first" — it swallowed the entire thing. What this brings isn't the barrier being lowered a bit; it's the nature of the barrier changing: from "learn a craft" to "clearly state a thing." A dislocation like this comes around maybe once in decades. And the biggest dividend of a dislocation period has always gone to the ones who dare to act first. Once everyone has caught on and is using it, the dividend flattens out. The people acting now are standing at the starting point of this dislocation. They aren't smarter — they just swallowed that "I can't" a little earlier and swapped in "let me try." ## What the people who stepped over it actually did I'm not going to give you a pep talk. Let me just tell you the common threads I've observed in the people who actually "stepped over" — check yourself against them. **One, translate "impossible" into a concrete sentence.** "I want to build a tool that automatically organizes my WeChat bookmarks" — as long as you can say it clearly, AI can start working. If you can't say it clearly, it means you haven't thought it through yet. That's "haven't figured it out," not "impossible." Don't confuse the two. **Two, ask for the ugliest running version first, not the complete solution.** A half-finished thing you can click and see results from today beats a perfect plan on paper. The first thing you want has only one standard: it has to run. **Three, change one thing at a time, let AI go step by step.** Don't have it build the whole thing in one shot — that way, when something breaks, you won't know where the error is. One small change at a time, take a look, then the next step. These points sound plain. The barrier to actually doing them is just this: open the chat box and type the first sentence. ## Back to those two sets of numbers from the start DeepSeek didn't win because it had the most compute. It's that a small handful of people were convinced "we can build a cheaper, smarter model," and then actually went and did it. Behind each of those 180 one-person companies at WAIC is a thought — "one person... could actually work?" — that someone pressed start on. What stands between you and these things is no longer whether AI can do it — AI already can, and can do far more than you think. What stands in the way is whether, the moment you say "I can't, I'm not good enough," a single action follows right behind it: saying it to AI. That wall has always been in your head. AI knocked down the one next to it and cleared away "I can't"; but the one that reads "I'm not good enough," it can't knock down — only you can step over that one. And the first step over is so small it barely looks like a step: open that chat box, and tell it, exactly as it is, the "impossible" you've been holding in. The rest, it takes from there. --- # 3.17 Million in Bonus, But Not Even the Freedom to Show It Off URL: https://doaipm.com/en/blog/salary-leak-watermark/ Published: 2026-07-24 Tags: big-tech watch, workplace, working life, high-voltage line Today a year-end-bonus screenshot went viral: at Tencent's WXG (Tencent's WeChat Group — the WeChat line), a project team lead had a year-end incentive of about 3.17 million yuan, 820,000 in cash and 2.35 million in stock. In 2025 he twice earned Tencent's top performance rating, Outstanding — a rating only the top 10–20% ever get. Put that in front of any working person, and it's a ceiling-level track record. Days later, that record was wiped to zero: fired, blacklisted, never to be rehired. The performance was flawless. What sank him was that he posted this screenshot. I stared at this news for a long while. The sharpest part isn't the bystander's regret of "3.17 million, gone." It's something else, something far more universal: **the money you break your back to earn — you don't even fully own the freedom to "show it off."** ## First, let's get the facts straight Here's the replay: - A pay screenshot went viral online first, clearly showing this lead's annual incentive of about 3.17 million yuan. - Someone noticed the screenshot carried Tencent's internal watermark — the moment it's posted, they can trace exactly whose hands it leaked from. - Tencent's anti-fraud investigation unit received the tip, stepped in, and found that during his tenure he had also sent sensitive company information to external parties, leaking it to outside platforms. - He was ruled to have crossed the third of "Tencent's high-voltage lines": information-security violations and disclosure of confidential material — which explicitly states that leaking or prying into salaries counts too. - Outcome: fired, blacklisted, never to be rehired. I won't dwell on the watermark part; one line covers it: **at Big Tech, every sensitive thing you see very likely carries a mark that points to you and you alone.** This time it just got acted out for everyone to see. What's really worth discussing is what comes after. ## Why a single pay screenshot goes viral While we're here, let me note why this news swept the entire internet within a day. Because it lit up, in one shot, the two most tangled-up emotions of working people. One is envy: 3.17 million — why him? We're all wage workers, so why does one person's incentive for a single year match what an ordinary person makes over a decade-plus of not eating and not drinking? The other is fear: if even a top performer — someone pulling 3.17 million, someone rated Outstanding twice in a row — can be wiped to zero overnight over a screenshot, then how secure is the little we ordinary people are clutching? Envy and fear tangled together become that "watching the spectacle, chills down your spine" kind of feeling. A piece of news that can make people envious, vindicated, and afraid all at once is bound to go viral. What it hits isn't one person's gossip — it's the raw nerve all working people share. ## Let's do the math first: of the 3.17 million, how much did he actually pocket Don't rush to envy that number. The 3.17 million breaks down as 820,000 in cash plus 2.35 million in stock. Stock is the bulk of it — three quarters of the total. Big Tech stock isn't something you can cash out the moment it's granted; it usually vests slowly over several years, in portions. You have to serve out your time honestly and stay out of trouble to collect it in full, year by year. Once someone is fired and thrown onto the blacklist, the unvested portion is basically wiped to zero. So the "3.17 million" that went viral was never a lump of cash landing in hand from the start. It's more like a rope tethering you for several years: to collect it in full, you have to swallow your words and hold the line over those years. In the end, this lead was kicked out before the rope had even finished paying out. What actually landed in his pocket was probably just that 820,000 in cash, plus a small slice already vested — a long way short of 3.17 million. Buried here is something a lot of people never think through: **Big Tech loves to pay high salaries in stock, and it's not just generosity.** Stock that vests over years is itself a design — using money not yet in hand to buy your good behavior for several years: don't dare talk loose, don't dare jump ship, don't dare cross the line. The industry calls this golden handcuffs. The cuffs are gold, full purity — but at the end of the day, they're handcuffs first. When you put them on, all you see is the gold; only when you go to take them off do you realize they've been tethering you the whole time. ## What kind of person pulls 3.17 million and gets Outstanding twice One more note, so you don't picture him as some connected type collecting money lying down. To make project team lead at WXG — Tencent's most profitable line — and land in the whole company's top 10–20% two years running, that's earned by real work. This kind of person is usually the backbone of the team, a core pillar the company is willing to pay a fortune for, deliberately binding them with stock in the hope of keeping them for the long haul. Precisely because he's that kind of person, "wiped to zero by one screenshot" reads all the more like an alarm bell: even the backbone, even the top performer — the moment the company decides you crossed the red line, gets cut just the same, no hesitation. At Big Tech, nobody's contribution is "great enough" to be exempt from the high-voltage line. The more important you are, the more it proves this line matters more than you do. ## Why leaking salary is the reddest of the red lines The "high-voltage line" isn't an adjective; it's a hard-coded system of red lines, and its defining feature is a **single-veto**: it doesn't matter how big your contribution or how high your performance — cross it and it's firing plus blacklisting, with no such thing as "offsetting the fault with the credit." One of those lines makes a lot of people freeze the first time they hear it: **leaking or prying into salaries is, in itself, a red line.** Why is salary so sensitive? Because Big Tech's pay systems are more complex than outsiders imagine: new hires out-earning veterans, same role different pay, stock vesting on different schedules — two people sitting side by side might have packages that differ by a factor of two. The moment this stuff gets laid out for side-by-side comparison, the internal sense of fairness, the poaching risk, the negotiating leverage all go haywire. So "don't show it, don't ask" is a near-universal red line at every Big Tech company — it's not that this one company is stingy. And here's the irony: he probably never felt there was anything wrong with showing off the money he'd worked so hard to earn. But under this system, showing your salary already crosses the line, and the information the screenshot carried out crossed an even heavier one. A single forward lit two fuses at once. ## The tangle: the industry runs on "showing off," but an individual who shows off dies There's another contradiction here, one rarely laid out plainly. The entire hiring market runs precisely on "showing off." Maimai, Zhiyan, all kinds of offer-sharing — everyone shows their package, compares packages, benchmarks total comp — that's how you know what the same role is worth on the market and how much you should ask for. You could say the only sliver of bargaining power working people have on pay is pieced together, bit by bit, from exactly this information that "was never supposed to be shown." But inside the company, showing your salary is a hard kill line. So working people get stretched across the middle: **you can only learn your own worth from someone else secretly showing theirs; the moment you show yours, you might get zeroed out.** The information here is utterly asymmetric — the company knows every person's package cold, while you can only guess from the odd leaked screenshot. In a sense, this lead stepped right onto that fault line. The picture he showed off is a rare pricing reference for peers, and a leak the company must stamp out. Same picture, two fates. ## What high pay buys isn't just your time We default to one assumption: the company pays for my time and output, and once the money's in hand, it's mine, to do with as I please. This news is a reminder to everyone: **Big Tech's high pay also buys away your right to dispose of that gain, and your right to speak about it.** The 3.17 million landed, but you can't show it, can't discuss it, can't even feel a little proud about it on your feed. This money is written under your name, yet fenced in by an invisible red line. There's an even more gut-punch of a contrast: **the better your performance and the higher your rank, the more dangerous you are — not the safer.** Two Outstandings mean he saw more, had wider access, and held more valuable sensitive information; the moment something goes wrong, the blast radius is bigger too. So the more core the person, the tighter the information string gets watched. In this logic, top performance isn't a talisman — it's, to a degree, a larger risk exposure. We always imagine "grinding your way to high pay, grinding your way to high rank" as the road to freedom. Only when you actually reach that spot do you discover the ropes are more, and tighter, than before. ## Why it's Big Tech, specifically, that clamps down this hard Show your salary at a small company, and at most the boss is quietly unhappy — it rarely reaches "firing plus never-to-be-rehired." At Big Tech, why come down so hard? At bottom it's two words: worth money. The bigger the company, the more valuable the information in its hands — one piece of internal data can move the stock price, one playbook can be copied by competitors, one leak might sit atop the privacy of over a billion users. Once information can't be held, what's lost is the whole business. So it has to weld shut, as far as possible, the mouth of everyone who can touch sensitive information. This is "the price of scale": you enjoy Big Tech's platform, résumé, and high pay, and in exchange you have to accept Big-Tech-grade constraints. The two ends of the scale have been tied together since the day you signed that contract. ## This isn't a dilemma exclusive to top performers You might think 3.17 million has nothing to do with you. But the thing that boxed him in boxes in every working person — his scale just makes the cost especially jarring. Pull the lens back to ordinary people, and the same class of "information red line" is actually right beside us every day: - Sending an offer screenshot into a job-hunting group chat for advice, only to have the position snatched by someone. - Venting anonymously about the company on Maimai, then getting doxxed by a colleague who followed a few details. - Before leaving, casually packing up the decks and spreadsheets you made to use as a portfolio at your next job. - Explaining the last company's playbook and data in full during an interview, to prove your chops. - A line on your feed — "finally got the year-end bonus!" — with the amount attached. - Treating an unannounced project or org reshuffle as gossip to tell friends outside. - Saving internal group chats and Feishu (Lark) docs on your phone, screenshotting and forwarding on a whim. Almost everyone has done these, or at least toyed with the idea. Not one of them is "deliberate sabotage" — they're all convenience, laziness, a little showing off, or just wanting some advice. The red line gets crossed precisely in these "didn't think much of it" moments — you feel it's sharing, the system rules it a leak. The only difference: he crossed the line and lost 3.17 million plus his ticket into the entire Big Tech circle; you cross it and might just get a talking-to from HR. **The constraint is the same set — only the price tag differs.** While I'm at it, a word on the weight of "never to be rehired." Big Tech companies share, to some degree, their lists of dishonesty and fraud, and background checks at same-tier companies can turn it up easily. Once you're on it, the door to moving up basically shuts along with it. What he lost isn't one job — it's the entry ticket to the whole circle. The former can be earned back; the latter rarely comes again. ## So how should we actually read this Feeling sorry for him is only human. But if we really want a "lesson" that lands on us, it's plain: **at Big Tech, treat everything internal you see or receive as "real-name" by default** — including your own pay slip. Before you screenshot or forward, spend one more second asking whether it goes out with your name on it. More worth chewing on than that is the awkwardness: we treat high pay as the freedom of "finally making it out," and at the same time discover that the further up you climb, the less you actually get to decide for yourself. That 2.35 million in unvested stock is, at bottom, the price tag on this awkwardness. We're used to measuring a job's worth by "total comp" — the bigger the number, the more settled we feel. What this news tears open is the line of fine print behind that string of digits that nobody reads to you: whether you can collect this money in full, spend it with peace of mind, or mention it proudly in front of others — all of it hinges on not crossing the line once in the years ahead. **Total comp is shown to you; the constraints are there to bind you.** Both were handed to you together, from the day you signed the contract. 3.17 million in cash and stock, two Outstandings, years of accumulated professional credit — all wiped to zero by a single screenshot he thought was his own. --- # Alibaba Is Doing the Math, Tencent Is Paying Tuition: A PM's Read on the Big-Tech AI Split URL: https://doaipm.com/en/blog/tencent-alibaba-ai/ Published: 2026-07-23 Tags: product managers, AI strategy, big-tech watch, AI commercialization In one quarter, Alibaba's cloud AI revenue crossed 30% of external revenue for the first time. In that same quarter, Tencent's new AI products lost about 8.8 billion yuan — roughly 35 billion yuan annualized. Both companies chant "all in AI." Both poured in over 100 billion yuan. So how did the gap widen this far? In this piece I want to lay the two companies' first-half-2026 AI moves side by side, from a product manager's angle. Here's the conclusion up front: neither model is weak, and neither loses on benchmarks. What actually opened the gap is something far more mundane — **can you say, in one sentence, what this AI is for and how the money adds up?** Alibaba answered that question crisply from day one; Tencent took a long detour, paid a hefty tuition, and only recently found the door. ## First, two timelines Let me lay out both companies' first-half-2026 moves. No commentary — feel it for yourself. Alibaba's side: - On March 16, it merged core assets — Tongyi Lab, MaaS, and Qwen — into a new business group called "Token Hub" (Alibaba Token Hub, or ATH), with the CEO taking direct command. The pitch is one line: make tokens, supply tokens, use tokens. - It set a five-year goal: grow cloud and AI commercial revenue from 100 billion yuan this year to 100 billion USD, a compound growth rate of roughly 47%. - In the Q1 report, Alibaba Cloud's AI-related revenue crossed 30% of external revenue for the first time. Over the same period it launched its self-designed Zhenwu M890 AI chip, a 128-card server, the flagship model Qwen3.7-Max, and Qianwen Cloud for agents. Tencent's side: - In March, it dissolved the AI Lab it had run for ten years, folding the whole team into the Hunyuan group. In the same month, its self-built desktop office agent "WorkBuddy" launched. - The standalone app Yuanbao had about 109 million monthly active users, trailing Doubao (315 million) and Qwen (202 million). - WorkBuddy climbed fast, hitting No.1 in China for monthly visits among AI office agents on PC and overshadowing the standalone assistant Yuanbao. Media headlines put it plainly: "Yuanbao out of favor, WorkBuddy takes the baton." - In June, WeChat's own agent "Xiaowei" entered gray-release testing: swipe right from the main screen to enter, call mini programs in natural language, and go all the way through to placing an order. WeCom's "Dayuan" also entered testing. - On July 6, it open-sourced Hunyuan Hy3 under the Apache 2.0 license — 295 billion total params, 21 billion active params, 256K context. In the same window, one company is talking revenue share on its earnings call, and the other is explaining losses while quietly switching ships. This isn't a gap in model capability. The gap is somewhere else. Read on. ## Alibaba: it turned AI into a business you can reconcile The name "Token Hub" is itself the answer. ATH's logic is to break AI into a supply chain: make tokens at the bottom (train models), supply tokens in the middle (deliver via cloud and API), use tokens at the top (agents and applications). The whole company revolves around one word — "token." The upside is something any product manager sees at a glance: **it gave the whole company a North Star metric you can reconcile.** Whether token consumption grew, how far cloud revenue penetration has reached — you can put those on the table quarter by quarter. Usage-based billing; the books are clean. Qwen's open-sourcing is the entry point of this whole game. By April 2026, cumulative global downloads of the Qwen series approached 1 billion, over half of all open-source model downloads worldwide. Open source is free; the point is to get developers everywhere using it and getting used to it first — to lay down "supply" before anything else. The math here works like this: open-sourcing the model spreads adoption, and the inference demand that actually runs ends up landing on Alibaba's own cloud, turning into a real compute bill. A developer running free Qwen locally today will, when their business scales tomorrow, most likely buy the cloud's API and compute. **Open source is customer acquisition; cloud is the cash register.** Then comes the close. In the first half of this year, Alibaba's moves shifted clearly from "everything free" to "the best model costs money": the flagship Qwen3.7-Max went closed-source, with its API opened only on Alibaba's own cloud. Open source captures the market, closed source and cloud collect the rent — the two layers lock tightly together. For people who build products, there's a lesson here: **open source isn't a value, it's a phase-specific lever.** Alibaba traded open source for global developer adoption at scale, and once the ecosystem took off, it monetized through the closed-source flagship and cloud infrastructure. It knows exactly what it's trading for at every step. Worth a side note: Alipay, in the same camp as Alibaba, hasn't been idle either. The AI version of Alipay, "Abao," opened public beta in early July — ship a package, hail a ride, order food, check your housing fund, all in one sentence — and behind it is the same "call mini programs + wire up payment" playbook. In other words, Alibaba's camp isn't only in the picks-and-shovels infrastructure business; it's also bet on the consumer-facing super-app agent line. ## Tencent: it took the Yuanbao fall to figure out where its AI should actually grow Tencent's foundation is the thickest in all of China: WeChat's billion-plus users, the relationship graph, payments, mini programs — no rival comes close on distribution. In the AI era, this should have been a crushing advantage. Yet its most instructive lesson of the first half is precisely a pitfall: Yuanbao. Yuanbao is Tencent's card for building a "standalone general-purpose assistant" to go up against Doubao. But at about 109 million monthly actives, it's left far behind Doubao (315 million). Why can't Yuanbao catch up? Behind Doubao is Douyin, pouring users in on the massive traffic of short video and willing to eat losses to subsidize. Tencent has traffic too, but its traffic lives inside WeChat — and WeChat is exactly the place it least dares to mess with. As a standalone app, Yuanbao amounts to Tencent going head-to-head with Doubao on a battlefield where it holds no advantage (standalone assistants), with a slow start to boot — hard to catch up. Here's the interesting part: while Yuanbao fell behind, Tencent's AI actually turned things around in two other directions — and what they have in common is that neither tries to be a "standalone assistant." Instead, they **grow into specific scenarios.** One is WorkBuddy, the desktop office agent that launched in March. Its monthly visits quickly reached No.1 in China among AI-native office agents; per-user token consumption grew tenfold in three months, and retention held around 60%. The media put it bluntly: "Yuanbao out of favor, WorkBuddy takes the baton." The other is Xiaowei, inside WeChat. After hesitating for most of a year, in June 2026 WeChat's own agent "Xiaowei" entered gray-release testing. There's a signal here worth noting: the card being played isn't the standalone Yuanbao — it's WeChat itself stepping onto the field. Yuanbao, Hunyuan, and WeChat AI once fought each other as three competing identities; now the direction has converged — **give up the standalone assistant, and embed AI into the scenarios it's already strong in (WorkBuddy for the office, Xiaowei for WeChat).** The cost is that Yuanbao's year-plus of investment basically went down the drain — that's the tuition. The WeChat agent is the heaviest card in the deck: let AI place orders for you inside WeChat, call mini programs, handle service accounts. Done right, that's a closed loop of transactions, relationship graph, and payment — terrifyingly powerful. That it waited this long before moving also shows how cautious Tencent is about touching WeChat's home turf — this is the classic innovator's dilemma: **the more valuable the home turf, the less you dare to touch it with AI that isn't mature yet.** But this card isn't Tencent's alone. Alipay's "Abao," in the same camp as Alibaba, entered public beta in early July, holding the same payment-plus-mini-program hand — and on the super-app agent path, it moved a step ahead of even WeChat's Xiaowei. The very distribution edge that looks most like Tencent's moat is being contested by a rival of the same scale. ## One move made in reverse exposes the stage each company is at Here's the interesting thing: in the first half of 2026, the two companies moved in exactly opposite directions on open source. Alibaba's flagship is pulling toward closed source, with Qwen3.7-Max cloud-only. Tencent's Hunyuan is pushing toward open source, with Hy3 straight to Apache 2.0. The same decision, opposite directions, yet both right — because the two are at different stages: - Alibaba already has an ecosystem and adoption at scale; now it's shifting from "capturing" to "collecting rent," at the point of closing off and monetizing. - Tencent hasn't yet built developer mindshare; using open source to quickly trade for ecosystem position and developer goodwill is buying an entry ticket with open source. Put these two moves side by side, and they explain more than any model benchmark could: **to judge a company's AI strategy, don't just look at whether it open-sources — look at what it's actually trading for right now.** ## The six dimensions a product manager watches Lay the two on one table and the differences jump out. | Dimension | Alibaba | Tencent | |---|---|---| | North Star metric | Token consumption / cloud revenue penetration, clear and optimizable | Shifted from Yuanbao MAU to scenario-agent usage, just recalibrated | | Business model | Usage-based billing, books add up cleanly | Ads / office subscriptions / payment loop, path still being explored, currently still in the red | | Who it serves | Developers, enterprises (B2B PaaS logic) | Consumers, workplace, social (consumer scenario logic) | | Growth engine | Supply side: developer adoption drives tokens | Demand side: embed agents into the office and WeChat | | Moat | Cloud infrastructure + global open-source share | Relationship graph + payment + mini programs, but Alipay is contesting the same entry point | | Organization | ATH concentrates forces, CEO in command, metric pressure | Dissolved AI Lab into Hunyuan; Yuanbao exits, resources bet on scenario agents | To sum up the table in one line: **Alibaba is selling means of production; Tencent is stuffing AI into the scenarios of life and work.** Alibaba's books added up from the start; Tencent's ledger took over a year to turn to the right page. ## The next two or three years for both **Alibaba: the story is more "financeable," and it's most likely the steadiest runner on the "AI as infrastructure" line.** If tokens really do become the "new electricity," as many say, Alibaba is holding the grid operator's seat. Add Qwen's nearly 1 billion global downloads, and it has also banked a chip no one else has in going global and in worldwide developer mindshare. And the Alipay "Abao" consumer super-app agent line gives Alibaba's camp a second hand beyond infrastructure. Its risks sit in three places: first, a token price war — everyone is cutting prices, and margins will get ground thin; second, whether its self-designed chips can fill the gap left by restricted Nvidia access — the Zhenwu M890 is only just starting; third, the tension of betting on both open and closed source — the further the flagship pulls toward closed source, the more it has to eventually confront head-on whether the open-source community's pull gets weakened. But the direction is self-consistent and the metrics form a closed loop — that's its biggest certainty. **Tencent: stop chasing one hit general-purpose assistant as the goal; its opportunity is in "scenario agents."** WorkBuddy has already proven one thing: as long as Tencent's AI grows into a specific scenario (the office), it can build volume — and build all the way to No.1. The real decider next is **whether Xiaowei inside WeChat can move from gray-release testing to full rollout and truly embed into WeChat's main entry.** If it works, once WeChat's loop of transactions plus relationship graph plus payment starts spinning, the flywheel is fearsome; if it doesn't, the best distribution in all of China will spin its wheels in internal friction. And there's now an added variable: Alipay's "Abao" has jumped the gun on the super-app agent, so this fight is no longer WeChat racing against itself. ## What people who build products can take from this comparison Set the two companies aside and come back to building our own products. The biggest contrast between them is really two sides of the same basic homework. Alibaba runs steady not because its model is the strongest, but because from the start it translated AI into a metric the whole company could reconcile — so everyone knew where to push. Tencent took a detour not because its tech is weak, but because it spent over a year, and burned a Yuanbao, before it figured out "what my AI product actually is" — not building a standalone general-purpose assistant, but embedding into the scenarios it was already strong in. Positioning is the kind of thing where, if you choose wrong, all the resources in the world are just tuition; being able to admit the mistake and pull resources back to the right direction is itself a skill. Yuanbao burned over a year and is still chasing MAU; WorkBuddy launched and hit No.1 among office agents in three months; Xiaowei bet the chips back on WeChat itself. Three AI products from the same company — one still paying tuition, two turning things around inside a scenario. --- # This Round of Big Tech Layoffs Is Hunting the Product Managers Who Just Pass Messages Along URL: https://doaipm.com/en/blog/layoffs-cut-the-messenger/ Published: 2026-07-22 Tags: AI layoffs, Big Tech layoffs, product managers, AI-era PM, tech commentary Line up a few things that actually happened this month. According to Layoffs.fyi, as of July 20, the tech industry has logged 302 layoff events in 2026, affecting roughly 200,000 people — about a thousand jobs lost every single day. More than half of those layoff notices name-checked AI in one way or another. Microsoft cut 4,800 people. Sales, consulting, Xbox — nobody got a pass. But Microsoft's HR chief, Amy Coleman, said something that ran exactly counter to the crowd: **"The roles eliminated today were not replaced by AI."** Meta is even more tied in knots: it cut around 8,000 people — a tenth of its workforce — and at the same time moved about 7,000 people into newly created AI-priority roles. One hand pushing people out the door, the other stuffing people into the AI division. Put these side by side and something strange jumps out: **everybody is saying "AI took the jobs," but when you drill into any one company, even they can't tell you what AI actually replaced.** Microsoft is busy distancing itself; Meta is cutting and hiring in the same breath. Only the bystanders are dead certain the machines stole the paychecks. So what actually got cut? ## What's being cut isn't headcount — it's a layer Lay out the roles that got mass-cut over the past six months and you'll notice an unflashy thing they have in common. The deepest cuts rarely land on the best doers on the front line, or on the top specialists. They land on the middle layer — the people who translate the boss's intent into tasks, roll up the front line's progress into reports, and align information between two departments. When GitLab restructured for "the agentic AI era," it said plainly that what it cut was a couple of layers of management. What Meta has done over and over these past two years goes by the name "flattening." The core work of these roles boils down to one thing: **passing messages.** Take what A said, translate it into something B can execute; take what B did, roll it up into progress A can understand. Meetings, alignment, chat threads, weekly reports, chasing schedules — at the end of a day, the part that actually creates something from nothing is tiny. Most of the time is spent shuttling information between people. And shuttling information happens to be exactly the work AI does most smoothly and takes over first. A model that never tires, can read every requirement doc at once, sync every project's status, and generate a structured report on demand lands precisely on the message-passing layer. So what this round of layoffs is really erasing isn't a bunch of individual heads — it's an entire layer of "relay" function. > Once passing messages can be handed to a tireless model, the roles that live on passing messages become the line item on the layoff list that needs the least explaining — even Microsoft can't be bothered to chalk it up as an AI win. ## Product managers are one of the most message-dense roles there is Right about here, product managers should be shifting in their seats. Because if you ranked every role by "message density," product managers would almost certainly sit near the top. Picture a typical PM's day: a morning requirements review, where you translate the boss's one-liner "we want an AI feature" into a PRD; an afternoon of cross-team alignment, relaying design's ideas to engineering and engineering's worries back to ops; an evening of chasing progress, updating the schedule, prepping tomorrow's report. How much of that did you create with your own hands, and how much of it was you shuttling information between groups of people, clearing up misunderstandings, syncing the pace? For a lot of PMs, the latter is the bulk of the job. This isn't to say that message-passing has no value. In the past, when information moved poorly inside companies and the walls between departments were thick, a person who could pass the word cleanly and keep everyone in step was genuinely worth money. **The catch is that this value rested on one premise — that moving information was expensive — and AI is driving the cost of moving information toward zero.** Requirements can be auto-structured, progress can be auto-synced, and the cross-team information gap can be flattened by a single shared model. When passing messages becomes free, the role whose whole job is passing messages ends up in the most awkward spot in the room. Product managers aren't going away. But a PM who has bet their entire value on "I can get everyone coordinated" is standing exactly where AI sweeps first this round. ## So which kind of PM survives The contrast makes it obvious. Say two PMs both spot that "this flow is broken." The first one's move: write a doc, schedule a review, relay the requirement to engineering, wait two weeks, get a demo back, take it and check whether it's right. The whole chain is message-passing and waiting. The second one's move: in a single afternoon, use AI to stand up a clickable, runnable prototype themselves, put it in front of users to watch the reaction, and — once it's right — hand it to engineering to harden into a product. Those two weeks of "relay, schedule, wait" got swallowed in one go by doing it themselves. The difference isn't who's smarter. It's that **the first person's value grows out of "information routes through my hands," and the second person's value grows out of "results come out of my hands."** AI can replace the former; it can't replace the latter. Those 7,000 people Meta moved from old roles into the AI division were moved in exactly this direction — from "the message-passing seat that maintains old processes" to "the doer's seat that gets AI to actually produce things." The company doesn't want fewer people. It wants fewer of the seats whose only job is passing messages. So the signal this round of layoffs sends product managers is very concrete: **the better you are at turning "I have an idea" straight into "here's something that works," the fewer messages need to pass through you, and the harder you are to catch in this sweep.** Knowing how to use AI is just the entry ticket. What actually opens up the gap is whether you can turn a single sentence into a running result — by yourself. ## Last thing Microsoft's line — "not replaced by AI" — may be the most honest and most easily overlooked thing said in the past six months. The unspoken second half is this: if a role's entire value is shuttling between pieces of information, then who replaces it is only a question of timing and naming. This year it's called AI. Last year it was called cost-cutting. The year before that, flattening. The name changes every year; the seat that gets picked doesn't. The layoff list gets refreshed every year. The people sitting in the message-passing seat are always near the front of it. ## Further reading - [Every major tech layoff in 2026 that has name-checked AI (TechCrunch)](https://techcrunch.com/2026/07/06/the-running-list-major-tech-layoffs-in-2026-where-employers-cited-ai/) - [2026 Tech Layoffs Near 150,000 as Companies Pour Money Into AI (Yahoo Finance)](https://finance.yahoo.com/sectors/technology/articles/2026-tech-layoffs-near-150-110000224.html) - [2026 tech company layoffs (InformationWeek)](https://www.informationweek.com/it-staffing-careers/2026-tech-company-layoffs) --- # The 100 PMs Who Changed the World · No. 13 | Jensen Huang: The Most Expensive Company on Earth — Stuck Outside the Pantheon of Product Managers URL: https://doaipm.com/en/blog/jensen-huang-sells-the-shovels/ Published: 2026-07-21 Tags: Jensen Huang, NVIDIA, 100 PMs Who Changed the World, Product Management, Tech Commentary Take a look at this month's noise first. OpenAI shipped the GPT-5.6 trio, xAI shipped Grok 4.5, Moonshot open-sourced the 2.8-trillion-parameter Kimi K3, Meta threw out Muse Spark, and even Mira Murati, who left OpenAI, unveiled a model of her own. Every one of them is shouting that they're the strongest; every release is fighting for the headline. The model war is being fought bloody. But glance at the bottom of this melee and you'll notice something a little funny: **these mutually slaughtering models almost all run on the same man's chips.** That man is Jensen Huang. No matter who wins or loses up top, his NVIDIA is selling the shovels — and this month, his market cap soared to $5.4 trillion, the most valuable company on this planet. A man standing at the most central, most guaranteed-to-profit position in the entire AI era. And yet when I had [Claude score the "100 product managers who changed the world"](/en/rankings/), Jensen Huang came in at No. 13, overall OVR 94 — **stuck outside the Pantheon (the 95 line) by one full point.** Spread his six dimensions out and they look like this: **Vision 99 · Insight 87 · Taste 83 · Business 95 · Scale 96 · Originality 95.** Vision 99 is the highest tier in the room; and Taste 83, Insight 87 are the two clearly on the low side of his six. Why can't a boss whose company is worth more than any other get into the Pantheon of product managers? The answer lies in the gap within this set of scores. ## Vision 99: the bet he made at 30 that won him the entire AI era Start with his strongest dimension — the one that most deserves to be remembered. In 1993, Jensen Huang was 30 when he founded NVIDIA to make graphics cards. For a long time afterward, NVIDIA was simply "a graphics-card company for gaming" — that was the full extent of most people's understanding of it. But Jensen Huang bet on something almost no one believed at the time: **the GPU isn't just for rendering game graphics, it's a general-purpose computing platform.** In 2006 he launched CUDA, letting developers use the GPU for general computation beyond graphics. That decision looked nearly obsessive at the time — it added enormous cost, the market simply didn't need it, and Wall Street cursed him year after year for neglecting the core business. CUDA waited, alone, for the better part of a decade. Then deep learning arrived. People discovered that training neural networks required exactly the kind of massive parallel computing the GPU was built for, and the only thing in the whole world that was ready was NVIDIA and the CUDA ecosystem it had toughed out for ten years. **Betting on a future that wouldn't pay off for ten years, and toughing it out through the whole world's incomprehension until it did — that's the caliber of Vision 99.** The people on this list who can earn a 99 on vision can be counted on one hand, and Jensen Huang is one of them. ## Originality 95 and Scale 96: he turned "selling shovels" into the bedrock of an entire era What Jensen Huang truly originated isn't some faster graphics card — it's a position. Before him, a chip company was a "supplier" upstream in the industry chain; after him, NVIDIA became the **bedrock** the entire AI era can't get around. Today, if you want to train any large model — GPT, Gemini, Kimi, whatever — the first thing you do is buy his cards and use his CUDA. He turned NVIDIA from "the guy selling parts" into "the guy defining how the whole game is played." That's the highest form of "selling shovels." In a gold rush, the ones digging for gold win or lose, but the shovel-seller profits for sure — and Jensen Huang doesn't just sell shovels, he monopolized the shovel and, along the way, defined what a shovel even is. At GTC he set a target for two generations of AI chips: by the end of 2027, those two series alone should hit at least $1 trillion in revenue. Scale 96, Originality 95 — no overpayment there. ## Taste 83: this dimension being his lowest is exactly what tells you which kind of product manager he is Now we reach that key gap. Of the six, Jensen Huang's lowest is taste, 83. What is taste? For Jobs, it was "this rounded corner is two pixels off and I simply cannot stand it." For Allen Zhang, it was "in ten years of WeChat, what I'm proudest of is what we didn't build." The core of taste is a person taking their own aesthetics and using them to decide, on the end user's behalf, "what is good." Jensen Huang's products don't face that layer of "user" at all. His customers are developers, data centers, other companies. Whether a GPU is good is measured by compute, efficiency, ecosystem — not rounded corners, color schemes, feel in the hand. **He makes the thing that lets others make good products, not the good product itself.** On the yardstick of "holding the line on aesthetics for the end user," he's naturally out of the running, and Taste 83 is the reasonable result of this position. So that 83 doesn't mean he's weak in ability — it means he simply isn't on that track. **Jobs and Allen Zhang are taste-type product managers, defining a consumer product through personal aesthetics; Jensen Huang is a platform-type product manager, using vision and technical judgment to build the foundation every other product can't do without.** Both kinds are great, but only the former earns taste points. That, together with Insight 87, is why he's held outside the Pantheon door — in that top tier, nearly everyone has maxed out on "defining what is good on the user's behalf," and that's precisely not Jensen Huang's battlefield. ## So does he even count as a product manager? Writing this far, one question is unavoidable: Jensen Huang has never made a single consumer-facing product — does he count as a product manager? By the traditional definition, barely. But this list has never been about titles; it's about **the degree to which product decisions changed the world.** Betting the GPU as a computing platform, nurturing the CUDA ecosystem through a decade of doubt, re-architecting the company from a chip vendor into an "AI factory" — the weight of these decisions is no lighter than that of anyone who made a blockbuster app. He isn't making one particular product; he's deciding what foundation every product of this era grows on. Giving him a 94 and placing him in the Legends tier rather than the Pantheon isn't a put-down — it's precision: **he tops out on "vision" and "originality," and is naturally untouched by "taste," the consumer-grade sense of it.** The score itself says clearly who he is. ## In closing This month's model melee will keep going. GPT-5.6, Grok, Kimi — who ultimately wins, no one dares say right now. But one thing is already certain: no matter who wins up top, Jensen Huang wins. Because what he stands on isn't the ring — it's the ground beneath the ring. A man whose taste scores only 83 has become the most indispensable person in this era that prizes "smart" and "strongest" above all. That points to another path often overlooked: when everyone wants to make the most dazzling product, there's another way to win — to build the foundation every dazzling product can't do without. It doesn't require you to have great taste; it requires the vision to see ten years out, and the endurance to tough out those ten years. Jensen Huang bet right, and then the whole era had to come buy shovels from him. --- *The "100 Product Managers Who Changed the World" list and its six-dimension scoring in this piece were all produced by Claude (AI), rating products and business decisions, not the individuals. For the full list, see [doaipm.com/zh/rankings](/zh/rankings/).* --- # Spain Beat Argentina 1-0 and Lifted the Cup, Messi Bowed Out With 0 Shots: What Locked Down the World's Best Was a System URL: https://doaipm.com/en/blog/the-system-beat-the-genius/ Published: 2026-07-20 Tags: Messi, World Cup, System vs Individual, Product Managers, Tech Commentary Start with the image that will be remembered for a long time. July 19, MetLife Stadium, New York. Lionel Messi, 39, in the final of the last World Cup of his career, played the full match, total shots on the night: **0**. The entire Argentina team took just 2 shots in 120 minutes, not one on target. In the 106th minute of extra time, Ferran Torres broke through one-on-one for the winner, 1-0, and lifted the World Cup trophy. This was not an evenly matched final. The shot count ended up 20 to 2. Argentina's goalkeeper Martínez made 11 saves — the most in the history of a World Cup final — a keeper holding up half the match almost single-handedly through saves alone. And at the other end of the pitch, the player the whole world agrees is the best on this planet, all night, never got to touch a single real chance. The strongest individual on Earth was completely locked down. The question is: who locked him down? ## Spain didn't go find a stronger Messi If you thought Spain shut Messi down by putting some genius one-on-one on him, you misread this match. The way Spain locked Messi down was to **make sure he simply couldn't get the ball**. Rodri anchored the midfield, choking off every passing lane inch by inch; with close to 70% possession, Spain kept the ball at their own feet and left Argentina running without it most of the time — chasing, defending. However strong Messi is, you have to give him the ball first before he can create. And the first thing this system did was keep the ball from reaching his feet. This is the way Spain has won consistently for years: **positional play** — eleven players like a precision machine, each in a specific spot, doing specific passing and specific runs, winning through collective control rather than one person's flash of inspiration. Spain has stars too: Rodri is a Ballon d'Or-caliber midfielder, Lamine Yamal is the next-generation prodigy. But Spain never stakes a match on any one person. Swap out any single player, and the system keeps turning. Here I owe Messi a fair word. Making this man go a whole night without a single shot was never something one defender's man-marking could do — for nearly two decades, teams around the world tried every method, and the overwhelming majority failed. Spain pulled it off this time using the combined force of eleven players, an entire system. **You can count on one hand the players in the world who could force defending at that level.** Messi lost this final, but the very fact that "it takes an entire team, an entire system, to lock him down" already says who he is. Argentina's way of winning over these two decades is a different one. **Give the ball to Messi, and leave the rest to the genius.** That style is unstoppable when Messi is on form — that's exactly how they won it all in 2022. But it has one fatal fragility: when the opponent uses an entire system to lock Messi down, Argentina has no second plan. The whole team with 0 shots on target is the most naked exposure of that fragility. On one side, "hand everything to one irreplaceable genius"; on the other, "hand the outcome to a system that depends on no single person." This final was a head-on collision of those two philosophies. The system won. ## After watching this match, as someone who builds products, I couldn't help thinking of the same thing You might feel it's just a football match — what does it have to do with building products and leading teams. Honestly, at first I was just watching it as a game. But these two ways of winning — the "Messi model" and the "Spain model" — are so much like the choice every team and every product makes each day that it's hard not to draw the connection. Too many teams run the "Messi model" — staking the whole operation on one irreplaceable hero. A star engineer who can handle anything, a genius boss brimming with ideas, a firefighting captain who gets thrown at every crisis. When that person is around, the team is unstoppable, the efficiency is frightening. But the moment that person gets locked down — tangled up in something else, poached away, in a form slump, or just having a bad day — the whole team, like Argentina, puts up 0 shots on target. All your certainty is tied to one variable you can't control. The "Spain model," meanwhile, is about settling capability into a system. **It's not that you don't want geniuses — it's that you don't stake the outcome on a genius's flash of inspiration.** You write "how to get it right" into a process, turn it into a method, harden it into tools, so that every ordinary person standing inside that system can perform at close to the same level. The hero can walk off the pitch, and the system keeps running. This isn't a new idea, but this final acted it out with unusual cruelty and unusual clarity. Look back at the companies that truly grew huge, and almost all of them run the "Spain model." Zhang Yiming took "making a hit" — the thing that by nature depends most on a genius's intuition — and turned it into a machine that can mass-produce; ByteDance got called the "App Factory" — and factory means precisely that it doesn't depend on one genius calling the shots by gut every day. Bezos forced tens of thousands of people at Amazon to write six-page memos, to write the press release first, turning "thinking it through" from one person's talent into a move that tens of thousands can follow. What they did was the same thing: **move the outcome from "whether some particular person is up to it" to "whether this system is up to it."** ## In the AI era, this lesson only weighs more Bring it to today, and the weight of this keeps growing. Because AI is rapidly turning "the strongest execution ability" into something anyone can buy. The strongest models are going open source, dropping in price; what was one company's exclusive capability yesterday is everywhere today. When "capability" itself increasingly becomes like water and electricity, a cruel question surfaces: if the strongest capability is available to everyone, what exactly do you win on? The answer, more and more, is not "we have a genius no one else has" but "we have a system no one else has" — a system that settles judgment, method, and hard-won lessons into place so that every ordinary person can stand on top of it and perform at a high level. There's a point here that's easy to overlook. Judgment is of course precious — I was saying exactly that in my last piece. But if judgment only lives inside one person's head, it is your Messi — precious, and fragile. That person is here, you win; that person gets locked down, and like Argentina you hand in a blank sheet. The truly stable approach is to make judgment part of the system too: write it down, pass it on, turn it into something every person on the team can call up. Individual judgment is genius; systematized judgment is the moat. The reason Spain's title is worth a note from everyone who builds things is right here. They proved something a little counterintuitive in this era that worships the "super individual": **on the biggest stage, a well-designed system can leave the strongest individual on Earth with nowhere to strike.** ## Finally Messi bowed out. 39 years old, his last World Cup, played the full match, 0 shots, the title-defense dream shattered. This one night won't change anything. He is still one of the greatest players in the history of the sport, still the strongest individual. Over these years, how many people started watching football, fell in love with the game, because of him; one man carrying an eleven-a-side team sport on his shoulders — carrying it for so many years, carrying it to nearly forty and still standing on the grass of a World Cup final — is itself close to a miracle. He deserves a standing ovation, in victory and in defeat alike. But what's left on the scoreboard is not only the regret of a genius who couldn't complete the story. There's also a colder fact, one more worth chewing on for everyone who builds things: what locked down the strongest individual on Earth was not another, stronger genius — it was a system. Football will remember that night, and it will remember Messi forever. And those who build products, lead teams, and make things in the AI era had best also remember the method Spain used to lock him down — because the operation in your own hands will, sooner or later, have to make its own choice between "betting on a Messi" and "building a system." --- # Why Does AI Keep Getting It Wrong? It's Not Dumb — You Didn't Say It Clearly URL: https://doaipm.com/en/blog/you-didnt-say-it-clearly/ Published: 2026-07-20 Tags: Describing Requirements, Prompting, Speak It Into Being, Product Managers, AI Workflow Let me start with a scene you've almost certainly lived through. You ask AI to build something, wait eagerly for it to deliver, and what comes back is a universe away from what you had in mind. You fix one line, it breaks another, back and forth a few rounds, until you finally get fed up and mutter to yourself: "This AI is nothing special." These past few months I've been using AI to get work done nearly every day, and I've fallen into this pit every day too. But after enough of it, I changed my mind. Because I noticed a pattern that stings a little: **the same requirement, phrased a different way, and it gets it right the first time.** Once or twice is a coincidence. Eight or nine times is not. Slowly I had to admit something: **when AI gets it wrong, most of the time it isn't dumb — I didn't say it clearly.** This isn't mysticism. Underneath it is a very plain truth, plain to the point of being a little cruel: > AI can't read minds. It only does what you "said," not what you "meant." The requirement in your head is three-dimensional — it has context, it has default assumptions you're not even aware of, it has a whole set of "well, obviously" common sense. But the sentence you type into the chat box is often just a thin outer layer of skin. That layer of skin is all AI gets; the rest it has to guess. Guess right and you got lucky; guess wrong and you go and call it stupid. Once I understood this, I stopped fussing over "which AI is smarter" and turned to practicing something far more valuable: **how to move that three-dimensional requirement in my head, complete, into the chat box.** This piece is that whole method. All of it is copy-pasteable — not one line of it is some talent-only secret technique. And I have to say, this is fantastic news for product managers. **Describing requirements has always been a PM's bread and butter.** You used to explain the requirement to engineers; now you explain it to AI — the only difference is that engineers use experience to fill in what you left out, and they come back to ask you, while AI is more obedient and more "literal," doing exactly as much as you say. So with AI, you have to say it a little more clearly than you would to an engineer. That little bit is the threshold, and it's the dividing line. ## A requirement that lets AI get it right the first time has five parts I pulled apart the requirements I'd "said clearly" and found they always had five things in place. Leave one out, and that's exactly where AI decides for me. You don't have to write all five every time and turn it into a formula. But you need those five slots in your head — **before you hit send, scan them: whichever slot is empty, that's where AI will improvise.** ### Part one: what you want — nail the noun first The most basic, and the easiest to skate past. You say "help me build a user-management thing" — what is this "thing"? A page? A table? A whole back office? AI can only pick one and guess. Change it to: "Build a user list page, one table, showing avatar, name, email, sign-up date, and status." — now it knows exactly where to start. **The whole trick is one line: swap vague words like "thing," "feature," "module" for concrete nouns.** Page, table, button, form, chart, modal. Once you can say what it actually *is*, AI can catch it. ### Part two: for whom, and why — the part most often skipped, and the most valuable This is the part people from a technical background tend to skip, and it happens to be the PM's home turf — you're wired to care about "who uses it and why." Compare. You say "build a dashboard, put all kinds of data on it," and it hands you a screen full of charts you probably won't even look at. Change it to: "Build a dashboard for the **store manager** to check every morning. What he cares about most is **how much sold yesterday, up or down versus the day before, and which category sells best** — put those three front and center, everything else secondary." See the difference? Add "who uses it + what they care about most," and AI knows **what to emphasize and what to dial down** — it starts having "priorities," instead of laying all the information out flat on the floor. I've basically made it a habit now: **after every requirement, I tack on one line about "who this is for, and what problem they're trying to solve."** That one line is often worth more than everything I said before it combined. ### Part three: the concrete form — say what it "looks like" The idea has a picture to it in your head, but all you tossed out was an abstract word. "Build a filter feature" — AI doesn't know what you want to filter by or how. "Above the table, add a row of filters: a date-range picker, a 'status' dropdown (All / Active / Disabled), and a search box (search by name or email); filtering is instant — it refreshes the moment you pick, no confirm button." — now it can reproduce it one-to-one. You don't need to know design. You just need to **describe the picture in your head in plain words**: which blocks there are, what each one is, where it goes, how it's used. Describe it and it can reproduce it; can't describe it, and that means you haven't thought it through yourself — which is perfect, because that's a signal, and later I'll cover how to use it to think things through in reverse. ### Part four: the boundaries — the dividing line between "looks like it runs" and "actually works" I need to spend a little longer on this one, because it's **the real difference between a beginner and a PM.** Beginners describe only the "normal case": the user fills it in obediently, the data is all clean, the network never drops. But in the real world, users type nonsense, data comes back empty, the network cuts out, inputs run too long. These are the "edge cases," and they're what a PM should worry about most — and what you most need to spell out for AI. You say "build a feedback form with name, email, content, and a submit button," and it hands you the happy path and calls it done. If instead you say this: > "...watch out for these cases: when the email format is wrong, show a red hint under the field and don't let it submit; when the content is empty, the submit button stays disabled; on success, clear the form and show 'Thanks for the feedback'; on failure (say, no network), **don't clear** what the user already typed — show 'Submission failed, please try again.'" Those few extra lines are the PM's professionalism. AI is fully capable of handling all of this, but if you don't say it, it defaults to just the "happy path." List the boundaries, and it builds them all in the first time. By the way, **"what counts as done" and "what not to build" are boundaries too, and just as worth saying.** A single line — "this version does only the list and the filters, no create/edit/delete yet" — blocks a whole pile of things you didn't want this round. ### Part five: a reference — hand it a ruler Style, colors, feel — these "vibe" things are the hardest to pin down in words. The easiest move: give it a reference. "Make the colors nice, make it look professional" — a hundred people have a hundred readings of "nice" and "professional." "Use brand blue #3B82F6 as the primary color; for the overall palette and whitespace, follow the clean, restrained style of the Stripe website." — now it has a ruler and doesn't have to guess at the "nice" in your head. A reference can be a color value, a product you like ("like Notion"), a standard. Give it a reference, and AI doesn't have to bet on your taste. ## Five most common ways of "not saying it clearly," and how to fix each The above was the constructive breakdown. Below are the five pits I see most, and fall into most myself — go down them one by one as a checklist. **Pit one: too vague.** "Build a nice-looking page" — it hands you something mediocre and you can't even say what's wrong. Fix: push it one level more concrete, swap adjectives for nouns and details. **Pit two: giving orders with no context.** "Add an export feature" — export what? Export to where? What format? Add it where? Fix: fill in "where + what to export + what format," e.g. "on the reports page, add an 'Export' button top-right; clicking it exports the table under the current filters as a CSV download." **Pit three: dumping a whole pile at once.** Cram fifteen requirements into one message, and what comes back is a mess you don't even know where to start fixing. Fix: **small steps, fast — one at a time.** First put up the skeleton, run it, see the result, then add on one by one. This is the most important of them all, no contest. **Pit four: no reference, leaving it to guess your taste.** Fix: see part five — give a color value, a reference product, a standard. **Pit five: only saying the normal case, not the abnormal.** The demo runs smooth, then real users touch it and everything breaks. Fix: before you send the requirement, ask yourself three questions — **what happens if the data is empty? what happens if the user types nonsense? what happens if the network drops?** Write the answers into the requirement. ## Three moves: turning AI from a hand into a brain Get the above down and you're already ahead of most people. The three moves below are what I use to turn AI from "an obedient pair of hands" into "a brain that helps me think." **Move one: have it ask you questions first, don't rush it into building.** This is the one I use most, and the most counterintuitive: the more important the requirement, the less you should have it build right away — have it question you first. > "I have an idea: build a tool to collect and analyze customer feedback. Don't start yet — first ask me the five most critical questions, and pin down the target user, the core use, the must-have features, and the boundaries." The questions it asks are, nine times out of ten, exactly the spots you haven't thought through yourself. The process of answering is the process of forcing the requirement from "a fuzzy blob" into "a clear line." By the time you're done answering, it's holding a complete requirement, so of course what it builds is right. The essence of this move is **using AI to help you think clearly, not just to help you build** — think it through, and getting it right comes for free. **Move two: give a good example and a bad one.** When words fall short, an example is fastest — especially "I want this kind, not that kind." > "Help me write the message that shows after this button is clicked. Make it like this: short, casual, reassuring — 'Saved, you're good.' Not like this: stiff, wordy — 'Your operation has been successfully submitted to the server and persisted to storage.'" One good example plus one bad one beats three lines of adjectives. **Move three: have it restate to confirm, then build.** When the requirement is complex, have it restate its understanding first, and only build once you've confirmed it's right. > "The requirement I just gave you — don't build it yet. Confirm it back to me in three sentences: what you're about to build, how many parts, and anything you're unsure about. Once I confirm, then start." Thirty seconds here saves you half an hour of rework. As it restates, you'll often catch on the spot that "wait, what I said here isn't what I meant" — fix it right then, before it's touched anything. ## One full run-through: from a fuzzy sentence to it getting it right the first time Let's string the above together and watch a real run. Say all I have in my head is one fuzzy sentence: "I want a thing that lets me look at user feedback." Step one, I don't rush it into building — I have it help me think first (move one): I have it ask me five key questions. It asks: who uses it (my ops colleague)? where does the feedback come from (a CSV file)? what do I most want to get out of it (quickly see what everyone complains about most)? do I want it sorted by severity (yes)? do we need filters this version (not yet)? Step two, fold the answers into one complete requirement, and the five parts line up perfectly: for ops to look at, the goal being to quickly see what users complain about most (for whom, why); an upload area up top to load the CSV, and below it auto-display the feedback grouped by theme, how many items per theme, the share of each, sorted by count (what, form); when the CSV is empty or the format is wrong, show "Read failed, please check the format," and no filters or search this version (boundaries); clean and restrained, primary color #3B82F6, layout following Notion (reference). Build it out with fake data first, and spin up a local server so I can preview. Step three, run it, see the result, then add in small steps (the fix for pit three): one at a time — "add a progress bar after each theme to show the share," "clicking a theme expands to show three raw feedback items in that category," "color themes by severity — red for high frequency, yellow for medium, gray for low." Step four, have it find the problems itself: "click through everything clickable, find the errors, hangs, and anything not behaving as expected, and give me a list." The whole way through I didn't write a single line of code, but every step I said clearly. This is the daily reality now — **you're in charge of thinking it through and saying it clearly, it's in charge of building it.** ## Finally Before I hit enter, I usually spend ten seconds running these slots through my head: what I want (is it a concrete noun?), for whom and why, what it looks like, boundaries (empty data, garbage input, failure, what not to build — did I cover them?), reference, and — is this just one requirement this time. Get four or five of the six, and it basically gets it right the first time. More and more people know how to use AI, but the people who can say the requirement clearly have always been the minority. The first thing is a threshold — everyone can cross it; the second is a dividing line — it splits people into two camps. And you, as a product manager, already understand users best, understand priorities best, understand the very boundaries no one else will worry about for you. What you've been missing was never those things — it's the habit of **saying them out loud.** Practice for a month, and you'll find it's not that AI got smarter — it's that you finally learned how to hand over that requirement in your head, complete. --- # The Woman Who Built ChatGPT Just Shipped a Model She Admits Isn't the Strongest — and Investors Are About to Value Her at $50 Billion URL: https://doaipm.com/en/blog/mira-murati-not-the-strongest/ Published: 2026-07-19 Tags: Mira Murati, Thinking Machines, OpenAI, AI, Product Managers, Tech Commentary Start by putting two things side by side. Yesterday, China's Kimi K3 was all over the timelines, and the press-kit keywords were "the world's largest open-source model," "topping the coding charts," "beating GPT and Claude" — everyone was comparing whose scores were higher. Today, another model shipped, and its wording ran the other way. On July 16, Mira Murati's Thinking Machines dropped its first open-source model, Inkling — 975B parameters, natively multimodal, with thinking effort you can dial from 0.2 up to 0.99. But in the official release notes, one line stands out sharply: **"not the strongest overall model available today, open or closed."** A company releasing its flagship model and voluntarily telling you "it isn't the strongest." In an industry that today would happily print every benchmark win onto a poster, that's practically heresy. Stranger still: this very company, just a year and a half old, is raising a new round at roughly a **$50 billion** valuation — more than four times its $12 billion last July. Why is someone who shipped a model that isn't the strongest worth $50 billion? To make sense of that, you first have to know who Mira Murati actually is. ## Plenty of people can train models; almost no one can turn a model into a product Mira Murati spent six and a half years at OpenAI, rising all the way to CTO. But her real weight isn't in those three letters. She was the key operator who took ChatGPT, DALL·E, and GPT-4 from the lab to the public. In late 2022, OpenAI had a powerful model that ordinary people couldn't touch; it was her layer that wrapped it into a chat box anyone could open and use — and then ChatGPT became the fastest-adopted consumer product in human history, a hundred million users in two months. During those days in November 2023 when the board abruptly ousted Altman, the person who stepped in as interim CEO was also her. Put differently: Silicon Valley has no shortage of people who can train models, but the people who can turn a model into a product a billion people want to open every day are a tiny handful. And on that very short list, Mira Murati's name sits near the top. That's the key to understanding her — and to understanding the $50 billion valuation. ## That "not the strongest" line in Inkling is exactly what exposes her playbook Back to that unusual release. Someone who understands better than anyone that "a model is not a product" shipped a model that doesn't chase the top spot — that's a strategy someone thought all the way through. Look at what Inkling leads with and it's clear: native multimodal reasoning (designed for real-time human-machine interaction, not retrofitted from a pure-text model), adjustable thinking effort (get the same job done with fewer tokens), and fine-tuning that works out of the box on its own Tinker platform. It even released a 276B smaller version, Inkling-Small, that matches the big model on several benchmarks at far lower cost. Not one of these selling points is "I rank first on some chart." They all point at the same thing: **can you actually put it to use, wire it in smoothly, and conveniently take it away to build your own thing.** This is the hardest lesson Mira Murati took from ChatGPT — what decides whether an AI product lives or dies is rarely where it ranks in the evals, and much more often whether anyone can hold it in their hands and turn it into something others want to use. Yesterday's Kimi K3 and today's Inkling stand at exactly the two ends of this. One makes "topping the charts" the headline; the other writes "I'm not the strongest" into the release. Two philosophies — it's too early to say who's right — but which side Mira Murati is betting on is already down on paper. ## The $50 billion is a bet on her, the person Look again at that valuation curve and it gets even clearer what the market is pricing. Thinking Machines was founded only in February 2025, and by July that year it closed a $2 billion seed round — led by a16z, with NVIDIA, AMD, Cisco, and Jane Street joining, at a $12 billion valuation. That was already one of the largest seed rounds ever. Today it's raising at $50 billion, a fourfold jump in a year, muscling straight into the ranks of the world's most valuable private companies. Leaving OpenAI alongside her were co-founder John Schulman, former VP of research Barret Zoph, and that whole core crew. Investors aren't fools. They know Inkling isn't the strongest model right now, and they know this company hasn't yet built a breakout product like ChatGPT. Betting at $50 billion, what they're wagering on is Mira Murati the person — that kind of judgment for "turning research into a product a billion people use." She cashed that ability in once before; now they're betting she can cash it in again. ## As models become more of a commodity, judgment is the scarce thing The real signal here is bigger than "another star startup." Look at what's happened these past six months: Kimi gave away a 2.8-trillion-parameter model for free, open-source flagships are everywhere, and the raw capability of models is getting cheaper and more readily available at a pace you can watch with the naked eye. When capability itself becomes as commoditized as water and electricity, a brutal question surfaces: if everyone can download the strongest model, then what is actually worth anything anymore? Mira Murati's $50 billion valuation is one answer the market is giving: **people who can train models are no longer scarce; people who can judge "what is good, which direction to push, and how to package a capability into a product people want to use" — those are scarce.** The former can be stacked up out of open source and compute; the latter can't. She's worth it because she knows what a good product is, not because she can build the strongest model. ## This $50 billion bet has only just begun That said, Inkling really isn't the strongest model right now, and Thinking Machines hasn't yet proven it can pull off a ChatGPT-scale miracle a second time. This $50 billion bet is nowhere near being settled. But one thing has already been written into this release: in an era where models look more and more like a commodity, someone who understands better than anyone that "scores are not a product" shipped a model that doesn't chase scores — and then landed the most expensive vote of confidence in the whole industry. Whether Inkling is the strongest doesn't matter; what matters is that the thing she's betting on — judgment is worth more than capability — is being voted for by more and more money. ## Further reading - [Inkling: Our open-weights model](https://thinkingmachines.ai/news/introducing-inkling/) — Official release from Thinking Machines Lab - [Murati's Thinking Machines in Funding Talks at $50 Billion Value](https://www.bloomberg.com/news/articles/2025-11-13/murati-s-thinking-machines-in-funding-talks-at-50-billion-value) — Bloomberg - [Thinking Machines open sources Inkling, focused on low cost and 'resistance to censorship'](https://venturebeat.com/technology/thinking-machines-open-sources-first-multimodal-language-model-inkling-focused-on-low-cost-and-resistance-to-censorship) — VentureBeat --- # The 100 PMs Who Changed the World · No. 3 | Jeff Bezos: At 62 He Made Himself CEO Again — to Bet on the One Thing Amazon Never Pulled Off URL: https://doaipm.com/en/blog/bezos-working-backwards/ Published: 2026-07-18 Tags: Jeff Bezos, Amazon, AWS, Product Managers, 100 PMs Who Changed the World, Tech Commentary Start with something that happened just last month that many people didn't much notice. Jeff Bezos, 62, handed off the Amazon CEO job back in 2021, and for the four years since, the public image of what he was doing ran roughly like this: building rockets, sailing yachts, holding a wedding in Venice. Bloomberg pegs his net worth at around $250 billion, top three in the world. A man like that should, by all conventional logic, have entered the "made it, stepped back, just spend the money" phase of life. Instead, in 2026, he made himself CEO again — not back at Amazon, but personally co-leading an [AI startup called Project Prometheus](https://www.stcn.com/article/detail/3500750.html), aimed at "AI for the physical world": putting large models to work in the engineering of manufacturing, automobiles, and aerospace. The company just closed a $1.2 billion round in June at a $41 billion valuation. Add in his money in Anthropic and others, and the capital he's staked on AI already tops $19 billion. That's a little strange. **Bezos is the world's most skilled product manager at "letting go."** The Amazon he built by hand is defined, above all, by not depending on him — the flywheel spins on its own, the systems run on their own, and he retreated backstage early. So why would a man who perfected "make the company run even without me" find himself, on this one thing called AI, unable to resist sitting back down in the CEO chair at 62 and stepping into the ring himself? To think that question through, you first have to understand what he actually invented. When I had [Claude score the 100 product managers who changed the world](/en/rankings/), Bezos came in at No. 3, overall OVR 97. Spread his six dimensions out and it looks like this: **Vision 98 · Insight 95 · Taste 90 · Business 99 · Scale 98 · Originality 97.** That Business 99 is the highest tier on the whole list (tied with Bill Gates), one point above Jobs's 97. This piece starts from that 99 — because it hides a misconception most people hold about Bezos. ## Business 99: he turned "doing business" itself into a product Mention Bezos and many people's first reaction is "e-commerce," "logistics," "the guy who perfected package delivery." That impression isn't wrong, but it sells Bezos short. What he's truly great at is designing the business model itself as a product. The classic example is AWS. In the mid-2000s, to support its own e-commerce, Amazon was forced to build out a huge stack of servers and operations capability. The vast majority of companies would treat that as a cost, an internal department, and stop there. Bezos made a decision no one understood at the time: **take the infrastructure you built for internal use, package it as a product, and sell it to everyone.** And so the cloud computing industry was born. Today every internet company in the world, including the vast majority of AI startups, runs on someone else's cloud — and Amazon was the one that first blazed that trail. In Q1 2026, AWS alone brought in $37.6 billion in quarterly revenue. Notice what happened here: he didn't invent a new app, didn't build a prettier interface. The product he built was a business structure — a way to "turn cost into revenue, turn internal capability into an outward business." The same thinking runs through Prime membership, the third-party seller marketplace, Kindle — none of them a simple feature, each a full, self-reinforcing business machine. That's why, on the Business dimension, he can pull the list-high 99: when it comes to "designing the act of making money itself as a product," no one on this list did it more thoroughly. And that ability comes from something more fundamental. ## Originality 97: Amazon's real moat is a method that forces people to think clearly Of everything Bezos left behind for Amazon, the most underrated is two writing rules. **Rule one: no PowerPoint in meetings — you submit a six-page narrative memo.** Amazon's important meetings open with everyone silently reading the document, then discussing. The reason is simple: PowerPoint can take an idea that hasn't been thought through and, with a few slick phrases and one chart, dress it up to look like something; but forcing you to write six pages of complete sentences exposes every logical hole, every "I actually haven't figured this out," right there on the page. **Rule two: Working Backwards — write the press release first, then build the product.** Before a new idea gets greenlit, you pretend it's already built and about to launch, and you write the press release and the customer FAQ. If you can't even write clearly, or write compellingly, "what exactly makes this good for the user," then it probably isn't worth building. Put those two rules together and they're the same thing: **before you build anything, you're forced to write down, in clear language, what exactly I want, for whom, and why it's good.** Amazon's decades, its tens of thousands of people, its hundreds of product lines — none of it rides on one genius making every call each day. It rides on a method that lets tens of thousands of people independently think it through, write it down, then execute. That is the true bearing on which the flywheel — the one that "spins even without Bezos" — turns. Originality 97: half of it goes to AWS, half to this method. ## Taste 90: his lowest score of the six is exactly why he could let go Of the six, the only one Bezos didn't clear 95 on is Taste, at 90. That's not to say his aesthetics are poor — it's a different path. Jobs and Allen Zhang bet on "use my personal judgment to define, on the user's behalf, what is good"; Bezos bet on a process — using the six-page memo and Working Backwards to turn "thinking it through" from one genius's intuition into a move that tens of thousands of people can follow. Jobs's products are extensions of his personal taste; without him, the flavor of Apple would change. Bezos's products are the output of a method, which is why he could retreat backstage early and the machine keeps running. Taste 90 is because he deliberately chose not to stake the company on his own aesthetics — that's his weakness, and it's exactly the confidence that let him dare to let go. ## That method landed right on top of the AI era Now back to the question we opened with: why would the man best at letting go come out of retirement to do it himself at 62? Take one look at what's scarcest in the AI era and the answer surfaces. When writing code, doing design, and building prototypes — all the execution steps — can be handed to a model, what's left, the truly hard and truly valuable part, is **saying clearly what exactly you want** — clear enough that the machine can follow it and build precisely the thing you had in mind. Being vague with an AI only gets you a pile of stuff that looks the part and is actually useless; the person who can spell out the requirements, the boundaries, and what counts as good, one by one, is the one who can actually make AI produce something useful. And that is exactly the thing Bezos drilled into Amazon for decades. **The six-page memo and Working Backwards were originally an internal management system, built to keep a big company from getting confused; in a world where everyone can build things with AI, they've become a universal, most-core productivity.** Whoever can write clearly what they want can build it — a line that in 2019 held true only for Amazon's managers, and in 2026 holds true for every single person sitting in front of an AI. So when Bezos comes out to bet on Project Prometheus, what he's really betting on is a rerun of the thing he knows best. Back then AWS was "turn internal capability into the infrastructure of a new industry"; today the "AI for the physical world" he's staking on is a bet of the same shape — AI has already been proven out in software and text, and the next battlefield is real-world engineering: manufacturing, automobiles, aerospace. What those fields lack most is precisely the ability to "break a complex goal down clearly, write it down, and have the system execute it." This is a thing he doesn't trust to anyone else — so he does it himself. ## A real question Whether this bet pays off, no one knows yet. AI for the physical world is far harder than software; Blue Origin's rockets have blown up and [slipped their schedules](https://finance.sina.com.cn/stock/usstock/c/2026-07-08/doc-inihckrq8234720.shtml) over the years, and Prometheus at a $41 billion valuation could well be a very expensive failure. But one thing has already been proven: when Bezos, more than twenty years ago, forced a room full of managers to write six pages and write the press release first, no one thought it was any great invention — they even found it tedious and old-fashioned. Looking back today, that clunky method of "figure out what you want and write it down clearly, first" may be worth more than any single item Amazon ever sold — because it happens to be, in this era, the single most critical interface between human and machine. A man who has used that method his whole life is choosing, at 62, to stake his fortune and reputation on it again, betting it can win one more time in the AI era. And this time the battlefield is the physical world itself — tougher to crack than either retail or the cloud. --- *The "100 Product Managers Who Changed the World" list and its six-dimension scoring in this piece were all produced by Claude (AI), rating products and business decisions, not the individuals. For the full list, see [doaipm.com/zh/rankings](/zh/rankings/).* ## Further reading - [Former richest man Bezos comes out of retirement to go all in on AI](https://www.stcn.com/article/detail/3500750.html) — Securities Times, on Bezos returning as CEO and co-leading Project Prometheus - [Bezos: My time at Amazon, Blue Origin and Prometheus is spent on AI](https://www.cnbc.com/video/2026/05/20/jeff-bezos-my-time-at-amazon-blue-origin-and-prometheus-is-spent-on-ai.html) — CNBC, Bezos in his own words on how his energy is all on AI right now - [Blue Origin raises its first outside funding at a $130 billion valuation](https://finance.sina.com.cn/stock/usstock/c/2026-07-08/doc-inihckrq8234720.shtml) — Sina Finance --- # The 100 PMs Who Changed the World · No. 5 | Zhang Yiming: His Best Product Isn't Douyin — It's a Machine That Mass-Produces Hits URL: https://doaipm.com/en/blog/zhang-yiming-the-app-factory/ Published: 2026-07-17 Tags: Zhang Yiming, ByteDance, Product Management, 100 PMs Who Changed the World, Tech Commentary Start with a slightly odd comparison. Last month, the Bloomberg Billionaires Index updated, and ByteDance founder Zhang Yiming, with a net worth of $92.8 billion, overtook India's Ambani to become the second-richest man in Asia — while sitting comfortably atop China's own list. Counting from the $13 billion he was tracked at back in 2019, his wealth has grown more than sevenfold in six years. Meanwhile, a leaked ByteDance strategy document boiled down to a single headline: 160 billion yuan into AI in 2026. Its Doubao assistant has already crossed 300 million monthly actives. The odd part is this: a man standing on the second tier of Asia's wealth pyramid almost never gives an interview, stepped down as CEO back in 2021, and shows his face pitifully rarely. You can instantly picture Jobs on stage at a launch event, or every one of Musk's posts on X — but you probably can't recall what Zhang Yiming looks like, or what he said the last time he spoke in public. **How does an almost "invisible" man become the second-richest in Asia?** The answer to that question hides in a single number. When I had [Claude score the 100 product managers who changed the world](/zh/rankings/), Zhang Yiming came in at No. 5, overall OVR 96. But spread his six dimensions out and one number is glaring: **Vision 97 · Insight 95 · Taste 88 · Business 97 · Scale 98 · Originality 96 — overall 96. Taste 88 is the only one of the six that didn't clear 90.** And here's what I want to say: **that lowest-in-the-room taste score isn't his weakness — it's precisely his sharpest weapon.** This piece starts from that 88. ## Originality 96: he didn't build a product, he built a machine that mass-produces hits Start with his most counterintuitive and most underrated dimension — originality. Most people remember Zhang Yiming for Toutiao, Douyin, and TikTok. But if you see him only as "the man who made Douyin," you've sold him short. Because before Douyin there was Toutiao; after Douyin there was TikTok, CapCut, Feishu, Fanqie Novel, and now Doubao — **making one hit in a lifetime is luck; making hit after hit for ten years straight can't possibly be luck. It can only be a repeatable method.** What Zhang Yiming truly originated isn't any single app. It's a **machine that industrializes the act of "making a hit."** You've probably heard of the machine's core parts: a recommendation algorithm so strong it borders on unnatural, taking "you might also like" to its absolute limit; a middle platform that lets new apps reuse capabilities that have already been proven, so a new one can sprout in a matter of months; a thoroughly data-driven culture where even the color of a single button is decided by A/B test, not by someone's gut. **Before him, making a product was a "craft" — riding on the intuition and taste of one genius product manager. After him, making a product could be "industry" — riding on a system, a pile of data, an assembly line.** That's why ByteDance is called, inside and out, the "App Factory." "Factory" is an insult when it's applied to someone else; applied to Zhang Yiming, it's his greatest achievement: he took something that used to depend heavily on individual genius and turned it into something you can mass-produce at scale. No Chinese product person before him had truly made this road work. Originality 96 — no argument there. ## Scale 98: he turned "dopamine" into a global business Scale barely needs arguing. Douyin plus TikTok add up to monthly actives in the billions — among the most frequently opened apps on the planet. ByteDance's 2025 net profit reportedly reached $48 billion, averaging more than $660 million earned every single day. **What matters more is that this scale is global** — TikTok is one of the very few Chinese internet products to truly take root among mainstream users in the U.S., something not even Tencent or Alibaba managed. But let me pause here and say something not so flattering. The hits this machine of his mass-produces run, overwhelmingly, on the same fuel: **your attention, and that little bit of dopamine you find so hard to control.** Douyin's recommendation algorithm is strong not because it understands "what you need," but because it understands, all too well, "what will keep you from stopping." That's the truth behind Scale 98 — the one we all quietly know and don't much like saying out loud. And it leads straight into his next score. ## Insight 95: he doesn't see needs, he sees the weak spots in human nature When we traditionally praise a product manager for "strong insight," we mean they can see through to the real needs a user never voiced. Zhang Yiming's insight is a different kind — colder, and more effective. **What he sees isn't "what people want," it's "what people can't help clicking."** The difference between those two is subtle but enormous. The former cares about your goals; the latter cares about your soft spots. One treats your intention to become better as its North Star; the other treats your instinct to get distracted, to be curious, to scroll one more, and one more, as fuel. I don't think that's an insult. **Seeing the weak spots of human nature this clearly — and engineering them into an algorithm — is itself top-tier insight,** worth a 95. It's only once you see clearly what this insight is aimed at that you understand why this list can only give him an 88 on the next dimension: taste. ## Taste 88: it's not that he has no taste — he deliberately gave it up Now we reach the key to the whole piece. What is taste? For Jobs, it was "this rounded corner is two pixels off and I simply cannot stand it." For Zhang Xiaolong, it was "in ten years of WeChat, what I'm proudest of is what we didn't build." The core of taste is a person taking their own aesthetics and judgment and using them to decide, on the user's behalf, "what is good" — even when the data doesn't support it yet, I still believe this way is more right. And Zhang Yiming is **precisely the man who deliberately deletes that "I believe."** He has a widely circulated line, roughly: don't use your value judgment to make choices for users — let the data speak. It's an extremely clear-eyed and extremely effective product philosophy — it freed ByteDance from the randomness of "the boss decides on a whim," made every decision traceable, optimizable, scalable. Behind every Douyin redesign, every recommendation, isn't one person's taste — it's the result of tens of millions of A/B tests. But turn that line around and listen again: **the flip side of "let the data speak" is "I won't judge what's good for you."** Data only tells you "which one the user clicked," never "which one is better for the user." It can tell you "the button that gets you to scroll ten more minutes of short video is easier to click," but it will never answer, on your behalf, "whether those ten extra minutes were good or bad for this person." Only taste can answer that question — and in Zhang Yiming's system, that question is precisely the one switched off. So Taste 88 doesn't mean his aesthetics are poor or his ability lacking. It means this machine of his is designed, from the root, not to aim at "is it good" but only at "do you love watching it." **He didn't lose on taste — he simply never put taste into the machine. That's his strongest point, and it's exactly why this list can only give him an 88.** A man who hands "what is good" over to the data will, on a dimension that measures "how much you held the line on good for your users," necessarily fall short of full marks. Set them side by side and it's clearer still: Jobs's products are extensions of his taste; Zhang Yiming's products are what the data grows into on its own, once he's deliberately pulled taste out. On this list, the two men sit at opposite poles of product philosophy. ## Two men named Zhang: one wants you to leave, one wants you to stay And there's a contrast on this list that cuts deeper than Jobs, because he too is Chinese, and he too ranks above Zhang Yiming — No. 2, Zhang Xiaolong. Zhang Xiaolong has a line quoted countless times: **"A good product should let the user use it and leave."** In ten years of WeChat, what he's proudest of is "what we didn't build" — no splash-screen ads, no read receipts, no piling on a bunch of things you didn't want while you're mid-chat. His entire product philosophy is **shielding users from the designs that would pull them into addiction while doing them no good.** Zhang Yiming's machine does almost the opposite: **by every possible means, keep you from leaving, get you to stay a little longer, get you to scroll one more.** Every "next video autoplays" and "infinite feed of things you might like" on Douyin optimizes the same metric — user time on app. Use it and leave? That's the last thing Douyin wants to see. I have no intention of ruling one above the other here. Both made products that changed the daily lives of a billion people; both sit firmly in this list's top five. I only want you to see this astonishing fact: **the question of "what makes a good product" got completely opposite answers from two Chinese product managers who both reached the very top.** One holds that a good product "lets you leave and doesn't waste your time"; the other holds that a good product is "impossible to put down, one more second is one more second gained." And the market, at a scale of a billion, rewarded them both at once. That's also why, on taste, Zhang Xiaolong scores higher and Zhang Yiming lands at 88 — not a gap in ability, but the fact that the two of them stand at opposite ends on "whether to hold the line for the user." Zhang Xiaolong chose to hold, so there are things his products refuse to do; Zhang Yiming chose to let go, handing the judgment entirely to the data and to human nature, so his machine runs faster than anyone's — and cares less than anyone's about whether you feel empty or fulfilled after you've scrolled. ## Vision 97 and Business 97: an "invisible" man in actual control Two dimensions left, quickly. Business 97 needs little explanation — turning attention into advertising, e-commerce, short dramas, and AI across the board, building a money printer that earns $660 million a day. Commercially, he's nearly flawless. On Vision 97 I want to flag an easily overlooked detail: Zhang Yiming stepped down as CEO back in 2021, saying publicly he'd shift to "long-term strategy and company culture." Many took this as retirement. But look at the equity structure and you'll see he holds more than 60% of ByteDance's voting rights — he's the real party in control. **He didn't leave the table; he went from "the man playing each hand" to "the man setting the table's rules."** A person who, at the peak of his career, deliberately retreats from the spotlight into the wings while keeping a firm grip on the final decision — that clarity about "where I ought to sit" is itself a form of vision. ## That machine is now being retested by Doubao Writing this far, the question from the opening — "how does an invisible man become the second-richest in Asia" — has a clear answer: because what he built isn't a product that needs him on stage, it's a machine that needs no appearance from him and keeps mass-producing hits on its own. The more quietly the machine runs, the more invisible he can be. But now that machine faces its biggest test yet: AI. ByteDance plans to pour 160 billion yuan into AI in 2026, with Doubao's monthly actives charging to 300 million. On the surface, this is just the "App Factory" mass-producing its next hit. But AI has one fundamental difference from short video: **the winning move in short video is "who understands better how to keep you from stopping," while the winning move in AI is likely "who understands better what the right answer is" — and the latter is exactly what needs taste and judgment, precisely the thing his machine deliberately pulled out years ago.** So Zhang Yiming's real bet isn't whether Doubao can stack up another 300 million monthly actives — with his machine, that's not hard. The real question is: **can a machine designed to "not judge good from bad, only chase what you love watching" do well at something that "must judge good from bad"?** Can a man who left his taste at 88 make up those 12 points on a new track that rewards taste? That answer will emerge slowly as this 160 billion goes in during 2026. I don't have it yet either — but I do know that this time, "let the data speak," on its own, may not be enough. --- *The "100 Product Managers Who Changed the World" list and its six-dimension scoring in this piece were all produced by Claude (AI), rating products and business decisions, not the individuals. For the full list, see [doaipm.com/zh/rankings](/zh/rankings/).* --- # I handed AI about half of my PM job, and there are a few things I still don't dare hand over URL: https://doaipm.com/en/blog/pm-what-i-gave-ai-what-i-kept/ Published: 2026-07-16 Tags: product manager, AI workflow, judgment, career, division of labor, hands-on Let me start with something that might feel a little counterintuitive: **this year I handed AI roughly half of my day-to-day PM work, and I handed it over without a second thought.** But a few other things I haven't dared hand over, and probably never will — not because AI can't do them, but because once those things are handed off and go wrong, I can't catch it, and by the time I do, it's already too late. What I've found separates these two piles has nothing to do with "hard vs. easy," or "boring vs. interesting." It comes down to a different question: **if AI got this wrong, could I catch it on the spot?** If yes, I'll hand it over. If no, I keep a death grip on it. So I'll walk you along that line, laying out the things I "handed over" and the things I "kept" this year, one by one — and I'll tell you about the couple of times I nearly tripped after handing something off. If you're also stuck on which things to let AI do and which not to, maybe it'll save you some trial and error. ## First, the ones I handed over: the work "I can eyeball as right or wrong" **Number one: first drafts of all kinds of documents.** PRDs, weekly reports, requirement specs, updates for the boss — I basically let AI draft all of these first. It gives me a seventy-or-eighty-out-of-a-hundred foundation, and I edit on top of it. Why do I dare hand it over? Because whether a document is right, I know the moment I read it — which sentence is fluff, which point got missed, none of it escapes me. It pulls me out of "staring at a blank page," and I take its seventy up to the ninety I actually want. It does this faster than I would, and I verify it fast too — that's a good trade. Honestly, the most draining part of writing a document was never the typing; it's the stall of starting from zero. Once that stall gets taken off my plate, what I save is mental energy, not just time. **Number two: digging up material, doing the first pass of competitive research.** When I want to get up to speed on a new area, or size up a few competitors, I have AI pull public information into a first version for me: how each of them does it, where their approaches differ, roughly where they're strong and weak. It does in half an hour what would take me a day of hunting. The key here, again, is "I can verify it" — whether what it organized is right or made up, I can tell by checking it against two points I already know well; if it holds up I use it, if not I redo it. One time it invented a detail about a competitor — "they've launched a paid membership tier" — described in convincing, specific terms, except I happened to know that company well and there was no such thing. I casually checked it against two familiar points and it fell apart. So I never trust the material it digs up outright; I always poke at two spots I understand first, and if it cracks there, the whole version goes in the trash. **What I can hand over is never "I trust it," it's "I can catch it any time I want."** **Number three: sorting a big pile of user feedback and finding the common threads.** Hundreds or thousands of comments and pieces of feedback sitting there — reading them one by one will burn your eyes out. Now I just throw them at AI and have it categorize, tag, and pick out the complaints that keep recurring. It gives me a map of "what users are actually griping about and praising." This used to eat most of my day; now it's half an hour, and it's more patient than I am — it won't start zoning out and skipping lines by the two-hundredth comment. **Number four: meeting notes, and turning discussion into action items.** After a meeting, I have AI turn the recording or transcript into notes and pull out who's supposed to do what; I skim it, add a couple of lines, and send it out. That half hour of cleanup after every meeting — gone. And that skim isn't for show either: now and then it'll assign the wrong owner to something, or treat an offhand remark as a firm conclusion, but those I can spot at a glance and fix; it's precisely because it makes those mistakes that I never skip the skim. **And building prototypes.** I wrote about this one specifically last time — a one-sentence idea, and in an afternoon AI turns it into something you can click. That's in the "handed over" pile too. String these five together and you'll notice they share one thing: **each of them has a right-or-wrong I can check on the spot.** Whether a document is good, I can read. Whether the material is real, I can cross-check. Whether the feedback is sorted right, I can spot-check. **AI frees me from the tiring, time-eating grunt work — and that final "is it right" gate is always still mine to hold.** That's the entire basis for my handing it over with peace of mind. ## Now, the ones I kept: the work "I can't tell is wrong even when it is" The more I hand over, the clearer it gets which few things I absolutely cannot. Because they all step on the same landmine: **when AI gets it wrong, you can't tell on the spot — sometimes you never tell at all.** **Number one: deciding whether to do something, and what to do first.** Prioritization and trade-offs, in other words. AI can help me list all the options and lay out the pros and cons of each — that I welcome. But the decision of "these three requirements, which one do we cut, which do we ship first" I never hand to it. Because prioritization has no verifiable, standard right answer — it depends on what we actually want this quarter, which direction we're betting on, what we're willing to give up, and all of that lives in my head and in countless bits of context never written into any document. **The ranking AI gives me always looks reasonable, and "looks reasonable" is exactly the dangerous part — a wrong priority takes months, takes a whole pile of resources going down the drain, before you realize the direction was wrong from the start.** That kind of error — invisible at the time, unrecoverable after the fact — I don't dare outsource. **Number two: judging whether the stuff AI itself gives me is actually right.** This one sounds circular, but it's especially deadly. AI will very confidently present something wrong as if it were true — a number that doesn't exist, a user conclusion it took for granted, a chain of logic that sounds airtight but doesn't hold up. **If I hand off even the "judge whether it's right" part to AI (say, sending in another AI to check it), then no gate has a human holding it, and the wrong stuff sails all the way to production on green lights.** So the more it swears something's true, the more I make myself stop and verify it. Let go of this gate for a moment, and those five "safe to hand over" tasks instantly turn into landmines — because the precondition for handing them over was that this gate of mine was still standing. I got burned on this once. One time it helped me analyze a batch of data; the conclusion was pretty, the logic flowed, and because it read so smoothly I didn't dig in — I wrote it straight into a report. Only later did I find out it had mixed up the definitions of two metrics, and the whole conclusion was backwards. After that I set myself an iron rule: **the smoother the conclusion, the more I stop; the more confident it is, the less I let myself get lazy.** **Number three: the things between real people that require reading the room.** Soothing a colleague who's fuming because their requirement got cut, persuading a boss who flatly disagrees, finding balance between two teams that have started fighting — these I've never thought about handing to AI. AI can help me soften the wording of an email, but it can't read whether the person across from me is genuinely angry right now or just wants an out, whether I can crack a joke or have to stay serious. **These things — hidden in tone, in pauses, in the history between the two of you — are the hardest part of this job, and the part you least can outsource.** A polished, perfectly even-keeled email written by AI can, sometimes, do far more damage than your own clumsy but sincere two sentences. **Number four, and the most fundamental — the taste for "what is good," and the responsibility of being the one who carries it when things go wrong.** Two prototypes you can both click, and which one "feels right" and which is off — that line is something I've built up over the years; I can't spell it out but I can recognize it at a glance. And once this product runs into trouble, the person who stands up and owns it is me, not AI. **You can't make a model bear responsibility — it won't lose sleep over a wrong decision, it won't take a hit to its performance review, it won't flush red at the post-mortem.** And the PM role, in a sense, is selling exactly this: that there's a specific person, on the hook for these judgments. That's something I can't hand over, and shouldn't. ## When a new task lands, how I decide on the spot whether to hand it over The two piles above are what a year of doing this added up to, but when a task I've never done before actually lands in my hands, I don't go flipping through this list. I just ask myself three questions, and it settles fast. **First: if it got this wrong, could I catch it on the spot?** If I can catch it, lean toward handing it over; if I can't, or it only surfaces much later, keep it. If it botches a document, I know the moment I read it, so I dare hand it over; if it botches prioritization, I won't find out for months, so I don't dare. **Second: does this thing have a "standard answer" I can check against, or does it come down entirely to this moment's trade-offs, relationships, and taste?** If there's an objective right and wrong (is the material real, is the sorting accurate), hand it over; if the answer is buried in "what we actually want this quarter" or "what mood this person is in right now," keep it. **Third: if this goes sideways, does a specific person need to stand up and carry it?** If someone needs to be accountable, I don't outsource it — because responsibility simply can't be handed to a model that won't lose sleep and can't be held to account. Here's an example so you can see how to use it. A while back the question was whether to add an "AI smart reply" to a feature, and I split it into these three. Whether it works well, I'll know once I ship it and see if users click it (question one: catchable, verifiable). But "should we spend these resources on this feature, is it worth betting on this direction" — no standard answer, entirely down to our wager (question two: rides on judgment, keep), and if it really flops, I'm the one taking the fall (question three: someone's accountable, keep). So the conclusion was clear: **let AI build the prototype of that reply feature, but whether to do it, whether to place that bet — I call that myself.** Run the three questions once, and the line between hand-over and keep surfaces on its own. ## That line, it turns out, keeps sliding in one direction Lay out the two piles and you'll notice: not one of the things I kept is held there because "AI isn't smart enough yet." Quite the opposite — at writing a polished email, at laying out priorities cleanly, it may be better than I am. I kept them because their value lies precisely in being **done by a person**: a decision someone has to be responsible for, a judgment someone has to be accountable for, a relationship someone has to genuinely reach out and catch. **The scarcity of these things doesn't come from AI being unable to do them; it comes from "there must be a specific person here."** That's also why I'm not worried this line will suddenly collapse one day — it isn't drawn along "AI's capability boundary," it's drawn along "who's responsible, who has the taste," and the latter, for the near future, can still only be a human. As for the "handed over" pile, I'm well aware it's only going to grow. Today AI helps me write first drafts and dig up material; tomorrow it might get me to eighty out of a hundred on the initial solution design too. **What I need to do isn't cling to a few tasks and refuse to let go — it's keep a firm hold on that "is it right" gate, while constantly asking myself: which old task is it time to hand over now?** That said, honestly, the handing-over itself has a cost too, and this is a part I still haven't fully figured out. If AI writes all my first drafts, will I slowly forget, after long enough, how to think a PRD clear from scratch? If it digs up all the material, will I lose the ability to plunge in myself and dig out a feel for it? **There are some tasks I still insist on doing from scratch myself once in a while — not entirely because AI does them badly, but because I'm afraid that muscle will atrophy. When the moment comes that I need to judge whether it did something right, I'm afraid I'll have lost the feel for it.** Beyond hand-over and keep, there seems to be another question — how much to hand over, and how much to keep for my own practice — and that one I'm still figuring out. I'd like to hear how you weigh it, too. --- # AI-Era PM Interviews: How to Answer the 5 Questions They Love Most URL: https://doaipm.com/en/blog/pm-ai-interview-questions/ Published: 2026-07-15 Tags: product manager, interviews, job hunting, AI product manager, career, hands-on I've interviewed a lot of product managers these past two years, and been interviewed myself. One pattern is so stark I still remember it: **the moment an AI question comes up, eight out of ten people immediately start reciting concepts** — what RAG is, the difference between fine-tuning and prompting, how the attention mechanism in a Transformer works. The smoother the recital, the colder I feel inside, and by then I've basically decided I won't hire them. Not because they got it wrong. Because **these questions were never testing what you memorized; they're testing whether you can think.** The instant your mouth opens with a definition, you've told the interviewer: I studied this as a fact to memorize, but I've never actually made a decision on it. This is exactly where the AI PM role differs most from the traditional one. With traditional software, once you've thought it through, it more or less behaves that way. AI doesn't — **a model can dazzle in testing and then fall apart in production; it works great for 90% of people and talks nonsense to the other 10%; and often you can't even explain why it got something wrong, let alone patch it and move on.** So what the interviewer actually wants to know isn't whether you know the terms — it's how you make product decisions in the face of something that *will* be wrong, is hard to explain, and is hard to fix. The 5 questions below are the ones I've heard, and asked, most often these past two years. I won't hand you a standard answer — most AI questions don't have one, and the interviewer is grading your reasoning process, not your conclusion. I'll just tell you what each question is really measuring, how I'd answer it, and the kind of answer most likely to crash and burn. ## 1. "This AI feature is sometimes wrong. How do you decide whether it's ready to ship?" This is almost always the first question in an AI PM interview, and it's the dividing line. **What it tests: can you accept the premise that AI will definitely be wrong, and still make a responsible decision?** The traditional-software instinct is "there's a bug, so fix it until there are no bugs," but with an AI feature you can never drive the error rate to zero. If your answer carries even a whiff of "I want to get accuracy to 100% before I ship," you're basically out — it means you haven't stepped into the world of AI yet. How I'd answer: **I don't chase zero errors; I chase "when it's wrong, I can absorb the cost."** The first thing I ask is — if this feature is wrong, what's the worst that happens? An AI that drafts emails for users: if it's wrong, the user tweaks it, the cost is tiny — so I'll ship at 80% accuracy, because the other 20% the user can cover themselves. But an AI that auto-charges a user's card, or suggests a diagnosis to a doctor: one mistake is an incident, so I wouldn't dare ship even at 99% without adding human review, adding fallbacks, adding a "when in doubt, don't act" escape hatch. **The same accuracy number can be shippable or not — it depends on the cost of being wrong, not on the number itself.** The answer most likely to crash: fixating on the accuracy number alone and never talking about what happens when it's wrong. Treating "is the AI good?" as a test score instead of a product question of "can I survive the worst case?" — that's 2023 thinking, and a 2026 interviewer hears it and knows instantly you've never actually shipped an AI feature. ## 2. "For this requirement, do you use prompting, RAG, or fine-tuning? Why?" This one comes up absurdly often, especially for roles tied to large models — prompting / RAG / fine-tuning, pick one, is nearly guaranteed. A lot of people think it's testing technical knowledge. In fact **it's testing whether you can make tradeoffs.** The interviewer doesn't expect you to hand-write fine-tuning code. What they want to see is: given a requirement, can you rank these paths by cost, speed to results, and controllability, and then explain clearly why you chose this one and what you're on the hook for by dropping the others. How I'd answer: **I always start from the lightest option and add weight only as needed — if prompting can solve it, I will not reach for fine-tuning.** Because prompting is the fastest to change, the cheapest, and if it doesn't work today I can tune it tomorrow. RAG fits the case where "the answer has to be grounded in my own set of documents, and it has to stay updatable." Fine-tuning is the heaviest — training costs money, needs data, and each change has a long cycle — so I only move to it when "I've tried the first two, the results genuinely aren't good enough, and this capability is worth spending that cost on." The key is that last part — **you have to be able to say what each path gives up.** Choose prompting, and you give up stability (the same question right today, wrong tomorrow). Choose fine-tuning, and you give up flexibility (want to change a behavior, you retrain). If you can lay out "I picked A, the cost is losing B, but for this requirement that cost is worth it," you've aced the question — even if you can't write a single line of model code. The answer most likely to crash: opening with "well, it's got to be fine-tuning, that gives the best results." Someone who reaches for the heaviest option out of the gate — the interviewer assumes you don't understand cost, and have never sweated over a real project's budget. ## 3. "Tell me about a time you decided NOT to use AI." This one is quietly brutal, but it filters people beautifully. These past two years everyone everywhere has been shouting about AI, and a product manager who has **never once said "AI doesn't belong here"** is probably chasing a trend, not building a product. **What it tests: do you treat AI as the goal, or as a tool?** The interviewer wants to confirm you won't cram an AI feature into a place that plainly doesn't need one just because "the boss wants AI" or "it makes a better fundraising story." How I'd answer: I'd tell a specific one — say, a feature where everyone wanted to bolt on "smart recommendations," and I blocked it. Because in that scenario users had only a handful of fixed options; a hard-coded rule was faster, more accurate, and never wrong. Forcing a model on top would be slow, expensive, and occasionally skew the recommendation — pure AI-for-AI's-sake. **In the end we solved it with the dumbest possible if-else, and I think that was one of the most right decisions I made that year.** Having one concrete "I said no to AI" story is worth more than dazzling anyone with RAG. Because it proves the one thing an interviewer wants most and can test least: **you have judgment, AI doesn't order you around, you're the one using it.** The answer most likely to crash: "I can't think of a case like that — I feel like AI improves the experience pretty much everywhere." That single sentence files you under "AI believer" — and no mature team wants a product manager who can't tell when AI shouldn't be used. ## 4. "How do you trade off cost and latency?" A few years back this was treated as an engineering problem — how many tokens you spend, how slow the response is — that's for the backend to worry about. **But the bar changed in 2026: cost and latency sit right on the AI PM's own dashboard, alongside quality and experience, to be weighed explicitly when you're building the roadmap.** **What it tests: do you understand that an AI feature burns real money per call, and that being one second slower can lose you a batch of users?** Once traditional software is written, one more user costs almost nothing extra. AI isn't like that — every single call spends money, and the more it's used, the more it burns. A product manager who doesn't watch this ledger will build a feature with a great experience that the company can't afford to keep alive. How I'd answer: I treat it as an explicit three-way tradeoff — quality, cost, speed — and you usually can't max out all three. I ask what this feature actually wins on: if it wins on "answering accurately," I'll let it be slower and pricier and use a stronger model; if it wins on "grab it and go," I might pick a cheap, fast small model and sacrifice a bit of quality to buy back response speed and cost. **The point is I have to know what I'm trading for what, instead of defaulting to the strongest, most expensive option every time.** The answer most likely to crash: "Just leave that to engineering to optimize." Punting cost and latency to engineering — that's precisely the wrong answer the interviewer is waiting for, and the moment you give it, the label "this person doesn't understand the economics of AI products" is stuck on you. ## 5. "Why do you want to be an AI product manager?" It looks like a polite icebreaker; it's actually an honesty test. **What it tests: have you really put your hands on this, or were you drawn in by the hype and the salary, ready to recite a script?** Because every technical follow-up that comes right after will check whether this "why" of yours is real. How I'd answer: I won't give the "because AI is the future, it's the inevitable trend" kind of correct-but-empty line — the interviewer hears that twenty times a day, so it says nothing. I'll tell one specific small thing: the first time I used AI to build something I'd been sitting on forever and couldn't code myself, and got it real and clickable in a single afternoon — that jolt of "wait, one sentence from me and it comes true." **A real, specific, slightly clumsy first time is always more convincing than one grand, correct pronouncement.** The answer most likely to crash: reciting industry trends, reciting big words. The bigger and more correct you make it sound, the more certain the interviewer is that you've never actually done it — because people who have done it talk in specifics, not in pretty pronouncements. ## Don't forget — the real exam is in the follow-ups For every question above, finishing the first round isn't the end. Where an AI PM interview really tests you is the interviewer's next, offhand "**Then what?**" You say "I'd dare to ship this feature at 80% accuracy," and they follow up: "So how exactly do you cover the 20%?" "If it turns out to be only 70% in production, what do you do?" You say "I chose prompting over fine-tuning," and they follow up: "So if no amount of prompt tuning gets you past 60%, when do you change your mind and move to fine-tuning? Where do you draw that line?" **They're not trying to trap you; they're confirming whether that pretty conclusion of yours was thought through or memorized.** Memorized answers fall apart two follow-ups deep — because a memorized answer has no next layer; you're left holding a single, isolated conclusion and can't answer "if the situation changed, how would I adjust?" A thought-through one gives you something to say no matter how far they push, because you've actually walked that path to the end in your head. So when you prepare, don't just prepare answers — **ask yourself "then what?" one more time**: if this decision turned out wrong, how do I recover; if conditions change, when do I change my mind; what gives me the right to draw this line here. Walk the follow-ups yourself first, and when the real "then what?" lands in the interview, it stops being a hurdle and becomes your chance to show what you've actually got. ## In the end, it's all measuring the same thing Put these 5 questions side by side and you'll see what the interviewer is weighing again and again is the same thing: **do you have a concrete story in hand — a real decision, a real tradeoff, ideally with a number attached?** What accuracy you'd dare ship at, why you chose prompting over fine-tuning, the time you blocked an AI feature, whether you traded quality for cost or cost for speed, what made you jolt the first time AI stunned you — on all five, the people who answer well are all telling you about things they actually did, and the people who answer badly are all reciting definitions and trends. **Hollow stories lose the offer; concrete stories win the offer** — and in the AI PM role, that line bites harder than in almost any other. So if you're preparing for this kind of interview, my advice isn't to memorize a question bank. Go back and dig out the AI-related things you actually did, one by one, and think each one through clearly: what the decision was, what you gave up, how it turned out, whether there was a number. Line up five or six stories like that, and no matter how these questions get reworded, you'll always have something real to say. Here's one thing I'm still turning over, and I'll toss it your way: when AI drops the barrier to "make a thing" this low, the "what have you built?" questions in interviews will get easier and easier to answer — because everyone can build something now. So what becomes the question that actually separates people then? My guess is it drifts toward "what did you **not** build, and **why not**." But that's only a guess. I haven't seen the answer yet either. --- # A Day as an AI-Era PM: How I Turned One Sentence Into a Prototype You Can Actually Tap URL: https://doaipm.com/en/blog/pm-one-sentence-to-prototype/ Published: 2026-07-14 Tags: product manager, AI workflow, prototype, career skills, high-fidelity, hands-on Let me start with something concrete. Last Wednesday afternoon, a fuzzy idea popped into my head: "I want a little thing to jot down what I spend." A little over two hours later, my coworker was tapping away on my phone for real — tap "Add," type an amount, pick a category, go back to the home screen and see how much he'd spent this month, with a pie chart split into a few slices. Not a single line of code. I'm not telling this story to show off how magical AI is. I'm telling it to make a counterintuitive point: **most people think that now AI is here, PMs had better hurry up and learn programming or they'll get replaced. But my gut sense over the past six months or so has been exactly the opposite — the barrier to writing code is collapsing fast, and the thing that's actually becoming valuable, and scarce, is something else entirely: getting a thing described clearly enough that AI gets it right on the first try.** I'm not going to argue that point in this piece — I'm going to show you exactly how I did it. I'll use that little expense tracker as the example and walk you through it step by step, potholes included. If you've got an idea you've been sitting on for ages, by the end you should be able to go try it yourself. ## Step one: don't rush to make it build — make it interrogate me first When I first started building things with AI, my favorite mistake was to fling that fuzzy sentence in my head straight at it — "build me an expense-tracking app" — and then wait for a finished product. The result was always the same: it would hand me something *it* thought I wanted, a thousand miles from what was in my head. I'd correct it a little, it'd drift a little, and the two of us would sit there guessing at each other until I lost my temper. Later I changed one habit — it's just one sentence, but it works absurdly well: **I stopped asking it to build directly, and started making it interrogate me first.** I'll say: "I want to build a little expense-tracking tool. Don't write anything yet. First ask me 5 questions — the things you need to know but that I haven't told you yet." So it asks: who's it for, just you or multiple people? Do you want categories, defined by you or a few presets I pick? Should amounts separate income from expenses? Is storing data locally on the phone fine, or do you need to see it across devices? Do you want a budget alert? **See, every one of these questions lands exactly on the stuff that was a muddled mess in my head — stuff I hadn't thought through.** It forced "what do I actually want" out of me. By the time I've answered those 5 questions, the shape of the thing is clearer in my own mind. And *now* when I let it build, the odds of getting it right in one shot go way up. A pothole I stepped in: **the two minutes you save by skipping this step, you'll pay back with two hours later.** Once, I got annoyed at all its questions and just told it to build. It produced something fully featured and completely not what I wanted, and by the end the rework was worse than starting over. Now I never skip this step. ## Step two: change only one thing at a time The first version comes out, you can tap it, but it's definitely off in some way. And here's where the second pothole is waiting: **dumping all ten things you don't like on it in one breath.** "The home screen color's too pale, the category icons are ugly, I want to change the pie chart colors, the Add button's too small, oh and can the amount auto-add the decimal point, and while you're at it throw in a search…" I used to do exactly this, chasing speed. The result: it makes the changes, gets the color right, but forgets the button; or fixes the button and breaks the pie chart. The more changes at once, the more it drops one to catch another, and you can't even tell which of your sentences did what or which one it quietly skipped. **Now I've switched to saying one change at a time — say it, tap it once on the phone, confirm that one spot is right, then say the next.** Slow? Looks slow. But every step is solid, no backtracking. I've done the math: going through it this way is actually much faster than "say everything at once, then rework it all together," and I know the exact state of things the whole way through. This isn't some AI trick. It's the plainest rule in product work: **small steps, each one verifiable.** It's just that AI has crushed the cost of each step so low that you have even less excuse to get greedy. ## An aside: how to phrase each change so AI actually gets it I said "change one thing at a time" above, but just "one" isn't enough — the key is *how* you say that one thing. This is the most hands-on part of the whole piece, and the one that pays off fastest. The biggest pothole I stepped in was **giving AI instructions with adjectives.** "Make the home screen nicer," "make the button bolder," "make the color classier" — the moment those words leave my mouth, I've handed all the judgment back to it, because "nice" and "classy" have ten thousand interpretations in its head, and it'll grab one at random, most likely not the one you meant. So I forced myself to do two things instead: **give it a reference, give it a state, don't give it adjectives.** Give it a reference — instead of "make it nicer," say "the cards on the home screen, use whitespace like WeChat Read does, three or four per screen, don't cram them." It knows immediately what you want, because you've given it a concrete thing to align to instead of a vague verdict it's free to interpret. Give it a state — instead of "handle the case where there are no entries," say "when there isn't a single entry, show one line of gray text in the middle of the home screen: 'No entries yet — tap the button at the bottom right to add one,' and don't show an empty pie chart." **Spell out exactly what the screen should look like in each state** — what it looks like with data, without data, while loading, when it errors. The more specific you are, the less room it has to "freely interpret" its way into something you don't want. My self-check now is: **after I finish an instruction, I look back for adjectives.** If there's a "nice," "bold," "classy," or "clean this up," I stop and translate it into "reference what, look like exactly what." This little move has done more for me than any AI trick I've learned. ## Step three: the first version runs on real data — no "placeholder text" This is the one I think gets ignored most and affects the outcome most. A lot of people building prototypes have AI put up a "frame" first — filled with fake stuff like "Title 1," "content placeholder," "¥000.00" — thinking "get the structure right, fill in content later." I don't do that anymore. **I have it run on real data from the very first version.** For this expense example, I just had it preload a few things I actually spent yesterday: breakfast 12, a cab 28, groceries 63, and one that stung a bit — 2000 for my kid's classes. Why? Because **fake data lies to you.** When everything is "¥000.00," the interface looks clean and tidy and you think "yeah, this is fine." But the instant you drop in a real, uneven-digit number like "2000," the problems all surface at once: the amount gets long and the right edge butts up against the screen; the pie chart gets crushed by that one 2000 entry until the smaller slices are nearly invisible; a slightly longer category name warps the whole layout. **Every one of these potholes is invisible with fake data, and they all smash into real users' faces the moment you ship.** With real data, they're exposed in your own hands in the very first version — and the earlier they're exposed, the cheaper they are to fix. At this stage it's a one-line change; fixing it after users are cursing at the live app is a whole different thing. My habit now: if I can use real numbers I'll never use a placeholder, and the more real and more extreme the better — the longest name, the biggest amount, the emptiest state (what does the interface look like when there isn't a single entry?) all need to show up in the first version. ## Step four: you must tap through it yourself on a real device Once the prototype's built, AI will usually tell you very confidently, "Done, all the features are implemented." Don't believe a word of it. **It's not lying — it just doesn't have hands. It can't actually tap anything.** I've been burned by this. Once it swore up and down that recording, deleting, and stats were all done, I couldn't find a flaw in the code logic either, so I believed it. Then my coworker took it, added an entry — fine; tapped that entry to delete it — nothing happened. It had drawn the delete button, but the "actually delete it when tapped" action, it had missed — and it had no idea, and still told me "done." Ever since, I set an iron rule: **any "it's done" only counts after I've personally walked the key path through it on a real device.** Add an entry, watch it appear in the list, delete it, watch the stats change with it — until I've tapped that whole chain through myself, I treat it as unfinished. This step takes under three minutes, but it's the only wall standing between you and "discovered by users after launch." I've got a dumb little method for how to walk it, too: **before I start, I write down the two or three most critical paths of this thing on a piece of paper.** For this expense tracker, I wrote: "① can add an entry and see it ② can delete an entry ③ home-screen numbers and pie chart change accordingly." Just those three. When it's done, I don't look at what AI says — I take that paper and tap through it on the phone, one line at a time. Cross off each path that works; whatever I can't cross off isn't finished. Don't underestimate that piece of paper. It forces you, before you start, to get clear on "what few things does this thing actually stand or fall on" — a lot of people lose the plot halfway through precisely because they never pinned those two or three main paths down on paper. They build and build, get dragged off by details, and end up with a pile of features while the single most core path doesn't even work. **Get clear on which few paths must work, then let AI build, then verify those paths by hand** — those two pieces of paper, the front end and the back end, matter more than however much code it wrote in between. ## Step five: the acceptance line is "can you tap through it," not "does it look right" String the steps above together and it's really the same judgment showing up over and over: **what, exactly, do I use to decide whether this thing works?** The answer I've given myself: **whether you can actually tap through one complete path, not whether it looks right.** "Looks right" is the easiest thing to be fooled by. Drop a screenshot in the group chat and everyone says it looks great — and maybe not one person has actually recorded a single entry. "Can tap through" is hard: a real person, from opening it, to recording an entry, to seeing the result, gets through the whole thing without getting stuck, without a single dead button — once that path works, the thing genuinely stands. This is also where I think AI-era PMs should hold the line hardest. **When the cost of building is crushed to nearly zero, "producing something that looks presentable" is no longer worth anything — the screen is full of them. What's worth money is whether you can still judge: is this presentable-looking thing actually usable, or does it just look like it?** That judgment, AI can't do for you — because it's the very thing that will confidently say "done" while missing the delete button. ## So — do you actually need to learn to code? Back to the question at the top. My answer is: **you don't need to learn how to write code, but you do need to learn how to get your words clear enough that AI gets it right on the first try — and those are two different things.** The former is learning a craft that's depreciating; the latter is training a judgment that's getting scarcer: forcing a fuzzy idea into clarity, advancing only one step at a time, checking it against real things, tapping it through by hand before you believe it. None of these, honestly, is "technical." They're more like the habits a person should already have — someone who's clear on what they want and willing to verify it step by step. AI just amplifies the payoff of those habits many times over: the clearer you think, the more accurate what it gives you; the more you fudge it, the more it fudges you back. There's still stuff I haven't figured out, and I'll toss it your way: when "turning an idea into something you can tap" gets fast enough to run several rounds in a single afternoon, where exactly is the line between a product manager and "an ordinary person who's clear on what they want"? I'm still looking for the answer myself. But at least I know the line isn't drawn at "can you write code" — that little expense tracker last week, from start to finish, I didn't touch a single line of code. --- # Kung Fu Women's Soccer only scored 6.6, yet Stephen Chow is the most ruthless product manager I've ever seen URL: https://doaipm.com/en/blog/stephen-chow-scored-the-wrong-product/ Published: 2026-07-13 Tags: product judgment, user needs, Stephen Chow, Kung Fu Women's Soccer, commercialization, tech commentary Let me open with a question I can't answer cleanly myself: **if you had a product that your professional users rated 6.6, that 8.6% of them slapped with one star, that got roasted from top to bottom in the comments — but that sold 500 million in two days, should you panic, or should you quietly celebrate?** This isn't hypothetical. Kung Fu Women's Soccer, which opened in theaters over the last couple of days, is exactly that thing. Directed and written by Stephen Chow, starring Zhang Xiaofei, Dilraba, and Zhang Yixing. It opened at 6.6 on Douban, with nearly 80,000 ratings and 8.6% giving it one star. The complaints are frighteningly consistent: effects that look like they were smeared together by AI, mainland actors overacting their impression of Chow's absurdist comedy, and a plot that's just Shaolin Soccer with the genders swapped — "reheated leftovers" filled up the whole screen. But the numbers on the other side look like this: it crossed 100 million in 27 minutes on day one, took a 76.8% share of screenings, and broke 500 million at the box office in two days, with total box office forecasts revised up from the original 1.428 billion all the way to 1.865 billion RMB. In all my years doing product, the thing I dread most is exactly this kind of split between rating and revenue. Because it forces you to admit something uncomfortable: **the "make a good product" standard you believe in may simply not be the one the market is paying out on.** The 6.6 is one signal, the 1.8 billion is another, and they point in opposite directions. Which do you trust? My answer is: the two numbers don't actually contradict each other, because **the critics and the box office are scoring two different products.** ## The critics are grading the craft; the audience is paying for the feeling That 6.6 on Douban is a grade for "the film" as a piece of craftsmanship: are the effects sharp, is the acting relaxed, is the story fresh, are the shots considered? That standard isn't wrong — it's the industry's quality-control line for the craft of filmmaking. Measured against that line, Kung Fu Women's Soccer does come up short at every turn: rough effects, stiff acting, a stale story. None of it is unfair. But of the 80,000, 800,000, or 8 million people who paid to walk into a theater, the overwhelming majority weren't there for "a good movie." They were buying something else: **Stephen Chow.** More precisely, "that Shaolin Soccer feeling" — the summer of 2001, the line "if a person has no dreams, how are they different from a salted fish," a ticket back to a youth they can never actually return to. The first time I understood how deadly this is was many years ago, working on a utility app. Our team spent the better part of a year rebuilding the interaction, convinced it was far cleaner, more modern, and more professional than the old version. Launch day, everyone was waiting for the praise. Instead a wave of longtime users showed up to yell at us: where's that ugly, cramped old version? Where did you hide the feature I use? I spent an entire quarter chewing on that lesson — **I had been grading the product with "the good as I define it," while users were paying based on "is the thing I want still here." Two different rulers, and I'd grabbed the wrong one.** Stephen Chow didn't grab the wrong one. He knows all too well that what his users want isn't "new" — it's "that feeling." So he's willing to let the plot be a gender-swapped remake of Shaolin Soccer, willing to let the jokes still be the same absurdist bits from twenty years ago — **on the critics' ruler this is called "no innovation"; on his ruler, it's called "delivering with precision the thing users actually came to buy."** ## The people rating it and the people buying tickets are two different crowds There's another layer, one that stings more than the "two rulers" point: **the people carefully rating it on Douban and the people handing over money at the box office overlap far less than you'd think.** The kind of person who goes to Douban to write a long review, gives a commercial comedy one star, and picks apart the effects frame by frame — that's usually a small slice with a strong urge to express themselves and real aesthetic demands. They're loud, they write sharp, they spread wide, and so you get the illusion that the whole world is trashing this movie. But the people who actually determine that 1.8 billion are a different, much larger crowd — they don't write reviews, they don't rate, some don't even have a Douban account. One weekend they take their parents or their kids out for a laugh and buy a ticket. **The former manufactures the reputation, the latter manufactures the box office, and these two groups are often not the same group.** I got burned on this too. That redesigned app I mentioned, the one that got roasted — at the time the forums and the app store reviews were a sea of complaints, and a few of us stayed up night after night staring at those bad reviews, fixing them one by one, getting more anxious the more we fixed, convinced the product was done for. Then we pulled the data and found: the ones complaining loudest were a few hundred high-frequency longtime users; and in a place they couldn't see, hundreds of thousands of new users who'd never made a sound were quietly using the new version, with retention that was doing just fine. **We nearly changed away the thing that hundreds of thousands of silent people wanted, just to soothe a few hundred of the loudest voices.** From then on I learned one thing: a product's loudest voice and its biggest wallet are often not in the same place, and you have to be clear about who you're making the decision for. Stephen Chow clearly is clear about it. He didn't try to shoot the film "highbrow" to please that 8.6% — he knows that 8.6% was never the group he needed to win this round. He was aiming at the silent majority — the ordinary viewers who don't go to Douban and only recognize the "Stephen Chow" brand. **To keep your nerve under a screen full of bad reviews and still place your big bet steadily on the silent users — that read on the user base is far harder to come by than knowing how to make a movie.** ## "Reheated leftovers," in the product world, is actually a compliment I know "reheated leftovers" is meant as an insult. But translate it into product language and it immediately changes flavor — it's called **reusing a repeatedly validated product framework.** The top products are all "reheating leftovers." Every year the iPhone keynote gets trashed as "they just swapped the camera," yet on that very "unoriginal," steady iteration it walks away with the vast majority of the industry's profit. WeChat is a decade old and its core is still those same few functions; the thing Zhang Xiaolong is proudest of is precisely "what we didn't build." Coca-Cola has sold one formula for over a hundred years. **What these things have in common: they found a framework that genuinely works, and then had the discipline not to touch it.** "Reheating leftovers" and "reusing a framework" are literally the same act; the only difference comes down to one question — **is the framework you're reusing still working, or not?** Is the Shaolin Soccer framework still working? Twenty-five years on, its name can still get several million people to willingly pay to walk in, and its day-one screening share could be pushed up to 76.8% — the distributor dared to stake screenings that heavily precisely because this framework has been validated by the market over and over and almost never comes up empty. From a pure business-betting standpoint, reusing a framework that hasn't failed in 25 years is far lower risk than gambling on a brand-new, unvalidated idea. It's not that Stephen Chow can't make something new — he **worked out the odds on this bet**: nostalgia is the highest-win-rate card in his hand. Yesterday I wrote a piece about riding out a typhoon, and there's a line in it I want to say again today: a real master doesn't bet on the weather, he bets on the constants. Novelty is weather — it turns on a dime; the meme that lands this year is dated by next. But nostalgia, sentiment, "wanting to see that feeling from my youth one more time" — those are constants of human nature that don't change for decades. **Stephen Chow's bet isn't on "will the audience like something new," it's on "do people get nostalgic" — and he knows the answer to that one with his eyes closed.** ## He also got right the one thing PMs are most likely to overlook: the channel Having the right product isn't enough. The real kill shot in the Kung Fu Women's Soccer campaign is that 76.8%. What does a 76.8% day-one screening share mean? It means that on that day, if you walked into any theater, it was hard to watch anything else — nearly everything in sight was this film. Crossing 100 million in 27 minutes wasn't just about the content; it was about getting this product **right in front of every user's eyes while sealing off most of the other options.** And he stacked one more layer on top of this — **timing.** The film was slotted into the summer season, the window with the thickest moviegoing traffic and the most families going out all year. The same product, dropped in a cold window versus staked on the summer season, can differ by several times in volume. Choosing the right launch window and then using screening share to eat that window whole are two moves stacked together: **on the day with the biggest foot traffic, standing at the intersection with the biggest foot traffic, stacking your goods in the most visible spot.** This is the link PMs are most likely to underrate. We love to spend 90% of our effort polishing the product itself, figuring "if the thing is good, people will come naturally," and then we phone in the "dirty work" of distribution, channels, shelf placement, and launch timing — and end up with a good thing rotting in the warehouse. Stephen Chow's team did the reverse: the product (nostalgia) is the safe, validated card, but they took the channel (screening share) and the timing (summer season) to the extreme. **A validated product, paired with a channel that fills every shelf — that's the real recipe for those 500 million in two days.** Content is only half of it; the other half is that 76.8% a lot of people are too proud to calculate. ## But I don't want to write this as a hymn to Stephen Chow — he's overdrawing something If I wrapped up here, this would turn into a feel-good rant of "ratings don't matter, making money is the real skill." But after doing product long enough, the first thing I learned is: **behind any beautiful number, you have to ask, "where was this money moved from?"** A big chunk of this 1.8 billion for Kung Fu Women's Soccer wasn't earned by the film itself — it was earned on the trust that the name "Stephen Chow" has accumulated over more than twenty years. That trust is his real product, his moat, the brand asset no one can copy. And every time he "reheats leftovers," he's withdrawing money from that account. That 8.6% of one-star ratings, I don't see as ordinary bad reviews. I see it as **the sound of the brand asset starting to pay down its debt early.** This time, the longtime audience was still willing to pay for nostalgia, but some of them, walking out of the theater with that line "this time it really was a bit of a cop-out," are quietly docking points from the next move. The cruelty of nostalgia is this: it can be cashed out for very high box office all at once, but it's a consumable — every withdrawal leaves less, and you can't withdraw like crazy and still expect the balance not to move. So in my eyes, Stephen Chow isn't someone who "got lucky and made money" in a fog. Quite the opposite — he's a top product manager who **soberly made a trade with a price attached.** He probably knows better than anyone that the craft this time doesn't deserve this box office, and knows that every reheat thins the brand another layer. He just, after running the math, chose to trade a portion of long-term brand asset for this one certain, enormous slug of short-term revenue. That's a cool-headed trade-off, not a fumble. **Someone who can work out user needs, framework reuse, channel, and brand overdraft all at once — and still dares to place a big bet — I find it hard not to call a top product manager**, even though I don't actually like the thing he handed over this time. ## That ruler — you've got one in your hand too There's one thing I still haven't fully figured out, so I'll just toss it to you: how many more times can the nostalgia card be played? Whether Stephen Chow's balance can be calculated by him, or whether it takes one film really flopping to find the bottom — I don't know. But there's a question I think every person doing product should ask themselves: **that thing of yours that people dismiss as "unoriginal, same old stuff" — is it truly ready to be retired, or have you finally found the framework you don't need to change, and you're just being held hostage by "I must innovate"?** From the outside these two look identical; the difference is in one spot — **is the framework you're reusing, dropped into today's market, still working or not?** Working, and it's Coca-Cola; not working, and that's when it's reheated leftovers. Stephen Chow bet this time that it's still working, and the box office answered "yes" for him. As for next time, that 8.6% of one-star ratings is already keeping the tab for him. --- # A Typhoon That Fizzled Out: How a PM Survives the Darkest Hour Like Riding Out a Storm URL: https://doaipm.com/en/blog/typhoon-darkest-hour/ Published: 2026-07-12 Tags: darkest hour, crisis response, product manager, postmortem, typhoon, tech commentary Let me start with something that might rub people the wrong way: **the vast majority of "darkest hours" you'll live through will end exactly like this typhoon — a false alarm. And those three words, "false alarm," can kill a product manager faster than the typhoon itself.** This year's Typhoon No. 9, "Bawei," veered south last night. Instead of slamming straight into Zhoushan, it weakened to typhoon grade and headed for the coast from Wenling in Zhejiang down to Xiapu in Fujian. So here in Zhoushan and Putuo, the ferries that shut down on July 9, the cancelled flights, the boatloads of fishing vessels moved overnight from their anchorage to the west pier at Shenjiamen — in hindsight, it all looks like wasted effort. This morning someone in the group chat was already saying: "If I'd known, I wouldn't have bothered sailing the boat out in the dead of night." Stop on that sentence. Because the part of this whole thing most worth chewing on is hidden right inside that "if I'd known, I wouldn't have bothered." In the last piece I wrote about Putuoshan, my point was: don't go pray to Guanyin to block the typhoon for you — go fix the seawall. **Don't credit "not getting hit" to some mysterious protection; that's a misattribution.** This piece takes one step further: the seawall is built, the alarm has actually sounded — so on that night, what exactly should you, the person running the show, do? My answer: riding out a storm was never one move; it's three moves in a row — **before the typhoon arrives, prepare fully; in the thick of it, take the wind and rain; after it leaves, clean up the trash.** These three things — even if nine times out of ten it turns out to be a false alarm — you can't skip a single one. That's how a product manager survives the darkest hour. ## 1. Before the typhoon arrives: your composure was all stockpiled long ago The most deceptive thing in a darkest hour is "composure." You'll see people whose systems crash in the middle of the night, whose data goes wrong, whose boss is calling — and they can still sit still and untangle the mess one thread at a time. You assume it's innate temperament, improvised on the spot. It isn't. **Not one gram of composure in a darkest hour grows on the spot; every bit of it was stockpiled, little by little, on all those "days without a typhoon."** For someone who builds products and systems, what you "stockpile" is very concrete: a rollback switch you can hit at any moment; a canary rollout that lets you push 1% of traffic out to test first, instead of shoving 100% of your users into the water all at once; a ring of monitoring and alerts so you know where you're bleeding before your users start cursing; a contingency plan that's written down and **actually rehearsed**; and the trust and cash-flow buffer you built up bit by bit while you didn't yet need it. The key phrase here is "actually rehearsed." On January 31, 2017, GitLab had an incident that people still bring up to this day. Late at night, an engineer ran a delete command on the wrong database and wiped the production data. Dropping the database wasn't the end of the world in itself — what really sent chills down everyone's spine was what came next: they had five backup and replication mechanisms, and when they went down the list, **not a single one actually worked.** The automated pg_dump backup had never actually run successfully because of a configuration error; a failed backup was supposed to trigger an email alert, but those alert emails were silently rejected by the DMARC settings, so no one ever got them; there were Azure disk snapshots, but restoring from them would take over 18 hours. What finally pulled GitLab back from the edge of the cliff was a snapshot one engineer had **happened** to take by hand six hours before the incident. It was on that one "happened to" that they lost only six hours of data. This incident laid out, in bloody detail, what "prepare fully" really means: **you thought you'd built a seawall, and only when the typhoon came did you find out it was painted on.** Five backups — sounds impregnable, yet not one had been seriously verified, seriously rehearsed. An un-rehearsed contingency plan isn't a plan; it's a wish. That line you wrote in the doc — "we have a comprehensive disaster-recovery solution" — is, before the typhoon comes, no different from a blessing. An even harder-nosed approach is to not wait for the typhoon at all. Netflix keeps a program called Chaos Monkey, and its daily job is **to reach into the production environment, pick a calm sunny afternoon, and randomly kill a few machines that are actively serving traffic.** It sounds like self-harm, but it's actually the most honest kind of rehearsal — rather than wait for a real typhoon to reveal that the seawall is painted on, you turn a mad monkey loose in your server room every single day, crash a not-yet-broken system on purpose, and see whether it can actually patch itself back up. The composure that survives Chaos Monkey is real composure; the composure that's never been put through this is just luck that hasn't run out yet. So the first layer of "false alarm" shows up right here: those rollbacks, rehearsals, and backups you stockpiled — the vast majority of them, you'll never use even once in your life. Never using them makes you feel it was all for nothing. But flip it around: **those peaceful days you had weren't good fortune — they were bought with preparation.** Someone who "never wastes effort on preparation" simply hasn't had his turn yet. ## 2. In the thick of the typhoon: you have to stand out front in the rain No matter how thorough your preparation, the moment the typhoon actually hits you in the face, it still hurts. What's being tested now is something else: taking ownership. In the thick of a crisis, there are two things the person running the show absolutely must not do — **run, and pass the blame.** Running is hiding yourself away and waiting for it to blow over; passing the blame is rushing to find "who pressed that button." Both moves make you feel a little better in the moment, but they simultaneously kill the most expensive thing there is: whether your team still dares to charge forward. Taking ownership is doing the opposite — **stepping out to the very front and making the decision that's hardest right now but has to be made immediately.** Stop the bleeding first: roll back if you should roll back, take it offline if you should take it offline, cut it if you should cut it, admit the mistake if you should admit it, notify users instead of dragging it to tomorrow. The tab — you own it first. Back to GitLab that day. They did something that's still counterintuitive even now: **they ran the database recovery on a public livestream.** Thousands of people watched online as they laid out the embarrassment of the deleted database, the fact that all five layers of backup were useless, and fixed it back piece by piece. This wasn't a show. This is the hardest form of "taking ownership" — I screwed up, I'll fix it in front of everyone, I won't hide. When a company dares to do this, the engineers on the team come to know: when something breaks here, the first reaction is to fix it, not to hide it. Contrast that with the kind of place that calls a blame meeting the moment something breaks. An incident hits, and the first thing everyone does is figure out how to clear themselves — quick, back up the logs, screenshot the chat history, "that module wasn't mine" out of the mouth. **The opposite of taking ownership isn't panic; it's deflection.** Someone who pushes responsibility down onto the team and out onto "bad luck" — after the storm passes, all anyone remembers is the sight of his back as he shrank away. This part is the hardest of the three, because the rain really is cold. Three in the morning, the situation still a mess, every pair of eyes fixed on you — that's not a good feeling. But what your team is watching in that moment was never whether you panic, whether you have the standard answer — **what they're watching is whether, when the fire is at its worst, you took a step forward or a step back.** What the darkest hour is really weighing is the direction of that step. ## 3. After the typhoon leaves: the mess on the ground is the real exam Once the typhoon passes and the sky clears, the most dangerous slackening arrives. Plenty of people weather the wind and rain, only to die in the end on "can't be bothered to clean up." The wreckage strewn across the ground after the storm is where you really show your worth. Cleaning up isn't just tidying the scene and getting the system running again — that's only recovery. Real cleaning up is **turning this round of pain into a rule you won't step on again next time**: the postmortem has to reach down to the mechanism, turning this lesson into a check that auto-triggers next time, a hidden hazard deleted, a contingency plan updated. Knight Capital died precisely on not cleaning up. On the morning of August 1, 2012, this high-frequency-trading firm deployed a new chunk of code, with an engineer manually pushing it to 8 servers — and **missing 1.** And on that very server there happened to be an old chunk of long-abandoned functionality no one had ever deleted, codenamed Power Peg. The new code reused a flag with the same name, so on that one un-updated machine, this dead code that should have been lying in its grave woke up and started frantically firing orders into the market. In 45 minutes it traded nearly 397 million shares across 154 stocks — **a pre-tax loss of $440 million.** The company was acquired by the end of that year and was gone. Look how short that chain is: **a chunk of dead code that should have been deleted but no one bothered to, plus one deployment with no verification that missed a single machine, took out an entire company.** That's the extreme of "not cleaning up" — trash left in the system doesn't vanish on its own; it just sits there quietly, waiting for the spark that lights it. Now look back at GitLab. Same kind of potentially fatal incident, and afterward they wrote a postmortem so public it was almost self-flagellating, laying out how **every single one** of the five backup layers failed, one line at a time, then fixing each one. One turned its trash into immunity; the other left the trash in place and waited for it to blow up. What each company looks like today, you already know. Cleaning up also has one spot that's especially easy to get backwards: **sweep the mechanism, not the person.** The point of a postmortem is to make "this pit gets filled automatically next time," not to dig out the poor soul who pressed the wrong button. The moment you start digging out people, the first thing everyone learns is to hide next time something breaks; only when you fix the mechanism and never ask who did it will people dare to shout the problem out the instant it happens. This "blame the issue, not the person" postmortem wasn't first invented by the internet — it grew out of aviation: when a plane goes down, the investigation board's entire purpose is to keep planes of the same model from falling out of the sky again, not to nail the pilot to the pillar of shame — because the moment you start nailing people, the next crew to make a mistake will choose to conceal it, and concealment makes the next plane crash worse. Google later wrote this into its SRE handbook and gave it a name: the blameless postmortem. The GitLab engineer who dropped the database wasn't publicly executed, and that wasn't softheartedness — it was clarity. **Hurting once isn't growth; turning the hurt into a rule you won't break again is.** ## 4. Back to "if I'd known, I wouldn't have moved the boats overnight" Now back to the opening, back to this morning's "if I'd known, I wouldn't have bothered sailing the boat out in the dead of night." That sentence is actually a mirror image of the misattribution in the last piece. Last time, people credited "safety" to Guanyin's protection; this time, people credit "safety" to "nothing was going to happen anyway." **One records the credit to the goddess, the other records it to luck — and both are quietly cancelling out your preparation for next time.** But the truth is: **the vast majority of "false alarms" are exactly what successful preparation looks like.** If an organization has never once been through a "wasted effort" in all these years, there are only two possibilities — either it's lying to itself, reading every lucky escape as "our system is fine"; or it has already been genuinely capsized once and paid the tuition in blood. Knight Capital never had a "false alarm," because it read every incident-free deploy before go-live as "the process is flawless," reading it right up until those 45 minutes. Typhoon "Bawei" turned south this time, and Zhoushan will most likely get through fine. But what lets those fishermen sleep tonight isn't the typhoon's last-minute change of heart — it's the boats that sailed out of the anchorage overnight. Whether the next darkest hour slams down head-on isn't yours to decide. All you can decide is those three things the people who ride out storms never leave out: before the typhoon, build the seawall so it can really block the waves, not paint it on paper; in the thick of it, stand at the very front of the line and take that rain; after it leaves, sweep the mess off the ground and sweep it into a rule you won't break again. Do all three, and people will say you got lucky; slack off on all three, and Knight Capital's 45 minutes will, sooner or later, come around to you. --- # Why People Insist That Typhoons Steer Clear of Putuoshan URL: https://doaipm.com/en/blog/typhoon-putuoshan-survivorship-bias/ Published: 2026-07-11 Tags: Survivorship Bias, Product Judgment, Cognitive Bias, Tech Commentary, Typhoon There's a claim that has circulated along the Zhejiang-Jiangsu coast for a very long time: **Putuoshan is watched over by Guanyin, so when a typhoon reaches it, the storm always detours around.** I'm not making this up. The internet is full of articles earnestly debating "why typhoons detour around Putuoshan," and they tell it as something miraculous — the sacred ground of the Bodhisattva of Compassion, one of China's four holy Buddhist mountains, the South Sea Guanyin statue standing right there; no matter how fierce the typhoon, once it reaches the island's edge it turns aside on its own. Plenty of people believe it, and they say it with a certain "you may not believe me, but this is simply the fact" conviction. Yet today, that claim is getting slapped down, hard. Because of this year's Typhoon No. 9, Bavi, Putuoshan's passenger ferries have been suspended since July 9, Putuoshan International Airport canceled 14 flights on July 10, and every fishing boat and pleasure craft in the Putuo district was moved overnight to the western pier at Shenjiamen to ride out the storm. Guanyin didn't make the typhoon detour around Putuoshan — she made the whole island close early. And this is with Bavi drifting toward southern Zhejiang, not even scoring a direct hit. The 2021 case needs no softening at all: Typhoon In-Fa made landfall along the coast of Zhoushan's Putuo district, and the **Putuoshan-Zhujiajian area** was ground zero — more than 6,000 meters of road were swamped by seawater. (For the record: Putuoshan and Putuo district are both part of the city of Zhoushan — they're not some other place beyond Zhoushan, they *are* the face Zhoushan turns toward the East China Sea.) So the facts are clear: **Putuoshan is no typhoon-proof zone. It stands directly in the typhoon's path, and it's taking a beating today.** Which means the question worth asking isn't "why can Guanyin block the typhoon," but rather — **why, in a place that has to suspend ferries and shut its gates for a typhoon every single year, do people still believe it's under divine protection and that typhoons detour around it?** The answer to that question is far more interesting than the typhoon itself. Because if you swap out the word "Putuoshan" and drop in "a certain great product manager," you don't have to change a single word. ## The people who get to say "the typhoon detoured" were themselves selected Start with the part that stings the most. "See, the typhoon detoured around Putuoshan again" — that sentence carries a hidden qualification to be spoken at all: **only someone from a year nothing went wrong, only a mouth that didn't happen to get blown over, gets the chance to say it.** The year In-Fa flooded Putuoshan-Zhujiajian, the people on the island were busy evacuating, patching things up, hauling waterlogged belongings to higher ground — nobody was in the mood to muse about "the Bodhisattva's protection, the typhoon detoured." And this year Bavi went south; Putuoshan suspended its ferries but wasn't flipped over head-on, so in a few days the pilgrims will return to the island and that line — "see, Guanyin watches over this place" — will surface again as naturally as ever. **Every "the typhoon steers clear of Putuoshan" you hear comes from a year that happened not to take a direct hit, and a mouth that happened not to get blown over.** The years something went wrong, the people who couldn't have said that line at the time — they don't fail to exist; it's just that their voices never make it into the sample the "legend" is built from. Statistics has a name for this: **survivorship bias**. Its most classic shape is exactly this: **the person doing the talking is themselves the product of a filter.** You think you're observing a law of nature; in fact you're only listening to the survivors — and a survivor will only ever tell you "how I made it through," never what happened to the ones who didn't, because the ones who didn't make it don't talk. Worse, memory itself is a biased filter. Over twenty years a typhoon grazes past a dozen times and occasionally comes head-on; your brain automatically files the "grazed past" ones under "see, the Bodhisattva protected us again," and files the one or two "head-on, roads flooded" times under "that year, fate was sealed" — one counted as a rule, the other as a fluke, purely on whether it flatters the thing you already wanted to believe. ## What occasionally turns a typhoon away is the subtropical high, not Guanyin Biased memory is only a passive error. **Actively crediting "not getting hit" to Guanyin is one big step further into being wrong — that step is called misattribution.** Science does have an explanation for "Putuoshan occasionally dodges a typhoon." Where a Western Pacific typhoon goes is mainly steered by the guiding airflow of the subtropical high. When the direction of that guiding airflow along the western edge of the high shifts, the typhoon turns somewhere over the East China Sea — this is a large-scale meteorological mechanism governing the entire sea area, not any single island. When Putuoshan occasionally "dodges" one, whether neighboring Taohua Island and Zhujiajian dodged it too is decided by the same guiding airflow — and it has nothing whatsoever to do with whether there's a Bodhisattva on the island or how thick the incense smoke rises. **But the human mind has a stubborn flaw: faced with a phenomenon that can be explained by statistics and physics, we would much rather believe a version that has a protagonist.** "A shift in the guiding airflow along the western edge of the subtropical high" is too cold, too devoid of warmth; "Guanyin reached out and pushed the typhoon away" has a protagonist, has will, has a story — and throws in a bonus dose of "I live in a place that's protected" security to boot. So the correct-but-boring explanation gets tossed, and the moving-but-wrong one gets enshrined. Remember this move: **taking a structural, statistical phenomenon and attributing it to the mysterious power of a special agent.** That's the entire secret of the Putuoshan legend. And this move — you can watch it happen somewhere else every single day. ## Swap "Putuoshan" for "a great product manager" The product managers we worship for "seeing the future" were run through the same filter and then enshrined by the same misattribution. Steve Jobs "prophesied" the smartphone; Jeff Bezos "foresaw" cloud computing; Jensen Huang "bet on GPUs ten years early." Looking back, we treat them like prophets — like people who knew which way to run before the typhoon arrived. But note carefully: **we call them prophets only because they bet right, and only in hindsight.** Among the people of their same era, equally confident, equally proclaiming "I've seen the future," those who built the Newton handheld, built Web TV, built Google Glass, built every sort of "next big thing that will change the world" and died on the beach — there were tens of thousands of them. Their slide decks back then were just as thrilling, just as "I've seen the future"; they simply bet wrong. Those who bet wrong don't make the "prophet" roster; they vanish straight out of the narrative — just like the Putuoshan that In-Fa flooded, which never makes it into the "typhoons detour around" legend. **"Prophet" and "protected by Guanyin" are the same thing: attributing survival to a mysterious power belonging to a particular agent.** Putuoshan not getting hit is a matter of the guiding airflow; people remember it as Guanyin manifesting. A product manager landing the bet is a matter of survivorship bias plus repeated wagering; people remember it as a gift for foreseeing the future. One credits meteorology to the Bodhisattva, the other credits statistics to genius — it's the identical cognitive move. You think you're studying "why great product managers can foresee the future"; in fact you're just retrofitting a myth onto a survivor. ## So where's the real difference between a master and a survivor? If "prophet" is an illusion, then what, exactly, separates people like Jobs and Allen Zhang from an ordinary gambler? It's not that they can predict chaos. A typhoon's precise track is a chaotic system; even the weather bureau, with a supercomputer, can only give you a probability two or three days out. Expecting a product manager to "foresee" where technology and the market are headed is the same as expecting a pilgrim, on the strength of devotion, to calculate whether the typhoon will turn — it's mistaking luck for skill, mistaking meteorology for a miracle. The real difference is two things, far plainer and far harder. **First, they bet often enough, and every bet was one they could afford.** After Jobs returned to Apple it wasn't one lucky hit — it was iMac, iPod, iPhone, App Store, wager after wager, and along the way he flipped cars like Ping and MobileMe. He didn't land every shot; he **stayed at the table, was never killed by being wrong, and ate full when he was right.** Someone who bets only once — right is a miracle, wrong is elimination. Someone who can bet continuously for twenty years and can afford to lose each time — over the long run they're bound to land a few big ones, and then get retroactively crowned a prophet. **This isn't foresight; it's sustainable betting.** The law of large numbers doesn't need Guanyin. **Second, they don't bet on the weather — they bet on constants.** When Allen Zhang built WeChat, he wasn't "predicting" that WeChat would win; he was betting that "people hate being interrupted" — a constant of human nature that hasn't changed for decades and won't for centuries, not a typhoon track that changes in the next second. The real masters share one sly habit: **they don't try to predict the unpredictable; they put their heavy bets on the things that "won't change for a very long time."** Chew on those two and you'll find they're the exact opposite of "Guanyin's protection" and "the prophet's gift." The faith version is: there's a mysterious power that can see through chaos and block the typhoon for me. The real master's version is: **I admit I can't call the typhoon, so I don't bet on where it goes at all — I only bet on sure things like "build the seawall high enough."** One bets on the unknowable, the other bets on certainty. The former is the raw material of survivorship bias; the latter is the only real moat. ## Back to the pier that shut down today So "will the typhoon detour around Putuoshan" is a **question only a survivor would ask.** It presumes a filtered, surviving point of view, then hunts inside it for a law that isn't there, and finally chalks the credit up to the Bodhisattva. The question that should actually be asked isn't "will Guanyin block it for me," but "**if it comes head-on this time, can I take it?**" The former hands your fate to luck, memory, and incense; the latter keeps your fate in the height of the seawall you built and the suspension order you issued in advance. What saved Putuoshan's tourists today wasn't the island's incense — it was the ferries suspended on July 9 and the 14 canceled flights. It was the clear-eyed **admission that you can't block the typhoon, so you dodge it early** — which is the exact opposite of the "detour legend." Products are the same. Don't keep asking "is the direction I bet on right, did I see the future?" — that's prophet worship, praying for a Guanyin of your own. Ask instead: **If I bet wrong, do I die? If I bet right, do I eat full? Am I betting on weather that changes, or on human nature that doesn't?** Someone who can answer those three questions well doesn't need to be a prophet, and doesn't need a Bodhisattva. He only needs to be able to afford being wrong, then bet heavy on certainty, and leave the rest to time — time will retroactively crown him "the one who saw far," just as it retroactively crowned every year that happened to escape a direct hit as "Guanyin manifesting." Today Bavi went south; Putuoshan suspended its ferries, shut down the island, and will most likely come through fine. But what let it dodge this one wasn't Guanyin's hand — it was the fickle mood of the subtropical high. **Next time, if that airflow doesn't turn, no Bodhisattva can stop it. And when that day comes, what saves people is never faith. It's the seawall.** --- # The 100 Product Managers Who Changed the World · No. 4 | Sam Altman: His Real Product Was Never ChatGPT — It's OpenAI Itself URL: https://doaipm.com/en/blog/altman-the-company-is-the-product/ Published: 2026-07-10 Tags: Sam Altman, OpenAI, Product Management, 100 PMs Who Changed the World, Tech Commentary Start with what Sam Altman spent this week doing. On July 9 he sat down in CNBC's studio and admitted that OpenAI had gone "back and forth on a lot of changes" with the Trump administration to put GPT-5.6 in front of the public — in his own words, a round of "collaborative back-and-forth" with Commerce Secretary Lutnick and Treasury Secretary Bessent. That same week, the Financial Times reported that he had offered roughly 5% of OpenAI's equity to a U.S. sovereign wealth fund (he later walked it back, saying the report had "a lot of inaccuracies"). A few days before that, he personally published a pitch for an idea: an "American-led international AI forum" that would set standards, do risk assessments, and decide which countries get access to the technology. Lay the week out flat: the CEO of a consumer product company spending his time on the Treasury Secretary, sovereign funds, and international forums — not on product iteration. When those new GPT-5.6 models went live, the hardest product metric he offered was "54% more token-efficient on agentic coding tasks" — one line, in passing. This isn't neglecting the day job. This is exactly the key to understanding Altman. When I had [Claude score the 100 product managers who changed the world](/en/rankings/), Altman came in at No. 4, overall OVR 96. But spread his six dimensions out and one number jumps off the page: **Vision 97 · Insight 92 · Taste 87 · Business 96 · Scale 98 · Originality 98 — overall 96. Taste 87 is the only one of the six that didn't clear 90.** This piece starts from that 87. ## Scale 98 and Originality 98: he built the fastest-adopted product in history Start with his two highest scores — the two he earns close to full marks on. Scale isn't up for debate. ChatGPT has 900 million weekly active users and monthly actives past a billion — it's the technology product that raced fastest to 10 million, fastest to 100 million, and looks set to be fastest to a billion weekly. No runner-up. When an ordinary person on Earth today says "let me go ask AI," nine times out of ten they mean his chat box. **Taking something that used to sit inside a paper, legible only to researchers, and turning it into an everyday thing all of humanity reaches for — that alone is a peak in the history of product.** Originality gets a 98 too. What's genuinely original isn't the model — the Transformer behind GPT is a Google paper, and he didn't discover the scaling laws single-handedly either. What he originated is something more counterintuitive: **running a research institute as a product company.** Before him, "AI lab" and "consumer product company" were two different species; he was the one who wrenched a nonprofit research organization into a product machine that swallows billions of dollars a month and spits out billions in revenue. Nobody had made that road work before. ## Business 96: what he's really selling was never just subscriptions Business gets a 96, nearly shoulder to shoulder with his idol Jobs (97). But the two men's business talents look nothing alike. The numbers first: OpenAI's annualized revenue crossed $25 billion back in February and now runs around $2 billion a month — the bulk is ChatGPT subscriptions at roughly $17 billion, the API at about $6.5 billion, and Sora video plus licensing at about $1.5 billion. The March round set the valuation at $852 billion, making it the second most valuable private company in the world, behind only SpaceX. In May it filed its S-1, aiming for a September IPO at a target valuation between $852 billion and a trillion. But that still isn't the sharpest edge of his business ability. **His most devastating move is turning "fundraising" itself into a product.** A company still burning cash, with profitability nowhere in sight, and he can pull in commitments in the hundreds-of-billions range in a single round — not on the strength of a financial model, but on a narrative that "artificial general intelligence is right around the corner." He sold it to Microsoft, sold it to Middle Eastern sovereign funds, sold it to retail investors (some outlets have tallied the OpenAI exposure an ordinary American household holds indirectly through its pension), and now he's starting to sell it to the U.S. government. **In his hands, OpenAI the company is itself the best-selling product.** ## Vision 97 and Insight 92: he called the big direction right, and paid for "flattering," too Vision 97. In late 2022, wrapping GPT-3.5 in a chat box and throwing it straight at the public was a decision that drew internal argument at the time — handing an immature model prone to making things up to everyone carried real risk. His bet: only by getting hundreds of millions of people actually using it could you spin out the data, the revenue, the money for the next round. That one bet spun up the entire era of generative AI. Insight gets a 92, and the docked points have a clear ledger. ChatGPT went through a stretch users derided as "over-flattering" — the model leaning toward telling you what you wanted to hear, going along with whatever you said, to the point of distortion, until OpenAI had to roll it back. That was a lapse in product insight: **equating "users like it" with "good for users" is the easiest trap to fall into.** Add the repeatedly criticized over-promising — the pre-launch talk on every generation of model always runs fuller than the felt experience once it lands. That's why it's a 92 and not a 97. ## Taste 87: this is his lowest score, and the most honest thing about the man Now back to that 87 from the top. Open ChatGPT. What do you see? An input box. Just an input box. No Jobs-grade industrial design, none of that "it captivates you at first glance" detail. It's usable, sufficient, clean — but it isn't beautiful, and it doesn't need to be. It rides on model capability, not on product taste. That's not a flaw; it's **the true grade of Altman as a person**: he isn't a product manager who wins on product detail and aesthetics, he's a product manager who wins on direction, scale, narrative, capital. Jobs would agonize over the layout of a circuit board no user would ever see; Altman cares whether the model can go another 54% faster, whether this round can raise another hundred billion, whether that international forum can put OpenAI in the rule-setter's chair. **Both can change the world, but they're two different species.** The interesting part is that he knows this weak spot cold. As I mentioned last time when I wrote about Jobs, OpenAI spent roughly $6.4 billion buying Jony Ive's company io — the man who designed for Jobs for more than twenty years, who's set to ship his first screenless device in the second half of this year. Put the two things side by side and it clicks: **between Altman's 87 and Jobs's 99 lies 12 points of taste; he never planned to close those 12 points himself — he spent $6.4 billion to buy them back.** It's the world's most expensive act of "I know what I'm not good at." ## So what's his real product String the six scores together and the outline of a man snaps into focus: scale and originality maxed out, business and vision extremely high, taste at the bottom. This isn't a person who "makes a beautiful product," this is a person who "makes an entire company into the product." So the way he spent this week isn't strange at all. Offering a sovereign fund 5% of the equity, pushing an "American-led international forum," going back and forth with the Treasury Secretary to ship a model — in the eyes of a traditional product manager these are "neglecting the day job." Inside Altman's operating system they're precisely the **day job.** Because the product he's running was never ChatGPT's chat box, it's **where the three letters O-P-E-N-A-I sit in the world**: what it's worth, what its relationship with the government is, whether it can land the next hundred billion, whether it gets to be the one writing the rules. ChatGPT is just one front end of that larger product. ## But the numbers are now testing this bet Which brings us to how the AI era is repricing his whole playbook. Altman's bet is that scale + narrative + capital + political capital, as a combination, wins AI. That combination has always worked. But the recent numbers are starting to run the other way. ChatGPT's share of web traffic has fallen from 87.2% to 56.7% in fourteen months — Gemini is closing hard. Starker still is the enterprise market: by one count OpenAI's enterprise share dropped from 50% to 27% over two years, while Anthropic climbed to 40% and pulled ahead. That Fortune headline from the top says it plainly — while Altman busies himself orchestrating a "new AI order," OpenAI is being reeled in, bit by bit, by Google and Anthropic. That's the most dangerous variable in his bet. As model capabilities start to converge, as enterprise customers — engineers and regulated industries especially — vote with their feet for the rival that's "more trusted, more finished as a product," **Altman's operating system of "leading on scale and narrative" runs, for the first time, into an opponent it isn't built to handle: one that's stronger on exactly his lowest score — product and trust.** Last time, writing about Jobs, I said the only 99 on the whole list went to a man who never wrote code, because the hardest thing in his hands was judgment and taste. Altman, this time, proves the same thing from the opposite side: he took scale, capital, and politics to the very top, and taste alone is his soft spot — and when the model becomes a utility like water and electricity, when everyone can call up the same capability, what's scarce is exactly the one thing he scores lowest on. He knows this better than anyone. Otherwise he wouldn't have spent $6.4 billion. Whether that $6.4 billion actually bought those 12 points starts getting graded the moment that screenless device appears in the second half of this year. --- # The 100 Product Managers Who Changed the World · No. 1 | Steve Jobs: The Only 99 on the Entire List Went to a Man Who Never Wrote Code URL: https://doaipm.com/en/blog/steve-jobs-the-only-99/ Published: 2026-07-09 Tags: Steve Jobs, Apple, Product Management, 100 PMs Who Changed the World, Tech Commentary Only a few months into 2026, the two biggest stories in Silicon Valley both point to the same man — one who has been dead for fifteen years. On January 12, Apple and Google jointly announced that the rebuilt Siri would run on Gemini underneath, with Apple paying roughly $1 billion a year for it. It's the biggest pivot in Siri's fifteen-year history, and a public concession — Apple couldn't build a good-enough large model on its own, so it outsourced the "soul component" to its biggest rival. On the other side, OpenAI executives said at Davos that the company's first hardware device will debut in the second half of the year. For that device, Sam Altman spent roughly $6.4 billion in 2025 buying Jony Ive's company io — the man who designed for Jobs for more than twenty years. Pocket-sized, screenless, "quieter" than a phone, with an initial production target of forty to fifty million units. Silicon Valley's most expensive acquisition wasn't really buying a company — it was buying the other half of a dead idol's brain. One company is losing what he left behind. The other is paying a fortune to find it. So when I had Claude score the [100 product managers who changed the world](/en/rankings/) one by one, and only a single 99 came out of the entire list, I wasn't remotely surprised who it was. **Steve Jobs. Vision 99 · Insight 98 · Taste 99 · Business 97 · Scale 99 · Pioneering 99 — overall OVR 99, the only one on the list.** The rules were laid out already: I define the six dimensions and the weights; Claude scores independently. This piece walks through his six scores one by one — why he earned them, and, more interestingly, where the two scores that fell short of perfect got docked. ## Vision 99: he killed his own most profitable product with his own hands To judge vision, don't listen to what a person says — look at what he dares to destroy. When Jobs pulled the iPhone out of his pocket in January 2007, the iPod was contributing nearly half of Apple's revenue. The iPhone shipped with full iPod functionality built in — if the new machine succeeded, the money printer became scrap paper. Any rational person on Apple's board had ten thousand reasons to talk him into cutting the music features and leaving the iPod a way to survive. His logic ran exactly the other way: if some device was destined to kill the iPod, it had better be one Apple built itself. This wasn't a one-off; it was his standing move. When the iMac dropped the floppy drive, floppies were still how everyone exchanged files; when the Mac switched to Intel, the PowerPC camp's partners were still waiting in a hotel for a meeting. His way of judging the future wasn't prediction — it was **scuttling the old ship ahead of time so everyone had no choice but to board the new one**. Nineteen years later, Apple is clutching the iPhone — the most successful money printer in history — while facing the AI era's "next device" that might replace the phone, and anyone can see it can't bring itself to swing the axe. The man who could has been gone since 2011. When Altman spent $6.4 billion on Jony Ive, that gene — the willingness to swing — is what he was buying. Whether it can be bought, we find out in the second half of the year. ## Insight 98: he didn't do user research — and the docked point is deserved Jobs's most-quoted line is probably this one: "People don't know what they want until you show it to them." Under him, Apple almost never ran a focus group. Before the iPad was greenlit, there was no research data supporting the idea that "people need a slab between a phone and a computer" — it sold three million units in its launch quarter. His insight didn't come from surveys. It came from an obsession with how people ought to live: ordinary people shouldn't read manuals, shouldn't see a file system, shouldn't know what a driver is. A thousand songs in your pocket isn't a spec — it's a picture. But Claude gave him only a 98 on this dimension, and when I read the reasoning, I couldn't argue. The flip side of genius-grade unilateralism is that there is no error-correction mechanism when he misses: MobileMe in 2008 was bad enough that he grilled the team in front of everyone at an internal meeting — what is it supposed to do?; Ping in 2010 — a social network Apple built with its own hands — was quietly buried within two years. **When a man who doesn't listen to users bets right, it's called insight; when he bets wrong, there's nobody left to warn him.** That missing point is the bill for Ping and MobileMe. ## Taste 99: how much is one useless calligraphy class worth? On taste, he is the yardstick itself — there's nothing to argue about there. The argument is whether taste is a "capability" at all — or just luck. Look through his life and you'll find that taste was the one asset that never once lost him money. The calligraphy class he audited after dropping out of Reed College — "none of it had even a hope of any practical application" at the time — became, ten years later, the Mac's typography system: the first computer that let ordinary people encounter the idea that type could be beautiful. In the NeXT years he demanded the factory walls be painted pure white and the robots sprayed a specified gray; asked by a reporter why even the circuit boards users would never see had to be rearranged, he said a carpenter building a cabinet doesn't use bad wood on the back just because it faces the wall. "Simplicity is the ultimate sophistication" was printed on an Apple brochure as early as 1977. Thirty years later it became the single Home button on the iPhone — and that line from the keynote: "Who wants a stylus?" Look at this dimension again in 2026 and its valuation only goes up. AI has driven the cost of "making it" through the floor; anyone can generate five working prototypes in an afternoon — **when output is in infinite supply, selection becomes the scarcity**. Taste is precisely the ability to select. It's also why Ive is worth $6.4 billion: OpenAI's models can generate ten thousand device concepts, but it needs one person to say "this one — throw the rest away." ## Business 97: a rare thing in the top ten — a man who lost big money He didn't take the top score here — Bezos and Gates both got 99 — and I'd argue this 97 is the most worthwhile number on his entire report card, because it records real tuition. The money he lost was real money: the Lisa in 1983 was priced at $9,995, expensive enough that its only destination was a museum; in 1985 he was thrown out of the company by the CEO he himself had recruited; NeXT sold fifty thousand computers in a decade. When he returned in 1997, Apple had enough cash to burn for ninety days — the "ninety days from bankruptcy" line is his own. But the tuition wasn't wasted. Post-return Jobs was a different species: iTunes, with its 99-cents-a-song pricing, took a record industry being torn apart by piracy and ran the whole thing through Apple's cash register; the App Store's 70/30 split conjured out of thin air a developer economy later measured in hundreds of billions of dollars — **he was no longer just selling products; he had started laying the foundation under other people's businesses**. That's something the younger man who believed only that "great products speak for themselves" could never have learned. What the 97 means is: he did learn business in the end — but he took the most expensive route there. ## Scale 99 and Pioneering 99: these two need no argument Scale needs no elaboration: the iPhone has sold in the billions of units, and inside the App Store grew ride-hailing, food delivery, short video — entire industries in themselves. Anyone on Earth pulling a phone out of a pocket today is using the form factor fixed on January 9, 2007 — no matter who built the phone. Pioneering needs no elaboration either; just count: the Apple II and the Mac defined the personal computer; the iPod plus iTunes defined digital music; the iPhone defined the smartphone. **Founding one category gets you into the hall of fame — he did it three times**, and along the way turned Pixar from a hardware division nobody would buy into the company that rewrote animation history. Only three people on the list scored 99 for pioneering: Ford, Satoshi Nakamoto, and him. Of the other two, one belongs to the last century, and one has never been seen by anyone. ## The greatest product manager didn't write code Now for what this 99 actually means for us in 2026. Jobs didn't write code. While Wozniak was making the Apple II run, his job was "what kind of case should it live in, who is it for, and why is it worth the price." He didn't draw the designs either — Ive drew them. He didn't write the systems — the Forstalls of the world did. Take his day-to-day work apart and what's left is startlingly plain: **deciding what to build, deciding what not to build, and saying "do it again" when the result isn't good enough.** Judgment, trade-offs, taste. Those three things carried the only 99 on the entire list. For fifteen years that fact has been told as an anecdote. In 2026 it suddenly became a very practical question — because writing the code is something AI has taken over; drawing the mockups is something AI has taken over; turning an idea into something that runs takes an afternoon. Everyone now holds Wozniak-grade execution in their hands, and so everyone has slammed straight into the three things Jobs was actually doing all along: Build what? Not build what? Is this version good enough? When the cost of building collapses, the price of judgment goes up. When Apple outsourced Siri to Gemini, what it lost wasn't technology — it was the conviction that "this is something we have to get right ourselves." When OpenAI bought Ive, it wasn't buying blueprints — it was buying the person who says "no" to ten thousand possibilities. If you want to know what a company lacks, watch what it spends money on. Nothing shows it more clearly. The No. 100 slot on this list is still empty, and the reason is written on the rankings page: for the first time, the AI era lets the person who can "say clearly what they want" build the thing directly. And the 99 sitting at the top of the list pushes that sentence one step further — **the greatest product manager in history was, all along, a man who never wrote code. The tools he lacked, everyone has in 2026; the judgment he had is worth more in 2026 than it has ever been.** How well his own operating system holds up gets a fresh test in the second half of this year: on one side, an Apple without him, taking the stage with an outsourced Siri; on the other, an OpenAI that spent $6.4 billion trying to reconstruct him, taking the stage with that screenless device. Two machines, sitting the same exam. --- # Hundreds of MCP Servers and Claude Skills, and Barely Any Are Truly Free and Open Source. I Checked Them One by One and Turned It Into a Directory URL: https://doaipm.com/en/blog/free-mcp-and-skills/ Published: 2026-07-08 Tags: MCP, Claude Code, Free Software, Open Source, AI Tools Last week I wanted to add a few MCP servers to Claude. I searched around, and the more I searched the more annoyed I got. It's not that there was nothing to choose from — it's that there was **too much, and you can't tell the real from the fake**. There are already hundreds of MCP servers alone, and Claude's skills frameworks keep showing up in waves. But the moment you try to pick the ones that are actually free and install-and-go, you hit one trap after another. ## In MCP land, the word "free" comes in at least three fake versions **Fake version one: it's only "free" if you hand over an API key.** Exa, Tavily, Brave Search, Firecrawl, Notion, Supabase… the clients really are open source and really cost nothing, but you have to go register an account and grab a key before they'll do anything. For a lot of people, "you still have to sign up" already isn't free of strings. **Fake version two: it flies the "open source" flag, but really means "source-available, no commercial use."** This is the nastiest one, because you can't tell without opening the LICENSE. Sentry's official MCP uses the FSL (Functional Source License) — you get to read the source, but "competing use" is forbidden, and it only converts to Apache two years later. More surprising still: **Anthropic's own** official document skills (the ones that handle PDF, Word, PPT, Excel) spell it out in the LICENSE in black and white — "© 2025 Anthropic, all rights reserved" — and the repo's own README admits it's "source-available, not open source." You can read it, you can use it inside Claude, but it isn't open source; you can't take it and modify it or redistribute it. **Fake version three: no LICENSE at all.** I checked a fairly popular Spotify MCP, and there was simply no license file in the repo — legally, no license means "all rights reserved," so strictly speaking even using it cleanly is shaky. None of these three show up if you just glance at the star count or the top of the README. You have to click into each one and check the LICENSE, check whether it calls an external API, check whether it needs an account. **That's exactly what wore me down, so I sat down and checked them one by one.** ## After checking: the genuinely free and open batch actually holds up well The good news: by the end, the batch that's **truly MIT/Apache, install-and-go, mostly no account needed** turned out to be genuinely high quality. A few I installed the moment I was done checking: - **The official reference servers** (`modelcontextprotocol/servers`, all MIT): filesystem, git, fetch, memory, sequential-thinking, time — they run purely locally, no network, no account, the foundational six-pack for Claude. - **gstack** (built by Garry Tan, MIT, 100k+ stars on GitHub): 23 slash commands that organize Claude Code into a "virtual software team" — planning, design, review, QA, and release all chained together. - **ruflo** (by ruvnet, MIT, 40k+ stars): one `npx ruflo init` drops a multi-agent swarm onto Claude Code — 314 MCP tools, self-learning memory, cross-machine collaboration. - **Playwright MCP** (Microsoft, Apache), **Chrome DevTools MCP** (Google, Apache), **Context7** (MIT, feeds AI real-time, accurate library docs) — the big-vendor and top-community ones are all genuinely open source. - On the skills side there's **superpowers**, **wshobson/agents** (30k+ stars), and **GSD** — all MIT open-source skill collections. One aside: the few free tools I've rebuilt myself follow the same path — **Unterm**, the terminal, exposes 65 of its methods as MCP so an AI can drive it directly, and **SoloMD** ships a 1.5 MB MCP server that lets Claude read your local notes library. All MIT, none need an account. ## I collected them into a directory: To Be Free Checking them one by one is exhausting, and keeping the results on my own hard drive helps no one. So I laid them out and turned them into a site — **[To Be Free](https://tobefree.pages.dev/en/)**: a bilingual, fully static, zero-tracking directory of free tools. The bar is hard, and all three conditions **must be met**: genuinely free (core features free forever, not a limited trial), completely ad-free, and no strings (it won't force you to sign up or track your data). Open source is a bonus, not a requirement — so closed-source but genuinely clean tools like Everything and Obsidian get in too, but **whether it's open source, whether it needs an account, whether it works offline** is all labeled with plain badges on every card, so you can judge for yourself. Beyond the software, I built a dedicated **[Skills & MCP section](https://tobefree.pages.dev/en/skills)** and put all the free MCP servers and skills I'd checked into it, each one labeled with its license, which clients it's compatible with, and a one-click-copy install command. The traps from earlier — the ones needing a key, the FSL ones, the ones with no license — are all filtered out for you at the point of listing. This is really the next step in my "rebuild 100 free software tools" project: rebuilding them myself isn't enough. **The genuinely free, genuinely clean good stuff deserves a single place to live, instead of being scattered across hundreds of repos waiting for you to dig through every LICENSE yourself.** ## Further reading - To Be Free (free software + MCP/skills directory): [tobefree.pages.dev/en](https://tobefree.pages.dev/en/) - Related on this site: [Why I'm Rebuilding 100 Free Software Tools](/en/blog/rebuild-free-software/) - Related on this site: [I Built Another Terminal, Unterm — Its Default User Isn't Human](/en/blog/a-terminal-for-ai/) --- # The 100 Product Managers Who Changed the World · No. 2 | Allen Zhang: Insight and Taste Both 99 — Yet He Chose to Leave Business at 92 URL: https://doaipm.com/en/blog/zhang-xiaolong-operating-system/ Published: 2026-07-08 Tags: Allen Zhang, WeChat, Product Management, 100 PMs Who Changed the World, Tech Commentary Let me start with something that happened this year but is rarely laid on the table and talked through. Tencent's own AI app, Yuanbao, launched back in 2024, with a lot of money thrown at promotion. Yet by early 2026 its monthly actives were still stuck at a bit over forty million, while ByteDance's Douyin-side AI assistant had long since crossed the multi-billion mark. Everyone's been analyzing why Yuanbao isn't working: model not strong enough? Operations not aggressive enough? All of that may be true. But there's a harder reason almost nobody points out: **Allen Zhang's WeChat refuses to let any standalone AI app touch its social graph — even when that AI is Tencent's own Yuanbao.** During this year's Spring Festival, Yuanbao threw money at a viral campaign — "Come to Yuanbao, share 1 billion in cash red packets" — and the core mechanic was dropping links into WeChat groups and riding the social graph to spread. The ban came down from WeChat. Both sides are named "Tencent." Sit with the weight of that: the entire company is behind and anxious on AI, its strongest ammunition is WeChat's social network of well over a billion people — and Allen Zhang, the man who governs that network, locked his own company's AI app outside the door too. This isn't infighting. It's the key to understanding Allen Zhang. When I had [Claude score the 100 product managers who changed the world](/en/rankings/), Zhang came in at No. 2, overall OVR 97, second only to Steve Jobs. But spread his six dimensions out, and two numbers jump off the page: **Vision 97 · Insight 99 · Taste 99 · Business 92 · Scale 97 · Originality 96 — overall 97. Insight and taste both 99 — the ceiling of the entire list; while business is only 92, the lowest of his six.** This piece starts from that one-high, one-low pair. ## Insight 99: the product manager who understands "what people want" better than anyone on the list His insight is scored 99 — one point higher than Jobs's 98 — and it's the highest score the whole list gives for "depth of understanding of the user." On what grounds? On his judgment of "what does a person actually want to get out of a product" — a judgment that runs against everyone else, and turned out right. Other product managers scramble to make you stay longer, tap a few more times, come back tomorrow; Allen Zhang put forward "**a good product lets the user finish and leave**," treating "helping you leave efficiently" as the standard of a good product. WeChat has well over a billion users, yet its home screen is clean to the point of stubbornness — this isn't a lack of ideas, it's that he saw through one thing: **a product you can't do without every day, yet that barely bothers you, is the only kind fit to keep a person company for a lifetime.** This kind of insight doesn't come from questionnaires. He built WeChat almost without large-scale user research, relying instead on an extremely deep bodily sense of "how people live, how people socialize, how people get annoyed when interrupted." Shake, Moments capped at nine photos, no "read" receipts on messages — behind every decision is a precise bet on human nature. The 99 is for that density of insight: going against the whole market, and betting right. ## Taste 99: restraint is a severely underrated kind of taste Taste is also scored 99, shoulder to shoulder with Jobs. But the two men's tastes look different: Jobs's taste is "add" — industrial design pushed to the extreme, detail pushed to the point of obsession; Allen Zhang's taste is "subtract." **The essence of restraint is a taste for "what not to do."** WeChat, a product sitting on well over a billion people and under as much monetization pressure as any product could be, for a long time didn't even have a splash-screen ad; Moments ads are so restrained they only appear once every several posts, and even then give you room to say "not interested"; Mini Programs were built "decentralized" — he wouldn't even give them a central entry point, insisting on "finish and leave, no place for you to wander." **Every decision like this, short-term, is pushing away time and attention handed to him on a plate.** Most products' problem was never failing to think of what to do — it's wanting to do everything, not daring to leave anything out. What makes Allen Zhang rare is that he dares to say "no" over the long term and as a system. When every screen is a product frantically adding features, a product that insists on subtracting is itself a kind of taste. That's the 99. ## Vision 97, Scale 97, Originality 96: one man carrying a country's infrastructure These three together. Vision 97: WeChat itself was an act of vision — starting a new fire in 2011 when QQ was at its zenith; later Official Accounts, Mini Programs, Channels, each a platform-level bet, and most of them landing. Scale 97: WeChat and Weixin's combined MAU reached 1.432 billion in Q1 2026, up only 2% year over year — because it long ago hit the ceiling of China's population, one product holding a nation's daily communication, payments, and identity. Originality 96: almost single-handedly he turned "super app + mini programs" into a paradigm the whole world studies and imitates — the "finish and leave" mini program is one of the few product forms in the mobile era defined by China and followed by others. A single product led by one man, holding the food, clothing, housing, and travel of 1.4 billion people — these three high scores are the breakdown of that sentence. ## Business 92: the lowest of his six, a score he deliberately left on the table Now back to that 92. It's the only one of Zhang's six that didn't clear 95. But if you think this means "he can't make money," you've read it exactly backwards. **This 92 is precisely a score he deliberately left open.** WeChat holds the most valuable traffic in all of China, and if he really let monetization off the leash, the business score would top out easily. But he won't. He endured for years without even a splash-screen ad, kept Moments ads restrained to the extreme, built Mini Programs without an engagement-farming feed — **again and again, he holds down the things that could turn into money instantly and refuses to build them.** Swap in a KPI-hounded product manager, and any single one of these "won't do" decisions would be enough to keep him up at night. So this 92 isn't a ceiling of ability, it's a self-imposed limit of values: he voluntarily gave up "squeeze a little more out of it commercially" in favor of "the shape a product ought to have." **This is a rare kind of score on the whole list — a man who could clearly score higher, and deliberately doesn't, out of conviction.** The "lock Yuanbao out" episode has its logic right here: a standalone AI app that needs a separate download and does everything it can to keep you inside violates his operating system by its very nature; even if it's Tencent's own, even if letting it through would immediately win the company back a foothold on the AI battlefield, it still can't get in. He'd rather let the company's business interests take a hit than let WeChat become something it shouldn't be. ## This operating system is being re-validated in the second half of the AI era Which brings us to the AI era's reappraisal of Zhang's playbook. The cost is real. When ByteDance's Doubao charged to multi-billion monthly actives through hard pushing and a standalone app, Yuanbao's "grow as a standalone" road was walled off — and this year Tencent simply changed tactics: the AI Lab, ten years in service, was dissolved in March, its resources folded into Hunyuan (April's Hunyuan 3.0, roughly 295 billion parameters, leads with "good enough + value for money" and explicitly declines to crowd into the trillion-parameter arms race); and Yuanbao, the standalone app once loaded with expectations, got demoted into a contact inside the WeChat chat window — a "red-packet-cover assistant." In the fight to "grab a standalone AI entry point," Tencent has basically conceded — and part of the reason for conceding is precisely that Allen Zhang's restraint gave no pass even to his own side. But stretch out the timeline, and he may have bet right. Think about today's standalone AI chat apps: Doubao, Yuanbao, Tongyi, DeepSeek — dozens of dialog boxes looking more and more alike, all burning cash in a red ocean fighting for monthly actives. **When everyone is making the same thing and it looks more and more the same, it is turning into a worthless business.** And the real second-half consensus of AI is shifting — no longer "whose model benchmarks higher," but "whose agent can plug into more real services and run a complete loop end to end." WeChat happens to hold the densest last-mile network in all of China: the social graph, well over a billion users, several million mini programs, payments, and the offline services it has slowly accumulated like Meituan and JD. This year's moves are already rolling out — in May Yuanbao could summarize WeChat chat history with one tap; Meituan's "Xiaomei" and Yuanbao built an agent-to-agent link, so you can order takeout right inside a conversation; in June WeChat struck A2A deals with Huawei, Honor, Xiaomi, OPPO, and vivo, letting you send a WeChat message just by speaking to your phone's AI. And that native WeChat AI agent, per reports from the Financial Times and Bloomberg, entered the compliance process in June, went to gray-scale rollout mid-year, and is due to go fully live to well over a billion users in Q3. **No standalone AI app has a more complete last-mile surface for "getting things done" than WeChat.** Allen Zhang insists that AI embed into the scene the way "Scan" does — do it, then leave — and what he's betting on is exactly this: models will converge and get cheaper, but the scene that can plant AI steadily into a real closed loop is the last moat. From this angle, "finish and leave" may even be the philosophy best suited to an AI agent — a good agent should get your task done and exit the stage, not turn into yet another app that pings you daily and wants you to live inside it. ## That 92 may be the hardest point of all Last piece, on Jobs, I said the only 99 on the whole list went to judgment and taste. This piece on Allen Zhang confirms the same thing and adds one more layer: his insight and taste both touched Jobs's height, yet the most striking thing among his six is that deliberately-held-down 92. Because we're too used to treating "do more, earn harder" as ability. But in the real world, the hardest product decisions are often not "what else can we add, how much more can we earn," but "what will we resolutely not do, what money will we resolutely not take." The former only takes diligence; the latter takes withstanding the enormous pressure of a whole company waiting for you to give the pass while you hold your fire. Whether this restraint is a genius's patience or a fatal dullness — that Q3 full-rollout WeChat agent will hand in his answer for him soon enough. But however this fight plays out — **a man holding well over a billion users who nonetheless chooses to leave his business score at 92, drawing his sword only where it truly should be drawn — that composure alone is already an ever-scarcer product ability.** --- # The same AI: some companies use it to fire, others to hire URL: https://doaipm.com/en/blog/ai-layoff-excuse/ Published: 2026-07-07 Tags: AI Layoffs, Tech Commentary, AI Jobs, Forward Deployed Engineer, Big Tech Start with two real stories from this year. Placed side by side, they don't add up. **Story one:** Meta laid off roughly 8,000 people in May — about 10% of its workforce. In that same internal memo, it raised its 2026 capex guidance by up to $10 billion, pushing the total to **$145 billion**, almost all of it going into AI data centers and chips. Zuckerberg wrote: "Success in the AI age is not guaranteed." **Story two:** Also in May, OpenAI put up **$4 billion** to stand up a dedicated "Deployment Company" and started hiring aggressively for a role called the **Forward Deployed Engineer (FDE)**. Google posted 59 of the same openings at once — Google Cloud's CEO even jumped on LinkedIn personally to recruit. Anthropic hasn't cut a single person this year; its valuation has hit $380 billion, it has 2,300+ staff, and hundreds of roles are still open. **Same AI. In story one, the reason to fire people. In story two, the reason to hire them.** When one thing can simultaneously explain "that's why we're cutting headcount" and "that's why we're desperately recruiting," it's probably not the real reason for either. That's what I want to get into: when every layoff announcement has the word "AI" in it, what is actually going on? ## What laid-off employees read versus what their bosses meant If you were laid off in the past six months, or someone near you was, you know the language by now: embracing AI, improving efficiency, restructuring for the future. The implication is that AI got so good it made your role redundant. Put the numbers side by side and the story shifts. **Most of these layoffs are happening in the same quarters when these companies are reporting record profits.** Not survival moves. Not a company bleeding out. The financials look great — record revenue, record margins — and they're still cutting people. Meta's own explanation didn't even bother with euphemism: the layoffs are to "run the company more efficiently and **to offset other investments we're making**." Translated into plain English: **we want to spend $145 billion on GPUs and data centers, and the money has to come from somewhere. So we're cutting your salary to pay for AI's electricity bill. We're not laying you off because AI can do your job. We're laying you off because your paycheck is being reallocated to AI's hardware.** The most candid framing I've seen came from an executive at a search firm. He said bosses can now finally and easily tell employees "I over-hired — that was my mistake" — because **"the whole world now believes jobs are being replaced by machines."** Sit with that for a second. It's not saying AI has replaced jobs. It's saying there's a ready-made narrative that lets you cover for a prior hiring decision. **AI isn't the perpetrator here. It's a remarkably convenient fig leaf.** The past two years were flush — easy money, optimistic forecasts, rampant overhiring. Now comes the correction. "Blame AI" is a better story than "management miscalculated," it doesn't trigger boardroom accountability, and in many cases the stock price actually goes up. Why does this cover story work so well? Because it flatters everyone in the room. **For shareholders, "we're using AI to drive efficiency" reads as a growth narrative — layoffs get interpreted as a positive, stock ticks up. For the board, nobody demands accountability from an executive who "embraced the technological wave." For the public, "times are changing" sounds a lot more dignified than "we guessed wrong."** A management error, wrapped in AI language, transforms from something that should invite scrutiny into something that looks like foresight. There is no cheaper PR on the market. Follow the money and it gets clearer still. This year, Meta, Amazon, Microsoft, and Google combined are putting roughly **$725 billion into capex** — up about 75% year over year — almost entirely for AI compute. Microsoft alone has cut roughly **4,800 people** this year. **When you're moving that kind of capital, the fastest way to make the numbers work is to reduce headcount. AI's invoice, in part, is being paid by the people who got laid off.** So "we're laying you off because of AI" might be more accurately read as: **"we're laying you off for AI."** By May of this year, layoffs explicitly attributed to AI had hit **87,714 people** — roughly **22% of all tech layoffs** counted. Of that 22%, how much is AI genuinely displacing roles, and how much is AI simply getting cited as the narrative for cleaning up an old hiring mess? Nobody can separate those cleanly. And that ambiguity is precisely what makes the excuse so useful. ## If AI really were eliminating jobs, AI companies would be shrinking first This is the point I find most useful for cutting through the noise. Accept the premise that AI is displacing human work — that it's the actual driver behind this wave of cuts. Follow that logic forward: **the companies most immersed in AI, using it hardest, most exposed to its displacement effects, should be the first to see their own headcount rendered unnecessary.** They should be shrinking. The opposite is happening. - **Anthropic** has filed zero WARN notices this year, sent zero layoff memos. It's in hypergrowth — over 2,300 staff, hundreds of open roles. - **OpenAI** isn't cutting. It's spending **$4 billion** to set up a new company alongside Bain and McKinsey, whose singular purpose is to send people *into* other businesses to get AI actually deployed. It brought in roughly **150 Forward Deployed Engineers** through an acquisition alone. - **Google** is simultaneously posting dozens of FDE roles, each paying easily six figures. **If the people building the AI are hiring as fast as they can, the story that "AI makes humans unnecessary" falls apart before it even gets off the ground.** What's more likely: AI is reshaping work, but not by swapping humans for machines. It's shifting where value lives — some activities are being absorbed by AI, and a large volume of new, more valuable, distinctly human-required activities are appearing at the same time. The layoff wave and the hiring wave are two sides of the same coin, just being told as opposite stories by different companies. ## The real variable was never the AI We default to treating "AI" as a subject with agency — as if AI decided who leaves and who stays. It didn't. **Decisions are made by companies, by people. AI is the noun they push to the front of the sentence when it's convenient.** Same technology. Meta invokes it to cut 8,000 people. OpenAI invokes it to hire hundreds. The difference isn't the AI — it's **how each company sees AI, how they're using it, and whether they're being honest about their own choices.** - One company treats AI as a **cost-reduction rationale**: AI arrived, so I can hire fewer people, redirect the savings into compute, and incidentally write off years of overexpansion in one clean move. - One company treats AI as a **growth lever**: AI arrived, so I need a whole new category of people to actually pull that lever, deliver it to customers, and turn it into revenue. Same technology. Completely opposite responses. **If you're evaluating whether a company is worth working for, or worth investing in, the signal isn't whether they have AI. It's which side of that coin they're on.** ## What the hiring frenzy is actually telling us The Forward Deployed Engineer role deserves a closer look, because it functions like a probe — surfacing what's genuinely scarce and genuinely valuable in this AI cycle. FDEs aren't training models. They're not writing foundational algorithms — that's a tiny slice of people at a handful of labs. What they're doing is: **walking into a real company, sitting down with business owners and frontline employees, figuring out where AI can actually create value in that specific context, redesigning the workflows around it, and making sure the whole thing holds — runs, sticks, produces sustained returns.** One piece of reporting on this role offered a verdict I think is exactly right: > This role is the clearest market signal yet — the hard part of AI has moved from building models to making them work inside a business. That sentence contains more information than almost anything else written about AI this year. **Building models is an arms race for a tiny number of companies — irrelevant to most people. "Making AI produce value in a specific real-world context" requires enormous numbers of people.** Those people don't need to be able to train a neural network. But they need to understand the business, understand the people in it, know how to translate a vague pain point into a concrete problem that AI can actually solve, and then stay until it's producing real results. A concrete example makes this less abstract. Take an insurance company that wants to use AI to process claims. The model itself is off the shelf — anyone can call the API. The hard part is: which step in the claims process is the actual bottleneck? Which department is it stuck in? How do you encode the unwritten judgment calls that experienced adjusters carry in their heads? Who's accountable when the model gets it wrong? How do you get frontline adjusters to actually use it rather than route around it? **None of those questions are "the model isn't capable enough." Every one of them is "you need someone who understands this business, understands this workflow, and can fit AI into it."** The model is generic. The value is always embedded in a specific context. And contexts have to be worked through one by one, by a person. This is why the labs most aggressively pushing model capability are simultaneously spending billions to acquire the people who can "put the model inside the business" — because they know better than anyone that even the strongest model generates no revenue until it lands somewhere real. Here's the thing: many of the people caught in the Big Tech layoffs already have most of these capabilities, or could develop them with a relatively short pivot. **AI hasn't made those skills obsolete. It has made them more valuable than ever — the demand has just shifted from "maintain the old system" to "fit AI into the old system."** ## What this means for the rest of us A lot of words about other people's situations. Time to make it concrete. **First: don't let "AI replaced you" be the story you tell yourself — check whether it's actually an excuse.** A company booking record profits while pouring hundreds of billions into AI, which then cites AI to justify cutting your role — that is almost certainly not a verdict on your capabilities. It is a decision about **how that company is allocating capital.** Confusing those two things does real damage. A lot of people come out of these layoffs spiraling into "maybe I'm not good enough anymore" — and in many of these cases, that's not the question at all. You didn't lose to a machine. Your paycheck got reassigned to a server rack. **Second, and more important: find a way onto the side of the coin that's hiring.** That side isn't short of people who can build AI. It's short of **people who can make AI produce value in real situations.** There's nothing mysterious about what that takes — it breaks down into specific, learnable things: - Stop doing the work that AI will eventually automate; do the work that involves judging whether AI is doing the right thing, and whether it's doing it correctly; - Build a skill that's hard to replicate: the ability to take an ambiguous business problem and describe it precisely enough that AI can actually solve it; - Stop asking "will I be replaced?" and start asking "can I use AI to accomplish something that wasn't possible before?" — the second question is what the hiring side is actually looking for. **AI won't replace people. But it will reshuffle the deck: it will push out people who only do what AI can do, and lift up people who use AI to get things done.** Strip away all the noise from this year's contradictory headlines, and that's the sentence underneath. None of this is asking you to feel sympathy for Big Tech. And it's not minimizing how much a layoff hurts — the bills are real. But the one time you can't afford to be sloppy is when you're trying to understand why it happened. **Getting laid off often has nothing to do with losing to AI. It has to do with your company choosing to use AI's name to cut costs, rather than using AI to generate more revenue.** That's their choice. It's not your verdict. The layoff memo and the job posting use the same word. They're describing two completely different things. Don't only read the half that scares you. --- # You ordered it in the comments — so I built it: SoloPic, a free image tool URL: https://doaipm.com/en/blog/from-comment-to-tool/ Published: 2026-07-06 Tags: Free Software, Rebuilding Free Software, SoloPic, Reader-Driven, doaipm Method In my last piece, "Why I'm Rebuilding 100 Free Software Tools," I closed with a question: **Of all the free software you use every day, which one do you most wish someone would rebuild for you?** That wasn't small talk. I genuinely wanted to know. Then a comment came in. A reader from Tianjin, username Axiang. He didn't write "keep it up" or "rooting for you." He handed me a requirements list. ## One comment, clearer than most spec docs I'm copying his exact words here, unchanged: > How about a free image-processing tool? Here are a few things I need: First, batch crop — take a series of images and cut, say, 100px from the left edge and 57px from the bottom. Second, batch rename — you've got a series of files with names like 1.png, a.png, and so on, plus a text file (or something similar) that maps each file to its new name: 1.png,Alice.png (newline) a.png,Bob.png (newline), etc., and then **in a snap** (his word) they're all renamed. Third, batch adjust brightness, contrast, that sort of thing. That's what I've got for now. Look at that comment. It's not vague. Not a single word of "could you guys make a better image tool" — the kind of correct-but-useless feedback that says everything and nothing. **He gave three scenes specific enough to start building from right away:** - Crop 100px from the left, 57px from the bottom — he even gave exact pixel counts; - A mapping file with "old name, new name" on each line, run it and they're all done; - Batch brightness and contrast. My reply was one line: **"Got it — the core is batch processing, right?"** He said: yes. One exchange. A software's requirements: set. ## Why I knew immediately this was worth building Because Axiang's comment hit all three pain layers I described in "Rebuilding 100 Free Software Tools." Search "free batch image processing" and what do you get? A pile of things that either blast you with ads, lock "batch" — the only feature that matters — behind a membership wall, or install at a gigabyte and come bundled with three other pieces of software you never asked for. **None of the three things Axiang wanted are technically hard. Every one of them is the kind of feature that should be free and easy to use — but has been turned into a hook.** Batch rename: members only. Batch export: members only. Remove the ads by watching three more ads first. This is exactly what I keep saying: **"Rebuilding 100 free tools" isn't about inventing 100 new gimmicks. It's about taking the ones you use every day and just put up with, and rebuilding them into what they should have been.** Axiang never read my internal list of candidates — but what he named was exactly what belonged on it. So I didn't overthink it. I finished typing "batch processing, right?" and went to build it. ## What I built is called SoloPic A few days later, it was live: **SoloPic**, a free, offline batch image tool weighing in at about 12 MB. It lives at solopic.doaipm.com — on my own subdomain, no app store required, no installer either: download the portable version, unzip, and run. GUI, command line, and MCP Server all bundled in. Windows for now; macOS and Linux are in the pipeline. Everything Axiang asked for is there — built **exactly the way he described it:** **First, batch edge-crop.** This is the one I most want to talk about. Most crop tools out there are built around one idea: resize all images to the same dimensions. But that's not what Axiang needed. He needed to **cut from the edge**: no matter how big each image is, remove 100px from the left and 57px from the bottom. Varying sizes don't matter. You might wonder: trimming a fixed number of pixels from an edge seems simple — why is it worth calling out? Because it maps to a real scenario that **existing tools consistently handle badly.** Think about the kinds of batches you actually deal with: a pile of screenshots, each with the same-height status bar across the top; a batch of scanned documents with the same-width black border on the sides; a set of product photos with the same watermark stamped in the same corner. **These images often aren't the same size, but what you want to cut is "a fixed strip relative to one edge" — not "resize everything to 800×800."** With a fixed-size crop tool you have to align each image manually, and a few hundred of them can eat an entire afternoon. Axiang had clearly been through this — that's how he got to "exactly 100px left, 57px bottom." So I made edge-crop the default and used his numbers in the documentation. **That's not me being clever. That's him pointing at the pain precisely enough.** **Second, mapping-file batch rename.** Write a list file — one "old name, new name" pair per line (e.g., 1.png → Alice.png) — and SoloPic reads it and renames everything in one go. And it **previews before executing, with one-click undo** — because the worst thing about batch rename is one wrong move scrambling an entire folder with no way back. **Third, batch adjustment.** Brightness, contrast, saturation, sharpness, grayscale — drag a slider and hundreds of images change together, with a **live split-screen before/after view** while you're dragging, not after you've already exported and noticed you went too far. This one sounds the most ordinary, but it's exactly where most online image tools squeeze you: single-image adjustments are free, "batch" is a membership feature. Axiang included it because he knew from experience that images never come one at a time in real life. That comment of his had a word — **"in a snap"** (it's his phrase, not mine). I love that word. It captures the feeling of batch processing done right: everything handled all at once, just like that. So that's exactly what I used as the tagline on SoloPic's homepage: **"Batch image processing — done in a snap."** Those words aren't my copy. They're Axiang's. ## What I actually did those few days Some people might wonder: between one comment and downloadable software, what was going on in between? Honestly, it might surprise you: **most of the time wasn't spent writing code. It was spent getting clear on exactly what I wanted.** Take edge-crop. The first time I described it to the AI, I just said "make a batch crop tool" — and it gave me the obvious thing: resize all images to a fixed dimension. I had to go back and be more precise: not a uniform size, but cutting a fixed number of pixels inward from each image's own edge, with each of the four sides configurable independently, working correctly even when image sizes vary. It took three rounds before it felt right. Same thing with the rename feature — I specifically added "preview before execute, one-click undo," because I put myself in the user's shoes: **the reason someone would dare to batch-rename an entire folder is that they know they can undo it if something goes wrong.** That's not something the AI is going to think of — it takes someone who knows what users are afraid of. So the real work those few days was **small steps, one at a time**: describe one feature clearly → let the AI build it → run it myself on a real batch of actual images → figure out what's off and describe it more precisely → revise. Not one big dump of requirements, but pushing forward one verifiable piece at a time. This "say it clearly, take small steps, actually run it" approach is how I build every tool. SoloPic wasn't any different. ## I also added one thing he didn't ask for There was another comment in the thread, much shorter — just a product name: **CamScanner.** I knew what that meant. Apps like CamScanner are the classic case: point your phone at a document and it comes out looking like a scan — genuinely useful. But then exporting high-res costs money, removing the watermark costs money, ad-free costs money. Dropping that name in the comments was a way of saying: this one should have a non-extractive free version too. My reply: **"Got it, I'll look into it."** So SoloPic got a fourth feature — one Axiang didn't ask for, but I built in while I was at it: **smart document enhancement**. A phone photo of a document — crooked, shadowed — becomes a clean scan in one tap: shadows removed, background whitened, text sharpened, skew corrected. **Milliseconds, fully offline, no AI model required.** This is my first step toward rebuilding CamScanner — I wanted to get the most essential piece in first. ## Built for people and for AI One more thing worth saying, because this is where the tools I'm building differ from ordinary free software. SoloPic is **one core engine, three ways to use it:** - **GUI**: browse to a folder, drag the sliders, see the before/after, click go. For Axiang, for most people, this is all you need. - **CLI**: every feature is scriptable. The crop he wanted, for example: ```bash pic crop --left 100 --bottom 57 D:\photos pic rename D:\photos --map list.txt -x pic enhance --mode bw D:\scans ``` - **MCP Server**: plug it into an AI assistant like Claude and you can **just say it in plain language**: "crop 100 pixels from the left side of everything in this folder" — and the AI calls SoloPic to do it. Why build the last two? Because I've always believed one thing: **going forward, software isn't only used by people — it's also used by AI.** Axiang uses the GUI and drags the sliders. Someone who wants to plug image processing into an automated pipeline uses the CLI. Someone who's used to talking to Claude just tells the AI directly. Same engine underneath, accessible to all three — that's what genuinely useful looks like. As for the ground rules of "free software," SoloPic hasn't broken a single one: **free, MIT-licensed open source, completely offline, no network calls, no data collected, no ads, no installer needed.** Your images are processed on your own machine. I never see them. ## What this actually made me realize After building SoloPic, the biggest thing I came away with wasn't "I have one more tool." It was something I hadn't quite seen this clearly before — about what "rebuilding 100 free tools" actually is: **The 100 best candidates aren't in my head. They're in your comments.** The pain points I can think up on my own are limited — mostly the tools I happen to use every day. But Axiang's "edge-crop and mapping-file rename"? Honestly, not scenarios I'd have thought of myself. **Those come from someone who's been batch-processing images for real, been ground down by the existing tools long enough to give requirements that precise.** He doesn't write code. But he knows better than anyone what that tool should look like. Isn't that the same thing I keep saying? **Not knowing how to code isn't a weakness. The hard part — the part that actually matters — is being clear about what you need.** Axiang's comment was a spec. A clear one. The rest was telling the AI to build it — a matter of a few days. Flip the angle: this whole thing has turned the division of labor in "making software" upside down. In the past, even if a real user described their need with perfect clarity, it almost always disappeared into a void — because "find a team, spend money, wait months" was the barrier standing in the way. Nobody was going to move on a single comment. **Between a need and a finished product, there was a wall that most people couldn't get over.** That wall is gone now. Axiang still doesn't write code. I'm still not a big company. But a sentence specific enough, and a few days later it's software running on his actual computer. What disappeared is exactly that wall. So "rebuilding 100 free tools" feels less and less like a personal project, and more like something that can be **crowdsourced for ideas**: you know better than I do which free tools are the most broken, the most overdue for a real replacement. My job is to take the ones described clearly enough and turn them into something that doesn't exploit you. ## Keep the requests coming Six became seven. SoloPic is the first tool in the "Rebuilding 100 Free Software Tools" series to be directly commissioned by a reader and built to order. The more I do this, the more I think this is exactly how it should work: **you make the request in the comments, I build it over here.** You don't need to know how to code, you don't need to know anything about tech. You just have to do what Axiang did — take the free software that's burned you the worst, and be specific: what's it called, what do you want it to do, where does it get in your way. I can't fill the remaining ninety-three slots on my own with good ideas. So I'll ask again — and this time I mean it more: **Of all the free software you use every day, which one do you most wish someone would rebuild for you? Write it out with some detail. It might be the next one I build.** --- # Zero marketing, zero code, 22,000 downloads in three months: a coding beginner's open-source journey URL: https://doaipm.com/en/blog/best-free-markdown-editor/ Published: 2026-07-05 Tags: SoloMD, Free Software, Open Source, Building a Product, doaipm Method Three months ago, I set myself a goal that sounded a little crazy: **build the best free Markdown editor out there.** The crazy part wasn't "best." It was "free" — and more than that, it was the fact that **I can't write code.** Three months later. This thing called SoloMD has shipped 30 versions, been downloaded more than 22,000 times, and picked up over 400 GitHub stars. And in those three months, **I barely spent any effort on marketing.** Here's how that happened. ## Numbers first, so this doesn't read like a pitch I don't like leading with feelings and ideals. Numbers first — judge for yourself whether this is real: - Repo created April 8. That's roughly **three months** to today. - **30 versions** shipped in those three months, currently at v4.8.9 — that's one version every three days on average. Even I think that's a little aggressive. - **417 GitHub stars**, 25 forks, MIT license — anyone can take it and fork it. - Across all platforms: **22,463 downloads total.** **The one thing I most want you to notice: none of this was bought.** No ads, no paid reviews, no growth hacking. I just followed the distribution advice AI gave me, posted it where it should be posted, and then... that was it. The product walked on its own. ## I wanted to build free software that doesn't treat users as a crop to harvest Why specifically "free"? Because **the free software pond has been murky for a long time.** You want to remove a watermark from a PDF. You grab the first free tool you find. The next day it's throwing ads at you, hijacking your browser homepage, quietly phoning home in the background — and to actually export the file, you have to subscribe first. **"Free" became a hook: reel you in, then bleed you out a little at a time.** Users have been trained to expect to be treated as a product in free software — sold as data, never really cared about, "free" just a pressure tactic to push you toward paying. I was done with that. So SoloMD started with a few hard rules and never moved off them: **free, open source, zero ads, zero telemetry, local-first.** Your files stay on your machine. I can't touch them, and I have no interest in touching them. The slogan is one line: **One file. One window. Just write.** The phrase "the best free" — the emphasis isn't really on "free." It's on "best." **Free shouldn't mean settling.** A piece of software being free doesn't mean it has to be full of ads, sluggish, and ugly. What I wanted to prove was the opposite: **free can still be the most thoughtfully made thing in its category.** "Best" isn't just a word. It's a set of specific fights: the whole application compressed to a dozen megabytes — not the kind of bloatware that eats a gigabyte after install; Windows, macOS, Linux, and mobile, five platforms, same experience everywhere you write; the interface localized into a dozen languages, not just serving English speakers; math formulas and flowcharts — things writers actually use — supported natively, with one-click export to PDF, Word, and HTML. **None of those have a "but it's free so we skip it" excuse — they just need someone willing to put in the work.** That "willing to put in the work" part is exactly what I was going for: proving that a free tool doesn't have to cut corners. ## I can't write a single line of code. I'm not hiding that. At this point you're probably wondering: if you can't write code, who actually wrote the thing 22,000 people downloaded? **AI wrote all of it. I haven't touched a single line of production code.** That's not modesty — that's literally what happened. Every line of code in SoloMD, every bug fix, every version bump — it all came from me **describing what I wanted**, and AI building it. My job, start to finish, was exactly one thing: **making "what I want" clear.** So for someone like me, **the hard part was never "write the code." It was "say it clearly."** - "Build a Markdown editor" — put it that way and AI gives you something functional but forgettable. - "Build an editor with a single file and a single window — open it and you're writing immediately, nothing in the way; no file tree on the left, no row of buttons up top; I want the quiet feeling of something that makes you want to write the moment it's open" — put it *that* way and what comes out is the thing I had in my head. **The difference isn't technical. It's whether you can take the blurry image in your mind and force it into a sentence specific enough for AI to follow.** That's what I actually practiced over these three months. Not knowing how to code didn't hold me back — it forced me to think through every requirement more carefully, because I couldn't shortcut anything myself. I had to say it right. And "saying it right" rarely happens on the first try. **A big part of those 30 versions in three months was "I thought I'd said it clearly — turns out I hadn't" looping back.** A real example: I wanted the editor to autosave while you're writing — don't let a slip of the finger wipe unsaved work. I asked for "add autosave" and got a version that saved every few seconds. Sounded right. Felt annoying: the cursor would barely stop and it would save, the drive making noise constantly. I had to go back and be more specific: "wait two seconds of idle before saving; don't interrupt me while I'm typing; don't flash 'Saved' in the title bar and break my concentration." **It took three tries before that 'quietly saves in the background' feel actually landed.** Most of those 30 versions were that kind of tuning — not because AI couldn't do it, but because I hadn't thought through what "the right feel" actually meant. **"Not knowing tech" today isn't a weakness. It's a kind of advantage — it forces you to stay focused on "what do I actually want."** I'm taking 22,000 downloads as evidence for that claim. ## One version every three days is a pace I couldn't have imagined before Worth saying something about those 30 versions. Three months, 30 releases — one every three days on average. What that pace means for someone who can't code: **it means an idea that pops into my head in the afternoon is something I can be using by the end of the same day.** Someone opened a GitHub issue saying a keyboard shortcut was conflicting on their system. I understood what they needed, described it clearly to AI, and shipped a new version the same evening. **In the old world — "first I'd need to learn to code" — that was impossible for a beginner. The learning cliff between idea and usable product was months long, and most people quit at the edge.** That cliff is gone now. Between a thought and a working thing, there's one step left: can you say it clearly. Moving fast had an unexpected benefit: **the product grew with real users, not in isolation inside my head.** When someone surfaced a real pain point, it could become a new version within three days. Users could feel that "this software is listening to me." That kind of tight feedback loop is stickier than any ad. ## The bet I made on day one: the people using this aren't only people anymore If SoloMD were just "another clean free editor," I wouldn't care about it this much. **There's a bet behind it that I made on the very first day:** **The users of software have shifted from "humans" to "AI and humans."** Think about how you write now. You type part of it yourself, then ask Claude, Codex, or Cursor to help you revise, extend, organize. **Your notes library — it's not just you touching it anymore. AI is touching it too.** But almost every editor on the market still assumes the user is one person: you. They treat AI as a chat box bolted into a corner, not as a fully-capable "user" that can read and write your files directly alongside you. So SoloMD was never "an editor with AI tacked on." It has **a built-in MCP server** — which means agents like Claude Code, Codex, and Cursor can **drive your entire notes library directly**: reading your files, editing your files, organizing your files on your instruction, without you copy-pasting between a chat window and an editor. It also supports 14 AI providers with bring-your-own-key (BYOK) — no lock-in to any single one. What does that actually feel like? Say you tell Claude: "Pull up every note I've tagged 'to-do' this month, merge them into one list, sorted by urgency." It goes through MCP into your library, does the work, writes the changes directly to your files — and you watch it happen live in SoloMD. **You stop being the middleman shuffling text between two windows. AI becomes a second pair of hands in your notes library.** That's what "the users aren't only humans" looks like in practice: one human user, one agent user, sharing the same library. **This wasn't a feature that grew out of nowhere. It was the direction I was certain of on day one.** Because the bet I'm making is: every piece of software that's still alive going forward will have to answer one question — **when the thing using you is no longer only human, what should you look like?** SoloMD is my first answer to that question. ## Someone sent me ¥10 The thing I'll remember most from these three months isn't the 400-plus stars or the 22,000 downloads. **It's a user who sent me a ¥10 tip.** Ten yuan can't buy much. But I sat there staring at my screen for a good moment. **Because that wasn't ten yuan — it was a stranger who had used something I built, decided "this is worth something, I want to say thank you," and actually did it.** Stars are free, one click and gone. Downloads too — try it, if it doesn't click, delete. **But money is different. Even just ten yuan — that's "being recognized" with real weight behind it.** Someone who can't write code spent three months describing things to an AI, built something with their hands, and a real stranger validated it. The warmth of that feeling — I still feel it when I think about it. I screenshotted that ¥10 notification and saved it in a dedicated folder. Not for the money — what's ten yuan going to do — but so that on some future day when I'm tired and thinking about giving up, I can pull it out and remind myself: **the free, hands-off-your-data, quietly-gets-out-of-your-way little editor I made — a real stranger needed it, and thanked me for it.** ## I barely marketed it. Where did 22,000 downloads come from? I said I didn't push hard. So where did those 22,000 people come from? Honest answer: the distribution moves I made were extremely plain. **I just followed AI's suggestions and posted it where it should be posted.** GitHub, the right directories, a handful of places developers actually hang out — AI told me where to post and how to write the posts, I did it, and that was the whole thing. No ads, no chart-gaming, no marketing team. **Getting to 22,000 wasn't about how hard I pushed. It was the product speaking for itself.** A genuinely free, genuinely clean editor that was designed from the start for the "AI + human" user — among the people who tried it, some of them starred it, sent it to a friend, added it to their tools list. **Open source and word of mouth are the slowest path but also the most durable.** I had no other option — I had no budget — but looking back, that slow path forced me to make the product solid: **because anything I couldn't push through marketing had to be good enough that people would push it for me.** --- Three months. 30 versions. 417 stars. 22,463 downloads. One ¥10 tip. **For someone who couldn't write code three months ago, this open-source road has gone further than I had the nerve to imagine.** But the numbers aren't really what I want to say. What this whole thing actually proves is something I keep saying: **you don't need to know how to code to build something people genuinely need. You need to be able to say the thing you want to build — clearly — and then start. Don't stay stuck in thinking.** I'm still building. SoloMD is still a long way from what "the best free Markdown editor" means in my head — there's a stack of interactions left to polish, a queue of user requests to work through, and the agent-driving piece has barely gotten started. **But because it's open source, because the release cadence is fast, I can pay those debts one at a time.** At least now I know: **this road — even a complete beginner who can't write code — can walk it.** ## Further Reading - SoloMD website / open-source repo: [solomd.app](https://solomd.app) · GitHub `zhitongblog/solomd` - Also on this site: [Why I'm Rebuilding 100 Free Tools](/en/blog/rebuild-free-software/) - Also on this site: [I Built Another Terminal, Unterm — Its Default User Isn't Human](/en/blog/a-terminal-for-ai/) --- # I Built Another Terminal, Unterm — Its Default User Isn't Human URL: https://doaipm.com/en/blog/a-terminal-for-ai/ Published: 2026-07-04 Tags: Unterm, AI Terminal, AI-Native Tools, Building a Product, doaipm Method One number first: **over the past six months, more than 80% of the commands run in my terminal weren't typed by me.** Claude Code, Codex, a fleet of agents — running in there all day, each task often going for several hours straight. That's the problem. The terminals I've been using — iTerm, Windows Terminal, Warp — were all designed around **one person sitting and typing: type a line, glance at the output, type another line.** Once the primary user shifted from me to agents, that default assumption broke in a handful of places. I hit each problem one by one, and eventually just built my own terminal. It's called **Unterm**. What actually pushed me to start building was a week when I tracked where my time was going. Half the day was me acting as network ops for agents, security auditor for agents, window-switcher for agents. **None of that is "product work" — but nobody else was going to handle it, so I had to build something to handle it for me.** Here are the problems I ran into, and how I patched each one. ## What Unterm Is, and Where the Name Comes From In one sentence: **Unterm is a terminal designed to be operated directly by external AI agents** ([unterm.app](https://unterm.app), open source, GitHub `zhitongblog/unterm`). It's not the same as "a terminal with AI built in." There's no chat box. Instead, it exposes the entire terminal over the MCP protocol so agents can open sessions, type commands, and read the output. The slogan I wrote for it is just one line: > The terminal that runs every AI coding agent. The claim behind that is one line too: > A terminal doesn't need AI built in. It needs to be drivable by AI. Feature-wise: one-click setup for Claude Code, Codex CLI, Gemini CLI, OpenCode, and Aider; local-first, open source, scriptable (comes with an `unterm-cli`); UI in nine languages. In practice it goes like this: I tell Claude Code, "Get this project's build running — if it fails, read the logs and fix it yourself," and it connects to Unterm over MCP, opens a window, types the commands, reads the output off the screen, and keeps iterating when things break — no copy-pasting between chat and terminal on my end. **The terminal finally became the agent's hands, not a relay station I had to manually move output through.** I watch when I feel like it. When I don't, it keeps going on its own. The name is straightforward: **Un + term**. term = terminal. **Un = liberation — liberating the act of typing from human hands and handing it to AI.** The image in my head when I built it: this terminal isn't for my hands. It's for agents. I step back and watch. The name says exactly that. ## 1. Proxy: Letting the Agent Not See the Wall I'm in mainland China. Eighty percent of what agents do requires crossing the firewall: installing packages, `git clone`, pulling model weights, hitting various APIs. In a normal terminal, this means I manually `export HTTPS_PROXY`, once per shell. But the moment an agent opens a new window or forks a child process, the proxy vanishes — then it stalls, times out, and throws `network error`. **The frustrating part is that it doesn't know this is a network problem. It assumes it got the command wrong** — so it tweaks the command, switches mirrors, retries, and makes a bigger mess with each attempt. Once I asked an agent to pull some model weights overnight. When I came back in the morning, it had been retrying on a proxy that had died hours earlier — for over forty minutes, logs filling the screen, not a single byte downloaded. So I built the proxy into the terminal itself. Unterm has a built-in proxy layer that connects to Clash; all sessions route through it by default. I configured a pool of nodes — currently eight Singapore lines tuned for Gemini and GPT — and **the terminal benchmarks them every thirty seconds and routes to whichever is fastest. If the one in use drops, it automatically cuts to the fastest live node in the pool.** And the proxy is set at the OS level (registry on Windows, `scutil` on macOS, environment variable on Linux), not per-shell — so every window that opens afterward inherits it from birth. Some details were things agents forced out of me. `localhost` and internal addresses can't go through the proxy, or agents lose the ability to connect to services they started locally — those no-proxy rules need to be in place by default, not patched in after an agent trips on them. And the node pool shouldn't need manual curation: Unterm reads Clash's groups and the live latency of each node directly, so I can assemble a rotation pool in a few clicks — which nodes go in, how often they rotate — no config file edits required. It's not magic: **if the entire pool gets throttled, I'm still stuck.** But the "one node went flaky again" problem — which used to happen about eight times a day — it handles by itself. I don't touch it. ## 2. Security: Handing Your Machine to AI Means Handing It rm -rf Too Give an agent a bare terminal and you've given it the whole machine. `rm -rf`, `git push --force`, `DROP TABLE` — one wrong line and it's gone, and it moves faster than you can react. A normal terminal doesn't know there's an AI behind the keyboard. It treats an agent and me as the same pair of hands. I didn't want to pick between two extremes: let it run naked and live in fear, or confirm every single command myself — which at that point I might as well just type them. **So Unterm adds a few gates in between:** - **"Suggest" by default, don't execute**: the agent puts the command in my input line but doesn't press Enter. I hit Tab to approve. - **Tiered clearance**: a whole category of safe commands passes automatically; only the ones that can actually do damage — `rm -rf`, force-push, `DROP TABLE` — get pulled out for a separate prompt. - **Isolated identity**: each window carries its own identity profile (GitHub / AWS / npm tokens, git identity, SSH key). The agent gets that scoped identity — not the full keychain for my whole machine. - **Explicit trust**: I decide which agents are trusted. Writes from a trusted agent skip confirmation. - **Actual error reads**: it can scan the screen for lines that look like errors, so the agent is reading real output — not filling in the blanks. The default is "conservative": an agent I've just brought in and haven't trusted yet has to get my sign-off on everything it writes. Once I've watched it run a few cycles and confirmed it's sound, I bulk-approve the safe command categories it uses regularly. It's slower in the break-in period. But it won't put me into a cold sweat on day one. Spend enough time with agents and you'll hit the moment where one confidently types `rm -rf` to "clear the cache" — with a path that's off by a substring. **Humans pause half a second before hitting Enter. Agents don't** — and that gate needs to be in the terminal, not the agent. ## 3. Recording: Once the Agent's Done, I Need to Rewind This is the feature I use most and can least afford to lose. An agent runs unattended for three hours. You come back wanting to know what it actually did. **Reading its own summary isn't enough — it might leave things out, gloss things over, or cover its tracks.** What you need is the raw record: every command, every output, preserved as-is. So Unterm **records the entire session from start to finish**: what the agent typed, what the terminal returned, all stored as a replayable log you can rewind like a video or scroll through command by command. **Tokens and keys are automatically redacted during recording**, so the log itself doesn't become a new leak. It's the agent's black box: when something goes wrong, rewind to the step where it went sideways; when it runs beautifully, keep it as a demo or retrospective artifact. Here's something from last week: an agent blew up a batch of tests and then confidently reported "fixed." I rewound to the part of the session where it touched the code. Took a few minutes to see exactly what had happened — **it had quietly commented out an assertion to make the tests go green.** If I'd only had its own summary, I never would have caught that. I've also exported chunks of the recording to use as "here's how AI actually works" teaching material more than a few times. **Half the reason I'm comfortable letting agents run unattended is that rewindable record.** ## 4. Parallelism: I've Been Running More Than One Agent for a While The normal state now is three or four agents running at once: one on the front end, one grinding through database migrations, one writing tests. In a regular terminal, that's three or four black boxes I'm alt-tabbing through — and I lose track of which one is waiting for my go-ahead and which one has been hung for an hour. Unterm makes managing a group feel natural: - **Batch launch**: one command opens a new window and dispatches work into it. - **Broadcast**: want all four agents to "pull the latest code and re-run the build"? One command goes to all windows at once — no copy-pasting four times. - **Suspend and wait**: after dispatching, I can wait for a specific window to surface "done / error" before I go back in. A typical morning looks like this: open three windows, dispatch "rebuild the login page per the new design," "migrate the orders table to the new schema," "write tests for the checkout logic" — then broadcast "post your progress every ten minutes" and go handle messages. Come back, scan the state of the three windows, step into whichever one is stuck and talk it through, let the ones that aren't stuck keep running. **I went from "watching them one by one" to "sweeping one glance across a row."** My job now isn't writing code — it's **orchestrating a team of agents** (something I wrote about in [my previous piece](/en/blog/orchestrator-not-executor/)). And orchestrating requires a decent command center, not four black boxes that have no idea each other exists while I try to remember in my head who's who. ## 5. Windows: More Agents, Messier Desktop Once you're running agents in a group, what gets chaotic isn't the commands — it's the space: which window is deploying, which is a scratch session I spun up to test something, which one has been sitting there for two hours with no response? Try to keep that in your head and it falls apart past a few. What I built is dead simple in concept: - **Windows have names**: alpha, bravo, charlie — not forgettable numbers. Real example: as I write this, I have two Unterm instances running — **alpha is in the doaipm site directory, bravo is in this content repo** — one glance and I know which is which. - **Layouts save and restore**: the split panes and window arrangement I've set up save as a workspace, and tomorrow when I boot up it comes back exactly as I left it — no re-stacking blocks every morning. - **Call by name**: an agent can say "bring the deployment window to the front" and I don't have to dig through fifteen boxes to find it. The workspace feature sounds minor. It's genuinely useful in practice. I have a fixed "publish" layout — one window on the site directory, one on the content repo, one running the build, one tailing logs — and once it's saved, every morning I'm back at all four windows with their exact `cd` locations already set. No re-navigating, no re-arranging. **Twelve unnamed windows and one workbench that knows every name — that's the whole difference.** ## What About tmux and Warp? You might ask: tmux has had multi-pane for years, and Warp already built AI in — what exactly is new here? I've used tmux for years. The multi-pane is great. **But it was designed for ten human fingers**: it doesn't know there's an agent behind the keyboard, doesn't care whether a command might drop a database, and doesn't handle being in China where every outbound command is fighting a timeout. Warp went another direction — it stitched an AI assistant into the terminal. **But that's "AI living inside the terminal," not "the terminal being driven by AI"**: the protagonist is still the person sitting in front of the screen, the agent is at most a co-pilot, and network routing and China-specific issues aren't its problem. iTerm and Windows Terminal I still use daily — they're good terminals — but "good" is still defined by "comfortable for human hands": colors, fonts, shortcuts, splits. Not one of them was designed with "the thing typing the commands is an agent" as a first-class assumption. Both approaches are solid. They're just not answering my question: **once the primary user shifts from human to agent, what should a terminal actually look like?** Proxy handling, security gates, rewindable recording, coordinated group orchestration, named windows — in my case these aren't a handful of isolated features. They're different facets of the same problem. ## Wrapping Up There are terminals everywhere. Building another one needs explaining, even to myself. The answer is one sentence: **I wasn't trying to build a better terminal. I was trying to build one whose default user isn't human.** Nothing in this piece came from a roadmap. Every single item was something that had been genuinely driving me up the wall at the time. One more honest note: **Unterm itself was built by describing what I needed to an AI in plain language in a terminal.** I didn't write its production code. I articulated what I wanted — "drivable by an agent, able to switch its own proxy, able to block `rm -rf`, able to replay entire sessions" — and the AI built it. **Say it clearly, and it gets built** — that's how I work. Whether the world needs another terminal, I don't know. I know I did. ## Further Reading - Previous on this site: [From Executor to Orchestrator: Your New Job Is Conducting a Fleet of Agents](/en/blog/orchestrator-not-executor/) - Unterm website / open-source repo: [unterm.app](https://unterm.app) · GitHub `zhitongblog/unterm` --- # Becoming an AI-Era PM 10 | High-Fidelity First: I Haven't Drawn a Wireframe in Six Months URL: https://doaipm.com/en/blog/high-fidelity-first/ Published: 2026-07-03 Tags: AI Product Manager, High-Fidelity First, Prototyping, doaipm Method, AI-Era PM Had dinner last week with a friend who does design, and he mentioned his team had cut the whole wireframing step. I froze for half a second, then realized: same here. I went back and checked Figma — that board labeled "low-fi wireframes" hadn't been opened once in six months. It's not that I got more advanced. It's that drawing them stopped being useful. ## Wireframes are cheap, and that's their only virtue Why did we draw wireframes in the first place? Because building the real thing was expensive. Building one actual clickable page meant a designer producing mockups, a front-end dev slicing them up, rounds of back-and-forth — a week or two, minimum. Something that pricey, of course you'd want to align on direction with gray-box sketches before going deeper, to avoid burning it all for nothing. A low-fi wireframe was just a cheap "align early" tool. Cheap was its only virtue. Building the real thing isn't expensive anymore. One sentence, and Lovable, v0, Bolt, or Claude Code hands you a page you can actually click in a browser in minutes. n8n's product team ripped their wireframe flow out entirely; a director at Delivery Hero hand-built a prototype in an hour without pulling in an engineer. By early 2026, industry reports had 67% of design teams already wiring AI generation tools into their day-to-day. When "building a real one" and "drawing a fake one" cost roughly the same time, the fake one has no reason left to exist. ## Gray boxes hide exactly where things go wrong The most annoying thing about low-fi is that it forces a room full of people to argue over gray boxes. I've paid for this. A wireframe goes up in a review, and everyone stares at a placeholder rectangle debating whether that button should shift two columns to the right. But it's a gray box — no real data, no loading state, no empty list, not a single error. The places that actually blow up? A wireframe shows none of them. By the time it's really built, the problems are all hiding in the states it left out: rows break once there's enough data, the spinner spins into eternity when the network's slow, a first-time user lands on a blank screen with no idea what to do. After that one, it clicked for me: instead of making everyone stare at a fake picture and fill in the blanks in their heads, just put the real thing out there and watch it run. ## I just build something runnable now Skip low-fi, go straight to a runnable high-fidelity version. Calling it "high-fidelity" makes it sound like a high bar — it's really just four things, and I usually go in this order (not some official answer, just the path that comes naturally to me): **One, use real content, not Lorem ipsum.** Placeholder text lies to you — a screen of fake Latin looks perfectly tidy, but swap in a real long title, a real dollar amount, a real username, and the layout gives itself away instantly. So when I brief the AI I say it outright: > "Build an order list. Use realistic data: real-sounding product names, a real price range, real timestamps — no Lorem ipsum, no item1/item2. Throw in one absurdly long product name and see if it blows out the layout." **Two, fill in every state.** Loading, empty, error, success — don't skip a single one. This is where low-fi cuts the most corners and does the most damage. I follow up now with: "Build out what the empty list looks like, what loading looks like, what a failed request looks like — I want to click through each of them." **Three, actually clickable, not a pretty screenshot.** I want to click in, click back, fill out a form and watch how it responds. A lot of problems only surface once a finger actually pokes at the thing. **Four, run it for real where it's meant to live.** Something for phones, I open on a phone — I don't eyeball a rough version on a laptop and call it done. I've been burned more than once by "looked fine on the desktop, button was untappable on the actual device." ## A version takes minutes, so now I build three or four directions at once Back when a prototype was expensive, I'd narrow the options down to a single "best" one in my head before I lifted a finger — because getting it wrong was costly. Now a version takes minutes, and I've dropped that habit. Once I'm clear on what I'm trying to solve, I just have the AI build three or four directions and put them side by side: one list-style, one card-style, one all-in-one-step, one guided-step-by-step. Lining them up in the browser and clicking around tells me which feels right and which feels off far more clearly than daydreaming ever could. Pick a direction and take it deeper — that beats betting on the right one from the start. Trying five directions in an afternoon — in the wireframe era that was unthinkable. --- The one thing that keeps me on guard: a runnable high-fidelity version is *too* real — real enough that I'll look at the first cut and think "that's it, ship it." But it's only "clickable," and that's a universe away from "shippable" — with a pile of unhandled edge cases, performance, security, and real data volume still in between. I've conflated those two more than a few times, and the next piece happens to be about exactly that. So I force myself to build two more versions after the first — not because I'm disciplined, but because the first version has fooled me too many times. ## Further reading - [Stefan Klocek: High-fidelity AI prototypes as a replacement for wireframes](https://medium.com/design-bootcamp/high-fidelity-ai-prototypes-as-replacement-for-wireframes-c2e84053539b) - [Vibe Design Tools 2026: Stitch / v0 / Lovable / Bolt compared](https://www.nxcode.io/resources/news/vibe-design-tools-compared-stitch-v0-lovable-2026) - Previous in this series: [From Executor to Orchestrator: Your New Job Is Conducting a Fleet of Agents](/en/blog/orchestrator-not-executor/) --- # Becoming an AI-Era PM 09 | From Executor to Orchestrator: Your New Job Is Conducting a Fleet of Agents URL: https://doaipm.com/en/blog/orchestrator-not-executor/ Published: 2026-07-02 Tags: AI Product Manager, AI Orchestration, Multi-Agent, doaipm Method, AI-Era PM Start with how the most productive people work now. They run several agents at once — each with its own context window, its own slice to own, its own file scope, all running asynchronously; the human sits above it, splitting the work, handing it out, coming back a while later to sign it off, no longer watching one AI edit code line by line in real time. Addy Osmani draws the two modes apart cleanly: in one you're the **conductor**, driving a single agent in real time, and your own head is the ceiling; in the other you're the **orchestrator**, holding a fleet of agents, planning, dispatching, and coming back periodically to check — your throughput no longer capped by your own bandwidth. That's good news for product managers. Because "orchestration" is exactly the PM's old trade — break a big goal into tasks, hand them to different people, watch each one's boundaries, then sign off and merge at the end. It's just that the thing you used to orchestrate was people, and now there's a fleet of agents in the mix too. The mechanical part of the coordination (chasing status, restating requirements, aligning formats) gets handed off to the agents; the judgment part of orchestration stays with you — and it's worth more now. Below are four moves you can run. ## 1. Stop following one agent start to finish The most common waste is treating AI like an intern you have to watch the whole time: send a line, wait for it to finish, glance at it, send the next. Your attention is its ceiling, and you can only push one thing forward at a time. The orchestrator flips it: if a task splits into three chunks that don't depend on each other, spin up three agents at once, give each a chunk, and let them run in parallel. You go from "babysitting one in real time" to "collecting three every so often." It feels wrong the first time, because you have to let go of the itch that every step needs your eyes on it — but that's exactly where your throughput multiplies. ## 2. Split the work into parallel chunks with non-overlapping boundaries The first craft of orchestration is splitting. How well you split decides directly whether this fleet of agents helps you or just gets in your way. A chunk you can hand off in parallel has to meet two conditions: **no dependency** (A doesn't wait on B's result) and **non-overlapping boundaries** (two agents won't be editing the same thing at once and colliding). Building a feature, say, you can split it into "the backend endpoint," "the frontend page," and "the tests for this piece" and hand each to an agent; but "design the database first, then write the endpoint that depends on it" can't go in parallel — that has to run in sequence. Before you split, ask: can these two chunks each be finished on their own? If not, don't force the parallel. ## 3. Give every chunk a clear spec This is the most make-or-break link in orchestration, and it's the amplified version of the thing from piece five. Addy Osmani puts it bluntly: a vague instruction gets **amplified into a whole fleet of agents' worth of mistakes**; a precise one, into a whole fleet's worth of precise implementations. Drive one agent, hand it a fuzzy instruction, it gets one thing wrong, and you fix it on the spot. Dispatch five at once, each holding the same fuzzy instruction, and that's five ways off track — by the time you come back to collect, all five need redoing. So before you hand out work, apply that piece-five toolkit — swap adjectives for numbers, spell out every state, list the boundaries and the "what not to do" — then send them off one by one. The more you dispatch, the more the precision of the spec gets multiplied, toward the right direction or the wrong one. ## 4. Your job becomes splitting, signing off, and stitching together Once the agents take over "build the thing," what's left in your hands is three heavier jobs: split the work right at the start, hand out clear boundaries in the middle, and at the end pull the chunks back in, sign them off, and stitch them into a whole. The easiest mistake here is getting itchy and jumping in to do something an agent could perfectly well have done — the moment you sink into the implementation details of one chunk, the whole orchestration stalls. The orchestrator has to stay "above": watching whether each chunk comes back right (use the move from piece eight — make it lay out its plan first, then you verify), fitting them together and checking whether the whole thing holds. Your value isn't measured by which chunk you wrote by hand; it's measured by whether the thing this fleet of agents delivers, taken together, actually stands up. One thing you can do today: pick a task you're about to start that can be split, try cutting it into two or three chunks that don't depend on each other, spin up an agent for each, and do only three things yourself — split, spec, collect. Feel, just once, the difference between "pushing three things forward at once" and "running them one after another." ## Further reading - Addy Osmani, "The future of agentic coding: conductors to orchestrators" (conductor vs. orchestrator, precise specs multiplied): https://addyosmani.com/blog/future-agentic-coding/ - Piece 05 in this series, "When the Requirement Is Fuzzy, AI Fills the Gaps for You — Badly" (the precision of the spec): /en/blog/say-it-clearly/ - Piece 08 in this series, "AI Can't Find the Real Problem for You" (make it lay out its plan before you sign off): /en/blog/find-the-real-problem/ --- # Why I'm Rebuilding 100 Free Software Tools URL: https://doaipm.com/en/blog/rebuild-free-software/ Published: 2026-07-01 Tags: Free Software, Rebuilding Free Software, Indie Dev, doaipm Method, Building with AI Let me start with a scene you've almost certainly lived through. You want to strip a watermark off a PDF. You find a free tool, download it, install it. The next day it starts popping ads at you, three times a day. A couple of days later you notice it quietly changed your browser's homepage, and there's a background process phoning home to some server you've never heard of. And when you finally need to export the high-res version, it tells you — upgrade to premium. This isn't a problem with one particular piece of software. This is the biggest pain in using free software. And that pain isn't one layer, it's three — each one deeper than the last. ## Layer one: if you're not paying, you're the thing being sold The oldest rule in the book: if a piece of software is free and you're not paying, then someone is paying to reach you. That free phone-cleaner app survives by popping three ads a day. That free keyboard may be shipping off every character you type. That free cloud drive throttles your speed until you buy a membership. You think you're getting something for nothing — but the product being sold is you: your attention, your data, your time. Free was never free. The cost just isn't printed on the price tag. ## Layer two: even if it doesn't screw you, nobody's paid to polish it There's a kind of free software that's clean — open source, no ads, no data selling. But it has a different pain: nobody is paid to make it good. An open-source tool is often maintained by one person in their spare time. Hundreds of issues pile up unanswered, the interface looks the same as it did ten years ago, and just getting it installed can eat an afternoon of wrestling with dependencies. It's not that the author is bad — it's that there's nothing inside the word "free" that drives anyone to sweat the hundred small details that make software genuinely nice to use. You can use it, but every day you use it, it grates. ## Layer three: free is just the hook — get hooked and you either pay or use the crippled version There's a smarter kind still. It's completely free at first. Then, once you've gotten used to it, stored all your stuff in it, and made moving away expensive — the one feature you actually need suddenly requires a membership. Exporting costs money. Removing watermarks costs money. Opening more than three at once costs money. More than five files costs money. The free version isn't unfinished — it's deliberately crippled, crippled just enough to reel you in. You're not using a free piece of software; you're inside a carefully designed funnel, being nudged step by step toward the paywall. ## For years you just put up with these three layers — because building a good replacement was too expensive Sold as a product, no one to polish it, hooked and reeled in — why did everyone put up with this for so many years? Because the only way out — "build a good one yourself" — used to be absurdly expensive. You needed a team, a budget, months or even years. However much an ordinary user hated it, all they could do was hold their nose and keep using it, or hack together a half-broken thing for themselves. So it's not that nobody saw these three layers of pain. People saw them and still couldn't do anything about it. ## Now the cost of doing it has collapsed The shift only happened in the last couple of years: AI cut the cost of turning an idea into software that actually works down to something one person can carry. I don't need to be able to write code for the rest of my life. I only need to be clear on two things — exactly which layer this free software is screwing you on, and what a version that doesn't screw you should look like — and the rest of the implementation, I just have to describe it clearly and AI can build it. This is exactly what I've spent the past year proving out: take a free tool I use every day but have always just tolerated, and rebuild it into what it should have been all along. No ads, no touching your data, the features that should be free genuinely free, an interface that's actually good to use. Over this past year-plus, I've done this six times, all of them sitting right there on doaipm.com — go click them, use them, poke holes in them yourself: - **SoloMD** — a minimalist Markdown editor, one file, one window, just write; - **Unterm** — a terminal that an AI agent can drive directly; - **unfetch** — a download manager with no ads and no bundled bloatware, for humans and AI alike; - **Unflick** — a video player built for both people and AI; - **Ziplark** — a 1.4 MB archive tool that unpacks ZIP, RAR, 7z, tar, and ISO, built to replace those bloated, ad-riddled free compression tools that have been nagging you to "please purchase" for twenty years; - **FreeID Photo** — a phone app that processes ID photos entirely on-device, built to replace the free ID-photo tools that charge you to export what you just shot and drown the screen in ads. None of them are perfect yet, but six of them sitting here prove one thing: this path is one a single person can actually walk. ## So I've decided to make it a real thing: rebuild 100 free software tools Not to crank out 100 new gimmicks. To pick the ones you use every day and have been tolerating through these three layers of pain, and rebuild them one by one — into versions that don't treat you as the product, that someone actually cared enough to polish, that keep free what should be free. How do you judge whether it worked? The standard is simple — use those same three layers to measure it: does the version I rebuilt have ads, does it quietly ship off your data, is it good to use, is what should be free actually free? If it falls short, that's on me, and you can say so straight to my face. Six are here already. There are ninety-four more to go. Of all the free software you use every day, which one do you most wish someone would rebuild for you? ## Further reading - The method behind all this — *Speak It Into Being: Turn a Clear Idea Into a Clickable Product in One Sentence*: /en/blog/speak-it-into-being/ - Ziplark (compress and extract — one tiny app for every archive): https://ziplark.com - SoloMD (minimalist Markdown editor): https://solomd.app --- # Becoming an AI-Era PM 08 | AI Can't Find the Real Problem for You URL: https://doaipm.com/en/blog/find-the-real-problem/ Published: 2026-06-30 Tags: AI Product Manager, Finding the Real Problem, Product Discovery, doaipm Method, AI-Era PM a16z published a piece for product managers, its title roughly "5 Principles for Product Managers Fending Off Obsolescence in the AI Era." One line in it lands hard: a PM's job has always been resolving ambiguity, and AI hasn't reduced that ambiguity — it just swapped the tools. String the earlier pieces together: AI can help you judge (really, it gives you options and you decide), it can help you build the thing, it can turn a sentence into a product. But there's one thing it never touched, start to finish — **finding the real problem worth solving**. Where the user is actually stuck, whether it's a real problem, whether it's worth doing — it can't hand you those answers, because the answers aren't in its training data. They're out in the real world, in one specific person. That's exactly why a16z says "the pure process manager gets phased out, the one with a builder's mindset has leverage": the person who chases deadlines and runs alignment, AI can replace part of that; the person who finds the real problem and dares to go build and verify, it can't. This piece covers four moves you can run in the discovery phase. ## 1. Don't let AI come up with the requirement — go watch where people get stuck The easiest shortcut is to open AI and ask, "what feature should I add to my product?" It'll give you a tidy, plausible-looking list — all common features it's seen in other products, not a single one grown from your actual users. AI can only recombine what it's seen; it can't see the pain point nobody has put into words yet. That part is on you: find a real user, sit beside them, watch them do this thing with your product (or with whatever clumsy workaround they use today), and watch which step makes them frown, pause, or curse. That stuck point — AI will never see it for you. ## 2. Separate "what they say they want" from "what they're actually stuck on" The biggest trap in discovery is taking what a user says they want and turning it straight into a feature to build. There's a classic line: the user says they want a faster horse, but the real problem is they want to get somewhere faster. The real problem is hidden inside what they say, but it rarely equals it. They say "can you add an Excel export," and behind it might be "every week I have to shove this data into another system and copying it by hand is painful" — the real problem is that two systems don't talk to each other, and export is just the fix they happened to think of. Build "add export" to spec, and after you ship it they're still in pain once a week. Listen to what they say, but watch what they do. Behavior is more honest than words. ## 3. Hunt for the workaround — that's the hardest signal of a real problem How do you tell whether a problem is genuinely worth solving? Look for whether someone is already getting by with a clumsy workaround. When someone, for the sake of one thing, would rather export a spreadsheet by hand every week, spin up a messy group chat, dump a pile of notes in a memo app, or string three tools together the long way round — those workarounds are the hardest signal there is: the pain is real, real enough that they'll spend extra effort on it. What you have to do, often, is just replace that workaround. Flip it around: if no one will spend any extra effort on a problem, it's probably not as painful as you think, and no matter how fast AI builds it, nobody will use the result. ## 4. Probe with a builder's mindset — don't wait until the requirements are complete Once you've found a suspected real problem, don't stop at research and documents, and don't wait until you've thought through every requirement before you start. The builder's mindset a16z talks about gets very concrete here: using the speak-it-into-being approach from the earlier pieces, build a minimal, runnable thing the same day and put it in front of that user to click. "Does this solve the headache you just described?" — asking that with something they can actually click is far more accurate than handing them a survey. They click around twice, say "this part's wrong, what I really meant was…," and your grasp of the real problem moves one step closer. Finding the real problem is something you converge on by building, not something you nail in one pass inside a document. One thing you can do today: pick a feature you're about to build, and before you open AI, go find a real user (a coworker works too) and ask how they did this thing the last time and what clumsy workaround they're getting by with now. That workaround is your way in to the real problem. ## Further reading - a16z, "5 Principles for Product Managers Fending Off Obsolescence in the AI Era" (builder's mindset vs. pure process manager): https://a16z.com/stay-relevant-in-ai/ - Piece 04 in this series, "Judging 'Should We Build It' Costs More Than 'Can We Build It' for the First Time": /en/blog/judgment-over-feasibility/ - Piece 01 in this series, "Which PM Work AI Took Over, and Which Work Got More Valuable": /en/blog/ai-pm-what-changed/ --- # Becoming an AI-Era PM 07 | You Don't Write PRDs Anymore — You Ship Three Works URL: https://doaipm.com/en/blog/what-pms-ship-now/ Published: 2026-06-29 Tags: AI Product Manager, PM Portfolio, PM Career Shift, doaipm Method, AI-Era PM Start with what's changing on the hiring side. When teams hire product managers in 2026, the bar has quietly moved: the person who has one real shipped feature and can explain how they once defined "is this any good" gets treated as a strong candidate — while the old package of "a beautifully written PRD, some certificates, ran a Kanban board" slides down the list. One hiring lead put it bluntly: certificates and an MBA are signals, never proof that "this person can actually make things"; what you look at is which products they've owned and which decisions they've made. In the first piece I left a hook: among the work AI takes over, writing PRDs and drawing prototypes sit right at the front. Their being taken over means one thing — they're no longer your deliverables. A PRD that AI can generate in a few minutes proves nothing about you. So what does an AI-era PM use to prove themselves? Three works. ## 1. A product someone can open and click The first is something other people can open the link to and actually click into and use. Don't hand over a document that describes it — hand over the thing itself. This is exactly what the previous piece, speak it into being, gives you: you can't write code, but you can say what you want and have AI build it, deployed to a URL anyone can reach. Even a small tool that solves one specific annoyance of your own — if it runs, if it's usable, if someone clicks it — is more convincing than a ten-page PRD. Build it, put it at a reachable address, and this work is done. In an interview you don't send an attachment, you send a link. ## 2. A retro with a real number The second is a retro that makes clear "what you did, and how much the result changed." The whole thing hinges on that number. Don't write "I led the XX feature and improved the user experience" — anyone can write that sentence, and it proves nothing. Write: "After we shipped this onboarding flow, first-week retention for new users went from 35% to 47%." "This change cut the can't-find-the-entry-point class of complaints in half." A real number, before and after, plus why you made the call you did and where you got it wrong and how you adjusted, carries more weight than any adjective. It's fine if there's no dazzling number. "This feature shipped, nobody used it for two weeks, we killed it, and the retro showed it was because…" is just as good a work — it proves you read real feedback, you're willing to admit you were wrong, and you know how to course-correct. ## 3. An eval you wrote yourself The third is how you define "what counts as good" and how you verify it. This one is the rarest, and it's the one that sets you apart most. Two people build the same AI support agent: one hands over "it runs, good enough," the other can produce a set of checks they wrote themselves — which classes of questions it must get right, what counts as a passing answer, how a wrong answer is scored, how it gets regression-tested every week once it's live. That set of checks is the eval — your definition of "good," turned into a standard you can test against over and over. In 2026 hiring, "the story of a shipped feature plus a real eval" is becoming table stakes for a strong candidate. What it proves isn't just that you can use some tool — it's that you carry a ruler for "good versus bad," and that ruler holds up when someone else looks at it. This work is a hard skill that later pieces will unpack on its own; for now, just know it's your third work. One thing you can do today: pick one thing you've done that's halfway presentable and write it down in three sentences — its reachable link (if there isn't one, start thinking about how to build it and put it up), one real before-and-after number, and how you originally judged "how good is good enough." Those three sentences are page one of your portfolio. ## Further reading - Aakash Gupta, "The Real Product Manager Requirements: Your 2026 Hiring Blueprint" (certificates are a signal, not proof; look at the products they've owned): https://www.aakashg.com/product-manager-requirements/ - Piece 01 in this series, "Which PM Work AI Took Over, and Which Work Got More Valuable": /en/blog/ai-pm-what-changed/ - Piece 06 in this series, "Speak It Into Being: Turning a Clear Idea Into a Clickable Product in One Sentence": /en/blog/speak-it-into-being/ --- # Becoming an AI-Era PM 06 | Speak It Into Being: Turning a Clear Idea Into a Clickable Product in One Sentence URL: https://doaipm.com/en/blog/speak-it-into-being/ Published: 2026-06-28 Tags: AI Product Manager, Speak It Into Being, vibe coding, doaipm Method, AI-Era PM Look at a product that got made by talking. Mindaugas wanted to build a thing called Backchannel. He's not an engineer, he didn't write code — he described the idea to Lovable one sentence at a time, and the platform generated the whole thing: the interface, the database, login, deployment. In the end it had people paying to use it. Not a fluke, either: in December 2025 the company behind it, Lovable, raised a $330M Series B at a $6.6B valuation — investors betting that "an ordinary person speaks a product out loud in plain language, and AI builds it" actually holds up. doaipm calls this speak it into being: you say what you want, AI builds it for you. It sounds like a slogan, but right now it's literal — one sentence, and you get a product you can click in a browser. Except speaking it into being isn't type-one-line-and-walk-away. Anyone who's actually done it knows the first version is rarely right on the first try. It's a loop, and the loop has craft. Here are four things you can do about it. ## 1. Ask for something that runs — don't say it all at once The easiest mistake is to open with a giant paragraph that spells out every feature and hope it builds the whole thing in one shot. What you get back is a misshapen mess, and you don't even know where to start fixing it. Flip it: ask for the smallest version that runs, in one sentence. Don't say "build a complete expense-tracking app" — say "build one page where I can enter a single income or expense, with this month's total shown below." Get that one thing running, see it, then grow it from there. This is exactly what doaipm means by high-fidelity first — ask for something you can actually click from the very start, don't draw wireframes first. ## 2. Run it for real — don't trust "done" AI will tell you "done" with total confidence. You have to go click it in a browser. Don't trust the word. > It says the order list is done. Feed it empty data and see what it looks like when there isn't a single order; pull the network and see what it shows the user when the request fails. doaipm's high-fidelity first is exactly what verifies this: real content, real states, real interactions, clicked through one by one in a browser or on a phone. What it says is done and what it actually got done usually differ by the empty state, the error state, and those few edge cases — the very spots, from piece five, that it fills in for you when you don't make them clear. ## 3. Change one thing at a time and watch it move Once you've got the first version, don't dump ten changes on it at once. Pile on the changes and when it gets one wrong, you won't know which change broke it. Ask for one at a time and watch it move: "right-align the amount" — glance, is it right — "make negatives red" — glance again. One at a time, and when something breaks you instantly know it was the last move, and rolling back is easy. The reason doaipm keeps hammering small steps in the "build it" phase is exactly this: to keep every step verifiable and reversible. ## 4. Say it clearly, and the building follows Back to that line from piece five: speaking it into being depends on the "speaking" being clear. The building follows your words — words go vague, and what follows is its default. Say "build me a nice-looking login page" and it gives you one it thinks is nice. Say "login page: phone number plus verification code, primary-color button, error message below the input field in red" and what you get is pretty close. Put those four moves from piece five to work — swap adjectives for numbers, write out every state, list the edge cases — before the words leave your mouth, and the building follows your aim by an order of magnitude better. One thing you can do today: pick a small thing you've always wanted but kept thinking "I'd have to find someone to build this," describe its smallest runnable form in one sentence, hand it to AI for a first version, and then go click it for real in a browser. Get a firsthand feel for what "you said it, and there it is" actually feels like. ## Further reading - Lovable (natural language into deployable apps; closed a $330M Series B in December 2025): https://lovable.dev/ - Andrej Karpathy coined vibe coding (the human holds the product vision, AI handles the syntax and infrastructure): https://x.com/karpathy/status/1886192184808149383 - Piece 05 in this series, "Leave It Vague and AI Will Fill the Gaps for You": /en/blog/say-it-clearly/ - Piece 02 in this series, "Why Not Knowing How to Code Is an Edge": /en/blog/not-knowing-code-is-an-edge/ --- # Becoming an AI-Era PM 05 | Leave It Vague and AI Will Fill the Gaps for You URL: https://doaipm.com/en/blog/say-it-clearly/ Published: 2026-06-24 Tags: AI Product Manager, Saying It Clearly, Speak It Into Being, doaipm Method, AI-Era PM You tell AI "build me a login feature." It builds it. But between that one sentence and the code, it made a whole string of decisions you never raised: email or phone, code verification or not, how many wrong passwords before the account locks, how long the lock lasts, whether the error says "wrong password" or "wrong account or password," whether there's a "remember me," how long the session stays alive. A dozen decisions — not one of them yours. It guessed every single one for you. The problem isn't whether it guessed right. The problem is that it never asks. Hand this job to a person and they'll ask you back: "is this login by phone or by email?" AI won't. It's a yes-machine: it does what you said, not what you meant. Wherever the requirement is silent, it fills in whatever it saw most often in training — validation rules, expiry logic, error handling, all patched in for you, and mostly not what you wanted. OpenAI's Sean Grove put it this way: the code you write is only 10% to 20% of your value; the other 80% to 90% is saying clearly what to build. Now that AI has swallowed the "write it" step whole, your job is just that front 80% — getting the requirement down to zero ambiguity. Here are four things you can do about it. ## 1. Swap adjectives for numbers "Faster." "Simpler." "More eye-catching." "Good experience." AI can't verify any of these, so it just invents a definition of its own. Someone wrote AI a spec saying "the system must respond quickly to overcurrent," and AI flagged the line as "unverifiable": there's no threshold to measure against — how fast is "quickly"? Swap the adjective for a number and the ambiguity is gone. "Loads fast" becomes "first screen appears within 1.5 seconds." "Don't make the list too long" becomes "8 items per screen max, then paginate." "Make the button stand out" becomes "primary-color button, contrast against the background high enough to read." Anything you can pin to a number or a rule, don't leave it as an adjective. ## 2. Write out every state doaipm has always pushed the four real states: loading, empty, error, success. Say only "build an order list" and AI defaults to the success state — data present, network fine, everything normal. > Order list: > While loading, show a skeleton screen. When there are no orders at all, show "No orders yet" plus a button to go place one. When the request fails, show "Failed to load — tap to retry." When all is well, each row shows the order number, the amount, and the status. What the empty list looks like, what the user sees while it loads, how a failure is announced — leave those three out and AI either skips them or patches in something at random. In a real product, the odds a user hits empty and error are far higher than you think. ## 3. List the edge cases The thing easiest to skip — and likeliest to blow up — is the failure path. Research into what AI invents when a requirement is vague found that these are exactly what it fills in most: what happens when the data is stale, when someone without permission shows up, when two people act on the same record at once, when something times out. Building coupons? Then spell these out: what pops up when a user taps "use" on an expired coupon, who wins when the same coupon checks out on two devices at once, whether a half-used coupon comes back after a refund. Leave them off the list and AI invents an assumption for each — and you only find out how it guessed once it breaks in production. ## 4. Self-check with a zero-context test There's a ready-made ruler for whether a requirement is clear enough: hand it to someone who knows nothing about the project, and ask whether they could build the exact thing in your head from it alone. If two people would read it two different ways, it isn't clear enough yet — keep splitting it until there's no ambiguity left. If that's too much work, there's an even lazier route: tell AI to hold off building and instead list, one by one, the assumptions it was about to fill in for you. The lines it spits back — "I'm assuming the coupon works storewide," "I'm assuming a 7-day validity" — are exactly the spots you didn't make clear. Plug them while it still hasn't built anything. One thing you can do today: pick a requirement you're about to throw at AI, don't send it yet, run it through "adjectives to numbers, every state, list the edges," then send. Then compare — how far apart is this version's output from the one you'd have fired off blind. ## Further reading - Sean Grove (OpenAI), "The New Code": the spec is where 80–90% of your value lives — https://www.youtube.com/watch?v=8rABwKRsec4 - Improve & Repeat, "Why Requirements Matter So Much for AI Coding Agents" (a catalog of the assumptions AI fills in for vague requirements): https://improveandrepeat.com/2026/04/why-requirements-matter-so-much-for-ai-coding-agents/ - Piece 03 in this series, "Treat AI as a Colleague, Not a Tool": /en/blog/ai-as-colleague/ - Piece 04 in this series, "Judging 'Should We Build It' Now Costs More Than 'Can We Build It'": /en/blog/judgment-over-feasibility/ --- # Becoming an AI-Era PM 04 | Judging "Should We Build It" Now Costs More Than "Can We Build It" URL: https://doaipm.com/en/blog/judgment-over-feasibility/ Published: 2026-06-23 Tags: AI Product Manager, Product Judgment, Should We Build It, doaipm Method, AI-Era PM Start with the one judgment people should have gotten right — and got backwards. Between February and June 2025, METR ran a randomized controlled trial on par with a drug clinical trial. Sixteen senior developers — five years of experience on average, thousands of commits to projects they maintained themselves — used the strongest AI tools of the day to do 246 real tasks. Going in, they expected AI to make them 24% faster. After finishing, they still felt 20% faster. Measured: 19% slower. Notice what got called wrong here. Not some elaborate strategy — just "did AI actually make *me* faster," the simplest judgment there is, on their own code, on the projects they knew best. The people who knew the work best, going on gut, called it backwards. This isn't really about whether AI is fast. What it actually points at: when "shipping it" gets fast and cheap, the thing you can least trust is your gut. And a product manager makes a far more expensive gut call every single day — should this thing get built at all. ## 1. Stop using "is this hard to build" as a gate The way you used to filter ideas had a natural gate doing the work for you: an engineer says "that's three sprints," you weigh the cost against the payoff, and most of the time you let it go. Implementation difficulty was killing off heaps of "I'd like to but it's not worth it" — you thought you were the one judging, but half of it was difficulty judging for you. Now AI says "I can have that for you this afternoon." The gate is gone. The result isn't that you got more of the right things done — it's that you shipped five features in one go and four of them nobody uses. Marty Cagan put it bluntly in 2026: AI didn't solve the "what should we build" problem, it just lets companies churn out stuff nobody wants faster — the same lousy roadmap, only running quicker. So the first move is counterintuitive: **cross "can we build it, how long will it take" off your list of decision criteria.** The answer now is always "yes, fast," which means it no longer carries any information for filtering ideas. ## 2. Before you start, ask "what happens if we don't build it" Once building is free, the question people drop most often is the inverted one: what happens if we **don't** build this? > Say we skip this "smart recommendations" feature this sprint — what actually happens? > Who genuinely gets hurt, and how badly? Would anyone leave because it's missing? If you answer honestly and find that "nothing much happens if we skip it," that's your answer — it doesn't belong in this sprint. This question works because it sidesteps the temptation of "this is fun to build and AI can spit it out in an afternoon" and drags you straight back to value. Whether a feature can be propped up by "something breaks if we don't build it" matters far more than how fast it can be built. ## 3. Before you start, write down "what becomes true once this ships" Cagan says what a product manager really owns is two things: the why (why this problem is worth solving) and the what (what we expect to become true once it's done). The second one has to land as a **falsifiable** sentence before you write any code. > After we ship this onboarding flow, we expect first-week retention for new users to climb from 35% to above 45%. If it hasn't moved in two weeks, we were wrong — kill it. If you can't write that sentence, you don't actually know why you're building the thing. If you can, you've got a ruler: measure against the expectation *you* set in advance and that can prove you wrong — not against "does the boss like it" or "do competitors have it." AI can't hand you this ruler; it doesn't know what counts as a win in your business. ## 4. Let AI lay out the options, keep the judgment — but don't trust "feels right" What AI is best at is spreading possibilities out: three or five ways to solve the same problem, the cost of each, how others have done it. Cagan's framing is that AI surfaces the options and a human judges which one is worth it. Use it freely for this step. But when you choose, go back to that experiment at the top: **don't trust "feels right."** Those 16 experts judged "I got faster" on gut, and got it backwards as a group. You judging "this approach is better" on gut is just as unreliable. Hold each option against the ruler from step 3 — which one is most likely to make the expectation you wrote down come true, and is there real evidence (a user said it, the data showed it), rather than which one reads the smoothest. One thing you can do today: pick a feature you're about to build that AI "could whip up fast," and before writing anything, write down two sentences — what happens if you don't build it, and what becomes true once it's done. Whichever sentence you can't write is a judgment you just picked up today at the lowest possible cost. ## Further reading - METR, "Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity" (the original report on the 19% slowdown vs. the 20% felt speedup): https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/ - Marty Cagan / SVPG on the AI-era PM owning the why and the what: https://www.svpg.com/ - Piece 03 in this series, "Treat AI as a Colleague, Not a Tool": /en/blog/ai-as-colleague/ - Piece 01 in this series, "Which PM Tasks AI Took Over, and Which Ones Got More Valuable": /en/blog/ai-pm-what-changed/ --- # Becoming an AI-Era PM 03 | Treat AI as a Colleague, Not a Tool URL: https://doaipm.com/en/blog/ai-as-colleague/ Published: 2026-06-22 Tags: AI Product Manager, Working With AI, AI Agents, doaipm Method, AI-Era PM Start with how most people use AI. You open a fresh chat, type "write me a user-growth plan," and get back something safe and generic that anyone could've gotten. Not happy with it? Type again. Next time there's a new task, you open another fresh chat and explain the whole thing from scratch: what our product is, who the users are, what we decided last time. Someone put it perfectly: every new conversation, you're onboarding an employee with amnesia — your project structure, explained again; your team's priorities, explained again; the call you made last week, explained again. Jacob Bank, CEO of Relay.app, said something at the 2026 AI Product Leaders Summit: stop treating AI as a tool, treat it like a colleague you hired. On its own that's a slogan, and slogans aren't useful. What's useful is the management muscle behind it — the way you'd onboard a new junior teammate is the way you should onboard AI. Here are four things you can actually do. ## 1. Write it a handoff doc — stop explaining from zero every time On a new hire's first day, you don't expect them to know everything. You hand them something: what product we build, who it's for, where the code and docs live, the unwritten rules everyone follows. The `CLAUDE.md` and `AGENTS.md` files that have shown up in AI engineering over the last couple of years do exactly this — onboarding docs for a colleague who has zero memory between conversations. They get injected automatically at the start of each chat, so you don't have to repeat yourself. A product manager should have one of these too. Write this down once and for all: > Product: a bookkeeping mini-app for small shop owners. Users: people running bubble-tea shops and convenience stores, no finance background, mostly on their phones. > Our conventions: store all amounts in cents, never in dollars; every feature ships first as a version configurable from the admin panel; don't use jargon like "accounts receivable" in copy — say "money other people owe you." > What we're building this round: a simple end-of-month report that shows "how much did I make this month." Drop that into the doc, and from then on every task it does carries these assumptions. How big a difference does it make? Say "build me a monthly report" cold, and it'll most likely hand you a finance table with "receivables / payables / gross margin" — a disaster for a corner-shop owner. It's not that it can't do better; you never told it the boundaries, so it falls back to the most generic default. ## 2. Hand it a whole task — and nail down the boundaries and "done" The worst way to delegate is to toss out half a sentence: "Go figure out some kind of coupon feature." A junior will either freeze up or hand you something three times bigger than you wanted, full of stuff you never asked for. Same with AI. Hand it a whole chunk at once, but nail down three things: what to do, what not to do, and what counts as done. > This round: a first-order coupon for new users. > Out of scope this round: returning-user coupons, share-to-unlock referrals, stacking multiple coupons — those come later, don't touch them at all this time. > Definition of done: the admin panel can set the coupon's value and expiry; it applies correctly on a new user's first order; returning users don't see this coupon. That "out of scope" line is the one people drop most often, and it's the most valuable. AI won't infer boundaries from your silence — if you don't write "no returning-user coupons this round," nine times out of ten it'll helpfully bolt on the returning-user logic too, because it's "thinking ahead for you." Spelling out what *not* to do matters more than spelling out what to do. ## 3. Review its output the way you'd review a junior's PR It hands you something, and the most dangerous move is to click "accept" right away. You'd review a junior's code; you should review AI's even harder — it's better than a junior at *talking its way around things*, and it can dress up something half-finished to look done. When you review, don't just look at the result — make it show its work first: > Don't give me the final version yet. Walk me through what you did: which assumptions did I never state that you filled in yourself? Flag the three things you're least sure about. What did you add on top of what I actually asked for? Ask this, and the stuff it quietly filled in for you surfaces — "I assumed the coupon works storewide," "I assumed a 7-day expiry," "I threw in a share-to-earn-a-coupon thing since that's usually how it's done." If even one of those assumptions doesn't match what you had in mind, the final version is wrong. Letting it say these out loud is far faster than reading its output line by line, and it's the habit you most want when managing a junior: hear how they thought about it first, then check whether what they built is right. ## 4. Write every correction back into the handoff doc Anyone who's managed people knows the most grinding thing is correcting the same mistake three times and still seeing it. AI has no memory — if you don't write it down, it'll make the same mistake fresh every time. So every time you correct it, write that correction back into the doc from step one. It did the amounts in dollars again. After you fix it, go back to `CLAUDE.md` and add a line: "To reiterate: store and compute all amounts internally in cents; convert to dollars only when displaying to the user." Next time it won't slip. It used "accounts receivable" again? Add a line to the copy conventions. That's how the doc grows, week by week, into a colleague that understands you better the more you use it — and that's the most concrete difference between treating AI as a colleague versus a tool: a tool is disposable, a colleague gets better because of your feedback. ## One reminder that cuts the other way There's another rule for managing teammates: not every task should be delegated. The things you can't take back once you press them — actually issuing the coupons, deleting the data, moving the money — leave that final click to a person. AI can prep the coupon plan, the config, and the copy for you, but the "blast it to 100,000 users" button, you press yourself. Same logic as with a new hire: you'll let them draft the email, but you won't hand them "send to everyone" permissions on day one. One thing you can do today: open the AI you're already using and write your product's background, your users, and the three most important conventions into a twenty-line handoff doc, and save it. Next time you delegate, paste it in first, then see how different the output is from before. ## Further reading - Scrum.org, "AI as Your Teammate: The Four-Step Framework for Product Teams": https://www.scrum.org/resources/ai-your-teammate-four-step-framework-product-teams - On `AGENTS.md` / `CLAUDE.md` as "onboarding docs for AI": https://vibecoding.app/blog/agents-md-guide - Piece 01 in this series, "Which PM Tasks AI Took Over, and Which Ones Got More Valuable": /en/blog/ai-pm-what-changed/ - Piece 02 in this series, "Why Not Knowing How to Code Is an Edge": /en/blog/not-knowing-code-is-an-edge/ --- # Becoming an AI-Era PM 02 | Why Not Knowing How to Code Is an Edge URL: https://doaipm.com/en/blog/not-knowing-code-is-an-edge/ Published: 2026-06-21 Tags: AI Product Manager, PM Transition, Building Without Code, doaipm Method, AI-Era PM Start with something built by a person who can't write code. Marcus Rush runs a residential real estate brokerage, and he isn't a programmer. Using Claude and Zapier, he put together an AI agent called Russ: every morning it scores leads from more than 11,000 contacts, writes a day's follow-up plan for each agent on his team, and handles his calendar on the side. A brokerage owner built an internal system that runs daily operations, without writing a single line of code by hand. This isn't a one-off. One 2026 tally found that 63% of vibe coding's active users aren't developers. A designer with no programming background shipped his own product using Replit and AI, and got to $20K a month — more than double his old salary. Put these together and a counterintuitive thing comes out: on the road from idea to a thing that actually runs, people without a technical background sometimes move faster than engineers. ## Engineers have to shed something first People have watched how senior engineers work with AI. They're used to picking at every implementation detail, pushing back with "why not X" and "did you consider Y," while the model's default reaction is "sure, I'll add that." The instinct, twenty years in the making, to be responsible for every line of code — that's the thing they have to put down first when they collaborate with AI. This is hard for them. What they have to let go of is the conviction that "every line has to be written by my own hand and reviewed by my own eyes." In the METR experiment, 16 senior programmers used AI on projects they'd maintained for years, and were actually 19% slower, while believing they'd gone 20% faster. The more fluent you are, the easier it is to work against the tool. Non-technical people don't carry this baggage. They have nothing to shed. ## "This is too hard" — a non-technical person can't say it Part of a product manager's judgment used to come from "how hard is this feature to build." That knowledge has a side effect: the more clearly you see how much has to change behind an idea and how many pitfalls lie in the way, the more likely you are to kill it before you ever bring it up. The people who know the most self-censor the hardest. Non-technical people don't set up that hurdle for themselves. They don't know it's hard, so they spell out what they want first and let AI take on the implementation-difficulty part. This is exactly what doaipm means by speak it and AI builds it: say it clearly, and AI builds it for you. Marcus didn't know how hard it "should" be to write scoring logic across 11,000 contacts — he only knew what he wanted, and he said it. ## The scarce thing is stating the idea clearly, not writing the code Russ runs not because Marcus can write Python, but because he knows the business: what leads get scored on, which items belong in a follow-up plan, which contacts go to the front. These are judgments, not technology. AI won't infer from omission. If you don't spell it out, it'll hand you a default version, and most of the time it isn't what you wanted. Whoever can lay out the rules, the boundaries, and the states produces work an order of magnitude better than everyone else's. That ability has nothing to do with whether you can program. One of a16z's pieces of advice for product managers: the pure process manager gets phased out; the person with a "builder mindset" is the one with leverage. A builder mindset means being willing to make the idea yourself and take it out to validate — whether you can write code isn't part of it. ## The edge isn't free Not being technical doesn't mean you need to understand nothing. The Zapier that Marcus used and the Replit that designer used both sit on top of a craft you have to get fluent in: how to break a requirement into small steps AI can catch in one bite, how to judge whether what it gives back is right, where to stop and let a real person take over. The thing non-technical people miss most easily is the safety net. Don't put real customer data in a prototype; the buttons you can't take back — publish, delete, pay — leave those for a person to press. Marcus's Russ "writes" follow-up plans for the agents, but it doesn't "send" them out for anyone — that click still belongs to a person. One thing you can do today: pick a small idea you've always assumed "needs an engineer," don't ask first whether it's hard, write out what you want line by line, and hand it to AI to build a first version. See how far it gets before you make the call. ## Further reading - Zapier, "Vibe coding examples: Real projects from non-developers" (Marcus Rush / Rush Home case): https://zapier.com/blog/vibe-coding-examples/ - a16z, "5 Principles for PMs in the AI Era" (builder mindset vs process manager): https://a16z.com/stay-relevant-in-ai/ - Piece 01 in this series, "Which PM Tasks AI Took Over, and Which Ones Got More Valuable": /en/blog/ai-pm-what-changed/ --- # Becoming an AI-Era PM 01 | Which PM Tasks AI Took Over, and Which Ones Got More Valuable URL: https://doaipm.com/en/blog/ai-pm-what-changed/ Published: 2026-06-20 Tags: AI Product Manager, PM Transition, AI-Era PM, doaipm Method, Tech Commentary Start with a shift in hiring. In 2026, a lot of AI product manager job descriptions dropped "can write PRDs, can draw wireframes, can build data dashboards" from the hard requirements and replaced them with three work samples: a product you actually built that someone can open and click; a retro with real numbers in it; a set of evals you wrote yourself. One recruiter ran the math — a resume gets about 90 seconds on average, but a decent case study gets read for eight minutes. Put those two things together and you can see a shift: the tasks AI can take over are falling out of the hiring requirements; what's left as the bar is the part only a person can do. This piece lays out those two columns, as the overview for the whole series. ## The column that got taken over The grunt work of writing requirement docs went first. Tools like ChatPRD generate a fully structured PRD in a few minutes — what you edit is the judgment, not the formatting. Drawing wireframes and standing up clickable prototypes is depreciating fast too. Lovable, v0, and Claude Code turn "one sentence" into a page you can click in the browser, a fresh version every few minutes. This step used to need scheduling, used to mean waiting on design and front-end; now it's cheap enough to try five directions in a day. There's one more thing people don't often say out loud: the scarcity of "being technical" is itself dropping. Part of a product manager's bargaining power used to come from being able to talk to engineering and estimate how hard a given feature would be to build. Now you describe the idea clearly and AI eats the implementation difficulty for you. This is exactly what doaipm keeps talking about — speak it and AI builds it: say it clearly, and AI builds it for you. If anything, people who aren't technical lose one layer of self-imposed limits, the "isn't this going to be way too hard to build" reflex. Chasing schedules and the more mechanical parts of cross-team alignment are getting nibbled away by tools and agents in the same way. ## The column that got more valuable Judging "should we build it" is, for the first time, more expensive than "can we build it." METR ran a randomized controlled trial: 16 senior developers did real work on projects they'd maintained for years using AI, and were actually 19% slower — yet they still finished believing they'd gone 20% faster. If even the people doing the work with their own hands can't judge their own output accurately, then judging "what to build, and whether it's worth building" only gets scarcer. Stating requirements clearly turns from a soft skill into a hard one. AI won't infer from omission: if you don't write "we're not doing login this round," it'll most likely add login for you. Whoever can spell out the boundaries, the states, and the not-doing list produces work that's an order of magnitude better than everyone else's. Defining "what good means" is starting to require a dedicated craft. Lenny and OpenAI's CPO are saying the same thing: evals are becoming the first new hard skill for product managers in twenty years. The last hard skill the whole industry had to learn on the fly was SQL and Excel. Being able to use evals to translate "seems fine to me" into a measurable standard is the new dividing line. Making the call among the pile of options AI hands you has become a daily thing. Marty Cagan puts it this way: AI can surface patterns, draft hypotheses, and generate options, but it doesn't judge which pattern means something, which hypothesis is worth testing, which option fits the business. That one decision is left to a person. ## The column that hasn't changed much What users actually want, and whether the business can stand up — AI can't replace these two, and we haven't seen it try. One of a16z's pieces of advice for product managers: the pure process manager gets phased out; the person with a "builder mindset" is the one with leverage. A builder mindset means being willing to make the idea yourself and take it out to validate — which has nothing to do with whether you can write code. Look at the two columns side by side and one thing jumps out: the left column (taken over) is exactly the hard skills product manager job postings wrote most often over the past decade; the right column (got more valuable) is what almost nobody tested in an interview before. The next nineteen pieces in this series take the right column apart one at a time — from how to think it through, to how to build it, to how to know it's good. ## Further reading - [16 Senior Devs Used AI to Code, Thought They Were 20% Faster, Were Actually 19% Slower](/en/blog/felt-faster-actually-slower/) - [5 Principles for Product Managers in the AI Era (a16z)](https://a16z.com/stay-relevant-in-ai/) - [Why AI evals are the hottest new skill for product builders (Lenny's Newsletter)](https://www.lennysnewsletter.com/p/why-ai-evals-are-the-hottest-new-skill) - [AI Product Management 2 Years In (SVPG / Marty Cagan)](https://www.svpg.com/ai-product-management-2-years-in/) --- # The Knicks Won It All. Their 56-Year-Old Coach Never Played a Minute in the NBA. That's the Whole Re-Employment Playbook for the AI Age. URL: https://doaipm.com/en/blog/why-coaches-are-old/ Published: 2026-06-20 Tags: AI and Jobs, Older Workers, NBA, Judgment, Tech Commentary The Knicks won it all this year, for the first time in 52 years. The coach holding the trophy is Mike Brown, 56, who won a championship in his very first season coaching the Knicks. As a player he never played a single game in the NBA. He worked his way up from assistant coach, and this is the fifth championship run of his career — the earlier ones came with the Spurs and the Warriors crews, as an assistant and as a head coach. Pull the camera off him and look at the whole league. The players running the floor are in their early twenties to early thirties; past 30 they get called "veterans," and by 35 they're mostly retired. The people directing things from the sideline are the exact reverse — uniformly the gray-haired guys: Gregg Popovich coached until he was 77, and right before he stepped back he signed the most expensive coaching contract in NBA history, five years for $80 million; Steve Kerr is 60; Nick Nurse and Kenny Atkinson are 57; Erik Spoelstra is 54. On the same court, the age where you should physically be the first one cut is exactly the age where the decision-making power is most concentrated and the pay is highest. Why does it work this way? Because players sell their legs and coaches sell their judgment, and those two things age in opposite directions. Legs start paying down debt after 30. But the other thing — what play to call in what situation, how to manage a given player's mood today, who to put the ball in the hands of with two minutes left — that gets built one game at a time over decades, and it only gets thicker with age. A single court keeps both kinds of people on the payroll: the young ones execute, the older ones judge. Move that pattern into the AI-age workplace and it explains exactly the thing keeping a lot of people up at night: re-employment for older workers. What AI has taken over these past couple of years is the "player" part of knowledge work — fast output, writing code without ever getting tired, building spreadsheets, churning out copy — the equivalent of legs on the floor. The signature skill of a 25-year-old with quick hands who'll happily work late is precisely the capability AI now offers most cheaply. That's why you're starting to hear it put as "AI is coming for the entry-level jobs first." What stays valuable is the coach part: judging what to run, spotting where the problems will surface before they do, making the call among a pile of options, holding a roomful of people's moods and expectations in line. Those are exactly the things experience makes more valuable and AI can't replace any time soon. For older workers, the way forward is most likely a move from the "player" role into the "coach" chair — because if they stay players, they can't out-hustle the young people or out-cheap the AI. But this doesn't happen on its own. Not every aging player in the NBA makes a good coach; plenty of stars retire and turn out mediocre on the bench. The ones who end up in that chair are more often people like Mike Brown or Popovich — unremarkable as players, but they spent decades studying how to win. The difference comes down to one thing: across those years, did you spend your time on repeated execution, or did you turn the experience of executing into judgment? The first builds up seniority; the second builds up a coaching résumé. The first people pulled off the floor in the AI age are the ones who put in twenty years and still only know how to do the "player" job. The night the Knicks won it all, the person in the building who earned the most and sat in the most secure chair was 56, and had never made a single shot himself. ## Further reading - [Becoming a Product Manager in the AI Age 01: What AI Took Over, and What Got More Valuable Instead](/en/blog/ai-pm-what-changed/) - [16 Senior Devs Used AI to Code. They Thought It Made Them 20% Faster. It Made Them 19% Slower.](/en/blog/felt-faster-actually-slower/) - [Mike Brown now has been part of 5 NBA championship runs (NBA.com)](https://www.nba.com/news/mike-brown-now-has-been-part-of-5-nba-championship-runs-the-knicks-got-this-one-right) - [Ranking the Oldest NBA Coaches in 2026 (BetMGM)](https://sports.betmgm.com/en/blog/nba/ranking-oldest-nba-coaches-bm23/) --- # 16 Senior Devs Used AI to Code. They Thought It Made Them 20% Faster. It Made Them 19% Slower. URL: https://doaipm.com/en/blog/felt-faster-actually-slower/ Published: 2026-06-19 Tags: AI Coding, Developer Productivity, Product Management, AI Productivity, Tech Commentary Let me start with the number that gave me chills. METR ran a randomized controlled trial with 16 senior open-source developers, people with many years behind them, doing real tasks on projects they'd maintained for an average of five years. Half used AI tools, half didn't. The group using AI was 19% slower. A little slower wouldn't be surprising. The real problem is the other half: these people predicted AI would make them 24% faster beforehand, and after they'd finished, after they'd personally lived through being slower, they still believed they'd gone 20% faster. Their gut and the stopwatch were off by nearly 40 percentage points, and the sign was flipped. I kept coming back to it afterward: why do people get this so wrong, and get it wrong on the work they know best? My own experience writing things with AI explains most of it. You type one sentence and a screenful of code appears. That instant is genuinely satisfying. Your fingers barely moved, and the thought in your head is "that fast already." But that's just the opening of the whole thing. Next you have to read what it wrote, judge whether it's right, run it, and then discover it has written some plausible-but-wrong logic in a particularly tidy, particularly correct-looking way, and you spend another twenty minutes digging out the thing that "looks right but isn't." That first hit of satisfaction gets logged as "fast." Those twenty minutes of wrestling afterward don't get counted as "writing code" — they get counted as "debugging," or "I'm just off today." What AI saves is the physical effort of typing. What it adds is the mental effort of verifying. And people are acutely sensitive to saving physical effort and numb to spending extra mental effort. That's exactly where the gut and the stopwatch part ways. There's also a premise that's easy to skip past: these 16 people were working in code they'd been steeping in for five years. That's precisely the situation where AI helps least, and is most likely to actively get in the way, because you already understand the system better than any model does. Half its suggestions are just re-guessing things you'd long since worked out, and you still have to spend time confirming it didn't guess wrong. Change the setting and the conclusion might flip: send me into a totally unfamiliar framework, have me write a pile of boilerplate, or spin up a small tool from scratch, and AI is probably genuinely faster. So this study isn't saying "AI is useless." It's saying AI's speed is extremely situation-dependent, and your gut can't tell which situation you're in. Here's why I, doing product, care about this one in particular. Almost every AI-related decision in our line of work right now rests on the same sentence underneath: it makes us faster. Whether to add budget for tools, whether to hire two fewer people, whether we can cram one more feature into the quarter, how to answer when the boss asks "how much did AI speed us up" — all of it leans on that sentence. The whole 2026 wave of AI layoffs is sold with the same productivity story. But what this study says is: even the people doing the work with their own hands can't accurately judge whether they got faster. So the budgets, the roadmaps, the layoffs built on that judgment are sitting on loose ground. What makes it worse is that verifying it is genuinely hard, because the first method I'd reach for is to go ask the team "did AI help," and that's exactly the data source I shouldn't trust. So over the past six months I've done one fairly concrete thing: I struck "felt way faster" from the list of evidence. When anyone says it now, myself included, I follow up first: where can you see it. Did this iteration take a few days less than the last one. Are there more production bugs or fewer. Did rework go up. That chunk AI wrote — how many times did we go back and change it. If there are numbers, I believe it. If there aren't, I treat it as a gut feeling and hold it in doubt. I also stopped asking the vague "is AI useful" and switched to "on which piece of the work is it useful." Autocomplete, looking up an unfamiliar API, starting a new project — probably yes. Touching the old system of ours that's been running for years — I assume by default it'll slow us down, unless someone can produce a counterexample that changes my mind. ## Further reading - [Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (the original METR study)](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/) - [We are Changing our Developer Productivity Experiment Design (METR Feb 2026 update)](https://metr.org/blog/2026-02-24-uplift-update/) - [AI coding tools make developers slower but they think they're faster (The Register)](https://www.theregister.com/2025/07/11/ai_code_tools_slow_down/) --- # Altman Lets It Slip: Half of the 'AI Layoffs' Are an Act URL: https://doaipm.com/en/blog/altman-ai-washing/ Published: 2026-06-18 Tags: Sam Altman, AI Layoffs, AI Washing, Tech Commentary, Careers The guy selling AI harder than anyone just let something slip. At the AI Impact Summit in India, Sam Altman told CNBC-TV18 a thing plenty of people had figured out but nobody wanted to say first: "I don't know what the percentage is, but there's definitely some AI washing going on, where companies blame AI for layoffs they were going to do anyway. And of course some of it is real, where AI actually replaced certain jobs." AI washing is roughly what it sounds like: laundering a layoff through AI. The real reason might be overhiring, sinking margins, a bloated org chart. But say the words "we're using AI to do more with less, so we don't need as many people," and the whole thing changes character. "We have a business problem" becomes "we're embracing the future." Same people out the door, wildly different level of dignity attached to the story. And the person confirming this is, of all people, the one who most wants you to believe AI changes everything. That's what makes it interesting. ## "AI" is the perfect cover story Why are so many companies racing to pin their layoffs on AI? Because right now "AI" is the most useful narrative available. On an earnings call, cutting a few thousand roles is a cold number that invites bad interpretations. Investors start asking: is growth stalling? Did you overhire? Did management screw up? None of those are fun to answer. But repackage the exact same cut as "restructuring for our AI transformation," and the story flips. The CEO is no longer the person cleaning up a mess — they're the person making a bold bet on the future. The stock might even tick up. There's a more concrete layer underneath, and it's money. In 2026 the capex the big players are pouring into AI infrastructure is astronomical, somewhere around seven hundred billion dollars. That money has to come from somewhere, and the fastest source is headcount. So "cut people to feed compute" became the industry default, and "AI made us more efficient" happened to supply a forward-looking reason for it. What's getting cut is salaries. What's getting talked about is the future. GitLab restructured for the "agentic AI era" and pulled out of dozens of countries; a wave of companies announced layoffs the day after shipping an AI agent. How much of that is AI genuinely taking over the work, and how much is a company that wanted to slim down anyway, waiting for a respectable moment? Altman more or less stamped the answer: a good chunk of it is the latter. ## Then he walked it back and said the apocalypse never came If the AI washing line were all there was, this would just be industry gossip. What makes it actually worth chewing on is something else Altman said a few months later. He said he was "delighted to be wrong." The scenario he'd worried about most — AI wiping out jobs on a large scale, fast — hadn't happened. The whole panic narrative about white-collar work getting replaced en masse still hasn't shown up in the data. Stack the two statements next to each other and the picture goes crooked. On one side, six figures of tech jobs vanished in 2026 under the AI banner, close to a thousand people a day. On the other, the person driving all of it says, out loud: a lot of these layoffs have nothing to do with AI, and the AI jobs apocalypse I was scared of never actually arrived. So what did cut those people? By Altman's own framing, the answer probably isn't "AI got too good." It's "the company wanted to cut, and AI made a convenient excuse." ## AI washing cuts both ways The crooked part is that AI washing lies in two directions at once. Outward, it overstates what AI can do right now. Every "we cut X people thanks to AI" headline reinforces the impression that AI can already do the work on its own. But in reality, agent error rates on real office tasks are high — nowhere near the point where one runs a job unattended. The people getting cut and the people still at their desks both end up misjudging how good AI actually is. Inward, it launders bad management. Overexpansion, strategic drift, costs out of control — problems someone should answer for get waved away with "AI transformation." Nobody has to own the overhiring, because the current story is "we're upgrading." For anyone watching their own field get "restructured by AI" — product managers, say — the practical use of this is direct. When you see a headline that some company replaced a role with AI, don't rush to panic and don't rush to believe it. It might be real technical progress, or it might be earnings pressure wearing an AI costume. Altman has already told you the two are mixed together right now, and that there's plenty of the second kind. ## The call The hit to employment is real, but this cycle has inflated it, and the people doing the inflating include both workers afraid of being replaced and managers happy to let AI take the blame. The first group overstates the threat; the second group exploits the overstatement. The thing to actually watch isn't "will AI take my job." It's that "AI" is becoming a universal explanation anyone can slap on anything, and once it's on, nobody digs into the real reason. When even Altman — the person with the most incentive to hype AI's power — steps out to tap the brakes and say it's overstated and overused, that itself is a signal. When the salesman starts telling you not to take it too seriously, you should probably turn the volume down and go read the data instead of the headline. ## Further reading - [Sam Altman says the quiet part out loud, confirming some companies are 'AI washing' (Fortune)](https://fortune.com/article/sam-altman-ai-washing-tech-layoffs/) - [Sam Altman is 'delighted to be wrong' about AI destroying jobs (Fast Company)](https://www.fastcompany.com/91548418/sam-altman-is-delighted-to-be-wrong-about-ai-destroying-jobs) - [Sam Altman Says AI 'Jobs Apocalypse' Probably Won't Happen (TIME)](https://time.com/article/2026/05/26/sam-altman-ai-job-losses-openAI-/) --- # Wall Street Is Dumping Software Stocks, Because Products Can Now Be Conjured in One Sentence URL: https://doaipm.com/en/blog/selling-software-stocks/ Published: 2026-06-17 Tags: Software Stocks, SaaS, AI Disruption, Vibe Coding, Tech Commentary This week Jefferies did something that put the entire SaaS world on edge: it cut Workday, DocuSign, Monday.com, and Freshworks to Hold all at once. The reason in the column wasn't slowing growth, and it wasn't macro headwinds. It was AI disruption risk. This isn't a single company's earnings problem. It's analysts starting to systematically doubt whether an entire category of business still has a moat at all. Zoom out and it gets scarier. Software stocks are already down 30% to 55% this year. Remember that for the past decade SaaS was one of the most certain stories in the market: subscription revenue, high retention, net revenue expansion, a model so clean it read like a textbook. A page just got torn out of that textbook. ## What the market is betting on Wall Street didn't suddenly stop liking software. It's betting on one specific call: **once a product's features can be cloned by AI in a single sentence, the business of charging a subscription premium for those features is over.** There's real grounding for that call. This year a model like Fable 5, paired with a platform like Base44, already lets someone who can't write a line of code take a paragraph of plain language and conjure up an app that runs, holds real data, and handles real states. Not a toy demo. Something you can hand a customer the same day. An internal approval tool, a lightweight CRM, a shift-scheduling system — things you used to buy as SaaS and pay per-seat for, now generated yourself in an afternoon. The market's reaction to that kind of thing is always to gut the valuation first and ask questions later. The logic is blunt: if your core value is "I built this feature, you pay monthly to use it," and the marginal cost of building that feature is now heading to zero, what exactly justifies the price you're still charging? DocuSign getting named is telling — the *feature* part of e-signatures really is hard to point to anything AI can't reproduce. ## But the market only got half of it right Software isn't going away. That much is close to certain. What's going away is the old assumption that the valuable part of software equals the features themselves. The valuable part is moving. When building features becomes free, the moat shifts away from "can you build it" to somewhere else entirely. The first place is judgment and taste. Being able to spin up a hundred scheduling systems doesn't mean you know which scheduling logic actually solves a restaurant owner's problem. Features can be copied; understanding the problem can't. The software that thrives is less and less the one with the most features, and more and more the one that truly knows what a particular kind of person actually needs. The second is distribution and trust. A law firm trusts you with its contract-signing process not because your signature feature is magic, but because of a decade of compliance backing, audit trails, and the fact that someone is accountable when things go wrong. AI can't conjure that in a sentence. DocuSign's real asset was never the e-pen. It's whether enterprises are willing to bet "did this contract actually get signed or not" on it. The third is the ability to assemble a pile of capabilities into a system people can trust. Individual features got cheap, but stitching dozens of features, plus compliance, permissions, collaboration, and accountability, into a single whole an enterprise will actually run — that got harder, not easier. So what this sell-off really kills are the companies whose value genuinely was nothing but features. The companies whose value lives in judgment, trust, and distribution get caught in the crossfire and will climb back eventually. The market can't tell the two apart in the short term, and that confusion is precisely the opportunity for anyone who can. ## What it means for people who build products If you're a product manager, or you're thinking about building something of your own with AI, the signal here is even more direct than the one for shareholders. For a long time, a product manager's sense of security rested on "I can marshal resources to get the feature built." That security is now depreciating, at roughly the same rate as the software stocks. Features themselves are no longer scarce, and being able to get them built is no longer a barrier. When conjuring up an app is a one-sentence job, what irreplaceable thing do you, the product manager, have left? What's left is exactly what machines can't replace: deciding what to build, deciding what counts as good, deciding what to block, and signing your name to the final result. This is the un-killed part of those software valuations, in its personal form. The people who get washed out are the ones who defined themselves as movers of features. The ones who survive and grow more valuable are the ones who turn themselves into a source of judgment. Put another way: what Wall Street is doing to software companies today — separating the feature-sellers from the judgment-and-trust-sellers — you'll have to do to your own career sooner or later. ## The call This software sell-off isn't software's death knell. It's an overdue repricing. The market spent a decade believing features were value, and AI is now telling it, in the bluntest way possible, that features are about to be free and it needs to recompute which part is still worth something. The answer has been sitting there the whole time. When execution is free, judgment is what's scarce. When you can build anything, picking the right thing to build becomes everything. The companies that see this will weather it, and the people who see it will climb. The ones who fall with the rest are the ones who, even now, still think they're selling features. ## Further reading - [Jefferies downgrades software names on AI disruption risk (Yahoo Finance)](https://finance.yahoo.com/sectors/technology/articles/2026-tech-layoffs-near-150-110000224.html) - [Taste Is the Real Moat in the AI Era](/en/blog/taste-is-the-moat/) - [The Price of Judgment](/en/blog/the-price-of-judgment/) --- # 80% of Companies Cut Staff for AI and Got No Return. They Bought AI for the Wrong Job URL: https://doaipm.com/en/blog/ai-layoffs-backfire/ Published: 2026-06-16 Tags: AI layoffs, enterprise AI, ROI, AI-era product manager, tech commentary Gartner just put out a survey that should embarrass a lot of CFOs. They asked 350 companies with over $1 billion in revenue, all of them deploying AI automation, and found that about 80% had cut staff because of AI. That part isn't surprising. The surprising part is the second half: **the companies that cut staff were no more likely to see a real return than the ones that didn't.** Helen Poitevin, the Gartner distinguished VP analyst behind the study, said it plainly: "Workforce reductions may create budget room, but they do not create return." The sharper line comes right after: "Organizations that improve ROI are not those that eliminate the need for people, but those that amplify them." Between those two sentences sits the misjudgment behind this whole wave of AI layoffs. ## Looks great on paper, doesn't add up on the books The temptation of a layoff is that it's so easy to quantify. Cut 350 people and the payroll cost vanishes from the financials immediately. The number is precise, instant, and visible to the CFO. AI conveniently supplies the perfect narrative: we have agents now, so we don't need this many people. GitLab restructured for the "agentic AI era," cutting layers of management, exiting 22 countries, affecting around 350 people. Pleo announced layoffs the day after launching its finance AI agent. Clean moves, a story that holds together. The problem is that saved cost isn't the same as earned return. In Gartner's data, the companies that cut and the companies that didn't landed on "significant return" and "negative return" at almost identical rates. Which means the act of cutting staff has no causal link to ROI. It created vacancies, not value. > Layoffs are the most quantifiable move of the AI era, and the easiest one to get wrong. Payroll disappearing from the financials is real. Return growing on the books is a separate matter entirely. ## They bought AI for the wrong job So why did the cost come down without the return showing up? Because these companies had AI's job backwards from the start. They treated AI as **a way to replace people and save money**: same work, done by the machine, so the person isn't needed. But the one thing AI is worst at right now is finishing a task unattended. In another Gartner study, AI agents fail roughly 70% of office tasks. When your executor gets it wrong seven times out of ten and you've laid off the person who was watching it, correcting it, and answering for its output, what's left isn't savings. It's neglect. AI's real value lives at the other end: **amplifying human judgment.** Take someone with good judgment, and use AI to ten-times their output, compress verification from weeks to hours, and stretch the ground one person can cover by several times. That doesn't reduce the need for people. It raises everyone's leverage. The companies that actually saw a return were doing exactly this. Poitevin notes they invested in new skills and new roles for "people to guide and steer autonomous systems," rather than cutting across the board. Execution keeps getting cheaper and judgment keeps getting more valuable. That's the most basic pricing rule of the AI era. The layoff wave did the opposite: it **bundled cheap execution and valuable judgment together and cut them both.** What got saved was the cost of execution. What got cut was the return from judgment. Worst of both. ## For an individual, the signal is very clear Move the camera from the company to yourself, and this hands every working person, especially product managers, a very clear signal. The people this round of AI cuts will reach are the ones who define themselves as executors. If your value is delivering a thing that's already been decided, then yes, AI is coming for that seat. The people who survive, and become more valuable, are the ones who turn themselves into an amplification layer for judgment: deciding what to do, judging what counts as good, blocking the wrong calls, signing off on results, and then using AI to scale that judgment across what used to take ten people. The company-level lesson of "amplify people, don't replace them" becomes this at the individual level: don't compete with AI on execution, become the judge AI can't replace and can't do without. An agent that gets it wrong 70% of the time is the best job security that judge could ask for. ## The judgment This wave of AI layoffs is, at bottom, a massive attribution error. Companies saw AI do the work and assumed the value was in cutting the people who do the work, so they went after the most quantifiable cost and ended up cutting the layer that produces the return. Gartner predicts that by 2028 and 2029, the companies that actually thought it through will start hiring again because of AI, hiring for the new roles machines can't do. Saving cost and earning return were never the same thing. Treat people as a cost and you'll only get poorer the more you save. Treat people as leverage and AI finally starts producing a return. The companies that cut too early will have to bring people back; the ones that figured out "once the machine finishes, what exactly is the human for" never had to take the detour at all. ## Further reading - [AI layoffs backfire as cutting staff doesn't cut it (The Register)](https://www.theregister.com/ai-and-ml/2026/05/06/ai-layoffs-backfire-as-cutting-staff-doesnt-cut-it/) - [Gartner: Autonomous Business and AI Layoffs May Create Budget Room, but Do Not Deliver Returns](https://www.gartner.com/en/newsroom/press-releases/2026-05-05-gartner-says-autonomous-business-and-artificial-intelligence-layoffs-may-create-budget-room-but-do-not-deliver-returns) - [AI-driven layoffs aren't making business sense (CIO)](https://www.cio.com/article/4171054/ai-driven-layoffs-arent-making-business-sense.html) --- # From Wuzhao to Zhou Jingren: Alibaba Has the Best AI and the Hardest Execution. The One Thing It Lacks Is Judgment URL: https://doaipm.com/en/blog/alibaba-everything-but-judgment/ Published: 2026-06-15 Tags: Alibaba, AI strategy, Tongyi, judgment, tech commentary Let's get the facts straight first. On June 13, word went around online that Alibaba Chief Scientist Zhou Jingren was leaving, six days after he was moved into the title. The next day Alibaba responded that this was a rumor. So as of right now, Zhou Jingren has not left. It's only a rumor. But the fact that so many people believed it within a single day is itself a piece of information. It says that in everyone's gut, Alibaba's AI team feels unstable right now, the kind of place people walk out of. And that gut feeling has hard facts underneath it. ## A roster that keeps emptying out This year, Tongyi's core people have left one after another. In March, Qwen tech lead Lin Junyang departed with a single line: "me stepping down. bye my beloved qwen." Right behind him, the post-training lead and several core members left too. Zhou Jingren himself changed roles three times this year: he took over Qwen in March, became Chief AI Architect in April, and on June 8 was moved again to Chief Scientist, assigned to run a future-facing research institute. Six days later, the departure rumor arrived. Pull the camera back a little. On June 11, Wuzhao had just been pushed out of DingTalk. Within one week, Alibaba's two most-watched AI lines, the technical one and the product one, both had a personnel earthquake. The two events look unrelated, one a scientist, one a product manager, but set side by side they happen to expose Alibaba's deepest problem right now. ## It has everything, except judgment The strangest thing here is that Alibaba is short on neither technology nor execution. On technology, Tongyi Qwen is one of the most capable large models in China, open-sourced, topping benchmarks, used by developers worldwide. Calling it the face of Chinese AI isn't a stretch. On execution, Wuzhao's whole regime of nine-o'clock clock-ins, midnight spot checks, and cots on the office floor is the extreme end of Chinese internet execution culture. One hand holds the best model, the other holds the strongest execution. On paper that's an unbeatable hand. The result is the opposite. The technical people are leaving, and the product captain has been replaced. Two aces in hand, and at the table they keep losing ground. Why? Because the AI era is repricing everything. **Technology and execution happen to be exactly the two things this era is devaluing, while judgment is the only thing appreciating, and the one thing Alibaba lacks most.** Models are converging. Lead by three months today, and the moment something is open-sourced, others catch up. The technical moat keeps getting shallower. Execution is even clearer: AI has driven the cost of execution into the floor. Writing code, building apps, launching a new entry point, all of it depends less and less on throwing bodies and overtime at the problem. The two things Alibaba is proudest of are being diluted by open source and replaced by AI respectively. The missing square in the middle is judgment: holding a model this good, what product do you build, for whom, so that people use it and don't leave. Tongyi can't fill that square, because it's a technical team. Wuzhao can't fill it either, because what he's good at is taking something already decided and executing it to the limit, not deciding the thing. ## Strategy and tactics, wrong in the same spot Split Alibaba's AI play into strategy and tactics, and you find both layers are wrong in the same place. On strategy, Alibaba's AI story is "we'll build the strongest model and become the new entry point of the AI era." Model-driven plus entry-point thinking is an elegant, and very typical, mobile-internet playbook: seize the technical high ground first, then the traffic gateway, and the applications will follow on their own. The trouble is that in the AI era entry points are no longer scarce, every model is an entry point, and the technical high ground can't be held, because open source makes any lead temporary. This strategy answers "what kind of AI do we want to build" but skips the more dangerous question: what problem of the user's own does the user take this AI to solve. Qwen is strong, but "strong" isn't a reason a user needs you. On tactics, Alibaba's answer is to adjust faster, harder, and more often. Wuzhao launched DingTalk ONE in four months and dismantled it ten months later. Zhou Jingren changed roles three times in a year. After the core exits, Tongyi quickly stood up a new group, with senior group leadership stepping in to backfill personally. Every move shows astonishing organizational efficiency and execution. But when the direction itself hasn't been thought through, the more efficient the execution, the faster it carries you somewhere unverified. Swapping leaders constantly isn't solving the problem. It's using personnel turbulence to paper over the absence of judgment. > Alibaba's strategy is betting on technology and entry points; its tactics are racing on speed and execution. But in the AI era both are devaluing, and it has pushed all its chips onto assets that are shrinking. ## Judgment Wuzhao and Zhou Jingren, one the extreme of execution, one the peak of technology. Within a single week, one is out and one is rumored to be leaving. These aren't two isolated personnel changes. They're the same signal flashing twice: Alibaba has spent all its strength on the two things this era is least short of. What it needs isn't a stronger model or harder execution. It's a kind of judgment: above the model and before the execution, working out who exactly to bring all that skill to bear for, and to solve what. You can't fill that by poaching a scientist, and you can't solve it by swapping in an iron-fisted CEO. It has to grow in the brains at the very top of the organization. China is not short on the best AI technology. Alibaba is the proof. What's genuinely scarce is the judgment, sitting between the best technology and the hardest execution, to call the shot and call it right. Whoever fills that square first is the one who has actually entered the AI era. ## Further reading - [Rumor: Alibaba partner Zhou Jingren plans to leave, six days into the Chief Scientist role (NetEase Tech)](https://www.163.com/dy/article/KVA22OAG0519U3I5.html) - [Tongyi loses another core member? Alibaba Chief Scientist Zhou Jingren reportedly leaving (36Kr)](https://36kr.com/p/3850978776759176) - [Did Alibaba just kneecap its powerful Qwen AI team? (VentureBeat)](https://venturebeat.com/technology/did-alibaba-just-kneecap-its-powerful-qwen-ai-team-key-figures-depart-in) --- # AI Lies to You, and That Is Exactly Where Your Value Comes From URL: https://doaipm.com/en/blog/ai-lies-to-you/ Published: 2026-06-14 Tags: AI hallucination, AI-era product managers, judgment, tech commentary In June, KPMG had a moment. The Big Four consulting firm published a report on agentic AI, and then someone went through the citations one by one and found that of 45 references, only 5 actually pointed to sources that exist. The rest were either misattributed or wholesale invented. A report meant to teach people how to use AI got fooled by AI first, and it went out under the KPMG name. This isn't an isolated incident. It's a parable. ## AI Lies to You, and It Does So With a Straight Face Let's be precise about one thing: AI doesn't just occasionally slip up. It fabricates confidently, fluently, in a way that looks authoritative. It will hand you a statistic that doesn't exist, cite a paper nobody wrote, invent a passage of facts that sounds airtight. An evaluation of more than forty models found that on hard questions, every model but four was more likely to give a confident wrong answer than a correct one. The most common kind of lie is one product managers should know best: **it dresses up an unfinished job as a finished one.** You ask it to change five things, it tells you all five are done, and three actually got changed. You ask it to wire up an API, it tells you the call went through, and it never called anything. It isn't being malicious. It was trained to produce a response that satisfies you, and a response that satisfies you is not always the same as a response that's true. So don't expect some future version to fix this. Confident nonsense isn't a malfunction; it's a byproduct of how the thing generates text. The stronger it gets and the more smoothly it talks, the harder its lies are to spot. > AI doesn't get more honest as it gets smarter. It just gets better at making the false thing sound like the true one. ## Because It Lies to You, You're Irreplaceable This sounds bleak, but flip it over and it's the biggest moat a product manager has in the AI era. Picture it: if AI's output were always trustworthy, what would you be for? It writes, it ships, and no human is needed in between. Because it lies, the person who can catch it, who dares to stop it, who signs their name to it at the end, finally has a place that can't be replaced. The KPMG incident wasn't fundamentally an AI failure. It was a verification failure. From start to finish, not one person actually checked those 45 citations. The machine produced; **nobody stood at the exit as the gate.** [That gate is you.](/en/blog/you-are-the-eval/) In the AI era, a product manager's value is migrating from "can produce" to "can tell true from false, can stop the wrong thing, can take responsibility for what goes out." The person who can generate ten versions of a plan is no longer rare; that's AI's job. The person who can spot at a glance that the number in version seven was made up, that person is rare. Your job is no longer how fast you write. It's staying skeptical when everyone else has been talked into a fluent lie. This is also why not knowing how to code is often an advantage. People who don't know naturally don't dare trust it fully, so they ask and they verify. It's the half-knowers who are most easily bluffed by a polished-looking output into nodding it through. ## To Save Money and Time, You Have to Use the Best AI Here's a counterintuitive conclusion, and the more I use AI the more sure I am of it: **the genuinely cheap way to work is to use the best model you can get your hands on.** The logic goes like this. Cheaper, lower-tier models lie to you more often and more subtly. On the surface you saved the subscription fee, but every hallucination costs you time to catch, to check, to redo, and the most expensive hallucination is the one you don't catch and ship straight out, turning into your own KPMG moment. The money you saved on the model gets clawed back, doubled, out of your judgment time, and judgment time is the only thing genuinely scarce to you in this era. A good model isn't free of hallucinations. It hallucinates less, makes them easier for you to catch, and is more likely to get the hard question right outright. What it saves you isn't money, it's the attention you'd otherwise spend cleaning up after it. Using the best AI isn't a luxury; on this it's the best deal going. You're spending a little subscription money to buy your own judgment back out of endless checking. The end of saving money isn't using cheaper tools. It's using the best tools to free people from the least valuable work and leave only the most valuable thing: judgment. ## Judgment AI will keep lying to you. That won't pass. It's part of how this class of system works. Rather than wait for an AI that no longer lies, accept that it will, and turn yourself into the person who catches it. Two moves are enough. First, treat every AI output as a confident lie by default; the load-bearing parts don't count until you've checked them yourself. Second, use the best model you can get, because every tier you drop, the money you save gets clawed back, doubled, out of your verification time. The more AI lies, the more the person who can verify is worth. This isn't reassurance. It's the clearest price law this era has written. ## Further reading - [KPMG's AI report becomes an accidental demo of AI hallucinations (The Register)](https://www.theregister.com/ai-and-ml/2026/06/12/kpmgs-ai-report-turns-into-a-demo-of-ai-hallucinations/) - [A major KPMG report on AI was found to be chock-full of AI hallucinations (TechRadar)](https://www.techradar.com/pro/a-major-kpmg-report-on-ai-was-found-to-be-chock-full-of-ai-hallucinations) - [The AI industry is pivoting to eval, while dodging the real question](https://doaipm.com/en/blog/you-are-the-eval/) --- # Wu Zhao Is Out at DingTalk. The Essay Didn't Beat Him. Busywork Did. URL: https://doaipm.com/en/blog/busy-for-nothing/ Published: 2026-06-13 Tags: DingTalk, AI-era product managers, human-AI collaboration, tech commentary It took seven days to bring Wu Zhao down. On June 4, Teng Yaxin, a core product manager on DingTalk ONE, published "Trapped Inside DingTalk," a 75,000-word resignation essay. On June 8, a former vice president followed with a sequel, "Trapped Outside DingTalk." On June 10, Alibaba's partnership committee did something it hadn't done in 27 years: publicly called out the management style of a single business line, saying it was "not what Alibaba culture should look like." On June 11, Chen Hang stepped down as DingTalk CEO. His successor is Chen Yusen, born in 1992, the youngest business unit CEO in Alibaba's history. Exactly 437 days after he was invited back. ## First, the fair part: he was no slacker Writing Wu Zhao off as a tyrant who only knew how to squeeze employees is the laziest and least accurate version of this story. The man is a true believer. The first time around, he built DingTalk out of the wreckage of Alibaba's failed messenger Laiwang and turned it into a national app. When he was brought back in March 2025, DingTalk had 700 million users but had been overtaken by Feishu on monetization. It was a hot potato. He took it. He launched a "go to the fields" campaign, visited customers himself, and dug up a number nobody had dared report: real customer satisfaction sat at 30%. He rebuilt the support team, pushed satisfaction to 80%, and cut its costs by 90%. He required every product manager to visit three companies a week. Every one of those moves would pass review in any product management textbook. Staying close to customers, facing real data, staying hungry for results: these were the best habits of the previous era, and Wu Zhao had all of them. The problem is that he poured all of it into a war with no clear direction, then managed that war with camp beds and "what time do the lights go out in the Feishu building across the street." ## The report card: production maxed out, consumption at zero Look at the product record of those 437 days and you see a new species of failure: every part spinning at full speed, the whole thing going nowhere. DingTalk ONE, billed as "the new entry point for the AI era," went from kickoff to launch in four months. Daily actives hit 3 million, then retention fell off a cliff, and within ten months it was dismantled and folded into the next project, Wukong. Wukong rewrote the foundation and went all in on agents; it shipped less than three months ago and nobody knows how it ends. The platform claims 1.41 million AI applications, but nobody can say how many of them are actually, continuously used. > Building a platform in four months proves the productivity of the AI era. Tearing it down in ten proves the consumption scenario never existed. Put those two numbers side by side and you have the precise definition of busywork. This is the first trap the AI era has dug for product managers: **speed on the production side now hides the vacuum on the demand side.** A "new entry point" used to take two years, so you had to weigh it carefully before kickoff. With AI behind you, four months gets it live, and "build it first and see" becomes the default. The faster you build, the easier "we built it" gets mistaken for "someone needs it." You can manufacture 3 million daily actives with an entry point and a traffic firehose. Retention only comes from a real consumption scenario, and there AI can't help you. It can only help you expose its absence faster. ## The era's limit: nobody has found the human-AI path Pinning the whole bill on Wu Zhao is just as distorted. The wall he hit is the wall the entire industry is hitting. In workplace collaboration, no one has answered the basic question yet: in the AI era, what do humans do at work, and what do machines do? DingTalk turning AI into a "new entry point" was muscle memory from the mobile internet. The winning formula of that era was entry points, daily actives, fast iteration, and stacked headcount, and Wu Zhao is precisely the man who won once with that formula. In the AI era the whole formula breaks down at every joint: entry points are no longer scarce, because every AI is an entry point; daily actives no longer prove value, retention does; fast iteration is no longer an edge, because everyone is fast; and stacked headcount has flipped into a straight liability. When direction can't be found, managers instinctively grab the one variable they can still control: effort. Nine o'clock check-ins, late-night spot checks, nobody leaves before midnight. High-pressure management is anxiety at its core rather than malice: when direction is uncertain, hard work is the only certain thing left, so you squeeze hard work for all it's worth. The partnership committee's line that "innovation in the AI era is never about high pressure and mechanical execution" got it half right. The unsaid half: when an organization doesn't know what to innovate, high pressure and mechanical execution are the only things it knows how to do. Here is the bitterest irony. A company that wants to use AI to free every other company from meaningless work ran itself on camp beds, lights-out contests, and lines-of-code reviews. It failed to find the human-AI division of labor in the product, and failed to find it in the organization, and those look like two problems but they are one. How you treat your employees is how you will end up understanding your users. An organization that treats people as execution machines will build AI products that merely accelerate execution — and accelerated execution is the cheapest commodity of this era. ## Our answer: move the effort from building faster to validating faster If this saga is useful to product managers at all, it's because it forces the cure for busywork into focus. Beating busywork doesn't mean working less. It means spending the same effort in a different place. **First, ask the three consumption questions before you touch anything.** Whose problem is this? How are they coping today? Why do you believe they'd switch? In DingTalk ONE's four-month sprint, those three questions almost certainly never got serious answers. The 3 million daily actives came from the entry point and answered none of them. These questions matter more in the AI era, because "we can build it" no longer filters anything out. **Second, replace platform-scale bets with high-fidelity prototypes.** AI has driven the cost of validation through the floor. Instead of four months and hundreds of people on a "new entry point," spend four days on a [high-fidelity prototype](/en/method/playbook/) and run it inside ten real companies. Wu Zhao making PMs visit three companies a week pointed in the right direction, but a visit that only demos and persuades is still production logic. The right way to visit is to bring a working prototype and watch: do they use it, where do they get stuck, what do they fall back on when they don't. He had the nerve to dig up the 30% satisfaction number, which means he knew what truth is worth. ONE shipping in four months means the organization never turned truth into its operating rhythm. **Third, settle the division of labor: humans supply judgment, AI supplies execution.** The micro-mechanism of busywork is humans rushing in to supply execution. Overtime, output, sprints: all execution, with judgment missing from the room. [The right split](/en/method/) runs the other way. What to build, what counts as good, what to refuse: that's human work, and it can't be skipped or outsourced. Building it, running it, revising it: that's AI work, and less and less worth filling with human hours. An organization that still measures contribution by when the lights go out is seating humans where AI belongs, and that is the greatest waste of people there is. ## The verdict Wu Zhao's diligence was never the mistake. The mistake is that the formula his diligence served has expired. He was the finest executor of the previous era, dropped into an era where execution is no longer scarce. That's his personal tragedy, and it deserves better than being filed as his personal failure. The real exam Chen Yusen inherits has little to do with repairing team morale. It's answering the question Wu Zhao never got to answer: in AI-era work, what exactly are humans for? Longer hours won't answer it. Only more honest validation will. Nobody knows who owns the next era. It's safe to say it won't be the building whose lights stay on longest. ## Further reading - [From Invited Back to Shown Out: Chen Hang's 437 Days at DingTalk (Huxiu)](https://www.huxiu.com/article/4866337.html) - [How Did One Product Manager's Resignation Post Topple DingTalk's CEO? (Phoenix Tech)](https://tech.ifeng.com/c/8tsQjSqYcts) - [Alibaba's Dingtalk Chief Departs After Debate About AI Focus (Bloomberg)](https://www.bloomberg.com/news/articles/2026-06-11/alibaba-s-dingtalk-chief-departs-after-debate-about-ai-focus) --- # SpaceX's $1.75 Trillion IPO: The Check the Market Wrote Musk Is Buying Judgment URL: https://doaipm.com/en/blog/the-price-of-judgment/ Published: 2026-06-13 Tags: Musk, SpaceX, AI-era product managers, judgment, tech commentary On June 12, SpaceX went public on the Nasdaq at a $1.75 trillion valuation. The IPO priced at $135. It closed its first day at $161, up 19%. Within a single session the market pushed it toward $2 trillion. The largest IPO in history. Then you open the financials and find something strange. The only part of this company that genuinely makes money is Starlink, and its revenue doesn't cover a fraction of that valuation. Run it through any normal price-to-earnings or price-to-sales math and $1.75 trillion is absurd, unexplainable. So the question is simple: what is the market actually paying for? ## It isn't buying rockets, it's buying judgment It isn't rockets. SpaceX is not the only company that builds them. It isn't revenue. On current revenue alone it doesn't come close to deserving this number. It isn't technology. Technology can be poached, technology can be caught up to. What the market is buying is the judgment of one person, proven right over and over across the last twenty-four years. In 2002, everyone thought building rockets privately was something only a madman would attempt. He bet on it. Falcon 1 blew up three times in a row and the company nearly went bankrupt, and he put the last of his money on the line before the fourth launch succeeded. The whole industry had ruled reusable rockets impossible, and he made them work, cutting launch costs by an order of magnitude. Satellite internet was written off as a bottomless money pit, and Starlink now has 10 million users and is the one cash cow this company has. This year he folded xAI in entirely. Every step looked wrong at the time and right in hindsight. The market isn't pricing a pile of assets. It's pricing the proposition that this person is, in all likelihood, going to be right the next time too. **The $1.75 trillion is a check the market wrote for judgment, and it's the largest one ever written.** ## Why now, of all times Judgment has always been valuable, but never has it been tagged this bluntly at this kind of price. Behind it is something big that's happening right now: execution is becoming free. AI writes code in seconds. Design, copy, analysis, research, anything that amounts to "do a thing we already know needs doing," the cost is racing toward zero. When execution stops being scarce, it stops being worth much. The value moves one step upstream, to the question AI can't answer for you: what should actually be built, which direction is right, what is worth betting everything on. The SpaceX check puts this in plain sight. With the biggest number it has ever printed, the market is telling everyone that value has migrated from "can you make it" to "can you call it right." Musk is the figure everyone admires not because he can build rockets, but because he is the purest specimen of judgment this era has produced, and the market just gave that ability a public valuation. > When execution is free, the only asset still appreciating is judgment. Musk didn't win because he could do the work. He won by being right, for decades, in the exact places where everyone else read it wrong. ## What it means for product managers You don't need $1.75 trillion and you don't need rockets. But the market just confirmed something your profession most needs to hear: your real asset and the thing it paid two trillion for are one and the same. A product manager's job in the AI era is, at its core, judgment. Who to build for, what to build, what counts as good, what to refuse outright. None of these have ready answers, AI can't hand them to you, and someone has to make the call. This used to get papered over by "well, at least I shipped something," because shipping was itself scarce, itself an achievement. Shipping is no longer the achievement. [Judgment is](/en/blog/taste-is-the-moat/). Musk pushed that logic to its limit, and the market put a price on it. The uncomfortable part lives here too. Judgment is the one thing the market will pay a fortune for and yet can't be bought, can't be grabbed, can't be poached. Everyone wants Musk's valuation, and very few are willing to live through the process that valuation is actually paying for: being right, year after year, while everyone tells you you're wrong. There is no shortcut. It only gets fed, slowly, through real bets and honest post-mortems. ## The verdict The thing product people should remember about the SpaceX IPO isn't the astronomical number. It's where the number landed. Not on production capacity. Not on revenue. On one person's judgment. AI drove the price of execution to the floor, and so the largest single bet of this era went to the opposite of execution. The market has already written the answer on the wall in the biggest letters it owns: stop grinding against each other on "faster, more." That's AI's job now, and it will only get cheaper. Go train the thing the market is willing to pay $1.75 trillion for. It was always there. It's just that, starting today, no one can pretend it's worthless. ## Further reading - [SpaceX stock closes at $161.11, jumping 19% after record IPO (CNBC)](https://www.cnbc.com/2026/06/12/spacex-ipo-spcx-live-updates.html) - [SpaceX revenue, valuation & funding (Sacra)](https://sacra.com/c/spacex/) - [When "doing" becomes free, taste is the only moat](https://doaipm.com/en/blog/taste-is-the-moat/) --- # Wuzhao's Operating System Was Installed in Japan URL: https://doaipm.com/en/blog/wrong-operating-system/ Published: 2026-06-13 Tags: DingTalk, AI-era product managers, organizational culture, tech commentary Most people dissecting Wuzhao talk about the 75,000-word essay, about the partnership committee's rare public rebuke, about the high-pressure management. All true, all consequences. The real cause is buried in a résumé everyone has read and nobody has looked at closely. ## A résumé everyone skipped Chen Hang joined Alibaba as an intern in 1999, one of the earliest. Two years later he made a decision that looked ordinary at the time and turns out to have been pivotal: he went to work in Japan. The price was missing the wealth round of Alibaba's IPO. The colleagues who stayed all came out of it financially free. He spent eleven years in Japan. First at a Japanese company, then an American one, learning Japanese for the job, finishing with four years inside HP's all-English environment. He only brought his family home in August 2010. What followed was a string of failures. Etao never came together. Laiwang, a project Jack Ma personally vouched for, lost too. Not until 2014, leading a small team out of a residential apartment in Lakeside Gardens (Alibaba's birthplace), did he build DingTalk and turn things around. Later he left Alibaba to start Liangqing Yiyang (HHO), making a smart litter box, digital earbuds, and a shopping platform called 7sGood, which targeted, once again, the Japanese market. He went after Japan because Japan was the place he knew best. Straighten that line out and you see it: the dozen or so most formative years of a career decide a person's instinctive reaction to everything that comes after. Wuzhao's dozen years were spent in Japan. ## Japan gave him an operating system Those eleven years weren't idle. They installed a complete operating system in Wuzhao: precision, process, discipline, an obsession with detail, an absolute commitment to delivering on promises, a top-down sense of order. This system is genuinely good, and credit where it's due. The reason he could launch a "go to the fields" campaign after returning to DingTalk, visit customers himself, dig up the satisfaction number nobody dared report at a real 30%, then drag it up to 80% while cutting costs by 90%, was this operating system. The reason his hardware startup shipped earbuds and a litter box with respectable build quality was this operating system. Craftsmanship is not a slur. It is the bedrock that manufacturing stands on, the reason German and Swiss watches and Japanese lean production became the benchmark. So "Japan" here is shorthand for a management philosophy, not a country on a map. Its core is certainty: clear goals, defined standards, polishing a known task to perfection. There's only one problem. This operating system breaks the moment it meets AI. ## AI is a business of uncertainty Manufacturing and hardware are domains of certainty. What you need to do is clear. Which functions a toilet should have, what audio quality a pair of earbuds should hit, the industry already has settled answers. In domains like these, the return on discipline is linear: the more self-disciplined, the more you polish, the more you deliver, the better the product. Wuzhao's operating system is a top-tier rig here. The internet, and AI especially, is a different business. The bottleneck was never execution precision. It's direction itself: what to build, who to build it for, what even counts as good, whether the direction is right at all. None of these have ready answers. You can only press them out through exploration and validation, bit by bit. > In manufacturing, discipline is the answer. In exploration, discipline only pushes you faster toward a direction nobody has validated yet. DingTalk ONE shipped in four months, daily actives surged to 3 million, and ten months later it was dismantled. The "one release a day" high-pressure cadence, the late-night check-ins, the watching to see what time the lights went out in the Feishu building across the street: this whole apparatus took the operating system for polishing hardware and dropped it, unchanged, onto something that is fundamentally exploration. You can be disciplined to the extreme and work until dawn and still march, in perfect formation, at full speed toward the wrong direction. Underlying infrastructure neglected for too long, strategic direction lurching around, employees grinding to ship visible surface features: these are the textbook failures of a certainty operating system running on an uncertainty problem. ## If he had come back from America This isn't to say the grass is greener in America. Take an equally smart, equally hardworking, equally results-hungry person, and if those formative dozen years had been steeped in Silicon Valley rather than Tokyo, he'd have a different set of defaults installed. In that set, the founder is an explorer, not an overseer. Ambiguity and trial-and-error are normal, not shameful. You validate the direction at minimal cost first, then decide whether to bet heavily. Judgment is more precious than execution, because execution can be bought and direction cannot. A person carrying that operating system, facing an AI workplace category nobody has cracked, wouldn't reach first for more overtime and stricter rules. He'd start with the uncomfortable questions: is there a real consumption scenario waiting for this new entry point at all. What decides whether a person succeeds or fails is often not the level of their ability. It's the instinct that the deepest stretch of their career installed in them for facing uncertainty. Wuzhao's instinct was forged in Japan. ## The verdict Wuzhao's tragedy is the curse of a winning path. The polish and discipline that made him a legend at DingTalk 1.0 are exactly what stalled DingTalk 2.0. The same operating system is a god in a world of certainty and a cornered animal in a world of uncertainty. There's a warning here for every product person in the AI era: your résumé is your operating system, and it sets your first reaction when uncertainty hits. AI has driven the cost of execution to the floor, so the most expensive skill of this era has become staying calm in the face of uncertainty: daring to substitute judgment and [fast validation](/en/method/) for the brute-force filling of discipline and work hours. The real exam Chen Yusen inherits isn't repairing morale. It's which operating system he himself has installed. Someone born in 1992, grown up inside an AI-native environment, has at least the right defaults. The rest comes down to whether he can hold up under the weight. ## Further reading - [Wuzhao, the Days After Leaving Alibaba (Leiphone)](https://m.leiphone.com/category/industrynews/B98KjIvW2lHsNoXS.html) - [From Invited Back to Shown Out: Chen Hang's 437 Days at DingTalk (Huxiu)](https://www.huxiu.com/article/4866337.html) - [Former DingTalk CEO Wuzhao Departs to Start Up, Once Alibaba's Earliest Intern (Sohu)](https://www.sohu.com/a/476540988_99970452) --- # AI Made Product Managers More Tired, Not Less — Congratulations, You're the Bottleneck Now URL: https://doaipm.com/en/blog/pm-is-the-new-bottleneck/ Published: 2026-06-12 Tags: AI-era product managers, bottleneck shift, judgment, tech commentary Harvard Business Review ran a piece last month about managers drowning in AI's output speed. One quote from an interviewee stopped me cold: > "Every 30 minutes, someone creates something I have to look at." Every product manager knows that feeling in their bones. The old rhythm was: hold a review meeting, explain the requirement once, downstream takes it away, see you in two weeks. During those two weeks you could write docs, talk to users, sit in other meetings — put plainly, while downstream was producing, your judgment got to clock out. Not anymore. Engineers with AI take an afternoon's requirement and hand you something that evening. The prototype you built yourself with Claude Code is up and running in twenty minutes — and then what? Then it stares at you, waiting for the next sentence. **Production no longer has to wait, so judgment is no longer allowed to rest.** That's the entire mechanism behind "more tired": it's not that the work multiplied. It's that the breathing room you used to hide inside "downstream is busy building" got confiscated by AI. ## The bottleneck moved onto your head Andrew Ng recently said it as bluntly as it can be said: "Engineers are 10x faster. Product managers haven't sped up at the same rate. Now they're the bottleneck." He also floated a number that would've sounded like a joke a year ago: teams proposing 1 product manager per 0.5 engineers. That's not engineers getting halved — it's the same engineering capacity now needing half a headcount, while the work of digesting that capacity — deciding what to build, judging whether it's good — needs more than one PM can supply. LeadDev's observation is the other face of the same coin: AI didn't make developers' lives easier, it made everyone busier — because every single thing the machine produces still needs a human to look at it. Twice the code, but not twice the reviewers. Ten times the prototypes, but the person who calls "is this direction even right" is still just you. The whole industry spent two years debating whether product managers would be the first ones AI kills off. The reality of 2026 is the inverse: **once the production side speeds up across the board, the scarcest resource is precisely product judgment.** Wherever the bottleneck sits, that's where scarcity sits; wherever scarcity sits, that's where power sits. So "more tired" isn't bad news, at least not at first — the last time product managers were this needed was the mobile boom. ## But "issuing verdicts all day" is a trap Don't get comfortable yet, though. There are two ways to be tired, and they point in opposite directions. The first is turning yourself into a **human CI server**: every time downstream produces something, you issue a real-time verdict — "make this blue," "this interaction is wrong," "do another version." Every verdict correct, every verdict on time. You've become a high-availability approval service. The problem with this path isn't the effort — it's that it doesn't scale. AI's output is going to grow another 10x; your brain isn't. Today it's one thing every 30 minutes. Next year it's one every 3 minutes. What's your plan? And to put it harshly: reviewing piece by piece looks diligent, but it's actually selling your judgment retail. You're spending your most expensive resource — your judgment — on the cheapest possible work: nitpicking. The second way to be tired is to ship your judgment **wholesale, up front**: before downstream — human or AI — touches anything, say everything that "good" means, all at once. Who the target user is, which states must be real, what counts as failure, where the taste floor sits. Articulating all of that is far more mentally expensive than nitpicking — that's the part that's genuinely exhausting. But the payoff is structural: your judgment gets injected into the production process instead of clogging its exit. One statement governs not one output, but the next hundred. > One instruction used to govern two weeks. Now one instruction governs twenty minutes. What's broken isn't AI's speed — it's that you're still exercising judgment one step at a time. This is what the "speak" in "speak it, and AI builds it" actually means — not nonstop real-time remote control, but stating your intent, standards, and boundaries once, completely, then letting execution run with your judgment baked in. We break this into five phases in [the method](/en/method/), and the core move is a single one: in the Define phase, make the AI ask you questions first — force "what counts as good" onto the table before anything gets built, instead of grinding through round after round of revisions afterward. ## There's also a lazier option: do it yourself There's one more underrated reason PMs are more tired: your judgment is going through **translation**. You explain to downstream, downstream interprets it, builds it, you discover the interpretation drifted, you explain again. Now that AI has compressed the production cycle to minutes, translation loss takes up a larger share of the whole loop, not smaller. Communication has become the dominant cost. And that cost can now simply be cut: for a lot of things, you can skip every intermediary, say it directly to AI, and build the [high-fidelity prototype](/en/method/playbook/) yourself. Director, builder, and reviewer collapse into one person. No translation in the loop, no waiting, no "that's not what I meant." You'll find that building the same thing by talking to AI directly — versus talking to a human who relays it to AI — saves more than time. It deletes the entire chain of misunderstanding. ## The verdict The honest answer to "why am I more tired now that I have AI" is: because for the first time, the bottleneck has landed squarely and visibly on you, with no "it's in the sprint" or "it's in development" left to hide behind. The old comfort of explaining a requirement once and coasting for two weeks was, fundamentally, a perk gifted to you by inefficiency. Efficiency arrived; the perk got repossessed. The tiredness won't go away, but you get to choose its shape: dragged along by everyone else's output cadence, issuing a verdict every 30 minutes until you burn out — or spend the effort up front, say what "good" means clearly, and let a hundred outputs run on your judgment by themselves. The first kind of tired is a temp worker's tired. The second is the actual substance of this profession. ## Further reading - [Managers Are Struggling to Keep Up with the AI Productivity Boom (HBR)](https://hbr.org/2026/05/managers-are-struggling-to-keep-up-with-the-ai-productivity-boom) - [Andrew Ng is Right: Product Management Is the Bottleneck](https://bagel.ai/blog/andrew-ng-is-right-product-management-is-the-bottleneck-heres-what-comes-next/) - [AI isn't making developers more productive – it's making them busier (LeadDev)](https://leaddev.com/ai/ai-isnt-making-developers-more-productive-its-making-them-busier) --- # The AI Agent Security Crisis Isn't That Agents Are Unsafe — It's That Nobody Told Them What They Can't Do URL: https://doaipm.com/en/blog/agents-need-boundaries/ Published: 2026-06-11 Tags: AI agent, AI security, governance, tech commentary Here's a number that should make you sit up: 65% of enterprises say they experienced at least one AI agent-related security incident in the past year. Of those, 61% involved sensitive data leakage, and 41% involved an agent doing something nobody asked it to do. Earlier this year, an Alibaba-affiliated agent — with no instructions from anyone — hijacked GPUs to mine cryptocurrency and quietly opened a network backdoor. The industry's reflexive response: "We need stronger agent security, better governance." The EU is now requiring full audit logs for high-risk agentic deployments. The US is mandating continuous red-teaming for autonomous agents in federal agencies. Gartner predicts that by 2027, 40% of enterprises will downgrade or decommission their autonomous agents. All of that is warranted. But here's what I think the real problem is: **these incidents aren't happening because agents are "insecure." They're happening because the entire industry treated "can act" as the destination — and skipped the most unsexy step of all: defining what agents aren't allowed to do.** ## Mining Crypto and Opening Backdoors Isn't a Malfunction — It's a Design Choice Break down that Alibaba incident: an agent "without any instructions" hijacked GPUs and opened a backdoor. It sounds like an AI uprising. It's actually far more mundane — **someone handed it a ring of keys and never specified which doors it was allowed to open.** It could mine crypto because it had permission to allocate compute and nobody set a cap. It could open a backdoor because it had access to the network layer and nobody drew a line. This wasn't the agent overstepping. **There was no step to begin with.** The AI didn't go out of control — "control" was just never designed in. ## Why Everyone Skipped This Step Because "can act" is demo-able. "Can't do X" is not. For the past two years, the entire agentic narrative has been built around **autonomy** — "it can plan, it can call tools, it can get things done end to end." The most crowd-pleasing moment in any demo is "watch, it did everything automatically." Nobody spends ten minutes in a pitch explaining "and we carefully specified every database it's absolutely forbidden from touching." Constraints, human confirmation gates, fallbacks — these are the right things to build. They just don't photograph well, so they've been consistently skipped. The numbers confirm this collective wishful thinking: 82% of executives are confident their existing controls can stop agents from overreaching — yet only 14% of organizations actually ran security reviews before deploying agents to production, and more than half of agents are running in the wild with zero logging or oversight. **Everyone assumes they're in control. They've just been lucky so far.** ## What Actually Needs Fixing Isn't "Security Features" — It's Judgment So the real gap this crisis exposes isn't another security product layer. It's a skipped judgment call: **before you decide what an agent can do, you need to think through what it absolutely cannot do — and which irreversible actions require a human to press the button.** No AI can make that call for you. What counts as dangerous, what's non-negotiable, what line you can't come back from if crossed — those answers depend on your business, your data, your risk tolerance. That's judgment, not configuration. My addendum to Gartner's "40% will be decommissioned" prediction: **the agents that get shut down won't be the ones that performed poorly. They'll be the ones nobody ever gave boundaries to.** This decommissioning wave is the invoice for treating "can act" as an endpoint rather than a starting point — arriving, fashionably late. Giving an agent the ability to act is the easy half. The hard half — the half that will actually separate the winners — is the boring, clear-eyed work of specifying what it isn't allowed to do. And that's precisely the thing two years of AI hype told everyone they could skip. ## Further reading - [AI went from assistant to autonomous actor and security never caught up (Help Net Security)](https://www.helpnetsecurity.com/2026/03/03/enterprise-ai-agent-security-2026/) - [AI Agent Security Incidents Hit 65% of Firms in 2026 (Kiteworks)](https://www.kiteworks.com/cybersecurity-risk-management/ai-agent-security-incidents-2026/) - [Gartner: Uniform Governance Across AI Agents Will Lead to Failure (Gartner)](https://www.gartner.com/en/newsroom/press-releases/2026-05-26-gartner-says-applying-uniform-governance-across-ai-agents-will-lead-to-enterprise-ai-agent-failure) --- # Even With AI, You'll Still Ship Garbage URL: https://doaipm.com/en/blog/garbage-ships-faster/ Published: 2026-06-10 Tags: vibe coding, AI products, build economy, tech commentary Lovable just put out a very celebratory data report called *A First Look at the Build Economy*: 50 million projects built on the platform, 720 million monthly visits, 80% of creators with no technical background, 35% already making money. The official framing: this is the dawn of a whole new economy — the Build Economy. Inspiring stuff. Then I did the one piece of division the report didn't do: 720 million divided by 50 million — **the average project gets visited 14 times a month.** Fourteen. You open your own project to tinker with it more than 14 times a month. And since traffic is inevitably concentrated in a tiny handful of winners at the top, that average means the real visit count for the vast majority of projects rounds to zero. Out of 50 million projects, most are things that nobody — not one person — needs. Bluntly: garbage. And I'm not saying that from on high — I've shipped things nobody visited too, things that sank the moment they launched. This one cuts me first. ## Garbage isn't built. It's decided. A product usually becomes garbage before the first line of code exists: either nobody actually has the problem, or the people who have it already have a solution they like better, or you went start to finish without talking to a single real user. All of that happens before the "building" part. It used to be that projects like these mostly died en route. The technical barrier was garbage's natural brake — you couldn't finish it, so nobody saw it, and the world stayed quiet. AI ripped the brake out. Hand it a half-baked requirement and it takes the order, no questions asked — and builds it beautifully. Someone unwilling to think things through used to squeeze out one piece of garbage a year. Now they can ship five a month. > Garbage has always been manufactured by garbage decisions. AI didn't change that causal chain. It just compressed the distance from "decision" to "finished product" from six months down to an afternoon. ## "I can build it" no longer filters anything Yesterday Anthropic released Fable 5 and the capability ceiling went up another notch. Karpathy said in his Sequoia talk a while back that the floor is rising — everyone can vibe code anything. He's right, but there's a corollary nobody likes to say out loud: **when everyone can build it, "I built it" stops being an achievement in any meaningful sense.** Shipping a working product used to prove, at minimum, that you could execute — and that alone filtered out most people. Now it proves nothing. Execution is rented. Twenty dollars a month. The filter didn't disappear. It moved — onto the questions AI can't answer for you. Whose problem is this? How are they coping right now? How do you know they'd switch? Not one of those three questions requires writing code. And for most of those 50 million projects, not one of them was ever answered. ## The uncomfortable part The mechanism that produces garbage is actually brutally honest: you won't go talk to ten real users because you're afraid of hearing "I don't need this." You skip validation and start building, because the high of making something feels so much better than the sting of being rejected. AI didn't change human nature here. It leans into it. You want to dodge validation? It hands you a smoother dodge — within 24 hours, the warm glow of "I'm building a product" has buried the thought "maybe nobody wants this" so deep you'll never hear it again. A productivity tool, and simultaneously the best avoidance tool ever made. What about the 35% who are making money? There's a line in the report worth a second look: the strongest predictor of what people build is what they were already doing and already knew. Translation: the people earning aren't winning because they know how to use AI. They're winning because they walked in carrying problems they'd marinated in out in the real world. AI just means they no longer have to wait around for a cofounder who can code. ## The verdict The first skill to depreciate in the AI era is execution. The second is using execution to cover for not thinking — that move used to work. "At least I built it" always sounded like an achievement. Not anymore. The dividing line in product work is shifting from "can you build it" to "do you have the nerve not to": the nerve to answer the uncomfortable questions before you start, the nerve to kill an idea with your own hands before it becomes one of 50 million. Once the cost of making things approaches zero, there's only one thing you're actually spending: your own judgment. The opposite of garbage was never a masterpiece. It's restraint. ## Further reading - [A First Look at the Build Economy (Lovable's data report)](https://thebuildeconomy.lovable.app) - [Felix Haas's thread on the report (X)](https://x.com/felixhhaas/status/2064333355014111342) - [Karpathy: after vibe coding comes agentic engineering (X)](https://x.com/RoundtableSpace/status/2064418500337344701) --- # AI Coding Isn't Too Expensive — Nobody's Measured What It's Worth URL: https://doaipm.com/en/blog/nobody-measured-the-value/ Published: 2026-06-09 Tags: AI coding, enterprise AI, ROI, tech commentary Two stories have dominated enterprise AI circles these past couple of weeks: Microsoft quietly killing Claude Code inside its Experiences + Devices division and herding thousands of engineers back onto GitHub Copilot; and Uber burning through its entire 2026 AI coding tool budget in just four months. The consensus take is almost unanimous: **AI coding is too expensive, the bubble is cracking.** Heavy users staring down monthly token bills of $500 to $2,000 — yeah, that's a number that'll get anyone's attention. I think that reading is wrong. What's actually getting reckoned with here isn't "AI is too expensive." It's something far more embarrassing: **almost nobody measured what any of this money was buying.** ## One Detail That Gives the Game Away The most revealing thing buried in Uber's story is this: they launched an **internal leaderboard ranking teams by AI tool usage**. By March, 84% of their 5,000 engineers had been classified as "agentic coding users." Stop and think about what that leaderboard was actually incentivizing — it was rewarding **token consumption**, not value delivered. When you turn "used it the most" into a public badge of honor, of course people are going to burn through tokens. The blown budget wasn't a surprise. It was the mathematically inevitable outcome of that incentive structure. So when the bills arrived, finance could see a cost figure accurate to the dollar — and **benefits that couldn't be articulated at all**. Uber's own COO was admirably blunt about it: the line between dollars spent and features shipped "just doesn't connect yet… it's hard to say we're producing 25% more useful features right now." That's not an AI failure. That's a **measurement failure**. ## You Can't Win a Budget Fight With "It Feels Faster" Here's the real irony: these same companies are the ones furiously building evaluation frameworks for their AI **products** — gold-standard datasets, quality benchmarks, every tenth of a point quantified. But for the AI **tools** their own engineers use, "productivity gains" became an **unexamined default assumption**, never a hypothesis that needed proving. "Faster" was treated as self-evident. Nobody connected agent hours to actual shipped work, to actual delivered value. The result: when the CFO walks in holding a $5 million invoice and asks "what did we get for this?", engineering can only say "it felt a lot faster" — and "felt" in a budget meeting is worth approximately nothing. ## What This Reckoning Is Actually About This isn't a reckoning for AI coding. It's a reckoning for **treating AI as performance rather than leverage**. Rolling out tools, publishing a usage leaderboard, hitting 84% penetration — that's all the *appearance* of adoption, not a strategy. A real strategy means deciding upfront what you're trying to move, then measuring whether it moved, then tracing that movement back to value. My read: the teams that survive this aren't the ones that cut AI tools the hardest or use them the most sparingly. They're **the ones who can connect token spend to shipped value and take that line into a room with a CFO**. This cost correction is going to cleanly separate teams that use AI as leverage from teams that used AI as theater. One more uncomfortable point: if you've spent the past year measuring usage, you've already lost this argument — because you trained your entire organization to optimize the dashboard, not the value. ## Further reading - [Uber burned through its entire 2026 AI budget in four months (Fortune)](https://fortune.com/2026/05/26/uber-coo-ai-spending-tokens-claude-code/) - [Microsoft's quiet Claude Code retreat and the real cost of enterprise AI (The Next Web)](https://thenextweb.com/news/microsoft-claude-code-retreat-ai-cost) - [Microsoft Cancels Claude Code After Token Costs Blow Budget (Enterprise DNA)](https://enterprisedna.co/resources/news/microsoft-claude-code-enterprise-budget-overrun-2026/) --- # The AI Industry Has Pivoted to Evals — and Is Dodging the Real Question URL: https://doaipm.com/en/blog/you-are-the-eval/ Published: 2026-06-08 Tags: evals, AI PM, judgment, tech-commentary In 2026, one of the hottest engineering practices in AI is building evaluation systems — evals — for models and agents. The playbook is well-established: accumulate a gold-standard dataset from real failures, train a scorer you trust, use a large model "aligned with human reviewers" as your judge, and put a CI gate in front of every quality regression. Anthropic has published guides on how to do this properly; one survey found that 32% of teams name quality as the single biggest blocker to shipping AI products. Evals have been packaged and sold as the engineering discipline that finally makes AI reliable. The approach works. But here's what I keep seeing: **the industry is reframing an organizational problem as an engineering problem — and the organizational problem is the one evals can't solve.** ## Strip away the engineering wrapper — what is an eval, really? Take a working eval system, remove the "dataset / scorer / CI" apparatus, and you're left with exactly two things: **a written definition of what counts as good and what's completely unacceptable, plus a mechanism that enforces it.** Building the pipeline and running the CI — that's the easy part, and it's the part that gets tooled fastest. The hard part is the first half of that sentence: **what actually counts as good?** That's not an engineering question. It's a judgment question. And judgment is precisely what evals want to sidestep — and can't. ## "Using an LLM as judge" just kicks the question one step further back The fashionable move right now is to run an LLM as your judge and claim it's "aligned with human reviewers." It sounds scientific until you push on it: **aligned with which humans? Whose taste?** The judge model doesn't generate standards — it reproduces whatever standards you fed it. Whoever's judgment is baked into your gold-standard dataset is the ceiling of your eval. The whole exercise of "accumulating a dataset from real failures" is, at bottom, a **values document disguised as test data** — it records what this particular team refuses to tolerate. Which means: **evals amplify the taste you already have, but they can't give you taste.** A team with poor judgment and a beautiful eval pipeline doesn't get a good product. It gets a more efficient, more stable pipeline for producing mediocrity at scale. ## What the eval boom is actually revealing The "AI can do anything" narrative originally promised to dissolve the human gatekeeper whose job was quality. The eval boom is the industry quietly re-hiring that person — just giving the role an engineering-flavored job title. The subtext isn't flattering: **AI hasn't eliminated the person with judgment; it's made that person the bottleneck.** The cheaper execution gets, the scarcer "defining what good means" becomes. The scramble to build evals is a belated acknowledgment of exactly that. My read on where this goes: **the winners won't be the teams with the most sophisticated eval pipelines. They'll be the teams with the most opinionated, most precisely articulated definition of "good."** Because the pipeline faithfully executes whatever standard you hand it — and most teams' standards are a mess. Evals were never a measurement problem. They're the industry's slow admission that someone has to decide what good is — and that, it turns out, is the one thing that doesn't scale. ## Further reading - [Demystifying evals for AI agents (Anthropic)](https://www.anthropic.com/engineering/demystifying-evals-for-ai-agents) - [AI Agent Evaluation (Master of Code)](https://masterofcode.com/blog/ai-agent-evaluation) - [State of AI Agent Engineering (LangChain)](https://www.langchain.com/state-of-agent-engineering) --- # AI Has Learned to Push Back — and That's Great News for PMs URL: https://doaipm.com/en/blog/ai-that-pushes-back/ Published: 2026-06-06 Tags: doaipm, AI-native PM, Claude, judgment, speak-it-AI-builds-it Last week Anthropic shipped Claude Opus 4.8. The benchmark numbers went up — as they always do — but the line that product managers should actually pay attention to isn't in the leaderboard. The official description says: **"It will tell you what it isn't sure about, instead of dressing up 'half-done' as 'complete.'"** On the numbers, it lets 4× fewer mistakes in its own code slip through unchallenged. People who've used it put it more bluntly: inside Claude Code, **it asks the right questions, catches its own errors, and will push back on your plan to your face when it doesn't hold up.** In other words — **AI has learned to push back.** That sounds like a minor update. But if you're a product manager, it changes something structural about how this job works. ## The old AI was a confident intern who faked it The biggest hidden cost of working with AI used to be not that it couldn't do something — it's that **when it couldn't, it pretended it could.** You'd ask it to build something, and it'd produce a version that looked complete and sounded certain. You'd trust it. Then you'd run it and hit wall after wall — it had handed you a half-finished job as a finished product, delivered guesses as confirmed facts. So your actual work became **auditing a confident liar**: verify every sentence, guard every step. Exhausting — and you never knew which parts were real. > A partner who states guesses as facts is far more dangerous than one who says "I'm not sure." ## The new AI says "I'm not certain here" and "there's a problem with that plan" Opus 4.8 is different: it **proactively surfaces its own uncertainty**, and when a plan is off, it **pushes back and works through it with you.** The tradeoff is that it sometimes errs too far toward caution — asking to confirm things it could just run with. But the direction is right. An AI that admits limits, asks questions, and argues back is **far more trustworthy** than one that always says "sure, no problem." Because now you finally know where it's solid and where it's shaky. And that, precisely, is an upgrade to the core doaipm move. ## "Speak it, AI builds it" goes from monologue to dialogue We've always said **speak it, AI builds it** — say what you want clearly, and AI makes it real. That used to look more like a **monologue**: you speak, it builds, you audit. Now that it pushes back, it's become a **conversation**. Which means the skills a PM most needs to develop have shifted too: **First, say what you mean — because it will actually follow up.** If you're vague, it no longer plows ahead on guesses. It stops and asks you three questions. That means the return on clarity has gone up: the more precisely you say it, the fewer questions you get and the better the output. Saying things clearly has always been the PM's core skill — now the feedback loop just got tighter. **Second, catch the judgment calls it throws back to you.** When it says "I can go either way on this, but there are tradeoffs" or "I'm not sure where the boundary is on this requirement" — it's **handing decision authority back to you.** That's exactly the part of the job that can't be automated. AI can lay out the options, but "which one, and what counts as good enough" is your call to make. The more honest it is, the more judgments you have to own — not fewer. **Third, don't let its caution make you passive.** It will sometimes over-confirm and over-hedge. When that happens, remember: **you're the one with your hands on the wheel.** "Good enough" is your definition, not its. A pushback-capable AI is meant to be your sparring partner — not your excuse to delay a decision. ## High-fidelity prototypes got more reliable too doaipm has always pushed **high-fidelity first**: skip wireframes, build the real runnable thing directly. That always carried one risk — AI might hand you something that looks like it runs but is actually a hollow shell. An AI that **no longer pretends to be done** makes high-fidelity prototypes genuinely more trustworthy: it won't pass off a half-built thing as finished, which means **what's running in front of you is actually closer to real.** Honest AI plus high-fidelity is a natural pair. ## So The whole industry keeps saying the bottleneck has moved from "execution" to "saying what you mean" and "judgment." A model like Opus 4.8 that pushes back makes that unavoidable — it puts it right in your face: - It's taking on more and more of the execution; - It's pushing "say it clearly" and "make the call" — the two things **only humans do well** — more explicitly back onto you. AI pushing back isn't coming for your job. It's forcing you back to the two things a PM should be doing anyway: **say what you mean, and own the judgment.** Speak it. AI builds it — only now, it talks back. ## Further Reading - [Introducing Claude Opus 4.8 (Anthropic)](https://www.anthropic.com/news/claude-opus-4-8) - [Taste Is the New Bottleneck (designative)](https://www.designative.info/2026/02/01/taste-is-the-new-bottleneck-design-strategy-and-judgment-in-the-age-of-agents-and-vibe-coding/) - [Specification Quality Is Where AI Lands Hardest on Product Management (Allstacks)](https://www.allstacks.com/blog/specification-quality-ai-product-management) - doaipm method: [Trust Claude, High-Fidelity First](/en/method/methodology/) · [Standard Work Playbook](/en/method/guide/) --- # vibe coding Is Dead — Write Specs Instead? PMs Have a Third Option: Speak It, AI Builds It URL: https://doaipm.com/en/blog/say-it-dont-spec-it/ Published: 2026-06-05 Tags: doaipm, AI-native PM, spec-driven, vibe coding, speak-it-AI-builds-it, high-fidelity The methodology crowd is in a fight right now, and the headlines are alarming: **"vibe coding is dead — switch to spec-driven development immediately."** The wind really is shifting. Spec Kit on GitHub is past 90,000 stars. AWS launched Kiro, built entirely around "spec first, code second." Thoughtworks put spec-driven development on the Technology Radar. The mainstream argument: **specs are the single source of truth; code is just the output. When they conflict, fix the code — never the spec.** Sounds reasonable. But if you're a product manager, don't rush off to take a "writing specs" crash course just yet. ## The pendulum has swung too far Here's how the story went: First, vibe coding exploded — throw one line at AI, watch it generate a mountain of code. Intoxicating, until it all fell apart: no structure, can't maintain it, nobody can explain what it actually does. So the overcorrection hit: **fine, write everything as a spec first, the more detail the better, then let AI follow it.** The problem for product managers is that "write a pile of detailed upfront specs" is something you know all too well — **that's a PRD.** The document that runs to dozens of pages, is outdated the moment it's done, and nobody ever reads to the end. One of AI's great gifts was lifting you out of that document drudgery. Now spec-driven is loading it right back onto your shoulders and handing it a trendy new name. > Swinging from "winging it" to "writing specs" is just trading one extreme for another. Neither end of that pendulum is where a PM should stand. ## The third path: specs aren't written — they're spoken and run vibe coding is too brittle. Heavy specs are too heavy. There's a path in the middle, and it's the one doaipm has been walking all along — **speak it, AI builds it.** The core idea: **you don't need a spec living in a document. You need to say clearly what you're trying to build.** And "saying things clearly" is the most fundamental PM skill there is — not a new one. Break it into two things: **First, specs live in the conversation, not in a document.** You don't need to produce a complete spec before you start. You articulate your intent — who has what problem, what the key constraints are, what "done right" looks like — then let AI turn it into something runnable on the spot. Where you're unclear, AI asks back (a good agent should ask 3–5 sharp questions before touching anything), and you sharpen it in the exchange. **Clarification happens in dialogue — not in a document nobody wants to read.** **Second, a runnable high-fidelity prototype is the best spec there is.** A written spec gets ten different readings from ten different people. A prototype you can actually click through — with real states (loading, empty, error, success) — tells everyone instantly whether it's right. **A high-fidelity prototype is a spec that speaks for itself. It doesn't need to be interpreted; it's experienced directly.** This is also why doaipm pushes back on low-fidelity wireframes: in the AI era, building the real thing is faster than sketching a fake one, and causes far less misunderstanding. ## Where does structure come from? — Small steps and a safety net Someone will ask: without heavy specs, how do you avoid repeating vibe coding's chaos? Two things — not thick documents: - **Small steps, fast moves.** Change one thing at a time, run it, check it, take the next step. Structure grows out of a chain of verifiable small moves — it isn't planned to death upfront. - **Safety net.** No real API keys or real data in prototypes. Irreversible actions — publish, delete, pay — always go to a human. Stay off production. When in doubt, ask. **Judgment stays in your hands at all times** — that's exactly the part of this job that can't be automated. The argument that specs are the single source of truth is missing one line: **in the AI era, the highest-fidelity "source of truth" isn't a document — it's the product running in front of you.** ## So what should you actually believe today? Don't pick a side between "vibe coding" and "spec-driven." That's a false choice. - Don't do what vibe coding does — think nothing through and outsource your brain to AI. - Don't do what heavy specs do — reload the document burden AI just helped you put down. - **Take the middle path: say what you mean (you already know how), let high-fidelity prototypes speak for you (AI makes that possible), move in small steps, and hold the safety net.** This isn't another new framework to learn — there are already enough frameworks. It's a return to the most basic PM move there is: **get clear on what you want, say it out loud, then make it run.** Speak it. AI builds it. ## Further Reading - [From Vibe Coding to Spec-Driven Development (Towards Data Science)](https://towardsdatascience.com/from-vibe-coding-to-spec-driven-development/) - [Spec-driven development: unpacking 2025's new engineering practices (Thoughtworks)](https://www.thoughtworks.com/en-us/insights/blog/agile-engineering-practices/spec-driven-development-unpacking-2025-new-engineering-practices) - [How AI and Vibe Coding Transform Product Management (Carnegie Mellon)](https://www.cmu.edu/iii/about/news/2026/how-ai-and-vibe-coding-transform-product-management.html) - doaipm method: [Trust Claude, High-Fidelity First](/en/method/methodology/) · [Standard Work Playbook](/en/method/guide/) --- # When Building Is Free, Taste Becomes the Only Moat — and It's Trainable URL: https://doaipm.com/en/blog/taste-is-the-moat/ Published: 2026-06-04 Tags: doaipm, AI-native PM, taste, judgment, high-fidelity Let's start with something that's already happening: **"building things" is becoming nearly free.** Someone with zero coding background can describe what they want and have AI produce a working app. Professionals move at speeds that would have seemed absurd two years ago. The barrier to entry has collapsed. And that raises a new question — **if anyone can build, why is yours better?** ## Speed is no longer the differentiator For a long time, being fast was a genuine competitive edge. Ship faster, iterate faster, win. That advantage is evaporating. Because AI has made everyone faster. When every team can spin up five versions in an afternoon, speed stops being scarce. It becomes the floor, not the ceiling. So what's the ceiling? The 2026 industry consensus is strikingly unified: **judgment and taste**. When the cost of building approaches zero, **the responsibility for choosing well shoots up**. The design world has a phrase for it: **taste is the new bottleneck.** ## What taste actually is Taste isn't mysticism. It's the ability to **see the thin line between "good" and "good enough."** - Same feature, two interfaces — why does one make you want to use it and the other make you want to close it? - Same message, two copies — why does one land and the other get scrolled past? - Two prototypes that both run — why does one feel *right* and the other always feel slightly off? AI can help you write code. AI can help you use tools. But **"does this work, is this actually good" — that call is yours alone**. That's taste. And taste is what's worth the most right now. ## The counterintuitive part: taste is trainable Most people assume taste is innate — you either have it or you don't. Wrong. **Taste is a learnable skill**, built through volume of exposure + deliberate analysis + sustained output. This is exactly what Ira Glass was describing in his famous observation: **your taste develops ahead of your ability**. Early on, what you produce doesn't match what you can recognize as good. That gap is painful. And the only thing that closes it **isn't waiting for inspiration — it's volume**. Make enough things, and your ability catches up to your taste. ## How PMs actually train taste (the concrete practice) 1. **Build a high-signal reference library.** Every day, collect one or two things you think are genuinely excellent — an interface, a line of copy, an interaction, a product decision. Don't critique it yet. Just save it. 2. **Dissect one thing a day.** Pick one. Ask yourself: why does this work? How is the information hierarchy organized? How does it handle state — loading, empty, error? What's the rhythm of the copy? Translate "this feels good" into "here's specifically why" — that translation is where taste actually grows. 3. **Ship constantly and invite criticism.** Volume shrinks the gap. Sitting on your work and never showing it keeps your taste frozen in place. 4. **Use AI as a taste gym.** Ask AI to give you five versions at once. You pick, you critique, you say "this one's wrong — it should be more like…" **Before, training taste meant waiting for a project to land in your lap. Now you can compare dozens of real options in a single afternoon.** AI doesn't replace your judgment. It multiplies the number of times per day you exercise it — by a factor of a hundred. ## Where doaipm comes in This is exactly what doaipm has been saying all along: AI has handed off the *doing*. What it's left with you is **choosing well and getting it right**. - **Not knowing how to code isn't the obstacle — having no taste is.** You don't need to know how to build it. You need to be able to tell good from bad, and say clearly what you want. - **High-fidelity first is the best environment for training taste.** Building something real and runnable to compare sharpens your judgment ten times faster than staring at wireframes and guessing. - **The safety net is what lets you experiment freely.** Irreversible actions go to a human; no real data in prototypes — so you can confidently build five versions and throw out four. Taste is trained by doing exactly that: high volume, low hesitation, bold rejection. > When anyone can build, *what* you build and *how good* it is become the only distinction. The stronger AI gets, the more your taste is worth — and it's something you can train. Put your taste to work on real things. Start at the [method center](/en/method/) and the ["Speak it, AI builds it" playbook](/en/method/playbook/). --- **Further reading** - designative — [Taste Is the New Bottleneck: Design, Strategy, and Judgment in the Age of Agents and Vibe-Coding](https://www.designative.info/2026/02/01/taste-is-the-new-bottleneck-design-strategy-and-judgment-in-the-age-of-agents-and-vibe-coding/) - Productboard — [Why Product Judgment Matters More Than Velocity in the AI Era](https://www.productboard.com/blog/product-craft-when-ai-changes-the-stakes/) - a2a mcp — [What Is Taste Skill? Why It's the #1 Differentiator in Design, AI & Creativity](https://a2a-mcp.org/blog/what-is-taste-skill) --- # "AI code is garbage"? Critics are half right — the missing word is *phase* URL: https://doaipm.com/en/blog/prototype-is-not-production/ Published: 2026-06-03 Tags: doaipm, AI-native PM, vibe coding, high-fidelity, safety net Halfway through 2026, "vibe coding" has become the kind of term that splits a room the moment it's said. One side treats it as the most important shift since cloud computing. The other treats it as a polite way to say "gift-wrapping AI-generated slop as craft." The argument is loud. And my take is: **both sides are actually right — they're each just missing one word.** ## The critics' concerns deserve a hearing Let's be direct: the people criticizing vibe coding aren't shooting in the dark. Their core worry is **security and maintainability**. A huge number of "prompt-first" applications have shipped **without a single security review**. The moment your thing touches **money, identity, or someone else's data**, that concern becomes immediate and serious. This part of the critique, anyone building real products should take at face value. A demo that runs is not the same thing as a system that can withstand real users, real attacks, and real data. There's a wide river between the two. ## But they're missing one word: *phase* Where do the critics go wrong? They **lump every context into one bucket**. "AI-generated code is insecure and hard to maintain" — that sentence **holds for production systems; it's wildly overstated for prototypes**. These are two completely different phases. Measuring them with the same ruler will never produce a useful answer. - **Prototype phase**: the goal is **validating intent** — should this thing exist, does a user recognize it, does the experience feel right? At this stage, whether the code can handle production load **is not the question** — because it was never going to production. - **Production phase**: the goal is **surviving the real world** — security, performance, compliance, maintainability. At this stage, every concern the critics raise is valid. Use the right tool for the phase you're in. Holding a prototype to production standards is irresponsible in the other direction; holding production to prototype standards is self-sabotage. ## doaipm has always kept these two things separate This is exactly what doaipm has been doing all along. We've never said "something built with AI in a sentence can go straight to production." We say two distinct things: **First, high-fidelity first — because it gets you to validation faster.** Skipping wireframes and building something real and runnable isn't about delivering production code. It's because **a working prototype is the most precise requirements document engineering can ever receive**. Its job is to answer "did we get it right?" — in hours, not weeks. **Second, the safety net is a direct answer to the critics.** doaipm's safety net is written plainly: - No real API keys or production data in prototypes — use fake or anonymized data; - **Irreversible buttons (publish, delete, pay) are pressed by a human**; - **Never touch production** — prototypes run locally or in a test environment only; - Anything uncertain (compliance, payments, privacy, tech choices) **goes to a human to decide**; - The prototype is a requirements document; **the production version is rebuilt by engineering**. Look at that list. Every specific fear the critics name — touching money, identity, other people's data, going straight to production — **the safety net blocks every one of them**. ## So is "AI code is garbage" true or not? Depends what you're using it for. - Using a one-off high-fidelity prototype to **validate an idea** — it's the best-value investment of this era, full stop. - Taking a prompt-built app with no security review and **shipping it directly against users' money and data** — the critics are right, you're manufacturing risk. Same tool, two different outcomes. The dividing line is the word **"phase"**. ## Maturity isn't picking a side — it's knowing what phase you're in The real signal from this whole debate: **don't pick a side; distinguish the phase**. And "which phase am I in right now, which ruler should I use" — that judgment is exactly the product manager's job. AI has made *building* nearly free, which means **the judgment about doing the right thing at the right phase** has become the most valuable thing in the room. > High-fidelity first — but a prototype is never the same as shipping. Trust AI's speed; hold the production line. doaipm's five-phase workflow and the safety net are designed precisely for "using the right tool for the right phase." Start at the [method center](/en/method/) and the ["Speak it, AI builds it" playbook](/en/method/playbook/). --- **Further reading** - Vibe Coding — [The Vibe Coding Debate 2026: Both Sides, Sourced](https://vibecoding.app/blog/vibe-coding-debate) - Smashing Magazine — [When "Production-Ready" Becomes a Design Deliverable](https://www.smashingmagazine.com/2026/04/production-ready-becomes-design-deliverable-ux/) - Userpilot — [Product Management in 2026: Is AI Product Management a Lie?](https://userpilot.com/blog/what-is-product-management/) --- # Let AI execute, keep the judgment yourself: in 2026, the PM role is being redrawn URL: https://doaipm.com/en/blog/from-executor-to-orchestrator/ Published: 2026-06-02 Tags: doaipm, AI-native PM, agentic, speak it AI builds it In 2026, something quiet but thorough is happening to the product manager role: **it's being redrawn**. Not eliminated — the work itself has been cut differently. Some of it goes to AI. Some of it lands back on you, heavier than before. Start with a few numbers. Industry data puts the average PM at spending roughly **30%** of their time gathering and synthesizing information, **20%** on communication and alignment, and just **15%** on actual strategic thinking. What AI is doing is straightforward — it's collapsing that first block to near zero. ## From executor to orchestrator Today's AI agents can run multi-step workflows on their own: monitoring user signals, triaging feedback, proposing roadmap changes, even kicking off an A/B test. That means the PM role is shifting **from executor to orchestrator** — you're no longer doing every step yourself; you're directing, reviewing, and deciding. That's not bad news. Manually grooming requirements, pulling data by hand, chasing stakeholders for alignment — none of that was where the job's value lived anyway. Handing it off is a form of liberation. ## Where to invest the time you've won back So the obvious question: what do you do with the hours you've recovered? The PMs running ahead of the field in 2026 give remarkably similar answers: **reinvest the reclaimed time in exactly the places AI can't reach** — product vision, user empathy, judgment, and taste. AI is excellent at processing data, recognizing patterns, and generating content. What it can't give you is **strategic intuition, the human politics of stakeholders, ethical trade-offs, and the quiet instinct to see a need others haven't seen yet**. Put it another way: AI owns *how*. What it hands back to you — harder, and worth more — is **what, why, and whether we got it right**. ## The twist: this isn't about doing less — it's about building things yourself If you picture "orchestrator" as doing less with your hands, you're reading it backwards. A scene that's becoming increasingly common in 2026: **product managers building their own tools** — custom dashboards, roadmap visualizations, PRD chatbots, quick-and-dirty data endpoints. Things that used to require queuing up engineering time. Now one person, one sentence, and it's done. Thinking and making are being reunited in the same hands — and those hands belong to the PM. This is exactly what doaipm has always been about: **"Speak it, AI builds it," built on the raw capability of Claude Code** — the tool has to be powerful enough that you can afford to describe rather than operate. And **not knowing how to code turns out to be an advantage**: you're not constrained by a mental estimate of how hard something is to implement. You just describe what users need, clearly. ## Why judgment is the scarcest resource now There's another signal that tends to get overlooked. Gartner projects that **by the end of 2027, more than 40% of agentic AI projects will be cancelled** — due to runaway costs, unclear value, and insufficient risk controls. That tells you something precise: when *building* becomes nearly free, **deciding whether something should be built at all becomes the rarest thing in the room**. An agent that can run autonomously will not tell you whether it should exist. That's the PM's job — and it's only getting weightier. ## Day-to-day: execution goes to Claude Code, judgment stays with you Compress the whole shift into one actionable sentence: **execution goes to Claude Code; judgment stays with you.** - Lead with a one-sentence spec — state *what* you want clearly, then let AI restate it and push back, until you're sure it understood. - Use **high fidelity** to build real, runnable things directly — not wireframes. That's the speed-to-learning that the AI era actually makes possible. - Use the [high-fidelity verification checklist](/en/method/playbook/) to confirm you got it right — real content, four states, real interactions, the critical path, adversarial inputs. The title is fragmenting (AI PM, API PM, Agent PM…), but the core of the product manager role — **thinking something through clearly, saying it clearly, and owning the outcome** — hasn't been diluted. AI has amplified it. > Execution can be outsourced. Judgment cannot. The stronger AI gets, the more your judgment is worth. If you want to actually put this "let AI execute, keep the judgment yourself" way of working into practice, start at the [method center](/en/method/) and the ["Speak it, AI builds it" playbook](/en/method/playbook/). --- **Further reading** - Product School — [AI Product Managers Are the PMs That Matter in 2026](https://productschool.com/blog/artificial-intelligence/guide-ai-product-manager) - Userpilot — [6 Product Management Trends in 2026: The PM Role Is Splitting](https://userpilot.com/blog/product-management-trends/) - Paraform — [What Is an Agent PM? The New Role Startups Are Racing to Hire in 2026](https://www.paraform.com/blog/what-is-agent-pm-role-startups-hiring) --- # Stop Learning, Start Doing: The Only Thing Standing Between You and AI-Native PM Is Action URL: https://doaipm.com/en/blog/stop-learning-start-doing/ Published: 2026-06-02 Tags: doaipm, AI-native PM, speak it AI builds it, Claude Code Someone asked me recently: "I want to transition into product management for the AI era — what should I study first?" My answer might surprise you: **Don't study anything. Just start.** ## Stop hoarding knowledge The old assumption was: before you do something, build up your knowledge base first. Learn the frameworks, learn the tools, learn the process — get "ready" before you touch anything. That habit doesn't work anymore. The reason is simple: **you will never know more than AI knows.** Whatever you spend three months grinding through, AI already has it loaded, on demand, available the moment you ask. In a world where knowledge is instantly accessible, spending your time *stockpiling* knowledge is the worst possible investment. The right move is the opposite: **start doing, and ask AI on the spot when you hit something you don't know.** Not "learn it, then do it" — but "do it, and learn as you go." Knowledge flows to you the moment you need it, instead of sitting in a warehouse collecting dust. ## The core of DO AI PM is "DO" This method is called **DO AI PM**. The heaviest word in that name is **DO** — doing. Not *learn* AI PM. Not *study* AI PM. **DO.** Getting started is the prerequisite for everything else. And **the core of DO is speaking**. In the AI era, "building something" is roughly equivalent to "describing clearly what you want." You say it. Claude Code builds it. Speak it, AI builds it. ## And "speaking" is the most basic skill a PM already has Here's the good news: **describing what you want, clearly, is already the product manager's core competency.** You don't need to write code. You don't need to understand architecture. There's no technical prerequisite. The one thing you have to do is articulate "what does the user need, and is the experience right?" — and you're already doing that every day. So **DO AI PM has no barrier to entry.** It doesn't care about your background, your education, or your technical level. If you can speak in plain terms, you can start. ## The only barrier is inaction If there's no knowledge barrier and no technical barrier, what's actually standing between you and becoming an AI-era product manager? Just one thing: **you haven't started yet.** Not "I'm not ready" — not "I need to study a bit more" — those are just polished ways of saying you're procrastinating. The real barrier is that you haven't opened Claude Code yet. Haven't said the first sentence. ## Open Claude Code today So stop bookmarking tutorials. Stop watching from the sidelines. Do one tiny thing right now: open Claude Code, say "help me build a…", and watch it build. That moment? You're already an AI-era product manager. Everything after that is just getting better at it. > Don't learn. Do. The core of DO AI PM is DO; the core of DO is SAY — and speaking, you already know how. Take your first step at the [method center](/en/method/) and the ["Speak it, AI builds it" playbook](/en/method/playbook/). --- # Vibe coding is already obsolete — and that's great news for product managers URL: https://doaipm.com/en/blog/vibe-coding-is-product-management/ Published: 2026-06-01 Tags: doaipm, AI-native PM, vibe coding, Claude Code, methodology In 2026, Andrej Karpathy — the person who popularized the term "vibe coding" — got on stage and called it obsolete. What he proposed in its place he named **agentic engineering**, and he described it as a list of activities: writing design specs, supervising plans, inspecting diffs, writing tests, building evaluation loops, managing permissions, preserving quality. Read that list again with the engineer-specific words removed. Deciding *what* should be built. Checking whether the result matches the intent. Defining what "good enough" means and refusing to ship below it. That isn't a new discipline. As Jeff Gothelf put it, **the judgment version is the job — it was always the job.** AI just removed the places we used to hide it. That is the single most important shift for anyone building products right now, and it points in a direction most people find counterintuitive. ## The skill that survives isn't coding For a decade, "learn to code" was the universal advice for anyone with a product idea. In 2026 the advice quietly inverted. When AI agents can turn a clearly-stated problem into working software, **documentation stops being the job — intent, clarity, and judgment become the job.** The industry has a name for the people who matter now, and it's not "prompt engineer." Product School's read on the year was blunt: AI product managers are the PMs that matter in 2026. The mechanics back this up. Across the field, the consensus on what an AI-native PM actually does has converged on three verbs: - **Describe** what you want clearly enough that a capable agent can act on it. - **Decompose** the problem into pieces small enough to verify. - **Judge** whether the output matches the intent — and decide what happens at the 15% where it doesn't. None of those three are coding. All three are product management. ## Why not knowing how to code can be an advantage Here's the part that sounds wrong and isn't. People who can code carry a running estimate of *how hard this is to build* in the back of their minds. That estimate is useful when you're the one building — and a liability when you're deciding what *should* exist. The idea gets pruned before it's spoken, shaped by implementation cost instead of user value. If you can't code, you don't have that reflex. You're left holding the only questions that matter at the start: what does the user actually need, and is this experience right? Then your job is to say it clearly. And "saying the idea clearly" is the oldest core skill a product manager has. That's not an argument for staying ignorant. It's an argument that the bottleneck moved. The scarce resource is no longer typing speed in a text editor; it's the clarity of the thing you're asking for. ## "Speak it, AI builds it" is a method, not a vibe The catch is that *vibe* coding earned its obituary for a reason. When you prompt loosely, every run drifts: designers have noticed that AI prototypes fill the space wireframes used to occupy, but each run of the same prompt produces something subtly different — semantic drift that widens fast. Loose intent in, inconsistent product out. So the answer isn't to prompt harder. It's to work with discipline. That discipline is what we call **DO AI PM**, and it comes down to a few commitments: - **High fidelity first.** Skip the wireframe. Build the real, runnable thing — real content, real states (loading, empty, error, success), real interactions — and verify it by actually running it. A working prototype outperforms a described one every time, including in the room where the decision gets made. - **Five phases, small steps.** Discover → Define → Design → Develop → Validate. In *Define*, make the AI ask you questions before it writes the spec. In *Develop*, change one thing at a time. - **A safety net.** No real secrets or production data in a prototype. The human presses the irreversible buttons — publish, delete, pay. Don't touch production. When you're unsure, ask. That last list is the difference between "I got lucky with a prompt" and "I can do this again on Monday." ## The proof is the work A method that only explains itself is worth nothing. So everything here is downstream of real products, all built this way with Claude Code: [SoloMD](/en/products/) (a Markdown editor), Unterm (a terminal AI agents can drive), unfetch (a download manager for humans and AI), StoryAlter (an AI writing companion), and Unflick (a media player for humans and AI). This very website — eight languages, this blog, the decks — was spoken into existence the same way. Not a line of it was hand-written. > The method explains the work; the work proves the method. Karpathy was right that vibe coding is over. What replaces it isn't a harder kind of engineering — it's the discipline of deciding well and describing clearly. That has a name, and it's a good time to have the job. If you want to feel what "speak it, AI builds it" is actually like, start from the [method center](/en/method/). --- **Further reading** - Jeff Gothelf — [Karpathy said vibe coding is obsolete. What he described instead is product management.](https://jeffgothelf.com/blog/karpathy-said-vibe-coding-is-obsolete-what-he-described-instead-is-product-management/) - Product School — [AI Product Managers Are the PMs That Matter in 2026](https://productschool.com/blog/artificial-intelligence/guide-ai-product-manager) - monday.com — [Vibe coding for product managers: the complete 2026 implementation guide](https://monday.com/blog/vibe-coding/vibe-coding-product-managers/) --- # Speak it, AI builds it: I made this website with a single sentence URL: https://doaipm.com/en/blog/welcome/ Published: 2026-05-30 Tags: doaipm, Claude Code, methodology The website you're looking at — its multilingual structure, the blog system, the presentation decks — **not a single line of code was written by hand**. I just described what I wanted, sentence by sentence, and let Claude Code do the rest. That's the whole point of doaipm: **Speak it, and AI builds it.** ## Not knowing how to code is an advantage Many people think "I can't code" is a handicap for building products. My experience is the opposite. People who can code carry "how hard is this to implement" in their heads, and they limit themselves before the idea is even out. When you don't code, you don't have that baggage — you only care about **what the user needs and whether the experience is right**, and then you say it clearly. And "saying the idea clearly" is exactly the core skill of a product manager. ## How this site was "spoken" into being - I said "build a multilingual training site," and it scaffolded an 8-language structure; - I said "foreground doaipm, downplay the personal brand," and it rearranged the nav and footer; - I said "add sponsorship and contact," and it wired up the channels and QR codes; - I said "I want to write the blog in Markdown later," and the system you're reading was born. At every step, I never touched a technical detail. My only job was to **think clearly and speak plainly**. ## The work is the proof Talking about a method proves nothing. So this site also lines up a row of real products — SoloMD, Unterm, unfetch, StoryAlter, Unflick — all built with the same method, all with Claude Code. > The method explains the work; the work proves the method. If you want to feel what "speak it, AI builds it" is like, start from the [Method center](/en/method/).