Każdy jest motylem na własną skalę ale każdy huragan kiedyś ucichnie...

Publikuję tu klucz, który zacząłem stosować podczas procesu tworzenia i kalkulacji kosztów pisania oprogramowania dla moich Klientów.

Gdy pojawiło się w moim życiu pierwsze zlecenie na napisanie oprogramowania, stanąłem przed zadaniem rozstrzygnięcia „ile ma wynosić uczciwa i korzystna dla obu stron cena za moją usługę”. Dopiero gdy zacząłem pisać program dla osoby, której życzliwości nie chcę utracić, uświadomiłem sobie konieczność „wyważenia” ceny za usługi profesjonalne wobec osoby, która mi „dała kredyt zaufania” - straciło wtedy znaczenie czy jest to „osoba bliska” czy „obca” - uczciwym i profesjonalnym programistą muszę być wobec wszystkich.

W mojej ocenie istnieją dwa klucze (punkty widzenia) w kwestii kalkulacji ceny za program.

Punkt widzenia klienta – wcale nie „chcę zapłacić jak najmniej” tylko „ile zyskuję korzystając z nabytego oprogramowania”. Istniej kilka czynników, które biorę pod uwagę:

• Klient jeżeli już wykonuje czynność, którą ma Mu usprawnić program, ponosi dotychczasowe koszty wykonywania tej pracy, ale będzie ponosił nowe koszty obsługi programu. Podam przykład: mój Klient zlecił mi napisanie „rejestru eksploatacji swoich pojazdów budowlanych”. W przeszłości korzystał z zeszytów w których prowadzony był taki rejestr i w wyniku niedoskonałości tego systemu zdarzyła się co najmniej jedna awaria jego sprzętu wynikająca z niedotrzymania terminu przeglądu i pociągająca koszty naprawy rzędu kilkunastu tysięcy złotych.

• Inwestycje związane z użytkowaniem mojego programu – w przypadku wyżej wspomnianej aplikacji, jest to zakup i koszty eksploatacji (rzadko jak na taki sprzęt) wykorzystywanej drukarki (program drukuje zlecenia przeglądów).

• Dodatkowe zalety programu, którego funkcje umożliwiają nie możliwe praktycznie w poprzednim systemie czynności, które były z tego powodu nierealne z powodu ich pracochłonności.

Punk widzenia programisty – w moim przypadku wcale nie „zapłać jak najwięcej” tylko „jakie są moje koszty utrzymania i realizacji zadania podczas pracy nad Twoim zleceniem”.

• Pierwszą moją zasadą jest nie związywanie Klienta koniecznością korzystania ze swoich usług (nie robię z siebie „niezastąpionego”) tylko zachęcanie wyważeniem jakości i ceny do powrotu i zlecania mi kolejnych aplikacji (używam licencji Open Source)

• Kolejna kalkulacja, to „co mogę wynegocjować obniżając cenę” – w przypadku aplikacji wymienionej wyżej jest to prawo do sprzedaży innym Klientom na rynku. (Wraz z możliwością tworzenia wersji dedykowanych)

• Następnym aspektem są moje życiowe potrzeby (wydawało by się, że powinienem wpisać to nad poprzedni punkt, ale skromniejsze warunki – konieczność oszczędzania - traktuję jako inwestycję w swoją realizację).

Żartobliwie ujmując obydwa punkty widzenia sprowadzają się do bardzo ekonomicznego stwierdzenia „co ja z tego będę miał...”.

Istnieje ostatni element decydujący często o cenie – to czy jako programista aktualnie mam co robić w sensie dochodowości swojej pracy. I tu mam następujące doświadczenia:

Jeszcze nie zdarzyło mi się oferować swoich usług czy też gotowego oprogramowania – mimo, że w wolnych chwilach pracuję nad (w mojej ocenie) bardzo przydatnym projektem – czas pokaże czy rynek zachęci mnie do ukończenia zaczętej pracy.

Klienci pojawiają się u mnie ze sprecyzowanymi potrzebami i dopiero moja kreatywność może rozwinąć realizację do poziomu zadowolenia Klienta – nie chcę aby Klient przyszedł do mnie załatwił swoją sprawę i zapomniał o moim istnieniu.

Wyważenie ceny między dwoma spojrzeniami („co ja będę z tego miał”) i co daję i dostaję dodatkowo, jest łatwiejsze od „wyczuwania” zasobności kieszeni Klienta i determinacji programisty.