Koledzy podzieli się ktoś własnym doświadczeniem odnośnie wyceny swojej pracy Pytam bo czasami zdarza mi się coś zmajstrować na życzenie kogoś i jak dochodzi do kwestii finansowej pojawiają się schody. Niektórym osobom wydaje się że mały układzik kilka funkcji to powinien być za symboliczną złotówkę. A człowiek przesiedzi kilka tygodni a nawet miesięcy nad kodem.

_________________
Przewodnik|Sterownik akwariowy

Spytam standardowym pytaniem klientów:

A dlaczego tak drogo?

_________________
http://www.jaglarz.info

Powinieneś notować czas pracy nad wszystkimi zleceniami i kolejne wycenić w oparciu o te dane. Szukać podobieństw i wykorzystywać to co już wymyśliłeś. Jak dopiero zaczynasz to notuj czasochłonność własnych projektów.

Podajesz, że coś robiłeś klika miesięcy, ale czy po 8 godzin czy od czasu do czasu? Sam widzisz, że teraz trudno to wycenić.
Najlepiej byłoby mieć już opracowane pewne rozwiązania. Kawałek sprzętu i przetestowane funkcje do jego obsługi, wtedy do poświęconego czasu dodajesz wymyśloną kwotę za to co już masz gotowe. Nie narobisz się dużo szybko skończysz i wszyscy będą zadowoleni.

Mirek pozwala na wykorzystywanie kodów z książki i bibliotek do tworzenia programów również w celach komercyjnych, ale nie można rozpowszechniać kodów źródłowych. Dzięki Mirku

_________________
Dragonus Cracovus: Biomagia

Witam. W programowaniu jak i w innych pracach np. mechanika samochodowego, przy wycenie istnieje pewien paradoks, a mianowicie. Dobry fachowiec wykona zadanie szybko i dobrze, a partacz będzie nad tym samym zadaniem spędzi więcej czasu. Zakładając że liczą za godzinę taką sama stawkę to który zarobi więcej? Pytanie raczej retoryczne, a na dodatek kiepski fachowiec będzie jeszcze narzekał jak to on się napracował, ile czasu musiał poświęcić itd. itp..Tak że sprawa dosyć kłopotliwa jak zawsze kiedy chodzi o pieniądze, myślę że trzeba też brać pod uwagę rynek lokalny bo różne stawki w różnych regionach.
Pozdrawiam

_________________
----------

powiem Tobie ze dobry fachowiec jest też świadomym fachowcem i swoje za zrobioną robotę weźmie. Wiec jest inaczej nie piszesz bo się nie narobić a zarobi. I bierze sie za następną robotę za następne $$. kiepski się nameczy i często nie zarobi bo sobie nie poradzi albo lepiej - coś spier.... i jeszcze dołoży do interesu.

------------------------ [ Dodano po: 1 minucie ]



Ha ha tu mi się nasuwa reguła z trzema rodzajami usług. .. tanio szybko i dobrze. możesz wybrać dowolne 2
tanio i szybko nie będzie dobrze
tanio i dobrze nie będzie szybko
szybko i dobrze nie będzie tanio

_________________
IntegraMETEO
WordCLOCK
IntegraTOUCH

W/g klienta powinno być 3xnaj: najszybciej, najlepiej i najtaniej

_________________
http://www.jaglarz.info

Może to co napiszę wyda się oczywiste, ale warto naprawdę KAŻDĄ decyzję klienta dokumentować z jego zatwierdzeniem - wg mnie najlepiej na papierze w dwóch kopiach, ale wiadomo: rzadko który klient tak chce (no chyba że się zgadza i wykłada naprawdę sporą kasę), no i często z uwagi np. na odległość od klienta jest to pozbawione sensu. W każdym razie można przez e-mail, czy nawet sms, ALE klient ma wiedzieć, że jego decyzja jest prawnie i finansowo wiążąca. Acha... i jeszcze jedno: należy pilnować pewnych etapów projektów, tzn. jest sobie np. etap planowania, klient decyduje co aplikacja ma mu umożliwiać, ew. jak ma wyglądać, zapada decyzja i koniec, ta decyzja się już nie zmienia. Koder dostaje zaliczkę na poczet tego etapu i jeśli klient decyduje się jednak na zmianę decyzji co do pierwszego etapu (za który koder dostał zaliczkę) to zaliczka przepada. Pewnie te zasady i jeszcze więcej są opisane w książce podanej przez Kolegę Mokrowskiego. Ja od siebie mogę jeszcze polecić taką całkiem niezłą nowelkę nt. m.in. postępowania z klientem pt. "Podręcznik freelancera(...)". Oczywiście książka jaka by dobra nie była wszystkich spraw nie załatwi. Czasami niestety trzeba zapłacić za brak doświadczenia (ogólnie). Uważam, że jeśli koder nie zadba o pewne sprawy na samym początku podjętego przez siebie projektu to -niestety- ale sam sobie jest winien.

Pozdrawiam! j23

_________________
"O sygnałach bez całek" Czesław Frąc

Najtrudniej jest coś ocenić jak się jeszcze nie ma dużego doświadczenia. Ktoś z czymś przychodzi i na pierwszy rzut oka..."banał zrobię za stówkę" a po czasie okazuje się, że trzeba nieco przysiąść bo nie do końca zdajemy sobie sprawy jak coś zrobić czy zaprogramować. Rzecz, która miała potrwać dzień okazuje się trwa tydzień, dlatego ważne jest aby dobrze się zastanowić zanim podejmie się decyzję.

Z drugiej strony też trzeba brać pod uwagę aspekt, czy daną rzecz robimy jednorazowo, czy wykorzystamy np. zdobyte doświadczenie, kody, biblioteki etc. w przyszłości.

Wtedy koszty można inaczej rozkładać. Bo dziś w dobie sporej konkurencyjności trzeba umieć wyśrodkować koszt projektu.