Stała cena czy stawka godzinowa za dostosowania?

Gdy zamawiacie dostosowanie do Business Central, cena może być uzgodniona jako stała kwota albo rozliczana według zużycia. Oba rozwiązania mogą być rozsądne, ale pasują do różnych zadań. Artykuł wyjaśnia, kiedy każdy model działa najlepiej, czego stała cena wymaga od opisu i jakie pytania warto zadać niezależnie od tego, kto składa ofertę. Dotyczy każdego dostawcy.

Stała cena

Przy stałej cenie znacie cenę z góry, jeśli zadanie jest jasno ograniczone. Pasuje do zadań, w których wiecie, czego chcecie: raport, nowe pole z regułą, ograniczona integracja.

Ryzyko leży po stronie dostawcy, ale tylko tak długo, jak trzyma się opis. Jeśli wymagania zmieniają się w trakcie, zwykle pojawia się dopłata. Dlatego opis jest najważniejszy.

Zapytajcie też, co stała cena obejmuje w zakresie zarządzania projektem i testów. Jeśli to wy macie testować, napiszcie, ile godzin ma to zająć u was i kto to zrobi.

Jeśli opis jest niejasny, oferta ze stałą ceną będzie albo droga, bo dostawca wlicza niepewność, albo zamieni się w zmiany zgłaszane w trakcie. Opis jest więc waszym najlepszym narzędziem negocjacji. Im dokładniejszy, tym lepiej porównywalne będą oferty.

Stawka godzinowa

Przy stawce godzinowej płacicie za rzeczywiste zużycie. Pasuje do zadań, w których zakres jest niejasny: analiza, diagnozowanie błędów, badanie możliwych rozwiązań lub dostosowania, które rozwijają się w trakcie.

Ryzyko leży po waszej stronie. Poproście o oszacowanie, limit i bieżące raportowanie zużycia godzin, abyście mogli zatrzymać się w porę.

Poproście o raport tydzień po tygodniu i o uzgodniony moment, w którym ocenicie, czy praca jest kontynuowana. Daje to kontrolę bez konieczności wcześniejszego pełnego opisu.

Zapytajcie też, czy stawka godzinowa jest taka sama dla wszystkich ról. Konsultanci, programiści i kierownicy projektów mogą mieć różne stawki, a ich proporcje decydują o średniej cenie.

Co powinien zawierać dobry opis

Poproście kogoś, kto nie pisał opisu, aby go przeczytał i zadał pytania. Jeśli ma wątpliwości, dostawca też będzie je miał.

Niezależnie od modelu dostosowanie powinno być opisane na piśmie, zanim praca się zacznie. Sprawdźcie, czy opis zawiera:

Cel: jaki problem jest rozwiązywany i dla kogo
Co jest objęte, a co nie
Jak ma działać, najlepiej z przykładami i zrzutami ekranu
Jakich danych i integracji dotyczy
Kryteria akceptacji: jak ustalicie, że jest dostarczone
Kto testuje i kiedy
Ile kosztują zmiany w trakcie

Pytania, które ujawniają różnice

Zapytajcie, czy praca o stałej cenie obejmuje testy, dokumentację i poprawianie błędów po dostarczeniu oraz jak długo. Zapytajcie też, kto jest właścicielem kodu i jak obsługiwane są aktualizacje. Microsoft aktualizuje Business Central dwa razy w roku, a dostosowanie musi nadal działać po aktualizacjach. Zobaczcie artykuł o dostosowaniu lub standardzie.

Zapytajcie, co się stanie, jeśli zadanie okaże się większe. Kto płaci i jak to jest uzgadniane?

Zapytajcie też, czy cena obejmuje szkolenie użytkowników i omówienie po dostarczeniu dostosowania. Dostosowanie, którego nikt nie umie używać, nie tworzy wartości.

Droga pośrednia

Wiele osób wybiera stałą cenę za ograniczoną analizę lub pierwszy etap, a potem stałą cenę lub stawkę godzinową za resztę. Wtedy opis staje się dokładniejszy, zanim zapadnie duża decyzja.

Pomóc może też podzielenie zadania na fazy z akceptacją pomiędzy nimi. Płatność może podążać za fazami, żebyście nie płacili za wszystko z góry.

Addverk

Jeśli chcecie porozmawiać o tym temacie, napiszcie do nas. Użyjcie powyższej listy kontrolnej do porównania ofert.