Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Specyfikacja funkcjonalna przed akceptają wyceny
netvalue
post
Post #1





Grupa: Zarejestrowani
Postów: 199
Pomógł: 2
Dołączył: 9.06.2008

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


Jak podchodzicie do tworzenie specyfikacji funkcjonalnej w oparciu o wymagania klienta przed akceptacją wyceny ?

Mam taką sytuację. Prowadze rozmowy z klientem od dłuższego czasu, na temat dość dużego projektu web aplikacji
jest on dobrze przygotowany, przedstawił dużo materiału diagramy, opisy modułów dość szczegółowo,
dotego doszły moje pytania na które otrzymałem odpowiedzi. Generalnie temat przewałkowany szczegółowo ... w zasadzie na podstawie jego materiałów mogła by powstać specyfikacja.

Teraz gdy wszystko dla mnie jest jasne dałem klientowi wycenę i termin , na co on odpowiedział że liczył
na to iż przygotuję pełną specyfikację projektu tak aby miał wrażenie że wszystko jest dla mnie jasne a i że spełnie
wszystkie jego cele w aplikacji....

huh ... więc dla mnie rzecz jasna tworzenie takiej specyfikacji to czas dodatkowy i nie mały. Tak w ciemno nie chciałbym tracić czasu wiadomo...
A jak wy do tego podchodzicie ?
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
cepa
post
Post #2





Grupa: Zarejestrowani
Postów: 125
Pomógł: 7
Dołączył: 27.01.2010

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


Mysle, ze wszystko 'zalezy'.

Od klienta, jaka branza, jaki budzet, jaki termin, jaka strategia i od Ciebie, czy jestes produktowy czy projektowy, jaki i czy w ogole masz proces sprzedazowy, rowniez od tego czy to upsell czy greenfield.

Moje doswiadczenie jest takie, ze jak masz lead to opportunity powinno byc otwarte dopiero jak klient wysyla RFI/RFP. W RFP powinnien byc z z grubsza opisany koncept biznesu jaki klient proboje zrealizowac. Klienci sa rozni i czasem dostaniesz tylko cos w stylu 'chce CMS', a czasem jest sprecyzowana lista wymagan, nawet przygotowana przez inna firme. Jak sa wymagania to krotka pilka - analizujesz je pod katem twojego produktu/uslugi i dajesz z grubsza wycene. Warto miec na to gotowce.

Jak masz przypadek ze klient nie wie dokladnie co chce, no to najpierw sprzedajesz konsulting. Kruczek jest tu taki, ze istnieje konflikt interesow - mozesz byc autorem specyfikacji pod siebie. Przygotowana specyfikacja jest wkladem do wyceny, jest to etap analizy i powinien byc platny.

Oczywiscie mozesz probowac sprzedawac Agile, ale szczerze zycze powodzenia :-)

Twoj przypadek brzmi jakby klient oczekiwal niskopoziomowej specyfikacji systemu - spoko, jak chce to niech zaplaci. Powinien Ci wyslac formalne zamowienie na to, a Ty okreslic naklad pracy i wynegocjowac kompromisowy budzet. Jezeli bedzie chcial kontynuowac projekt, to negocjuj commitment do specyfikacji - podstawa w kwestiach spornych. Nastepnie jak beda zmiany, a pewnie beda, dodajesz je jako Change Requesty wyceniane osobno.

Ktos pisal wyzej, ze sprzedajesz taski/czas - super, ale dopoki nie masz relacji z klientem i dobrej historii u niego raczej nie masz opcji time & material.

Ten post edytował cepa 27.06.2016, 16:37:57
Go to the top of the page
+Quote Post

Posty w temacie


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

 



RSS Aktualny czas: 10.10.2025 - 10:04