Kupujesz wadliwy produkt – dostajesz zwrot pieniędzy. Czemu projekt IT za kilkaset tysięcy miałby być wyjątkiem?
Co właściwie gwarantuje standardowa umowa?
Przeczytaj uważnie typową umowę na oprogramowanie, a okaże się, że gwarantuje ona wysiłek. Godziny. Sprinty. Raporty z prac.
Nie gwarantuje natomiast, że system zrobi to, czego potrzebujesz – wyceni tak, jak Ty wyceniasz, zaplanuje tak, jak Ty planujesz, i poradzi sobie ze zmiennością, która stanowi o charakterze Twojej firmy.
A jeśli nie zrobi? Pieniądze już wydane. Wykonawca zajął się innym projektem. Twój zespół po cichu wraca do Excela. Ostatnie demo też wyglądało dobrze – półtora roku temu.
I tu najmniej wygodna prawda: to nie jest nieudany projekt. To standardowy model, który działa dokładnie tak, jak go zaprojektowano. Płacisz za wysiłek, dostajesz wysiłek, a to, czy system pasuje do Twojej firmy, jest Twoim problemem. Nikt nie kupuje nowej maszyny bez pewności, że poradzi sobie z zadaniem – a oprogramowanie kupuje się tak każdego dnia.
Powinno być inaczej – dwie gwarancje, nie jedna
Gwarancja 1: działa zgodnie z umową albo pełny zwrot pieniędzy
Umowa zawiera jasne wymagania – nie ogólnikowy opis zakresu, lecz konkretne rezultaty powiązane z tym, jak faktycznie działa Twoja firma. Jeśli dostarczony system ich nie spełnia, a my nie naprawimy tego w uzgodnionym czasie, to nie wywiązaliśmy się z umowy: odzyskujesz pieniądze. W całości.
Gwarancja 2: możesz odejść w każdej chwili
Tego niemal nikt nie oferuje – nawet jeśli dostarczamy dokładnie to, co uzgodniono, nigdy nie zostajesz w pułapce. Jeśli współpraca się nie układa, możesz odejść w dowolnym momencie, bez kolejnej faktury. Żadnego „poczekajmy do następnego etapu”. Żadnego uzależnienia od dostawcy. A przed płatnością końcową jest dwutygodniowy, zaplanowany okres testów: Twój zespół, prawdziwy system i stała możliwość rozstania, jeśli coś nie gra.
Pierwsza chroni przed złym systemem. Druga – przed złą współpracą. Potrzebujesz obu, bo każda z tych rzeczy zawodzi inaczej.
Dlaczego to nie jest naiwne?
„Zwrot pieniędzy za oprogramowanie” brzmi jak obietnica nie do wyegzekwowania – deklaracja klienta, że nie użyje kodu, niewiele jest warta. O tym, że to działa, decyduje mechanizm:
System testujesz przed odbiorem końcowym. Płatność końcowa następuje dopiero wtedy, gdy zatwierdzisz działający system, z którego Twój zespół korzystał przez dwa tygodnie. A pełny kod źródłowy i prawa własności intelektualnej przechodzą na Ciebie po tej płatności – do tego momentu przewagę masz Ty, nie my.
Wszystko egzekwuje sama kolejność. Nie ma scenariusza, w którym płacisz w całości za coś, czego nie przetestowano. A możliwość odejścia działa w obie strony: rezygnacja przed płatnością końcową oznacza usunięcie projektu – nic nie jesteś winien i nic nie zatrzymujesz. Właśnie ta symetria pozwala nam to zaoferować.
Co to wymusza na wykonawcy?
Taka umowa utrudnia życie wykonawcy dokładnie na dwa sposoby – i oba działają na Twoją korzyść.
Współpraca musi być na tyle dobra, żebyś co tydzień chciał ją kontynuować, bo zawsze możesz odejść. A realizacja musi być na tyle dobra, żeby dało się wykazać zgodność ze specyfikacją, bo inaczej wynagrodzenie przepada.
Partner pewny swojej pracy przyjmie takie warunki. Jeśli Twój odmawia – zastanów się, co wie o swojej realizacji, czego Ty nie wiesz.
Jak możemy to zaoferować?
Mówiąc najprościej… dzięki doświadczeniu.
Projekty niemal zawsze upadają z powodu braku:
- rzetelnej analizy na starcie – jeśli inżynierowie nie rozumieją, czego się od nich oczekuje, trudno się dziwić, że nie potrafią zadowolić klienta;
- dobrego projektu i ogólnego planu prac – gdy praca jest głównie reaktywna, łatwo dojść do punktu, w którym czegoś nie da się już wykonać zgodnie z oczekiwaniami.
Dobrze prowadzony projekt kończy się sukcesem, klient jest zadowolony, a szansa, że zrezygnuje, jest bliska zeru. Bierzemy ryzyko na siebie, ale w praktyce nam ono nie zagraża – nie wtedy, gdy dobrze wykonujemy swoją pracę, a to zawsze było naszym głównym celem. Ponad 20 lat tworzenia oprogramowania biznesowego i wiele udanych projektów pozwala nam składać tę ofertę z pełnym przekonaniem.
Kilka elementów, które wzmacniają ten model
- Wycena oparta na wartości: Wszystkie funkcje są opisane jako rezultaty biznesowe, a nie techniczny żargon – i płacisz tylko za nie, nigdy za poprawki czy błędy.
- Stała cena, elastyczny zakres: Znasz pełny koszt z góry, a szczegóły można dopracować w trakcie prac i testów.
- Długoterminowe wsparcie: pierwsza wersja jest prosta, a naszym celem jest system trwały i gotowy rosnąć razem z firmą – bez przepisywania od nowa, bez obaw przed kolejną zmianą, zawsze z wyceną opartą na wartości.
- Bezpłatne poprawki błędów na zawsze: Nie płacisz za cudze błędy.
Cały proces – od pierwszej rozmowy po przekazanie systemu – opisujemy krok po kroku tutaj ￫.