Z kąd(skąd) zlecenia. Opcje

[Indianin]

Związki zawodowe to raczej nie jest wymysł Lenina .

[enceladus]

To może warto opracować jakiś "oficjalny" cennik środowiska php w PL i w razie czego powoływać się na niego. php.PL instytucją standaryzacyjną nie jest, ale może część potencjalnych klientów zwróci na to uwagę ?

Moze jeszcze zalozymy zwiazki zawodowe i lobing w sejmie.
Tobie sie marzy socjalizm?

Nie socjalizm ale np. stowarzyszenie i wcale się nie marzy to taka swobodna myśl ...
Związki zawodowe i 'lobbing' to jest właśnie element kontaktów na które niektórzy się powoływali.

[wassago]

chises! [b]moderatorzy! zmiencie w koncu temat tego topicu.

[kurtz]

Hej[quote]chises! [b]moderatorzyzrobione.


Pozdrawiam

[AcidBurnt]

eh... zanizanie cen, juz raz sie tak wkopalem, zrobilem z kumplem kolesiowi stronke za grosze.. siakies 300 złociszy, i teraz koles chce nastapnych stronek po tej samej cenie.... eh... a bylo mowione o nastapnych projektttach za normlna kase...

[ikioloak]

Odwołując się do pierwszych postów tego tematu, jak zapewnę wiele z Was wie, jest grupa dyskusyjna pl.praca.oferowana na serwerze news.pol.pl. Tam często ukazują się jakieś oferty, najczęściej sklepy internetowe a również oferty stałej pracy.
A co do cennika usług, to nie jest głupi pomysł. Sam też nie wiem ile kasować ludzi. Niech to nie będzie "oficjalny" cennik, ale bardziej orientacyjny.

[AcidBurnt]

Odwołując się do pierwszych postów tego tematu, jak zapewnę wiele z Was wie, jest grupa dyskusyjna pl.praca.oferowana na serwerze news.pol.pl. Tam często ukazują się jakieś oferty, najczęściej sklepy internetowe a również oferty stałej pracy.
A co do cennika usług, to nie jest głupi pomysł. Sam też nie wiem ile kasować ludzi. Niech to nie będzie "oficjalny" cennik, ale bardziej orientacyjny.

myslisz ze ktos sie bedize do niego stosował?

zawsze sie znajdzie taki ktos kto zanizy te ceny i zawsze znajdze sie taki ktos kto bedize wolał zapłacic mniej...

[ikioloak]

Chodzi o to, że nie chce zanizyc ceny i dac sie zfrajerowac. Znowu tez nie chce dawac takich cen, by od razu wszyscy uciekali. Jesli jestes przeciwnikiem cennika, to w takim razie, ile bys żądał za zrobienie tego
http://forum.php.pl/viewtopic.php?t=9573

[enceladus]

Nawet jeśli nie będzie się stosował to może będzie to jakiś punkt wyjścia

[enceladus]

Chciałbym poruszyć jeszcze jedną kwestię ( w sumie to temat na osobny wątek) - w ramach php.PL warto może opracować zarys wymagań, które powinien podać oferent... Nie jest sztuką powiedzieć np. "chcę sklep internetowy" - sklepy są różne - jednym wystarczy prosta prezentacja towarów z zamawianiem przez maila ., inni będzą potrzebowali trochę więcej - ale z punktu widzenie klienta to ciągle jest sklep... może warto ich (nas) uświadamiać w tej kwestii Dobrze napisana umowa i projekt PRZED jego realizacją to 3/4 sukcesu. Unika się wtedy sytuacji gdy przy serwisie gotowym w 90% klient mówi, że on jednak chce mieć "trochę" inną funkcjonalność, a z punktu widzenia programisty przewraca to 100% kodu

[scanner]

Planuję w ramach php.pl zebranie wszystkich wzorów umów, jakie można spisac miezy oferentem a projektantem. To i informacje dla oferentów jak zamawiać, byłoby niezłą pomocą

[itsme]

http://forum.php.pl/viewtopic.php?t=731

[enceladus]

http://forum.php.pl/viewtopic.php?t=731

Nie wiem jak taki przykład nijak się ma do projektu i do umowy... jest jak zamówienie samochodu, ale czy to maluch czy ferrari to już nie wiemy .
I weź po czymś takim wyceń Dogadasz się z klientem, wycenisz jak malucha a klient poprosi o ABS-y, aktywne zawieszenie i 500KM i co wtedy zrobisz ? (To ciągle jest samochód - a właśnie to klient zamawiał)

[patrycjusz]

hmm..
umowa (o dzieło,zlecenie) poza podstawowymi cechami jakimi się cechują tego typu dokumenty, moim zdaniem powinna zawierać:
- dokładnie sprecyzowaną specyfikacje systemu która jest przedmiotem zlecenia,
- datę,miejsce rozliczenia i w jaki sposób zostanie stwierdzone wykonanie przedmiotu umowy,
- opis,model funkcjonalny itp (w nim dokładny opis systemu, użyte technologie itp)
- załącznik o formie rozliczenia finansowego (kiedy, jak duże pobrane były zaliczki itp)
Oczywiście sama umowa winna być odpowiednio zbudowana, tak aby nie było pretensji o np. harmonogram prac który także powinnien być dołączony do umowy jako załącznik.
Teraz coś od siebie...
Jeżeli wykonujecie stronki w php itd na mała skalę, ewentualnie od czasu do czasu zrobicie coś większego to ewidentnie wystarczą wam porady zamieszczane w różnych serwisach, odnośnie budowy i przykładów umów między pracownikiem a pracodawcą. Zaś jeżeli "żyjecie" z programowania lub macie taki zamiar to jednak polecam zainwestować w parę spotkań u radcy prawnego z zakresu prawa pracy,handlowego itp, a gwarantuję że sytaucje nie miłe wam się raczej zdarzać nie będą.
Z racji tego że mam dosyć duże możliwości konsultacji z prawnikami z zakresu prawa pracy, nie będzie dla mnie stanowiło problemu przygotowanie (właściwie zdobycie :wink: ) przykładowych umów i innych najczęściej potrzebnych dokumentów jak np. umowa o przeniesienie praw majątkowych itd. Pozatym już kiedyś pomysł zgłaszałem
Pozdrawiam patS.

[scanner]

PatS: Pogadamy oi tym, na PW, ok? Zebrałoby sie materiały, skleciło poradnik i wystawiło na php.pl

[Fo]

ekhem, a ja bym chcial powiedziec tak :

niewiecie na ile kasowac klienta ? a wiecie czemu ? no bo go nie znacie ....
przypuscmy zglasza sie do was jakas firma i mowi ze chciala by to to i tamto, nie podawajcie odrazu stawki....
najpierw co nalezalo by wykonac : pierwszy zarys projektu dla klienta - zeby wiedzial jak mniej wiecej bedzie to wygladalo i z czego sie bedzie skladalo, ile mniej wiecej na to pojdzie czasu.... i na tym ja bym zamknal pierwsza rozmowe z klientem... a miedzy czasie kiedy juz na nastepna umowil bym sie na jakis tydzien pozniej.... rozejrzal bym sie nieco na rynku i poszukal informacji w kazdy mozliwy sposob, co to jest za firma.... jakie ma obroty, ile istnieje na rynku, w jakiej galezi przemyslu egzystuje i czy ona ma przyszlosc (jesli tak, to firma nie boi sie inwestowac bo wie ze ma perspektywy na rozwoj) .... tym wlasnie zajal bym sie w miedzy czasie..... na nastepna juz rozmowe no mozna by bylo juz podsunac chociaz jakas specyfikacje projektu, jakby to mialo wygladac, funkcjonowac czyli np. na czym bedzie oparty system, jakie bedzie mial wymagania do poprawnego funkcjonowania... oczywiscie o temat hostingu rowniez bym zachaczyl... i probowal przekonac klienta ze to wlasnie u nas na serwerze system ktory bedzie dla niego pisany, bedzie chodzil poprawnie itp. zeby moc tak rozmawiac i zeby wogole moc wytargowac sie o cene (bo to mozna targowaniem sie nazwac) przydaly by wam sie jakies referencje (jesli jestescie bezposrednim koderem odbiorca zlecenia) a jesli macie ludzi (np. kogos do pomocy) to przydalo by sie jakies wspolne *dobre* portfolio, zeby klient wiedzial ze nie ma do czynienia z byle kim, kto sie podejmie skasuje zaliczke i zniknie bez sladu bo takie sytuacje sie zdarzaja i to czesto, nietylko w branzy komputerowej. jesli juz przedstawiliscie klientowi wasze portfolio i zrozumial on ze nie jestescie byle kim tylko wasza robota jest solidna.... to nie zapomnijcie przypadkiem o tym ze przeciez *musicie* cenic siebie, swoja prace i swoj czas, jesli czegos wiec sie podejmujecie jako w miare profesonalny wykonawca to macie pelne prawo kasowac tyle ile uwazacie za stosowne, klient musi zrozumiec ze nie placi za zabawki bo takich juz nie robimy tylko za profesjonalnie wykonany projekt specjalnie na jego zamowienie, ale to jak juz mowilem dopiero na drugiej (przynajmniej) rozmowie z klientem... kiedy juz wiecie kto to jest i na ile mniej wiecej go stac. Na rozmowie z klientem rowniez *uwaznie* patrzcie na to czy klient ma pojecie o tym co by chcial, czy zna sie mniej wiecej na aspektach technicznych, czy zna sie na technologii... jesli tak - to taka osoba nie bedzie jak juz tutaj itsme wspominal - wyklucala sie o to ze ten zielony moglby byc bardziej zielony niz ten zielony wpadajacy w zielen tamtego zielonego ktory pokazywal ci jak byliscie na pierwszej rozmowie taka osoba (ja tak mysle) jesli jeszcze dotego obadaliscie na czym ona stoi (podloze finansowe) zaplaci, bo bedzie wiedziala ze nie kupuje kota w worku (czyt-> zabawka).... wiec co odradzam to z waszej strony najpierw na pierwszej rozmowie wymawiania jakichs cen koncowych :!: tego nie robcie bo bedzie was mozna wykorzystac na troche $, najpierw przedstawienie klientowi zarysu projektu, w miedzy czasie obadanie jego pozycji na rynku(duza, mala firma, ale czy istnieje i czy ma obroty), pozniej podawanie wstepnych cen, *pobranie zaliczki za pierwszy podstawowy projekt (beta), jesli zadowolony klient -> dokanczamy robote i kasujemy calosc, polecajac sie przy tym na przyszlosc

tak to wyglada na dzien dzisiejszy z mojej perspektywy.

[itsme]

a ja proponuje napisac instrukcje obslugi dla pracownika i pracodawcy

[scanner]

It`s_me: włśnie o czymś takim mówię.

[itsme]

ok wiec pojawi sie to w formie artu od dev-aricles

[enceladus]

hmm..  
umowa (o dzieło,zlecenie) poza podstawowymi cechami jakimi się cechują tego typu dokumenty, moim zdaniem powinna zawierać:
- dokładnie sprecyzowaną specyfikacje systemu która jest przedmiotem zlecenia,

Nie zapominaj o:
- gwarancji.
- sprzedawaniu licencji na produkt a nie produktu.