MVP w 2–4 tygodnie. Reszta wynika.
Aplikacje webowe, headless e-commerce na Odoo, moduły Odoo na zamówienie, PWA mobilne. Stack dobieramy do projektu — Odoo gdzie pasuje, custom dev poza Odoo gdzie nie pasuje. Pierwsza działająca wersja na produkcji w 2–4 tygodnie, potem iteracje co tydzień.
Opisz pomysł → Zobacz zakres ↓// TIMELINE MVP
Cztery obszary. Jeden zespół dev.
Najczęściej projekt obejmuje 1–2 obszary, ale jeden zespół ogarnia wszystkie. Bez podwykonawców, bez handoff-ów między firmami.
1. Aplikacje webowe
Panele administracyjne, dashboardy, narzędzia wewnętrzne, SaaS dla zewnętrznych użytkowników, kalkulatory branżowe, generatory dokumentów.
Przykładowe projekty:- Panel zarządzania wieloma kontami klientów (multi-tenant SaaS)
- Dashboard analityczny nad danymi z różnych źródeł
- Narzędzia branżowe (kalkulatory, generatory, kreatory)
- Aplikacje wewnętrzne dla działów (BOK, magazyn, HR)
2. Sklepy internetowe (headless na Odoo)
Headless e-commerce — Odoo jako backend (produkty, magazyn, zamówienia, księgowość), nowoczesny frontend zbudowany od zera pod Twoją branżę i klientów.
Co dostajesz:- Frontend (Next.js/Nuxt) — szybki, SEO-friendly, mobile-first
- Backend Odoo — magazyn, ceny, promocje, faktury
- Integracja z KSeF (sklep wystawia faktury z Odoo automatycznie)
- Płatności (PayU, Przelewy24, Stripe, BLIK)
- Integracje kurierów (InPost, DPD, DHL, GLS)
3. Aplikacje mobilne (PWA)
Progressive Web Apps — działają jak natywne aplikacje, ale bez konieczności publikacji w App Store i Google Play. Instalacja jednym kliknięciem z przeglądarki.
Dla kogo PWA zamiast natywnej:- Klient nie chce procesu zatwierdzania w App Store (3-7 dni per release)
- Aplikacja głównie B2B (pracownicy, kontrahenci) — bez sklepu
- Jedna codebase dla iOS, Android i desktop (oszczędność 60-80%)
- Nie wymaga geolokalizacji, push notifications native (PWA też ma, ale ograniczenia)
4. Moduły Odoo na zamówienie
Custom rozszerzenia istniejącego Odoo. Nowe pola, własne modele, dedykowane raporty, integracje z zewnętrznymi systemami, automated actions.
Przykładowe moduły które tworzymy:- Konektory do specyficznych ERP / księgowości / banków klienta
- Branżowe rozszerzenia (np. wymagania regulacyjne sektora)
- Workflow automation dla konkretnych procesów firmy
- Dedykowane raporty PDF (kontrakty, oferty, dokumenty wewnętrzne)
Co robimy. Czego nie robimy.
Specjalizacja > generalizacja. Powiemy wprost gdzie jesteśmy silni, a gdzie polecimy do innego zespołu.
✓ Robimy dobrze:
- Aplikacje nad istniejącym Odoo — gdzie ERP jest źródłem danych a frontend warstwą prezentacji
- Headless e-commerce na Odoo — moc backendu + nowoczesny frontend
- Moduły Odoo — mamy w portfolio 8 modułów Pro EXTREME jako referencję techniczną
- MVP w 2-4 tygodnie — od briefu do działającej wersji na staging
- PWA jako alternatywę dla mobile — gdy B2B, bez konieczności App Store
- Integracje API z bankami, kurierami, fakturowniami, systemami państwowymi (KSeF, JPK)
— Nie robimy / lepiej u kogoś:
- Natywne aplikacje iOS/Android — PWA wystarczy w 90% przypadków B2B; gdy wymóg natywki (gaming, AR/VR, fitness), polecimy zespół wyspecjalizowany
- WooCommerce, Shopify, PrestaShop — nasz model to headless na Odoo; gotowe platformy obsługują inne zespoły
- Pure-frontend projekty (landing page, kreatywne portfolio) — agencje brandingowe zrobią lepiej i taniej
- Aplikacje desktopowe natywne (Windows, macOS) — to inne kompetencje (C++/Swift/.NET)
- Blockchain, krypto, DeFi — całkiem inna domena, nie nasz obszar
Odoo jako backend, dedykowany frontend.
Standardowy sklep Odoo eCommerce działa, ale nie wszędzie wystarcza. Headless to inwestycja — opłaca się przy konkretnych potrzebach.
- ▸ Branża wymaga specyficznego UX (np. konfiguratory produktów, design dla luksusu, tematyka B2B)
- ▸ Wymóg maksymalnej szybkości ładowania (SEO, konwersja, mobile)
- ▸ Wiele kanałów sprzedaży z jednej bazy (sklep + Allegro + API B2B + aplikacja mobilna)
- ▸ Plan rozwoju produktu jest długoterminowy (5+ lat) — frontend Odoo blokuje rozbudowę
- ▸ Wymóg integracji z PIM / DAM / specyficznymi narzędziami których Odoo nie obsługuje
- ▸ Sklep ma do kilkuset produktów i standardowy katalog — Odoo eCommerce wystarczy
- ▸ Budżet startowy poniżej 50 000 zł — headless to inwestycja od ~80 000 zł wzwyż
- ▸ Brak działu IT po stronie klienta — headless wymaga utrzymania dwóch systemów
- ▸ Klient potrzebuje uruchomienia w 2 tygodnie — Odoo eCommerce postawimy w 3 dni
- ▸ Specjaliści marketingowi klienta nie znają nowoczesnych framework-ów — będą problemy z edycją treści
Cztery tygodnie. Działająca wersja na produkcji.
Nie miesięczne "discovery phase". Nie półroczny waterfall. Od specyfikacji do produkcji — miesiąc. Potem iteracje co tydzień.
Specyfikacja
Krótki brief (2-3 strony) zamiast 50-stronicowego dokumentu. User stories priorytetowe. Mockupy ekranów na Figma lub szkic. Decyzja: na czym stawiamy MVP.
3-5 dniCore dev
Setup repo, CI/CD, baza danych, core models, główne ekrany. Daily standupy z klientem. Co 2 dni — działająca wersja na staging do oglądania.
5-7 dniIntegracje
Połączenie z Odoo, płatnościami, kurierami, KSeF (jeśli e-commerce). Testy end-to-end. Migracja danych z istniejących systemów. Cleanup UI.
5-7 dniProdukcja
Deployment na docelowy serwer. Konfiguracja SSL, domeny, backupów. Szkolenie zespołu klienta (1-2 sesje). Start produkcji. Iteracje co tydzień od tego momentu.
3-5 dniKażdy sprint kończy się działającą wersją na staging i deployowaną na produkcji jeśli pasuje. Klient decyduje co dalej — bez kontraktów na "6-miesięczne fazy rozwoju". Płacisz tylko za zrealizowane sprinty.
Aplikacje rzadko żyją same.
Najczęściej projekt aplikacji dotyka kilku obszarów stosu Nexus. Mamy zespół który ogarnie wszystko bez handoff-ów.
Pytania, które padają przed pierwszym sprintem.
Czy 2-4 tygodnie to nie jest za szybko na poważną aplikację?
MVP nie jest "poważną aplikacją" — to jego pierwsza działająca wersja. Cel: zweryfikować pomysł na rynku, zebrać feedback od realnych użytkowników, nie spędzić 6 miesięcy na czymś co nikt nie potrzebuje. Po MVP idą iteracje — każda dodaje konkretne funkcje. Realna aplikacja produkcyjna powstaje w 3-12 miesięcy, ale na produkcji pracuje od miesiąca pierwszego. To różnica między "rok rozwoju i premiera" a "miesiąc rozwoju i 11 miesięcy iteracji opartych na feedbacku".
Dlaczego PWA zamiast natywnej aplikacji mobilnej?
Trzy powody. (1) Jedna codebase — iOS, Android, desktop — oszczędność 60-80% kosztu rozwoju i utrzymania. (2) Brak App Store / Google Play — instalacja z URL, aktualizacja natychmiastowa, bez procesu zatwierdzania (który potrafi blokować release na tydzień). (3) Wystarczy w 90% B2B — push, offline, instalacja na ekran główny, kamera, lokalizacja, sensory — wszystko działa. Natywka wygrywa tam gdzie potrzebny dostęp do specyficznych API systemowych (HealthKit, NFC payments) lub bardzo wysoka wydajność (gry, AR/VR). Wtedy mówimy wprost: "PWA nie wystarczy, polećcie kogoś od natywki".
Jakie są typowe koszty headless e-commerce?
MVP headless (frontend + integracja z Odoo + płatności + kurierzy): od ~80 000 zł netto. Dla porównania standardowy Odoo eCommerce postawimy w 3-5 dni za ułamek tej kwoty. Headless ma sens przy konkretnych potrzebach (UX branżowy, wydajność, wielokanałowość, długoterminowy plan rozwoju) — gdy nie ma takich potrzeb, Odoo eCommerce wystarczy i jest tańszy. Po krótkim wywiadzie zwykle wiadomo która droga ma sens.
Co jeśli po MVP zechcę zmienić zespół dev?
Możesz. Kod jest Twój od dnia pierwszego — repo na Twoim GitHub/GitLab. Stosujemy standardowe technologie open-source (Python/FastAPI, React, PostgreSQL, Docker), więc każdy zespół dev w branży podejmie projekt bez "tajemnej wiedzy". Dokumentujemy każdy moduł, robimy code review przed merge, testy automatyczne tam gdzie ma sens. Bez vendor lock-in, bez "naszych autorskich framework-ów" które robią Cię zakładnikiem.
Czy moduły Odoo które piszecie są zgodne z OCA / Odoo upstream?
Tak — to nasza standardowa praktyka. Naszą dystrybucję Pro EXTREME zbudowaliśmy z 8 modułów autorskich które trzymają konwencje Odoo S.A. i OCA: __manifest__.py zgodny ze standardami, migracje przy upgrade, dependency declarations, brak monkey-patchingu, UTF-8 PEP-8 kod. Konsekwencja: Twoje moduły będą działać po migracji z Odoo 18 na 19 (z drobnymi aktualizacjami), zachowają się przy aktualizacjach core, nie zablokują Cię w naszej wersji Odoo.
Czy obsługujecie utrzymanie aplikacji po wdrożeniu?
Tak. Standardowo: gwarancja 30 dni na bugfixy po wdrożeniu MVP (zawarte w cenie), potem umowa utrzymaniowa SLA z gwarantowanym czasem reakcji. Aktualizacje bibliotek, patche bezpieczeństwa, drobne zmiany w funkcjonalności — rozliczane godzinowo z miesięcznego pakietu. Większe rozszerzenia — jako kolejne sprinty (1-2 tygodnie). Nie ma "ticketów do trzeciego poziomu" — bezpośredni kontakt z deweloperem który zna Twoją aplikację.
Opisz pomysł. MVP w cztery tygodnie.
15–30 minut rozmowy o tym co chcesz zbudować. Powiemy wprost: czy headless / czy standardowy Odoo / czy w ogóle aplikacja. Czasem najlepsza rekomendacja to "nie róbcie".
Opisz pomysł → +48 516 512 605Aplikacje i sklepy internetowe — Obszar 5 / 7 · Nexus Digital
Python · FastAPI · Django · React · Vue · Next.js · PWA · Odoo modules · Strona: nexus-digital.pl