Generowanie obrazów produktów za pomocą AI

Dzisiaj nietypowe case study. Nie będę w nim opisywał wielkich projektów, skomplikowanych systemów czy konfiguratorów produktowych.

Dzisiaj znacznie mniejsza rzecz – mianowicie moduł. Myślę jednak że temat jest warty wrzucenia go do internetu by sobie fruwał, być może ktoś znajdzie go kto drapał się po głowie zastanawiając się jak zautomatyzować generowanie obrazów produktowych za pomocą sztucznej inteligencji. Problem i rozwiązanie które opisuję w tym artykule ma bowiem przełożenie niemal że na każdą branżę.

Ostatnio przyszło mi się zmierzyć w Design Cart z problemem klienta polegającym tworzeniu atrakcyjnych obrazów produktowych, a produktami były projekty domów.

 

Opis problemu

Klient sprzedaje gotowe projekty domów jednorodzinnych. Do tej pory na kartach produktów wrzucał głównie suche, techniczne rysunki i rzuty 2D, które wyglądały bardzo słabo i nieatrakcyjnie. Konkurencja tymczasem pokazywała piękne, klimatyczne wizualizacje 3D – domy w ładnym otoczeniu, z odpowiednim oświetleniem i „efektem wow”, które realnie sprzedawały marzenie.

Sam nie miał możliwości generowania modeli 3D, a oddawanie każdego projektu do zewnętrznego studia graficznego czy architektonicznego generowało spore koszty i zabierało mnóstwo czasu. Potrzebował rozwiązania, które będzie na tyle proste, że obsłuży je nawet pracownik z podstawową obsługą komputera – bez skomplikowanych programów, długich szkoleń i zależności od zewnętrznych firm. Chciał szybko i tanio podnieść poziom prezentacji swoich projektów, żeby nie odstawać od konkurencji.

Sklep internetowy zmierza powoli w kierunku marketplace, co zrobić by zachować spójność grafik? Bo przecież zewnętrzni architekci na sklep mogą wrzucać jeszcze inne „pasztety”. Co zrobić aby jednym rozwiązaniem pozbyć się tych wszystkich problemów i ostatecznie wcisnąć cały serwis w sztywne ramy dobrego, spójnego designu o którym w kategorii z listą produktów decydują właśnie zdjęcia produktowe. Da się ale przejdźmy jeszcze do samych kosztów zlecania renderingu 3D.

 

Ile kosztuje wizualizacja na rynku (punkt odniesienia)

Żeby case study było uczciwe, zestawiam nasze rozwiązanie z typowymi stawkami w Polsce, które architekt znał z wycen studiów:

Średnie stawki rynkowe

• Wizualizacja domu jednorodzinnego (zewnątrz): 600–1 500 zł za pierwsze ujęcie. Każdy kolejny kadr z innej perspektywy: zwykle 300–600 zł.

• Wizualizacja wnętrz (jedno pomieszczenie): 400–1 200 zł — zależnie od metrażu i detali.

• Pakiet ujęć (np. przód, tył + rzut z góry): 1 500–3 500 zł za komplet.

Co podbija cenę usługi

• Skomplikowanie bryły — prosty dom z dwuspadowym dachem modeluje się taniej niż willa z wieloma załamaniami i przeszkleniami.

• Otoczenie — trawnik z biblioteki 3D jest w cenie bazowej; konkretny ogród, podjazd, ogrodzenie lub fotomontaż na zdjęcie działki to zwykle +30–50%.

• Rozdzielczość — pliki pod druk wielkoformatowy wymagają więcej czasu renderu niż grafika pod WWW.

• Poprawki — standard to około dwie rundy drobnych korekt; większe zmiany projektu na etapie wizualizacji są dodatkowo płatne.

Dla sklepu internetowego wystarczy często jedno dobre ujęcie zewnętrzne na neutralnym tle — czyli wariant bliższy dolnej granicy cennika, ale i tak setki złotych za produkt.

Co zbudowaliśmy: moduł DC Nano Banana w OpenCart

Jeszcze kilka lat temu nikt nie śnił o takich rozwiązaniach by generować obrazy produktowe przy pomocy sztucznej inteligencji. Gdzie obrazy produktowe były zawsze zmorą naszych klientów. Problem którego rozwiązanie tradycyjnymi metodami zajął by dziesiątki godzin ws kali roku, kosztował by tysiące złotych rozwiązalismy jednym rozszerzeniem. Stworzyliśmy mechanizm generowania obrazów wpierany modelem AI gemini-2.5-flash-image (Google Gemini, „Nano Banana”). Zamknęliśmy go w prostym w użyciu rozszerzeniu dla OpenCart 3. Architekt nie wychodzi z panelu sklepu i nie wysyła plików mailem do grafika.

Przepływ pracy w praktyce

1. W panelu otwiera edycję produktu (projektu domu).

2. Wchodzi w zakładkę Wizualizacja.

3. Przeciąga (drop & down) od jednego do trzech szkiców (JPG, PNG lub WebP) — np. elewacje z różnych stron.

4. Klika Wygeneruj wizualizację — model tworzy fotorealistyczny render na podstawie szkiców i skonfigurowanego promptu.

5. Po akceptacji klika Zapisz obraz — plik ląduje w katalogu sklepu, a główne zdjęcie produktu w zakładce Obraz jest podmieniane automatycznie.

6. Zapisuje produkt — projekt jest gotowy do publikacji w witrynie.

Cały cykl trwa minutę (model potrzebuje chwili by rozkminić co przesłany rysunek przedstawia i wygenerować jego odbicie jak by wyglądał w realnym świecie) zamiast dni lub tygodni oczekiwania na studio. Przy pięciu projektach miesięcznie oznacza to realne odblokowanie pięciu terminów publikacji bez kolejki u podwykonawcy.

 

Efekt działania rozszerzenia

Poniżej zamieszczam zdjęcie które zostało wysłane do rozszerzenia oraz które rozszerzenie zwróciło i zapisało jako główne zdjęcie produktowe.

Przed	Po

 

Domyślna jakość pod katalog, nie pod billboard

W konfiguracji modułu ustawiliśmy prompt nastawiony na wizualizację architektoniczną: zachowanie proporcji i detali ze szkiców, kadr lekko z góry, naturalne światło dzienne. To świadomy kompromis — odpowiednik „prostego tła” z cennika studiów 3D, ale w cenie API, nie w cenie modelowania otoczenia.

Jeśli architekt potrzebuje później pakietu ujęć z ogrodem klienta albo fotomontażu na działce, nadal może zlecić to studio. Moduł zamyka lukę zdjęcia produktowego do sklepu, nie zastępuje pełnej dokumentacji marketingowej inwestycji.

Oczywiście sprytniejszy sprzedawca sam może zalogować się na stronie modelu, generować obrazy i wrzucać je na sklep ale tu chodziło o coś więcej. Rozwiązanie daje ramę i pewność że każdy, czy to pracownik czy zewnętrzny architekt dostarczy podobny stylistycznie obraz produktowy. Automatyzacja poprzez API również skraca czas całego procesu. Czas jest często w biznesie pomijany ale czy to on nie jest często tym największym kosztem?

 

Ekonomia wdrożenia: porównanie liczb

Koszt jednego wygenerowania (API Google)

Model gemini-2.5-flash-image w płatnym Gemini API jest rozliczany około 0,039 USD za obraz (1024×1024 px, ok. 1290 tokenów wyjściowych) — według oficjalnego cennika Google. Przy kursie ok. 4,00 PLN/USD to rząd wielkości 0,16 zł za jedną próbę generowania, plus symboliczny koszt tokenów wejściowych (prompt i dołączone szkice).

W praktyce jeden produkt może wymagać dwóch–trzech generacji (doprecyzowanie promptu, inny kadr szkiców). Liczmy ostrożnie 3 próby × 0,16 zł ≈ 0,50 zł na gotowe zdjęcie w sklepie.

 

Koszt tradycyjny — ten sam scenariusz

Jedno ujęcie zewnętrzne (minimum pod katalog): 600–1 500 zł. Przyjmijmy konserwatywnie środek dolnego przedziału: 800 zł za produkt.

 

Miesięcznie przy 5 projektach

Scenariusz	Koszt na 1 produkt	Koszt miesięcznie (5 prod.)	Koszt rocznie (60 prod.)
Studio 3D — jedno ujęcie zewnętrzne (800 zł)	~800 zł	~4 000 zł	~48 000 zł
Studio 3D — minimum rynkowe (600 zł)	~600 zł	~3 000 zł	~36 000 zł
DC Nano Banana — 3 generacje API (~0,50 zł)	~0,50 zł	~2,50 zł	~30 zł

Różnica rzędu wielkości nie jest marketingowym zaokrągleniem: przy jednym ujęciu na produkt oszczędność w skali roku to dziesiątki tysięcy złotych w porównaniu z najtańszą wizualizacją zewnętrzną z rynku. Nawet jeśli doliczymy jednorazowy koszt wdrożenia modułu i konfiguracji klucza API z billingiem w Google AI Studio, ROI przy pięciu produktach miesięcznie zamyka się w pierwszym miesiącu tradycyjnej alternatywy.

 

Pakiet ujęć — kiedy studio nadal ma sens

Gdyby architekt dla każdego produktu zamawiał pakiet (przód, tył, rzut — 1 500–3 500 zł), roczny koszt 60 publikacji to 90 000–210 000 zł tylko na grafiki. Moduł nie produkuje od razu trzech kadrów, ale jeden mocny render katalogowy za grosze. Pakiet premium można nadal sprzedawać jako usługę dodatkową — generowany w studio — bez blokowania codziennej publikacji w sklepie.

 

Czas jako ukryty koszt

Wróćmy jeszcze do tego „CZASU”. Pieniądze to połowa równania. Zlecenie wizualizacji to brief, wycena, kolejka studia, poprawki, eksport plików, ręczne wgranie do OpenCart. Przy pięciu projektach miesięcznie łatwo „zgubić” tydzień lub dwa samej obsługi podwykonawcy.

Z modułem ścieżka jest zwarta: szkice są już w ręku architekta → generacja w panelu → zapis jako główne zdjęcie produktu → publikacja. My zaprojektowaliśmy ten przepływ tak, żeby nie duplikować pracy — jeden przycisk zapisu aktualizuje pole obrazu, którego OpenCart używa na liście i karcie produktu.

 

Technicznie — skrót dla zainteresowanych wdrożeniem

Moduł DC Nano Banana (wersja 1.0.9) składa się z:

• konfiguracji w Rozszerzenia → Moduły (klucz API, model, katalog zapisu, domyślny prompt),

• zakładki produktu wstrzykiwanej do formularza katalogu,

• warstwy API PHP wywołującej endpoint Gemini generateContent z 1–3 obrazami wejściowymi,

• zapisu wyniku do image/catalog/nano_banana/ (ścieżka konfigurowalna).

Wymagania po stronie Google: włączony billing w AI Studio — modele obrazowe nie mają sensownego darmowego limitu produkcyjnego. My w module sygnalizujemy błędy quota i nieaktualne nazwy modeli, żeby administrator nie tracił czasu na ślepe próby.

Jeśli szukasz wykonawcy do wdrożenia równie dziwnych rzeczy zapraszam tu: tworzenie sklepów internetowych Opencart.

 

Przełożenie na inne branże:

Tak naprawdę to rozwiązanie sprawdza się praktycznie w każdej branży, w której zdjęcie produktu decyduje o tym, czy ktoś kliknie „dodaj do koszyka”, czy przewinie dalej.

Weźmy na przykład meble i wyposażenie wnętrz. Zamiast wrzucać nudne zdjęcia na białym tle, możesz w kilka sekund wrzucić sofę, stół czy lampę do pięknie urządzonego salonu, sypialni czy tarasu. Klient od razu widzi, jak produkt będzie wyglądał u niego w domu.

W modzie to już jest killer feature. Zmiana tła, dodanie modelu, dopasowanie oświetlenia do pory roku, przygotowanie całej serii zdjęć lifestyle’owych z jednego bazowego produktu – wszystko bez sesji zdjęciowej.

Biżuteria – tu jest dramatycznie trudno robić dobre zdjęcia. A tym narzędziem możesz w kilka kliknięć pokazać naszyjnik na szyi, z odpowiednim światłem, na różnych typach karnacji i w różnych stylizacjach.

Kosmetyki – krem, serum, perfumy. Zamiast martwego packshota robisz klimatyczne zdjęcia w łazience, na toaletce, w naturalnym świetle, z kropelkami wody albo w ręce.

Artykuły sportowe i outdoor – rower, namiot, kurtka, buty. Z jednego zdjęcia produktowego robisz wersję w górach, w lesie, na siłowni, w deszczu, w słońcu.

Nawet w żywności (szczególnie produkty premium, delikatesy, kawy, herbaty) daje to ogromną przewagę – możesz pokazać produkt w finalnej formie: na talerzu, w filiżance, w eleganckim zestawieniu.

A do tego wszędzie tam, gdzie masz produkty rękodzielnicze, druk 3D, gadżety, akcesoria do telefonu, zabawki – wszędzie, gdzie jakość i atrakcyjność zdjęcia mocno wpływa na konwersję.

 

Ograniczenia

Nie ma idealnych rozwiązań. Nawet jeśli takie początkowo się wydają, no może oprócz koła...i pizzy. Nasze rozszerzenie:

• Nie zastępuje pełnego studia 3D — brak precyzyjnego modelowania otoczenia, wnętrz ani druku wielkoformatowego bez dalszej pracy.

• Jakość zależy od szkiców i promptu — 2–3 elewacje dają lepszy efekt niż jeden szkic; prompt można stroić w zakładce testów modułu.

• Poprawki architektoniczne — drobne korekty można powtórzyć generacją (koszt groszy); duża zmiana bryły wymaga nowych szkiców lub klasycznego modelowania.

• Zależność od API — polityka i ceny Google mogą się zmieniać; nadal pozostają rząd wielkości poniżej rynku wizualizacji.

 

Wnioski

Ten case study nie jest o tym że „AI zastępuje architektów”, bardziej jest o racjonalnym cięciu kosztów tam, gdzie produktem jest projekt na sprzedaż, a nie animacja marketingowa pod inwestora. Architekt z którym współpracujemy potrzebował przede wszystkim okładki katalogowej — szybko i powtarzalnie. Rynek bierze za to setki–tysiące złotych za sztukę; my dostarczyliśmy narzędzie w OpenCart, które ten sam etap domyka za grosze API i kilka minut pracy w panelu.

Przy około pięciu nowych projektach miesięcznie różnica to realne dziesiątki tysięcy złotych rocznie — pieniądze, które mogą zostać w marży, w reklamie sklepu albo w rozwoju oferty. A równie ważne: projekt może być w sklepie tego samego dnia, co gotowy rysunek, zamiast czekać w kolejce u wizualizatora.

Jeśli prowadzisz sklep z projektami budowlanymi na OpenCart i masz szkice elewacji, warto rozważyć podobne wdrożenie. My moduł rozwijamy pod ten konkretny przypadek użycia — od szkicu do zdjęcia produktu bez wychodzenia z panelu administracyjnego.