Jak obsługiwać wymagających klientów?


11

Często zdarza mi się, że jestem przeciążony kontraktami.

Przez większość czasu żongluję co najmniej 2 projektami, oprócz licznych stron internetowych, na których muszę utrzymywać i konserwować.

Niestety wielu moich klientów będzie ciągle oczekiwać aktualizacji - ciągle dodaje do listy rzeczy do zrobienia więcej, niż może to zrobić żaden programista, i wariuje, ponieważ termin był już opóźniony, kiedy zaczynałem projekt.

Ciągle napotykam na fakt, że większość klientów tak naprawdę nie rozumie ilości pracy, którą można zaangażować za kulisami, szczególnie jeśli nie ma to wpływu na wygląd.

Czy ktoś wie o dobrych sposobach radzenia sobie z sytuacjami, które mogę przeoczyć?


2
Czy otrzymujesz wynagrodzenie za alimenty? To brzmi jak przerażający syndrom „teraz strona jest kompletna, oczekujemy, że wykonasz konserwację za darmo i na zawsze”.
Piskvor opuścił budynek

Myślę ! Powinienem był zmienić zawód
Chris

Odpowiedzi:


15

Naładuj więcej. Naucz się mówić nie. Uzyskać pomoc.

Oni wariują, ponieważ nie wiedzą, co robią i próbują cię zmotywować. Każda funkcja musi być uwzględniona. Wszystkie są priorytetem nr 1. I były wczoraj należne. Zasadniczo ich szef jest w ich sprawie.

Przejmij kontrolę nad projektem i dodaj trochę rozsądku do sytuacji. Zacznij od małego kawałka projektu. Stworzyć plan. Ustaw ramy czasowe dla swojego rozwoju i jego części (recenzje, testy, zatwierdzenie itp.). Gdy chcą zmienić plan, po prostu zapytaj ich: „Jaką inną część powinienem usunąć lub jak daleko mam wykonać kopię zapasową terminu?” Przypomnij im, że to właśnie zgodziłeś się i nie masz nic przeciwko wprowadzaniu zmian, ale coś musi dać. To powinno pomóc w stworzeniu historii tego, czego mogą oczekiwać od ciebie w przyszłości.

Jak dotąd nie wspomniałeś, że ktoś próbuje cię rzucić. Musisz robić coś dobrze lub znalazłeś klientów, których nikt inny nie chce. Może mógłbyś rzucić klientów i trzymać się konkurencji;)

Edycja: Sztuka mówienia „nie” jest w twoim umyśle, że mówisz „nie”, ale tak naprawdę nie używaj tego słowa. Funkcje, czas i zasoby to stały kompromis. Ważne jest, aby poinformować klienta o problemach i nie zakładać, że będzie on oczekiwał na załadowanie formularza po dodaniu kolejnych 50 pól.


1
Zespół zagrał „Little Agile ...”
Jonathan Day

@Jonathan Day - właściwie. Zrobiłbym to nawet przy podejściu do wodospadu; ramy czasowe byłyby nieco inne.
JeffO

2

Ryzykując stwierdzenie tego, co oczywiste, poradzę sobie z tym, po prostu nie przyjmując więcej umów niż mogę sobie z tym poradzić.


1

Oprócz bardzo dobrych rad Jeffa O, dodałbym to:

Śledź wydajność klienta tak dokładnie, jak śledzi on Twoją, i włącz ją do swojego projektu. Jeśli odpowiedź na zapytanie zajmie im 72 godziny, prześlij harmonogram. Poinformuj ich, że to robisz i dlaczego. Nie denerwuj się, ale trzymaj tę informację przed sobą.

Działa to w dwóch przypadkach:

Działa na klientach, którzy grają w gry z dominacją, ponieważ jest to język, którym mówią. Ostrzega ich o tym, że możesz także w tę grę grać. O ile nie są bardzo wyrafinowani (i niewielu ludzi, którzy grają w gry o dominacji z wyłączaniem władzy, są wyrafinowani lub robiliby coś bardziej efektywnego), zobaczą w tej walce, której nie mogą wygrać i wycofać się. Dzięki temu łatwiej się z nimi pracuje. Nie mogę liczyć czasów w mojej karierze, kiedy klient zdał sobie sprawę z tego, że scapegoating mnie zawiódłby i stał się wręcz współpracownikiem. (Szczerze podchodzę do tego punktu widzenia; pracowałem nad dużymi rządowymi projektami informatycznymi, w których uczestnicy są często aktywnie wrogo nastawieni)

Działa na klientach, którzy są naprawdę zainteresowani szybkim wykonaniem pracy, ponieważ mówi im dokładnie, co powinni zrobić, aby to ułatwić. Ci klienci doceniają fakt, że pozwalasz im służyć celom projektu. Dzięki temu łatwiej się z nimi pracuje.


1
  • Nie podejmuj jednocześnie zbyt wielu prac.
  • Jasno zdefiniuj swoje obowiązki od samego początku.
  • Wszelkie dodatki lub komplikacje kosztują.
  • Zawrzyj umowę w taki sposób, abyś mógł je zatrzymać.
    • weź depozyt
    • masz prawo do rozwiązania umowy, jeśli nie zareaguje ona w odpowiednim czasie
    • określić ich obowiązki

Nie jestem pewien, czy zgadzam się ze zmianami specyfikacji, które kosztują pieniądze, zwłaszcza jeśli klient prosi o usunięcie funkcji (OK, może się zdarzyć).
JeffO

Nie miałem na myśli usuwania funkcji. W porządku.
Moshe

0

W jakim przedziale czasowym (SLA) zobowiązujesz się do aktualizacji (które prawdopodobnie najbardziej negatywnie wpływają na Twoją wydajność)?

Jeśli wiesz, że masz 48 godzin, a może 2 dni robocze, na wykonanie wszystkich drobnych zmian po złożeniu żądania, możesz je pogrupować według klienta lub typu żądania. Świadomość, że masz „pokój wiggle”, może odciążyć cię od dużej presji.

Jeśli będą tego potrzebować wcześniej, być może będzie to dodatkowa opłata - aby zmusić ich do cięższej pracy, aby planować z wyprzedzeniem.

Być może myślisz, że nie byliby tego zwolennikami - ale robią to samo (lub powinni) dla swojej firmy ... bez względu na rozsądny czas realizacji.


0

Oprócz innych oferowanych porad ważne jest, aby ustalić jasne oczekiwania. Zaprzeczaj ich obawom i pytaniom. Edukuj swoich klientów od samego początku na temat czasu i kosztów. Nie pozwól im zastraszyć Cię w coś, czego nie da się zrobić w określonym czasie. Co więcej, umieść go na piśmie w formie umowy , abyście mogli go podpisać. Wyjaśnij, że jeśli klient zwiększy zakres, koszty projektu zarówno pod względem kosztów, jak i czasu wzrosną.


0

Spełniając ich wymagania. Przykro mi, ale jeśli działasz w branży usługowej, musisz dla nich zrobić.

Ale nadal zgadzam się z „Jeffem O”, naucz się mówić „nie”.


1
Właściwie myślę, że to bardziej subtelne. Musisz rozwiązać ich problemy. Niekoniecznie oznacza to robienie dokładnie tego, o co proszą / żądają.
Stephen Darlington,

Zaktualizuję moją definicję powiedzenia „nie”.
JeffO
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.