W skrócie
- Szukaj realizacji podobnych do Twojej - skala i rodzaj problemu są ważniejsze niż branża.
- Poproś o referencje z możliwością rozmowy, a nie tylko o logotypy na stronie.
- Zapytaj, jak często zobaczysz działające postępy i kto testuje oprogramowanie.
- Sprawdź w umowie kod źródłowy, prawa autorskie, gwarancję i sposób rozliczania zmian.
- Uważaj na wycenę bez pytań i obietnice terminu przed poznaniem zakresu.
Realizacje i referencje
Portfolio pokazuje, czy firma robiła coś podobnego. Ważniejsze od branży jest podobieństwo problemu: aplikacja dla pracowników w terenie, integracja z ERP, system z wieloma rolami. Firma, która zrobiła podobny system w innej branży, często szybciej zrozumie Twój niż firma z Twojej branży, która robiła głównie strony internetowe.
Poproś o kontakt do jednego lub dwóch klientów. Krótka rozmowa powie więcej niż prezentacja: czy terminy były dotrzymane, jak wyglądała komunikacja, co działo się, gdy coś szło nie tak.
Pytania na pierwsze rozmowy
- Jak wygląda pierwszy etap - analiza, makiety, wycena?
- Jak często zobaczę działające postępy, a nie tylko raport?
- Kto konkretnie będzie pracował nad projektem i czy ten skład się nie zmieni?
- Kto testuje oprogramowanie i kiedy - w trakcie czy dopiero na końcu?
- Jak rozliczacie zmiany zakresu w trakcie projektu?
- Gdzie będzie kod źródłowy i kiedy przechodzą na mnie prawa autorskie?
- Co obejmuje gwarancja, jaki jest czas reakcji na błędy krytyczne?
- Kto utrzymuje system po starcie i ile to kosztuje?
Sygnały, które powinny zaniepokoić
- Cena podana od razu, bez pytań o zakres, integracje i użytkowników.
- Obietnica terminu przed poznaniem projektu.
- Brak testów w zespole albo „klient testuje na produkcji”.
- Niejasna odpowiedź na pytanie o kod źródłowy i prawa autorskie.
- Tylko jeden kontakt w firmie, bez wglądu w zespół i postęp prac.
- Bardzo niska stawka przy dużym zakresie - zwykle oznacza, że coś zostało pominięte.
Na co patrzeć w umowie
Umowa powinna opisywać zakres albo sposób jego ustalania, harmonogram etapów i odbiorów, model rozliczenia, przekazanie kodu i praw autorskich (z określonymi polami eksploatacji), gwarancję i czas reakcji na błędy oraz sposób zgłaszania i wyceny zmian. Umowę warto przejrzeć z prawnikiem - ten poradnik nie jest poradą prawną.
Jak pracujemy w 2Simple
Pierwsza rozmowa trwa 30 minut i jest analizą, nie prezentacją oferty. Postępy pokazujemy co 2-3 tygodnie, a przy pracach nad interfejsem - działające demo. Rozliczamy realnie przepracowane godziny, a przy odbiorze przekazujemy kod źródłowy, dokumentację i prawa autorskie.