„Product engineer“ zní jako nový název pro starou práci, ale rozdíl je skutečný. Klasický inženýr se hodnotí podle výstupu: uzavřené tikety a funkce dodané podle specifikace. Product engineer podle výsledku: dokončili uživatelé danou akci? Posunula se metrika? Dostala firma to, za co zaplatila? Kód je stejný; jiná je otázka, kterou si položíte před jeho napsáním.
V praxi dělá product engineer několik věcí jinak. Než se zeptá „jak“, ptá se „proč“: Jaký problém řešíme, pro koho a jak poznáme, že jsme uspěli? Zpochybní specifikaci, když jednodušší verze přinese stejnou hodnotu za třetinu času. Zajímá ho celá cesta uživatele včetně načítání, chyb a prázdných stavů, nejen ideální scénář v návrhu. Po vydání sleduje analytiku, tikety podpory a záznamy relací, nejen zelenou značku CI.
Tato role vyžaduje široký záběr. Nemusíte být nejlepší odborník na databáze ani nejlepší designér, ale měli byste se orientovat na celé cestě: datový model, API, UI, nasazení, analytika a dnes i AI. Proto se z full-stack inženýrů často stávají product engineers: když vlastníte funkci od začátku do konce, není komu předat otázku „proč“. U mě to znamená cestu od schématu v Postgresu přes obrazovku v Next.js až k události, která ukáže, jestli ji někdo použil.
Product engineers dodávají malé kroky a rychle se učí. První verze je jedna měřená akce v produkci za feature flagem, ne platforma, která se spustí za půl roku. Vědí, kde lze slevit (administrační panel může být ošklivý, ruční krok může měsíc zůstat ruční) a kde ne (platby, oprávnění, integrita dat). Tento úsudek tvoří většinu práce a získá se jen tím, že žijete s důsledky vlastních rozhodnutí.
Je to i komunikační role. Product engineer mluví se zakladateli o riziku, nákladech a čase, ne o frameworkách. S designéry probírá, co je drahé na realizaci, a navrhuje levnější alternativy. Kdykoli může, mluví s uživateli. A zapisuje rozhodnutí: krátká poznámka, proč jsme něco zvolili, má za půl roku často větší cenu než samotný kód.
Říkám si product engineer, protože právě na této části práce mi záleží nejvíc: ne na pull requestu, ale na okamžiku, kdy skutečný člověk používá to, co jsme vytvořili, a ono to funguje. Proto dávám přednost dlouhodobé spolupráci před předáním po dvou týdnech — nemůžete nést odpovědnost za výsledek, jehož dopad už neuvidíte. Pokud potřebujete inženýra, který klade nepříjemné otázky a potom dodá řešení, napište mi.
Dejte příštímu produktu někoho, kdo zůstane.
Chcete začít? Napište mi – mohu začít hned a zůstat. Dlouhodobé retainery, ne dvoutýdenní předání. Proberme váš projekt, požadavky a nejlepší cestu vpřed.