Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> Jak żyć ... Klient nasz Pan
Lord
post 1.04.2020, 16:43:09
Post #1





Grupa: Zarejestrowani
Postów: 229
Pomógł: 32
Dołączył: 10.03.2004

Ostrzeżenie: (10%)
X----


Jakieś tam swoje doświadczenie mam, ale większość swojego zawodowego życia byłem jednak pod kloszem. Pracowałem z ludźmi, którzy wiedzą czego chcą i informacje jakie dostawałem były rzeczowe. Od 2 lat ręce mi opadają, dostaje bazgroły klienta, gdzie klient wymyśla koło na nowo. Gdzie wszystko to co wiem i to czego się uczyłem (a staram się być pokorny, gdyż im więcej człowiek wie tym głupszy się czuje), można wyrzucić do kosza. Gdzie klient decyduje to co jak ma działać, mimo że często sięgamy szczytu głupoty. Perełki gdzie, klient połączył 3 akacje zapisz, generuj pdf i wyslij powiadomienie do klienta w 1 button i nie ma możliwości zmiany danych bez wysłania tego do zewnętrznego klienta. Absurdy gonią absurdy, a projekty oczywiście się niespinają. Bo jak się maja spinać jak w połowie aplikacji, nagle ktoś stwierdza, że dane mogą być zapisywane i wyświetlane w wielu walutach jednocześnie. A jak patrze w umowy to, często to są bazgroły na pół kartki A4.

Ja rozumiem, że większość z was powie, abym zmienił pracę bo firma jest "bee", albo że to ja jestem "bee" bo nie mogę ogarnąć projektu. Nie wierzę jednak, że nie macie takich problemów, jak nad tym zapanować by nie wywracać całego projektu 20x w ciągu jego trwania.

Jak u was sobie z tym radzicie? Co jest jak klient nie wie czego chce i/lub upiera się przy swoim rozwiązaniu, które jest złe, lub nie przyjmuje "JUZ PO" waszego rozwiązania, bo on to "WIDZIAŁ INACZEJ". Wiadomi klient nasz Pan, ale jakieś zasady i dobre praktyki muszą być zachowane.

PS. Wiem, że to "płacze i żale" ale musiałem...
Go to the top of the page
+Quote Post
Pyton_000
post 1.04.2020, 19:21:28
Post #2





Grupa: Zarejestrowani
Postów: 7 934
Pomógł: 1390
Dołączył: 26.10.2005

Ostrzeżenie: (0%)
-----


Muszisz nauczyć klienta że On Ci mówi czego potrzebuje a jak to zostanie zrobione to już go nie powinno interesować. Jesli chce mieć Zapisz, Wyśli i wygeneruj PDF w 1 przycisku to tak zrób, ale czy TY zrobisz to dobrze i dasz sobie pole do dalszej rozbudowy to Twoja broszka. Ty piszesz kod i to jak go napiszesz tak będziesz potem płakał albo radośnie dopisywał kolejne rzeczy.

Kolejną rzeczą jest to że Ty jesteś specjalistą (oczywiście treści biznesowe ma Ci dostarczyć klient bo Ty nie musisz wiedzieć jak się oblicza jakieś rzeczy biznesowe) i doradzasz klientowi że tak nie będzie dobrze bo UX albo że sama aplikacja coś nie ten teges.

Jeżeli klient się upiera przy swoim a rozliczasz się godzinowo to rób. On Ci płaci za poprawianie tego (uświadomo go że marnuje czas i pieniądze). I albo się rozstaniesz z takim klientem dla zdrowia psychicznego swojego i jego albo ciągniesz dla kasy.
Go to the top of the page
+Quote Post
Mega_88
post 2.04.2020, 00:43:23
Post #3





Grupa: Zarejestrowani
Postów: 351
Pomógł: 33
Dołączył: 20.08.2011

Ostrzeżenie: (0%)
-----


W sytuacjach kiedy klient wymaga od nas czegoś co zupełnie nie ma sensu i wiemy w 100%, że to się nie "zepnie" na końcu informujemy go o tym najlepiej w rozmowie telefonicznej podpierając się najlepiej jakimiś przykładami, podobnymi mechanizmami i sugerując nasze rozwiązanie. Pracuje z klientami już od kilku dobrych lat i zauważyłem dwie ciekawe rzeczy:

- największy krzykacz na mailach "wymięka" przy rozmowie telefonicznej. W mailach co to nie on..., jego 200 znajomych z branży IT..., on już widział na innej stronie jak to działa... Przy rozmowie telefonicznej okazuje się, że on przeczytał w 1/3 kurs HTML'a, a jego szwagier uczy informatyki i widział coś 5 lat temu na filmie. Wystarczy, że swoje rozwiązanie przedstawię w sensowny sposób, dam mu 2-3 przykłady i w 90% przypadkach robimy to co ja mu zaproponuję.
- moim ulubionym stwierdzeniem w rozmowach z klientem jest "z mojego doświadczenia wiem że..." i już w większości przypadków klient zgadza się na to co mu zaproponuję, zapominając o swoich głupim pomyśle gdzie wymyślił koło 3 raz.

Oczywiście w większości przypadków jestem w stanie przetłumaczyć klientowi, że jego propozycja jest zła, nie będzie to działać i spełniać swojej funkcji, a na użytkowniku wymusi X więcej czynności niż w mojej propozycji. Ciężkie przypadki załatwiam w mniej delikatny sposób informując go, że jego pomysł nie będzie działał prawidłowo jednak jak najbardziej CIECIORKA CHCE, CIECIORKA BĘDZIE MIEĆ ( Cieciorka to właśnie ksywa jednego ciężkiego klienta i tak już u nas to powiedzenie w firmie zostało tongue.gif ), ale w przypadku wykonania jego wytycznych i późniejszej zmiany będzie się to wiązało z dodatkowymi kosztami (podaję mu stawkę godzinową).

Ciężki przypadek potwierdza mi, że jak najbardziej mam robić to co on chce i w takiej formie jak to sobie wymyślił. W pierwszej kolejności realizuję swoje założenie/pomysł i go "wyłączam", w drugim etapie realizuję jego założenia i wysyłam do testowania. W tym czasie włączam stoper i czekam na "jednak to nie działa dobrze, miał Pan rację zróbmy według Pana propozycji". Wtedy już wszystko zależy od złożoności zlecenia, jak coś prostego po prostu podmieniam na moje, w cięższych przypadkach po prostu klient jest kasowany godzinowo zmianę.
Go to the top of the page
+Quote Post
Lord
post 2.04.2020, 09:44:34
Post #4





Grupa: Zarejestrowani
Postów: 229
Pomógł: 32
Dołączył: 10.03.2004

Ostrzeżenie: (10%)
X----


Cytat(Pyton_000 @ 1.04.2020, 20:21:28 ) *
Muszisz nauczyć klienta że On Ci mówi czego potrzebuje a jak to zostanie zrobione to już go nie powinno interesować. Jesli chce mieć Zapisz, Wyśli i wygeneruj PDF w 1 przycisku to tak zrób, ale czy TY zrobisz to dobrze i dasz sobie pole do dalszej rozbudowy to Twoja broszka. Ty piszesz kod i to jak go napiszesz tak będziesz potem płakał albo radośnie dopisywał kolejne rzeczy.

Zgadza się

Cytat(Pyton_000 @ 1.04.2020, 20:21:28 ) *
Kolejną rzeczą jest to że Ty jesteś specjalistą (oczywiście treści biznesowe ma Ci dostarczyć klient bo Ty nie musisz wiedzieć jak się oblicza jakieś rzeczy biznesowe) i doradzasz klientowi że tak nie będzie dobrze bo UX albo że sama aplikacja coś nie ten teges.


Owszem, tylko co z tego? Ja mu mowie, że coś nie jest zgodne z zasadami podatkowymi, on upiera się przy swoim, a po zmianach i tak po konsultacji przyznaje mi rację. Tutaj akurat się zabezpieczyłem, ale no nie mogę za każdym razem chuchac na zimne.

Cytat(Pyton_000 @ 1.04.2020, 20:21:28 ) *
Jeżeli klient się upiera przy swoim a rozliczasz się godzinowo to rób. On Ci płaci za poprawianie tego (uświadomo go że marnuje czas i pieniądze). I albo się rozstaniesz z takim klientem dla zdrowia psychicznego swojego i jego albo ciągniesz dla kasy.


Ja nie rozliczam, jestem na UoP, ale w mojej firmie nikt nie panuje nad założeniami tych projektów, umowy są BARDZOOO słabe. Ja dostaje wymagania pisze to, a po jakimś czasie wszystko się wywraca "BO KLIENT MUSI ZOBACZYĆ TO OCENI", no po wykonanej pracy ma oceniać? Gdzie miał projekt, mógł to przeklikać. Rozliczanie jest za projekt, a nie od H. A ile razy ja przerzucałem pola z modelu do modelu to nie zliczę tego. To rodzi frustrację. To jak budowlanic, który postawi scianę poraz 10 i musi ją zburzyć to naprawdę trafia szlak. A potem pretensje bo projekty się nie spinają, no ale czy to moja wina? Ja zrobiłem pierwsza wersją, zgodną z wytycznymi w 1/2 przeznaczonego czasu.
Go to the top of the page
+Quote Post
ohm
post 2.04.2020, 18:40:01
Post #5





Grupa: Zarejestrowani
Postów: 541
Pomógł: 133
Dołączył: 22.12.2010

Ostrzeżenie: (0%)
-----


Klasycznie, zmiana pracy, bo w tym miejscu w ktorym jestes to pewnie lepiej nie bedzie.
Go to the top of the page
+Quote Post
Pyton_000
post 2.04.2020, 21:26:24
Post #6





Grupa: Zarejestrowani
Postów: 7 934
Pomógł: 1390
Dołączył: 26.10.2005

Ostrzeżenie: (0%)
-----


Chciałem to samo napisać. Jakie masz doświadczenie ogólnie?
Go to the top of the page
+Quote Post
Lord
post 3.04.2020, 08:00:03
Post #7





Grupa: Zarejestrowani
Postów: 229
Pomógł: 32
Dołączył: 10.03.2004

Ostrzeżenie: (10%)
X----


Cytat(Pyton_000 @ 2.04.2020, 22:26:24 ) *
Chciałem to samo napisać. Jakie masz doświadczenie ogólnie?

Moje doświadczenie nie jest takie jakbym chciał, albo na co wskazuje mój straż. Ogólnie zacząłem jeszcze w poprzednim wieku. Od 2001 - 2014 pracowałem dla jednej firmy, gdzie można to określić 50% to helpdesk(nie instalowałem ludziom pakietu office, byłą to firma zajmująca się płatnościami w necie, miałem opiekę techniczna klientów w obowiązkach) 50% to dev, ale bez większych projektów. Potem praca w jednej firmie która robiła projekty e-commerce, teraz 2 lata we tej firmie, gdzie głownie małe/średnie projekty.

Ten post edytował Lord 3.04.2020, 08:30:19
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 5.06.2020 - 06:50