--- title: "Business case AI: tnijcie roadmapę razem | Mentoring 1:1" description: "W business case AI walutą są moce przerobowe roadmapy, nie pieniądze. Siedem slajdów, tabela mocy i rozmowy, po których Head of Product sam tnie roadmapę." url: "https://www.marian.coach/pl/blog/ai-transformation-business-case/" lang: "pl" image: "https://www.marian.coach/images/blog/ai-transformation-business-case/infographic.webp" --- ![Business case AI: tnijcie roadmapę razem](https://www.marian.coach/images/blog/ai-transformation-business-case/infographic.webp) „Róbcie to. Ile to będzie kosztować?” Tyle odpowiedział CTO na propozycję transformacji AI. Dwa dni później roadmapa na przyszły rok miała dokładnie ten sam rozmiar. Business case AI to dla VP of Engineering prośba o moce przerobowe roadmapy. W organizacji, o której myślę, z około 100 inżynierów zostało mniej więcej 40 do 50 osób dostępnych dla przyszłorocznej roadmapy, kiedy uczciwie policzono utrzymanie produkcji i pracę nad AI. Pytanie o pieniądze załatwiło jedno zdanie. Pytanie o moce przerobowe prawie zabiło plan. Nazwijmy tego VP Tomas. Przyniósł swoją prezentację na jedną z naszych sesji. Dodatkowe etaty, na które liczył, przepadły, więc transformację trzeba było sfinansować z roadmapy. Liczby na jego slajdach nie budziły sprzeciwu Head of Product. Z listy życzeń produktu na przyszły rok nie wypadł ani jeden temat. Do wyjazdowego spotkania planistycznego (offsite) zostało kilka tygodni. ## Prosisz o roadmapę, nie o pieniądze Slajd Tomasa o mocach przerobowych pokazywał, jak z ~100 inżynierów zostają ludzie, którzy mogą wziąć nową pracę. Inżynier czyta go w pięć sekund. Dla jego Head of Product był to problem inżynierii, a nie lista rzeczy do skreślenia. | Pozycja | FTE | Co to jest | | --- | --- | --- | | Cała inżynieria | ~100 | Wszyscy na liście płac, którzy dowożą kod | | Utrzymanie produkcji (keep the lights on) | 35-45 | Incydenty, wsparcie, aktualizacje, praca, której nie ma na żadnej roadmapie | | Zostaje po utrzymaniu produkcji | ~60 | Tyle roadmapa po cichu uznaje za cały zespół | | Zespół AI + spadek na czas przejścia | 10-20 | Ludzie, którzy budują środowisko AI, plus spowolnienie strumieni pracy w trakcie przestawiania się | | **Zostaje na przyszłoroczną roadmapę** | **40-50** | Tyle produkt może zaplanować | _Przedziały z jednej prawdziwej organizacji inżynierskiej, zanonimizowane. Twoje liczby będą inne, kształt nie._ Ta tabela to cały business case. Pytanie CFO („czy to się opłaca”) było tanie, bo nowych pieniędzy nie było. Prawdziwy koszt jest taki, że połowa tego, co produkt chciał zbudować w przyszłym roku, się nie mieści. Jeśli dopiero szukasz osoby, która będzie za to odpowiadać, mój [poradnik dla Head of AI transformation](https://www.marian.coach/blog/head-of-ai-transformation-playbook/) opisuje pierwsze sześć miesięcy na tym stanowisku. Ten tekst jest o sprzedaży, która musi się odbyć wcześniej. ## Ginie w roadmapie Twojego kolegi Zgoda CTO jest tania. Droga jest zgoda Twojego Head of Product, bo płaci za nią własną roadmapą, a presja z góry, żeby dowieźć całość, najpierw spada właśnie na produkt. ![Marian Kamenistak prowadzi warsztat i gestykuluje przed slajdem o dowożeniu roadmapy.](https://www.marian.coach/_astro/talk-16.BOCFjZmx_Z2cP3Aa.webp) Na moich warsztatach o roadmapie ostatnie pytanie jest zwykle to samo: czego nie robimy? Więc na spotkaniu jest zgoda, a dwa dni później roadmapa ani drgnie. To wyparcie po stronie produktu i z mojego doświadczenia to część rozwoju, część tej bitwy. To nie jest zła wola. Tak zachowuje się człowiek, kiedy jedyne, co leży na stole, to strata. Standardowe rady idą w inną stronę. [Poradnik Oracle o business case dla AI](https://www.oracle.com/artificial-intelligence/business-case-ai/), pierwszy wynik w amerykańskim Google na hasło „AI transformation business case” w dniu, w którym to pisałem (12 listopada 2026), mówi o uzasadnianiu inwestycji w AI „na podstawie solidnych wyliczeń ROI”, a jego pierwszy krok to komitet centrum doskonałości AI. To dobry business case dla firmy, która kupuje oprogramowanie. Tomas miał inny problem. Nie chodziło o ROI, CTO już powiedział „róbcie”. Osoby, której roadmapa za to płaci, nikt o nic nie zapytał. Bez odpowiedzi na pytanie „co ja z tego mam” ta osoba zostaje w wyparciu. I z jej perspektywy to racjonalne. ## Mów „my”, nie „ty” Kiedy Tomas pokazywał mi swoją prezentację, jego przekaz brzmiał: „musisz przyciąć swoją roadmapę”. Zatrzymałem go w tym miejscu, bo widziałem już, jak dokładnie to zdanie przegrywa salę. > Nie chodzi o to, że Ty masz przyciąć swoją roadmapę. Chodzi o to, że razem przycinamy naszą. W momencie, kiedy zaczynasz mówić „ty” zamiast „my”, masz przechlapane. Wiem, że to brzmi głupio. Przez resztę kariery bardzo mi to pomagało. Wytrącasz drugiej stronie broń z ręki, bo przestaje się czuć przyparta do muru. Nauczyłem się tego w [Mews](https://www.mews.com/), kiedy engineering rósł z 8 do 80 zespołów. Na jednym planowaniu kwartalnym powiedziałem naszemu product leadowi: musisz wyciąć dwie funkcje, żebyśmy mogli przebudować platformę. Reszta godziny poszła na obronę obu. W następnym kwartale, z tymi samymi liczbami na slajdzie, zapytałem, które dwie wycinamy razem. Dogadaliśmy się w piętnaście minut. Slajd też musi to mówić. Tomas miał jeden slajd z cięciami, pełen drobnych liczb o obszarach produktu. Ja chciałem zobaczyć dwie liczby: **produkt minus x procent, platforma minus y procent.** W przykładowej tabeli niżej to produkt −60% listy życzeń i platforma −33%. Zespół platformowy podlega VP of Engineering, więc druga liczba to jego własne cięcie, widoczne, obok cięcia produktu. Teraz gracie do jednej bramki. ## Siedem slajdów, w tej kolejności Puenta Tomasa, czyli zysk, była na slajdzie 9. Zanim Head of Product do niego dotrze, przez osiem slajdów słucha, co traci. Przenieś ją na slajd 2. ### 1\. Decyzja, której potrzebujesz Jedno zdanie: „Proponujemy sfinansować transformację AI z przyszłorocznej roadmapy: produkt −x%, platforma −y%, w zamian za zysk, za który obie strony biorą odpowiedzialność”. Sala od pierwszej minuty wie, co ma zatwierdzić. ### 2\. Co z tego ma produkt Najpierw zysk. W modelu Tomasa strumień, który przechodzi transformację, na kilka miesięcy spada do około 30% normalnej przepustowości, a potem wraca szybszy: punkt zwrotu wypada mniej więcej w połowie roku, a pod koniec roku przepustowość jest około 3x wyższa. To model, nie pomiar, i slajd 7 to miejsce, w którym ktoś się do niego zobowiązuje. Druga karta, którą mu dałem, to ryzyko, nie zysk: jeśli tego nie zrobimy, klienci odejdą do konkurencji, która pierwsza dowiezie funkcje AI. Zapytaj szefa sprzedaży albo customer success, w których rozmowach handlowych ten temat już pada. ### 3\. Dokąd naprawdę idą moce przerobowe Tabela z początku tekstu, ta od 100 do 40-50. Pokoloruj ją: to, co pod kreską, na czerwono, to, co nad kreską, na zielono. Tak, to podstawy. Chcesz, żeby ludzie zrozumieli ją w pięć sekund. ### 4\. Obie strony tną Produkt −x%, platforma −y%, obok siebie. Nikt na sali nie powinien móc powiedzieć „inżynieria chce, żebyśmy cięli”. ### 5\. Trzy sposoby cięcia Nie tylko to, że tniemy, ale jak: zmniejszyć zakres, rozciągnąć harmonogram albo wyrzucić pozycję. Jeśli chcesz pójść krok dalej, daj modelowi AI listę z roadmapy i tabelę mocy przerobowych i poproś, żeby zaproponował, co opóźnić, a co wyrzucić. Uwaga: to propozycja, nie polecenie. ### 6\. Koszt opóźnienia kontra zysk [Koszt opóźnienia (cost of delay)](https://blackswanfarming.com/cost-of-delay/) to „sposób komunikowania wpływu czasu na wyniki, które chcemy osiągnąć”: ile kosztuje nas każdy miesiąc bez tego? Wpisz tę liczbę przy każdej pozycji, którą rozciągasz. Potem przetłumacz to na język CFO: tak, zwalniamy i będzie to widać w 2027 roku, a tak wyglądają lata 2028 i 2029, jeśli model się sprawdzi. ### 7\. Do czego zobowiązuje się każde z nas Head of Product zobowiązuje się do wybranej przez siebie opcji, bo to produkt dostaje przyspieszenie. VP of Engineering zobowiązuje się do mnożnika. Oba zobowiązania na stole, na piśmie. Bez nich spotkanie to sondaż opinii. ## Tabela mocy przerobowych, wypełniona Oto tabela, którą poprosiłem Tomasa przebudować na offsite, wypełniona dla wymyślonej firmy, żeby było widać jej kształt. Każda nazwa i każda liczba w niej są wymyślone. | Obszar produktu | Planowane FTE (lista życzeń) | Realne FTE | % planu | Propozycja | | --- | --- | --- | --- | --- | | Checkout | 9 | 4 | 44% | Zostaje, zakres przycięty do zmiany operatora płatności | | Wyszukiwanie | 7 | 3 | 43% | Rozciągnięte, wydanie w Q3 zamiast w Q1 | | Aplikacja mobilna | 6 | 4 | 67% | Zostaje, tylko trzy najważniejsze funkcje | | Integracje partnerskie | 8 | 2 | 25% | Wyrzucamy dwie z pięciu integracji | | Raportowanie | 5 | 1 | 20% | Zamrożone, tylko utrzymanie | | Platforma (obszar VP of Engineering) | 12 | 8 | 67% | Wycinamy przepisanie wewnętrznych narzędzi | _Fikcyjna firma, liczby poglądowe._ Całą robotę wykonuje kolumna „% planu”. U Tomasa realne moce jednego obszaru wyszły na mniej więcej jedną trzecią tego, co zakładał produkt, bo wcześniejsza estymacja pominęła utrzymanie produkcji i spadek na czas wejścia AI. Procent dla każdego obszaru pozwala Twojemu Head of Product zdecydować, co ciąć, i właśnie o to chodzi. Pobierz pustą wersję: [szablon business case AI](https://www.marian.coach/downloads/ai-business-case-template.zip) (zip, 3 KB, na razie po angielsku) zawiera tabelę mocy przerobowych jako CSV do Excela albo Arkuszy Google oraz konspekt siedmiu slajdów w Markdownie, z jedną przykładową linijką w każdym polu, którą potem usuwasz. ## Wygraj salę, zanim do niej wejdziesz Najpierw zadaj sobie jedno pytanie: jak ma się skończyć offsite? Od tego idź wstecz. ### Definicja sukcesu VP of Engineering i Head of Product wchodzą jako jeden zespół i mówią trzy rzeczy. Taka jest sytuacja. Taka jest nasza propozycja, z jedną alternatywą i jej skutkami. Te inicjatywy skreśliliśmy, podważcie to albo potwierdźcie. Na koniec skutki są jasne, a Ty masz mandat. Bądźmy szczerzy, o dwie inicjatywy spór i tak zostanie. ### Materiał przed spotkaniem Amazon zastąpił prezentacje [sześciostronicowymi notatkami, które czyta się w ciszy na początku spotkania](https://www.aboutamazon.com/news/company-news/2017-letter-to-shareholders). Nie musisz iść tak daleko. Wyślij siedem slajdów i jedną stronę kontekstu dwa dni wcześniej. Dołącz pełną tabelę mocy przerobowych, żeby na sali móc powiedzieć: „nie patrzcie teraz na tabelę, zajrzyjcie do niej później, jeśli chcecie”. Licz się z tym, że ludzie wrzucą ją do swoich narzędzi AI, żeby sprawdzić Twoje wyliczenia. Dobrze, niech sprawdzają. ### Dyplomacja wahadłowa Termin pochodzi od [podróży Henry’ego Kissingera między stolicami Bliskiego Wschodu w 1974 roku](https://history.state.gov/milestones/1969-1976/shuttle-diplomacy). Twoja wersja jest tańsza: przed offsite’em przejdź z propozycją po kolei do każdej osoby decyzyjnej i zapytaj, co sprawiłoby, że powie „nie”. Nic na sali nie powinno być zaskoczeniem. Jeśli potrzebujesz, żeby Twój szef zdjął presję z Twojego Head of Product na najbliższe dwa kwartały, poproś o to tutaj, na rozmowie 1:1, a nie na spotkaniu. [Jak wpływać na swojego przełożonego](https://www.marian.coach/blog/how-to-influence-my-manager/) to ten sam mięsień. ![Marian Kamenistak na warsztacie dla liderów przed slajdem „Top 3 zagrożenia: dlaczego nie dowieźliśmy roadmapy w tym kwartale”.](https://www.marian.coach/_astro/talk-01.BK9BNN9P_Z1Q1Q8u.webp) „Dlaczego nie dowieźliśmy roadmapy w tym kwartale”. Napisz ten slajd przed kwartałem, a nie po nim. ## Co powiedziałbym sobie przed następnym offsite’em ### Silni liderzy produktu skreślają, słabi rozciągają Silny lider produktu usuwa pozycje o najniższej wartości. Słaby idzie na kompromisy: zostawiamy wszystko na roadmapie, bo usuwanie źle wygląda, i po prostu wszystko rozciągamy. Rozciągnięcie jednej pozycji z nową datą to decyzja. Rozciągnięcie wszystkiego to unikanie decyzji. [RICE](https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/), punktacja Intercomu zasięg × wpływ × pewność ÷ nakład, w zupełności tu wystarczy. Oceń listę, a skreślenia staną się oczywiste. ### Najmocniejsza karta to odpływ klientów „Jeśli tego nie zrobimy, nasze wyniki finansowe się utrzymają” to założenie, które trzeba rozbić. Twoi klienci dostaną funkcje AI gdzie indziej. Więc nie chodzi o to, że coś dowieziemy później. Chodzi o to, czy w 2028 roku firma będzie jeszcze w wyścigu. ### Zgoda CTO jest tania Tomas dostał zielone światło z góry w jednym zdaniu. Teraz przebudowuje prezentację wokół kolegi, tabeli i dwóch procentów, a offsite wciąż ma przed sobą. Metoda to zakład. Sala jeszcze nie głosowała. Który z Twoich kolegów jest właścicielem roadmapy, którą za to płacisz? Jeśli przed swoim offsite’em chcesz, żeby ktoś drugi spojrzał na prezentację, do tego służy mój [mentoring dla Engineering Directorów](https://www.marian.coach/engineering-director-mentor/). \[Czas pisania: 3 h\] ## Najczęstsze pytania ### Jak zbudować business case dla transformacji AI bez dodatkowych etatów? + Wyceń go w mocach przerobowych roadmapy, nie w pieniądzach. Zacznij od wszystkich etatów w inżynierii, odejmij ludzi, którzy utrzymują produkcję, odejmij zespół AI i spadek na czas przejścia, a potem pokaż, co zostaje na roadmapę na przyszły rok. Następnie zaproponuj, ile tnie produkt, a ile platforma, z osobnym procentem dla każdej strony. Zysk umieść na drugim slajdzie. ### Jak przekonać Head of Product do przycięcia roadmapy, żeby sfinansować wdrożenie AI? + Zrób z tego wspólne cięcie. Pokaż na jednym slajdzie produkt minus x procent i platformę minus y procent, odpowiedz, co produkt dostaje w zamian, zanim pokażesz koszt, i zaproponuj dwa albo trzy sposoby cięcia zamiast jednego polecenia. Przed spotkaniem planistycznym przejdź z propozycją po kolei przez każdą osobę decyzyjną, żeby nic na sali nie było zaskoczeniem. ### Jakie slajdy powinna zawierać prezentacja z propozycją transformacji AI? + Siedem: decyzja, której potrzebujesz, co z tego ma produkt, dokąd naprawdę idą moce przerobowe, wspólne cięcie jako dwa procenty, dwa albo trzy sposoby cięcia, koszt opóźnienia zestawiony z zyskiem oraz to, do czego zobowiązuje się każdy z liderów. Wyślij ją jako materiał do przeczytania przed spotkaniem. ### Kto powinien przedstawić business case AI, inżynieria czy produkt? + Obie strony, razem. Kiedy VP of Engineering prezentuje sam, sala słyszy prośbę inżynierii, a produkt broni swojej roadmapy. Kiedy VP of Engineering i Head of Product przedstawiają jedną propozycję i każda strona zobowiązuje się do swojej liczby, sala zatwierdza plan, a nie sędziuje kłótnię. [Mentoring 1:1](https://www.marian.coach/engineering-manager-mentor/) ## Chcesz przejść od rad do działania? Mentoring 1:1 dla Engineering Managerów, Tech Leadów i CTO. 317 mentee od 2019 roku. Za sesję ocenioną poniżej 8/10 nie płacisz. Pierwsze intro jest bezpłatne. [Umów bezpłatne 30-minutowe intro →](https://www.marian.coach/meet) ## Czytaj dalej - [![Przed AI Engineering Manager tkwi w plątaninie strzałek łączących go z zespołem i innymi managerami; po AI między managerem a zespołem stoi warstwa AI, skryptów i danych](https://www.marian.coach/images/blog/how-many-direct-reports-too-many/infographic.webp) ### Rozpiętość kierowania: 16+ podwładnych dzięki AI Rozpiętość kierowania od 5 do 8 osób to limit obiegu informacji. AI dla managerów w praktyce: EM prowadzi 26 podwładnych w tych samych godzinach. 1 listopada 2026 · Autor: Marian Czytaj → ](https://www.marian.coach/pl/blog/how-many-direct-reports-too-many/) - [![Wdrożenie AI w firmie: 7 decyzji na start](https://www.marian.coach/images/blog/how-to-start-ai-transformation/infographic.webp) ### Wdrożenie AI w firmie: 7 decyzji na start Wdrożenie AI w firmie: odcięty zespół, stały rdzeń trzech osób, budżet na adopcję i czas od commita do produkcji jako KPI w dziale inżynierii. 12 listopada 2026 · Autor: Marian Czytaj → ](https://www.marian.coach/pl/blog/how-to-start-ai-transformation/) - [![Platform engineering: business case, który przekona zarząd](https://www.marian.coach/images/blog/platform-team-business-case/infographic.webp) ### Platform engineering: business case, który przekona zarząd Zarząd nie płaci za procenty. Business case dla platform engineering: jeden kwartał roadmapy, zwrot w trzech, dowożenie w parze z adopcją produktu. 1 listopada 2026 · Autor: Marian Czytaj → ](https://www.marian.coach/pl/blog/platform-team-business-case/) ### Nowe artykuły prosto na Twoją skrzynkę. Your emailZapisz się Jesteś na liście. Nowe artykuły będziesz dostawać mailem. Wypiszesz się jednym kliknięciem. [Connect on LinkedIn →](https://www.linkedin.com/in/mariankamenistak/)[See the free tools →](https://www.marian.coach/ai-coaching-tools/) ## Structured data ```json {"@context":"https://schema.org","@type":"ProfessionalService","name":"Marian Kamenistak | Engineering Leadership Mentoring","url":"https://www.marian.coach/pl/blog/ai-transformation-business-case/","image":"https://www.marian.coach/images/blog/ai-transformation-business-case/infographic.webp","description":"W business case AI walutą są moce przerobowe roadmapy, nie pieniądze. Siedem slajdów, tabela mocy i rozmowy, po których Head of Product sam tnie roadmapę.","serviceType":["Engineering leadership mentoring","Engineering manager coaching","CTO coaching","Fractional CTO","Leadership development for software engineers"],"hasOfferCatalog":{"@type":"OfferCatalog","name":"Engineering leadership mentoring and advisory","itemListElement":[{"@type":"Offer","itemOffered":{"@type":"Service","name":"1:1 engineering leadership mentoring","description":"One-to-one mentoring for engineering leaders from Staff Engineer to CTO. 60-minute sessions, weekly or bi-weekly.","url":"https://www.marian.coach/pricing/"}},{"@type":"Offer","itemOffered":{"@type":"Service","name":"Engineering manager coaching","description":"Coaching for first-time and experienced engineering managers: delegation, performance, hiring, team scaling.","url":"https://www.marian.coach/engineering-manager-mentor/"}},{"@type":"Offer","itemOffered":{"@type":"Service","name":"CTO and VP Engineering mentoring","description":"Mentoring for CTOs, VPs of Engineering and Heads of Engineering running 30-200 person organisations.","url":"https://www.marian.coach/cto-mentor/"}},{"@type":"Offer","itemOffered":{"@type":"Service","name":"Mentor in Residence","description":"A dedicated onsite mentor for your engineering organisation, booked by the quarter.","url":"https://www.marian.coach/mentor-in-residence/"}},{"@type":"Offer","itemOffered":{"@type":"Service","name":"Fractional CTO","description":"Part-time CTO engagements for companies without a full-time technology leader.","url":"https://www.marian.coach/fractional-cto/"}}]},"telephone":"+420 736 519 879","email":"marian@marian.coach","sameAs":["https://www.linkedin.com/in/mariankamenistak/","https://www.youtube.com/@engineeringleaders","https://github.com/marian-kamenistak","https://www.engineeringleaders.io/","https://www.elc-conference.io/","https://www.marianslist.com/","https://www.mentoringhub.io/"],"address":{"@type":"PostalAddress","streetAddress":"Varšavská 715/36, Vinohrady","addressLocality":"Praha 2","postalCode":"12000","addressCountry":"CZ"},"geo":{"@type":"GeoCoordinates","latitude":50.0734418,"longitude":14.4385757},"openingHoursSpecification":[{"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"09:00","closes":"17:00"}],"priceRange":"329–395 EUR","areaServed":[{"@type":"Place","name":"Europe"},{"@type":"Country","name":"Czechia"},{"@type":"Country","name":"Slovakia"},{"@type":"Country","name":"Poland"},{"@type":"Place","name":"North America"}]} {"@context":"https://schema.org","@type":"Person","@id":"https://www.marian.coach/#person","name":"Marian Kamenistak","url":"https://www.marian.coach/","image":"https://www.marian.coach/images/blog/ai-transformation-business-case/infographic.webp","jobTitle":["Engineering Leadership Mentor","Fractional CTO & Chief AI Officer","Founder, Engineering Leaders Community","Engineering Manager Coach","CTO Coach","Keynote Speaker"],"hasOccupation":[{"@type":"Occupation","name":"Engineering Leadership Mentor"},{"@type":"Occupation","name":"Fractional CTO & Chief AI Officer"}],"worksFor":{"@type":"Organization","name":"Engineering Leaders Community","url":"https://www.engineeringleaders.io/"},"alumniOf":[{"@type":"Organization","name":"Mews"},{"@type":"Organization","name":"Databricks"}],"knowsLanguage":["English","Czech","Slovak"],"knowsAbout":["Engineering leadership","Engineering management","Scaling engineering teams","CTO mentoring","Engineering org design","VP of Engineering role","Engineering director role","CTPO role","Team lead development","Staff engineer career path","Fractional CTO engagements","AI-assisted engineering leadership","Conference keynotes on engineering leadership","Panel moderation","Podcast guest — engineering leadership"],"homeLocation":{"@type":"Place","name":"Prague, Czechia"},"sameAs":["https://www.linkedin.com/in/mariankamenistak/","https://www.youtube.com/@engineeringleaders","https://github.com/marian-kamenistak","https://www.engineeringleaders.io/","https://www.elc-conference.io/","https://www.marianslist.com/","https://www.mentoringhub.io/","https://www.crunchbase.com/person/marian-kamenistak","https://www.wikidata.org/wiki/Q140488098","https://developers.mews.com/author/marian/","https://startupdisrupt.com/speakers/marian-kamenistak/","https://theorg.com/org/engineering-leaders-community/org-chart/marian-kamenistak"]} {"@context":"https://schema.org","@type":"WebPage","url":"https://www.marian.coach/pl/blog/ai-transformation-business-case/","name":"Business case AI: tnijcie roadmapę razem | Mentoring 1:1","inLanguage":"pl","dateModified":"2026-11-12T00:00:00.000Z"} {"@context":"https://schema.org","@type":"FAQPage","inLanguage":"pl","mainEntity":[{"@type":"Question","name":"Jak zbudować business case dla transformacji AI bez dodatkowych etatów?","acceptedAnswer":{"@type":"Answer","text":"Wyceń go w mocach przerobowych roadmapy, nie w pieniądzach. Zacznij od wszystkich etatów w inżynierii, odejmij ludzi, którzy utrzymują produkcję, odejmij zespół AI i spadek na czas przejścia, a potem pokaż, co zostaje na roadmapę na przyszły rok. Następnie zaproponuj, ile tnie produkt, a ile platforma, z osobnym procentem dla każdej strony. Zysk umieść na drugim slajdzie."}},{"@type":"Question","name":"Jak przekonać Head of Product do przycięcia roadmapy, żeby sfinansować wdrożenie AI?","acceptedAnswer":{"@type":"Answer","text":"Zrób z tego wspólne cięcie. Pokaż na jednym slajdzie produkt minus x procent i platformę minus y procent, odpowiedz, co produkt dostaje w zamian, zanim pokażesz koszt, i zaproponuj dwa albo trzy sposoby cięcia zamiast jednego polecenia. Przed spotkaniem planistycznym przejdź z propozycją po kolei przez każdą osobę decyzyjną, żeby nic na sali nie było zaskoczeniem."}},{"@type":"Question","name":"Jakie slajdy powinna zawierać prezentacja z propozycją transformacji AI?","acceptedAnswer":{"@type":"Answer","text":"Siedem: decyzja, której potrzebujesz, co z tego ma produkt, dokąd naprawdę idą moce przerobowe, wspólne cięcie jako dwa procenty, dwa albo trzy sposoby cięcia, koszt opóźnienia zestawiony z zyskiem oraz to, do czego zobowiązuje się każdy z liderów. Wyślij ją jako materiał do przeczytania przed spotkaniem."}},{"@type":"Question","name":"Kto powinien przedstawić business case AI, inżynieria czy produkt?","acceptedAnswer":{"@type":"Answer","text":"Obie strony, razem. Kiedy VP of Engineering prezentuje sam, sala słyszy prośbę inżynierii, a produkt broni swojej roadmapy. Kiedy VP of Engineering i Head of Product przedstawiają jedną propozycję i każda strona zobowiązuje się do swojej liczby, sala zatwierdza plan, a nie sędziuje kłótnię."}}]} {"@context":"https://schema.org","@type":"BlogPosting","headline":"Business case AI: tnijcie roadmapę razem","description":"W business case AI walutą są moce przerobowe roadmapy, nie pieniądze. Siedem slajdów, tabela mocy i rozmowy, po których Head of Product sam tnie roadmapę.","inLanguage":"pl","articleSection":"engineering-management","datePublished":"2026-11-12T00:00:00.000Z","dateModified":"2026-11-12T00:00:00.000Z","author":{"@id":"https://www.marian.coach/#person"},"publisher":{"@type":"Organization","name":"Marian Kamenistak","url":"https://www.marian.coach/","logo":{"@type":"ImageObject","url":"https://www.marian.coach/favicon-192x192.webp","width":192,"height":192}},"image":{"@type":"ImageObject","url":"https://www.marian.coach/images/blog/ai-transformation-business-case/infographic.webp","width":1600,"height":894},"mainEntityOfPage":{"@type":"WebPage","@id":"https://www.marian.coach/pl/blog/ai-transformation-business-case/"},"keywords":"engineering-management, ai, leadership, product","wordCount":1777,"timeRequired":"PT8M","isAccessibleForFree":true} {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Strona główna","item":"https://www.marian.coach/pl/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https://www.marian.coach/pl/blog/"},{"@type":"ListItem","position":3,"name":"Business case AI: tnijcie roadmapę razem","item":"https://www.marian.coach/pl/blog/ai-transformation-business-case/"}]} ```