Jak wybrać partnera lub programistę Odoo

Wyszukiwanie „jak wybrać partnera Odoo” zwraca głównie zestawienia agencji, które same siebie uznają za najlepsze. To nie jest prawdziwy problem. Problem w tym, że większość poradników nie podaje kryteriów, które można zweryfikować, tylko przymiotniki („doświadczenie”, „jakość”, „zaufanie”). W tym artykule pomijamy przymiotniki i przechodzimy do tego, co naprawdę możesz sprawdzić przed podpisaniem: czy kod, za który płacisz, naprawdę istnieje, z kim rozmawiasz, gdy coś przestanie działać, co dzieje się z ceną, jeśli projekt się wydłuży, i czy pokazywane Ci referencje są prawdziwe.

Partner Odoo a niezależny programista: co naprawdę oznacza każda opcja

Bycie „partnerem Odoo” to status handlowy w programie partnerskim Odoo S.A., a nie poświadczenie jakości kodu, który otrzymasz. Partner może mieć dostęp do materiałów sprzedażowych i pewnego wsparcia ze strony Odoo, ale to nic nie mówi o tym, czy inżynier, który będzie pracował na Twojej bazie danych, jest dobry, szybko odpowiada i dostarcza kod łatwy w utrzymaniu. I odwrotnie: programista lub firma konsultingowa bez tego statusu może mieć wieloletnie, realne doświadczenie z Odoo i wykonywać świetną pracę. Żadna z tych dróg sama niczego nie gwarantuje. Gwarancją jest to, co możesz zweryfikować u konkretnego dostawcy, niezależnie od jego statusu.

Ważna uwaga, którą wiele osób błędnie zakłada: nie trzeba być partnerem Odoo, żeby zlecić personalizację lub rozwój. To po prostu konfiguracja lub programowanie z dostępem administratora do Twojego własnego konta Odoo, a może to zrobić każdy programista z realną znajomością Odoo, niezależnie od tego, czy jest partnerem.

5 realnych kryteriów oceny osoby, której powierzysz swoje Odoo

1. Zweryfikuj rzeczywisty kod, a nie tylko demo

Nagrane demo lub film o produkcie nie dowodzi, że moduł działa w Twoim Odoo. Coś dowodzi dopiero prośba o dostęp do testowej bazy danych (albo o zainstalowanie modułu w Twoim środowisku) i samodzielne sprawdzenie w Ustawienia → Apps, że moduł jest zainstalowany i aktywny, a nie tylko wspomniany na slajdzie. Jeśli dostawca wzbrania się przed udzieleniem takiego dostępu albo pokazuje tylko zrzuty ekranu, to sygnał ostrzegawczy.

Poproś też o wgląd w kod modułu, jeśli to rozwiązanie na zamówienie. Nie po to, żebyś sam go audytował, jeśli nie jesteś technikiem, ale żeby upewnić się, że istnieje jako plik z kontrolą wersji (z manifestem, testami, systemem kontroli wersji), a nie jako obietnica, że „zrobimy to później”.

2. Bezpośrednie wsparcie czy kolejka zgłoszeń

Gdy coś psuje się na produkcji, do kogo piszesz? Są dwa bardzo różne modele: rozmowa bezpośrednio z osobą, która zbudowała moduł (lub z małym zespołem znającym Twoją instalację), albo otwarcie zgłoszenia w kolejce, gdzie pierwsza linia wsparcia nie dotyka kodu i tylko eskaluje. Drugi model nie jest z natury zły (używają go duże firmy konsultingowe i w ich skali działa), ale radykalnie zmienia czas reakcji przy prawdziwej awarii. Zapytaj wprost: „kto odpowie, jeśli to przestanie działać w piątek o 18 h, i w jakim czasie?”.

3. Stała cena czy otwarte rozliczanie godzinowe

Otwarte rozliczanie godzinowe przerzuca całe ryzyko źle oszacowanego projektu na Twój portfel: jeśli zakres rośnie albo dostawca potrzebuje więcej czasu, niż zakładano, płacisz więcej, choć sam o tym nie zdecydowałeś. Stała cena (z zakresem spisanym i uzgodnionym przed startem) przenosi to ryzyko na dostawcę, który najlepiej potrafi je oszacować. To nie znaczy, że „godzinowo” to zawsze zły pomysł: ma sens przy bieżącym utrzymaniu lub wsparciu na żądanie. Ale przy projekcie z początkiem i końcem (wdrożenie, rozwój, migracja) stała cena to opcja, która Cię chroni.

4. Referencje, które można zweryfikować

Opinie na stronie samego dostawcy z definicji nie są weryfikowalne: wybiera je i pisze on sam. Poproś o coś, co można sprawdzić niezależnie: nazwę prawdziwej firmy-klienta, którą możesz znaleźć na LinkedIn lub na jej stronie, albo (jeszcze lepiej) rozmowę z kimś z tej firmy bez obecności dostawcy. Jeśli dostawca działa od lat i nie potrafi podać ani jednego kontaktu do zweryfikowania, to już sam w sobie jest sygnał.

5. Kto zachowuje kod i dostęp (jak uniknąć vendor lock-in)

Przed startem ustal na piśmie, kto jest właścicielem kodu napisanego na zamówienie i kto ma dane dostępowe administratora Twojego Odoo. Jeśli dostawca zachowuje jedyny dostęp administratora, a kod znajduje się tylko w jego prywatnym repozytorium, jesteś od niego zależny na zawsze przy każdej przyszłej zmianie, nawet jeśli później zechcesz zmienić dostawcę. Poważny dostawca nie ma problemu z tym, żeby klient miał własny dostęp administratora, a przy rozwoju na zamówienie także kod w repozytorium, które klient również kontroluje.

Partner Odoo a niezależny programista, kryterium po kryterium

Żadna z tych dróg nie jest obiektywnie „lepsza”: każda ma swoje miejsce zależnie od wielkości i charakteru projektu. Oto, co naprawdę się między nimi różni:

Lista pytań przed zatrudnieniem

Zanim cokolwiek podpiszesz, zadaj te pytania wprost dostawcy i oceń nie tylko odpowiedź, ale też to, jak szybko i z jakim dyskomfortem na nią odpowiada:

• Czy mogę zobaczyć moduł zainstalowany i działający w testowej bazie danych, zanim zapłacę?
• Jeśli to rozwiązanie na zamówienie, czy kod trafi do repozytorium, do którego ja też mam dostęp?
• Kto odpowie, jeśli coś przestanie działać poza godzinami pracy, i w jakim czasie?
• Czy wycena jest stała, z zakresem na piśmie, czy otwarta, rozliczana godzinowo?
• Jeśli zakres zmieni się w trakcie projektu, jak rozlicza się dodatkowy koszt?
• Czy możesz podać mi kontakt do prawdziwego klienta, którego mogę bezpośrednio zapytać?
• Z kim rozmawiam na co dzień: z Tobą czy z opiekunem klienta, który przekazuje moje wiadomości zespołowi technicznemu?
• Czy zachowuję dane dostępowe administratora do mojego własnego Odoo?

Jak robimy to w FlexigoTech

W FlexigoTech jesteśmy bezpośrednimi programistami Odoo, a nie resellerami: między Tobą a osobą, która pisze kod, nie ma warstwy handlowej. Pracujemy ze stałą ceną, nigdy z otwartym rozliczaniem godzinowym, a zakres uzgadniamy na piśmie przed startem. Jeśli potrzebujesz rozwiązania na zamówienie (integracje zewnętrzne, złożona logika biznesowa, zaawansowane raporty), sprawdź, jak do tego podchodzimy, w naszej usłudze rozwoju Odoo na zamówienie. A jeśli chcesz wiedzieć, kim jesteśmy, zanim do nas napiszesz, szczegóły znajdziesz na naszej stronie zespołu.

Przydatne linki w FlexigoTech

Najczęstsze pytania

Co robimy w tym zakresie