Primești trei oferte pentru același brief și una este de câteva ori mai mare decât alta. Reflexul este să presupui că cineva încarcă prețul. De cele mai multe ori nu asta se întâmplă: ofertele răspund la întrebări diferite, pentru că briefu-ul le-a permis să o facă.
Ce cumperi, de fapt
O estimare de software la comandă acoperă rareori doar scrierea codului. Sub aceeași sumă intră lucruri pe care cumpărătorul nu le vede în demo și pe care furnizorul nu le trece întotdeauna pe hârtie.
- Descoperirea: cine stabilește ce face produsul, și cât timp durează asta înainte să înceapă implementarea
- Designul de interfață: dacă e inclus, sau dacă se presupune că vii cu el
- Migrarea datelor din sistemul actual, care aproape niciodată nu este curată
- Integrările cu ce folosești deja — facturare, contabilitate, CRM, plăți
- Testarea și corecțiile după lansare, și pe ce perioadă
- Găzduirea, monitorizarea și cine răspunde când cade ceva la 2 noaptea
O ofertă care nu menționează aceste linii nu le-a eliminat din proiect. Le-a mutat în afara prețului.
Fixul, estimatul și diferența dintre ele
Un preț fix pe un scop clar definit este onest. Un preț fix pe un brief de o pagină înseamnă că cineva și-a asumat riscul necunoscutului — de obicei prin marjă, uneori prin a decide singur ce nu se face. Dacă scopul nu e clar încă, un discovery plătit separat costă mai puțin decât un preț fix construit pe presupuneri.
Întrebările care schimbă răspunsul
- Ce presupuneri ați făcut ca să ajungeți la această cifră?
- Ce nu este inclus și ar putea fi nevoie?
- Cine deține codul și unde stă el?
- Ce se întâmplă cu proiectul dacă persoana care l-a construit pleacă?
- Îmi puteți arăta ceva funcțional de aceeași complexitate, nu un mockup?
Ultima întrebare separă furnizorii mai repede decât orice negociere de preț.
