Jak produktový manažer z Meta dodává produkty bez psaní kódu - Workflow pro vibe coding

Produktový manažer, který vytváří produkční aplikace bez znalosti programování

Zevi Arnovitz nemá žádné technické zázemí. Na střední škole studoval hudbu. V izraelské armádě nebyl v technické jednotce. Přesto je produktovým manažerem v Meta, který jako víkendové projekty vytváří a nasazuje produkční aplikace - s využitím AI jako svého celého vývojářského týmu.

Okamžik, kdy se vše změnilo: "When Sonnet 3.5 came out, I was watching a YouTube video of people building apps with Bolt or Lovable. It felt like someone came up to me and said, 'Hey, you have superpowers now.'" (Když vyšel Sonnet 3.5, sledoval jsem YouTube video lidí, kteří vytvářeli aplikace s Bolt nebo Lovable. Bylo to, jako by ke mně někdo přišel a řekl: "Hej, teď máš superschopnosti.")

Proč na tom záleží: "Pokud jste netechničtí jako já, kód je děsivý. Je to ta nejstrašidelnější věc na světě, na kterou se můžete podívat. Beru to jako expoziční terapii."

Jeho inženýři v Meta ho žádají, aby je naučil, co všechno zjistil. Tato konverzace odhaluje kompletní workflow.

Systém slash commands: Kompletní workflow od PM k dodanému produktu

Zevi vytvořil sérii znovupoužitelných promptů (slash commands) v Cursor, které tvoří kompletní vývojový workflow:

1. /create-issue - Rychlé zachycení bugu nebo nápadu na funkci během vývoje, vytvoří ticket v Linear
2. /exploration-phase - Claude analyzuje codebase a klade upřesňující otázky před jakýmkoli programováním
3. /create-plan - Generuje markdown soubor s jasnými kroky, sledováním stavu a technickými rozhodnutími
4. /execute-plan - Skutečně to postaví
5. /review - Claude provádí review vlastního kódu
6. /peer-review - Více AI modelů provádí review kódu navzájem
7. /update-docs - Aktualizuje dokumentaci pro budoucí agenty

Klíčový poznatek: "The big difference between just vibe coding and building serious apps is I spend a lot of time going back and forth and understanding. The exploration phase is critical." (Velký rozdíl mezi pouhým vibe coding a vytvářením seriózních aplikací je, že trávím hodně času opakovaným procházením a porozuměním. Exploration phase je kritická.)

Jak nechat AI modely provádět review práce navzájem

Nejinovativnější částí Zeviho workflow je systém peer review. Protože sám nemůže provádět review kódu, nechává různé AI modely, aby si navzájem kontrolovaly práci:

Jeho mentální model každé AI:

• Claude - "Dokonalý CTO. Velmi komunikativní, velmi chytrý, velmi názorový, ale kolaborativní. Můj vysněný dev lead."
• Codex (GPT) - "Nejlepší kodér, který přichází do kanceláře v mikině a sandálech, sedí v tmavé místnosti. Obtěžujete ho jen s nejhoršími bugy. Není komunikativní, ale všechno vyřeší."
• Gemini - "Šílený vědec, který je super umělecký, super talentovaný v designu, ale děsivé ho sledovat při práci. Řekne 'nejdřív smažu dashboard' a pak 'ne, to byla chyba.'"

"I have each model review the code, then use /peer-review which tells Claude: 'You're the dev lead on this project. Other team leads have found these issues. Don't take what they said at face value - you have more context. Either explain why they're wrong or fix the issues.'" (Nechám každý model provést review kódu, pak použiji /peer-review, který říká Claude: "Jsi dev lead na tomto projektu. Ostatní team leadi našli tyto problémy. Neber to, co řekli, za bernou minci - máš více kontextu. Buď vysvětli, proč se mýlí, nebo problémy oprav.")

Modely se hádají. Claude je někdy "drzý": "Toto bylo vzneseno potřetí a potřetí vám říkám, že to není problém. Je to záměrně."

CTO v kapse: Proč začít s projektem v ChatGPT

Před Cursor si Zevi vytvořil projekt "CTO" v ChatGPT - vlastní prompt, který funguje jako kompletní technický vlastník:

"Řekl jsem mu: Já vlastním problém. Já vlastním, jak se mají uživatelé cítit. Ty jsi kompletní vlastník toho, jak se to staví. Chci, abys mě vyzýval. Nechci, abys byl people pleaser."

Proč na tom záleží: "Regular ChatGPT would be the worst CTO because it's such a people pleaser. I asked it if Bun JavaScript is similar to Zustand and it said 'oh yeah, exactly the same.' Then it said, 'I thought you were making this up and I was riffing with you.' That's terrifying." (Běžný ChatGPT by byl nejhorší CTO, protože je takový people pleaser. Zeptal jsem se ho, jestli je Bun JavaScript podobný Zustand a řekl "oh yeah, úplně stejné." Pak řekl: "Myslel jsem, že si to vymýšlíš a já jsem ti na to hrál." To je děsivé.)

Hack s příležitostí k učení

Jeden z Zeviho nejsilnějších slash commands je /learning-opportunity:

"Pokaždé, když je pro mě něco těžké pochopit, použiji /learning-opportunity. Nastaví to Claude: 'Jsem technický PM ve vývoji. Mám středně pokročilé inženýrské znalosti. Vysvětli, na čem pracujeme, pomocí pravidla 80/20.'"

K obavám z atrofie: "Silně nesouhlasím s myšlenkou, že AI způsobuje atrofii vašich dovedností. Mylná představa je, že PM by měli vždy mít správné odpovědi. Moje práce je využít cokoli, co nás co nejrychleji dostane k dodání správného řešení. Pokud používáte AI jen k vytváření výstupů, to je AI slop. Ale pokud ji používáte záměrně, je to game changer."

Návyk post-mortem, který se kumuluje

"When Claude fails to do something or creates a really bad bug, I ask it: 'What in your system prompt or tooling made you make this mistake?' Claude goes introspective, then I say, 'Let's update your tooling and documentation so this never happens again.'" (Když Claude selže v něčem nebo vytvoří opravdu špatný bug, zeptám se ho: "Co v tvém system promptu nebo nástrojích tě přimělo udělat tuto chybu?" Claude se zamyslí, pak řeknu: "Pojďme aktualizovat tvé nástroje a dokumentaci, aby se to už nikdy nestalo.")

Takto se prompty neustále zlepšují. Celý systém se zlepšuje pokaždé, když se něco pokazí.

7 poznatků pro netechnické tvůrce využívající AI

• Začněte s projektem v ChatGPT - Vytvořte si svého "CTO" předtím, než se dotknete kódu. Učte se v bezpečném prostředí.
• Postupujte nástroji pomalu - GPT → Bolt/Lovable → Cursor. Kód je expoziční terapie.
• Exploration phase je kritická - Nenechte AI začít programovat okamžitě. Na plánování záleží.
• Nechte modely provádět review navzájem - Claude, Codex a Gemini zachytí různé věci.
• Berte selhání jako upgrady systému - Každý bug je šance vylepšit vaše prompty.
• Používejte /learning-opportunity - Proměňte každý matoucí moment ve vzdělávání.
• Vlastněte své výstupy - "Pokud řeknete 'promiňte, to postavila AI' - to je vaše chyba."

Co to znamená pro budoucnost znalostní práce

Zeviho předpověď: "Titles are going to collapse and responsibilities are going to collapse. Everyone's going to become a builder. It's the best time to be a junior. When else in history could you get out of school and build a startup on your own?" (Tituly se zhroutí a zodpovědnosti se zhroutí. Všichni se stanou buildery. Je to nejlepší doba být junior. Kdy jindy v historii jste mohli vyjít ze školy a sami si postavit startup?)

Toto není teorie. Postavil kompletní kvízovou aplikaci (Studymate) jako víkendový projekt. Plně ji lokalizoval z hebrejštiny do angličtiny za dva dny. Dostal se od nulové domény k živému webu za 90 minut.

Dovednost, která teď záleží, není programování - je to být "10x učící se, ne 10x PM." Prompty, slash commands a workflow, které sdílí, jsou ke stažení. Jediná zbývající bariéra je začít.