Sådan estimerer du dit næste webprojekt

Depositphotos10055344 s

Hvornår skal det gøres af?

Dette er spørgsmålet hjemsøger mig når du citerer et projekt. Du ville tro efter at have gjort dette i årevis, at jeg ville kunne citere et projekt som min hånd. Det er ikke, hvordan det fungerer. Hvert projekt er nyt og vil have sine egne udfordringer. Jeg har et projekt, der er 30 dage forsinket, simpelthen på grund af en mindre ændring foretaget af en API som vi ikke har kunnet omgås. Klienten er ked af mig - med rette - jeg fortalte dem, at det kun ville tage et par timer. Det var ikke, at jeg løj, det var, at jeg aldrig havde gættet på, at en funktion ville blive forældet fra API som vi stolede på. Jeg har ikke haft ressourcer til at fuldføre arbejdet med problemet (vi kommer dog tæt på!).

Jeg nægter dog at gå den anden vej og opkræve timer i stedet for projektestimater. Jeg tror, ​​at det at betale for timer tilskynder entreprenører til at gå over tid og overbudget. Hvert projekt, jeg i øjeblikket betaler en anden i timevis med, virker ikke. De er alle sent, og jeg har været overvældet af arbejdet. Tværtimod er de projekter, som jeg har betalt et projektgebyr for, kommet til tiden og oversteg forventningerne. Jeg kan også godt lide at overskride mine kunders forventninger.

Fire fejl, der vil sprænge dit næste skøn:

  1. Første fejl: Beregn, hvor lang tid det tager at gøre hvad klienten bad om. Forkert. Du lavede din første fejl og estimerede, hvad klienten bad om, ikke hvad klient faktisk ønsket. De to er altid forskellige, og klienten vil altid have dobbelt så meget til halv pris.
  2. Anden fejl: Du tog ikke hensyn til kundens forsinkelser. Tilføj en forsinkelse på to uger på projektet, fordi deres it -afdeling ikke giver dig den adgang, du har brug for. Jeg forsøger altid at fortælle klienter, hvis du får “A” til mig inden for en bestemt dato, så kan jeg levere. Hvis du ikke gør det, Jeg kan ikke forpligte mig til nogen dato. Gantt -diagrammet ændrer sig ikke på magisk vis, jeg har allerede planlagt andre klienter og job.
  3. Tredje fejl: Du tillod klienten at presse dig til en tidligere levering. Du inkluderede ikke fejlhåndtering og test. Klienten ville reducere omkostningerne, så de fortalte dig bare at få det gjort. Forkert svar! Hvis klienten ikke betaler for fejlhåndtering og test, er du sikker på, at du kommer til at bruge lange timer på fejl og vedligeholdelsesrettelser, når du går live. Betal for det på begge måder - du kommer til at udføre arbejdet nu eller senere.
  4. Fjerde fejl: Forventninger ændrer sig undervejs, tidsplaner bliver rodet, prioriteter ændres, der opstår problemer, som du ikke havde forventet, folk vender…. Du kommer altid til at være meget senere, end du havde forventet. Gå ikke med til en forkortet tidslinje under pres fra en klient. Hvis du havde holdt fast ved dine oprindelige forventninger, ville du sandsynligvis have gjort dem!

For nylig startede vi en kontrakt med et firma, hvor vi blev enige om en udbetaling for et projekt og derefter en løbende månedlig takst for opgraderinger og vedligeholdelse. Vi satte os ned og diskuterede målene og hvad deres prioriteter var - og diskuterede aldrig engang brugergrænsefladen, designet eller noget andet stykke. Vi fastlagde en grov 'go live' dato, der var aggressiv, men Pat forstod fuldt ud, at projektet måske var foran nogle funktioner end andre. Vi nåede lanceringen og er allerede på vej frem på en liste over forbedringer. Vigtigere, vi er begge glade.

Jeg blæser ikke for mange skøn, men det sker stadig lejlighedsvis. Faktisk gør jeg mig klar til at give en nylig kontrakt tilbage, for efter at have arbejdet på et par projekter med klienten ved jeg, at selvom kunden accepterede nogle vage mål, vil de ikke blive lykkelige, medmindre de får det ti gange hvad kontrakten er værd. Jeg ville kun ønske, at jeg kunne se disse mennesker tidligere. De har brug for at leje deres ressourcer pr. time ... at komme ind i et projektbaseret skøn med dem er en dræber.

Jeg begynder at finde ud af, hvad der er tilfælles med de succesrige projekter, vi har leveret eller leverer videre. Meget af det lærte jeg faktisk igennem Salgstræning med hjælp fra min træner, Matt Nettleton. Jeg har også fundet ud af, at det meste af succesen med mine projekter er startet, før jeg nogensinde har underskrevet klienten!

Sådan spikres et skøn:

  1. Finde ud af når klienten forventer det. Det er deres forventninger, der er vigtigst. Du vil måske opleve, at du har et år til at fuldføre arbejdet. Hvorfor estimere 2 uger, hvis de er tilfredse med 2 måneder? Du kan stadig fuldføre jobbet på 2 uger og overgå alle forventninger!
  2. Finde ud af hvad det er værd for klienten. Hvis du ikke kan finde ud af, hvad det er værd, så find ud af hvad budgettet er. Kan du gennemføre projektet og overgå forventningerne baseret på det budget? Så gør det. Hvis du ikke kan, så giv det op.
  3. Find ud af hvad målet med projektet er. Alt uden for målet er fremmedartet og kan udarbejdes senere. Arbejde med at sætte målet og fuldføre det mål. Hvis målet er at få en blog i gang, så kom bloggen i gang. Hvis det er for at opbygge en integration, der sender e -mail, så få den til at sende e -mail. Hvis det er for at sænke anskaffelsesomkostningerne, skal du få omkostningerne ned. Hvis det er til at udvikle en rapport, skal du starte rapporten. Pretty kommer senere, og finjustering kan koste en kæmpe pris med en aggressiv tidslinje. Arbejde med det, der er vigtigst.
  4. Arbejd baglæns fra dit niveau af ekspertise. De fleste af mine klienter bruger mig ikke til sjældne opgaver, de får deres værdi ved at slå mig op for de store ting, og de udfylder for at fuldføre det lette arbejde. Jeg elsker disse kunder, og jeg har til formål at både overgå deres forventninger og give dem mere værdi, end de betaler for. Ved slutningen af ​​vores projekter er vi ofte under budget eller overstiger mål, og vi er foran med tidsplaner. De giver mig plads nok til at overgå deres forventninger ... så enkelt er det.

Jeg bliver stadig presset til at reducere mine satser og afslutte tidligere, jeg tror, ​​at hver leder tror, ​​at det er det, deres mål er, når de arbejder med entreprenører. Det er ærgerligt, at de er så nærsynede. Jeg lod blot kunderne vide, at kortere tidslinjer og færre penge har en direkte indflydelse på kvaliteten af ​​det arbejde, de har ansat mig til. Det gode ved at betale en stor entreprenør, hvad han er værd, er, at han vil levere ... og du kan forvente, at han vil levere. Når du fortsætter med at undergrave eller slå dine entreprenører ihjel, skal du ikke blive overrasket, når ingen af dem nogensinde træner. 🙂

Jeg bliver også overbudt hele tiden. Sidst det skete, valgte virksomheden en kortsigtet løsning, som de bliver nødt til at ombygge med hver klient. Min pris var omkring 1.5 gange prisen, men jeg ville bygge den, så de kunne genbruge applikationen med hver deres klient. Administrerende direktør grinede faktisk af mig, da han fortalte mig, hvor meget han "sparede" med den anden entreprenør (en entreprenør, jeg foreslog). Fire klienter fra nu af vil han have betalt over 3 gange implementeringsomkostningerne. Dummy.

Jeg smilede og gik videre til min næste lykkeligere, mere succesrige og mere rentable klient.

3 Kommentarer

  1. 1

    Godt sagt Doug. Jeg kæmper stadig med dette også. Når jeg bliver spurgt, hvornår jeg kan få et websted færdig, har jeg lært at svare, "det afhænger af, hvordan du reagerer på alt, hvad jeg beder om."

  2. 2

    Jeg sætter pris på din åbenhed, Doug. Jeg vil tilføje en anden bedste praksis - hold din klient informeret og være gennemsigtig. Alt dette forudsætter en vis grad af tillid.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.