Hoe u u volgende webprojek kan skat Martech Zone
Friday, May 28, 2010 Sondag, Augustus 10, 2014 Douglas Karr
Wanneer gaan dit gedoen word deur?
Dit is die vraag wat spook by my wanneer u 'n projek aanhaal. U sou dink nadat ek dit jare gedoen het, sou ek 'n projek soos my hand kon aanhaal. Dit is nie hoe dit werk nie. Elke projek is nuut en het sy eie uitdagings. Ek het een projek wat 30 dae laat is bloot as gevolg van 'n geringe verandering aangebring deur 'n API dat ons nie kon werk nie. Die kliënt is tereg ontsteld oor my - tereg - ek het vir hulle gesê dit sal net 'n paar uur neem. Dit was nie dat ek gelieg het nie, maar ek het nog nooit geraai dat 'n funksie van die API waarop ons vertrou het. Ek het nie die middele gehad om die probleem te voltooi nie (ons kom egter al naby!).
Ek weier egter om die ander rigting in te slaan en ure in plaas van projekskattings te vra. Ek dink kontrakteurs moedig kontrakteurs aan om oor tyd te gaan en te veel te veel te begroot. Elke projek waarvoor ek tans ure aan iemand anders betaal, werk nie. Hulle is almal laat en ek is oorweldig deur die werk. Inteendeel, die projekte waarvoor ek 'n projekfooi betaal het, het betyds ingekom en die verwagtinge oortref. Ek hou ook daarvan om my kliënte se verwagtinge te oortref.
Vier foute wat u volgende beraming sal laat waai:
Eerste fout: Bereken hoe lank dit neem om dit te doen waarvoor die kliënt gevra het. Verkeerde. U het u eerste fout gemaak en geskat waarvoor die kliënt gevra het, nie wat die kliënt was nie kliënt eintlik gesoek. Die twee is altyd anders en die kliënt wil altyd twee keer soveel hê vir die helfte van die prys.
Tweede fout: u het nie vertragings van die kliënt in ag geneem nie. Voeg die projek twee weke vertraging by, omdat hul IT-afdeling u nie die nodige toegang gee nie. Ek probeer altyd vir klante sê: as u 'n 'A' op 'n spesifieke datum kry, dan kan ek dit aflewer. As jy dit nie doen nie, Ek kan my nie verbind tot enige datum nie. Die Gantt-grafiek verander nie op magiese wyse nie; ek het ander kliënte en werk wat reeds geskeduleer is.
Derde fout: u het die kliënt toegelaat om u te druk tot 'n vroeëre aflewering. U het nie ingesluit nie fouthantering en toetsing. Die kliënt wou die koste verlaag, en hy het u aangesê om dit net te doen. Verkeerde antwoord! As die kliënt nie vir fouthantering en -toetse betaal nie, kan u gerus wees dat u lang ure aan foute en onderhoudsoplossings gaan spandeer nadat u regstreeks begin het. Betaal daarvoor hoe dit ook al sy: u gaan nou of later die werk doen.
Vierde fout: verwagtinge verander onderweg, skedules word deurmekaar, prioriteite word verskuif, probleme ontstaan ​​wat u nie verwag het nie, mense draai om ... U sal altyd baie later wees as wat u verwag het. Moenie instem tot 'n verkorte tydlyn nie onder druk van 'n kliënt. As u by u oorspronklike verwagtinge gehou het, sou u dit waarskynlik gemaak het!
Meer onlangs het ons 'n kontrak met 'n onderneming aangegaan waar ons ooreengekom het op 'n vooruitbetaling vir 'n projek en daarna 'n lopende maandelikse tarief vir opgradering en instandhouding. Ons het gaan sit en bespreek die doelwitte en wat hul prioriteite was - en nooit eens die gebruikerskoppelvlak, ontwerp of enige ander stuk bespreek nie. Ons het 'n rowwe 'go live'-afspraak vasgestel wat aggressief was, maar Pat het verstaan ​​dat die projek moontlik op sommige funksies voorlê as ander. Ons het die bekendstelling vasgespyker en is reeds besig met 'n lys van verbeterings. Meer belangrik, ons is albei gelukkig.
Ek blaas nie te veel ramings nie, maar dit gebeur steeds soms. Trouens, ek maak my gereed om 'n onlangse kontrak terug te gee, want nadat ek aan 'n paar projekte saam met die kliënt gewerk het, weet ek dat alhoewel die kliënt tot 'n paar vae doelwitte ingestem het, hulle nie gelukkig sal wees tensy hy tien keer wat die kontrak werd is. Ek wens net dat ek hierdie mense vroeër kon raaksien. Hulle nodig om hul hulpbronne per uur te huur ... om 'n projekgebaseerde skatting saam met hulle te maak, is 'n moordenaar.
Ek begin uitvind wat gemeen het met die suksesvolle projekte wat ons gelewer het of lewer. Baie daarvan het ek eintlik geleer Verkoopsopleiding met die hulp van my afrigter, Matt Nettleton. Ek het ook agtergekom dat die meeste sukses van my projekte begin het voordat ek die kliënt ooit onderteken het!
Hoe om 'n skatting te spyker:
Kyk uit wanneer die kliënt dit verwag. Dit is hul verwagtinge wat die belangrikste is. U sal dalk agterkom dat u 'n jaar het om die werk te voltooi. Waarom moet jy twee weke skat as hulle tevrede is met twee maande? U kan die werk steeds binne twee weke voltooi en alle verwagtinge oortref!
Kyk uit wat dit vir die kliënt werd is. As u nie kan vasstel wat dit werd is nie, moet u uitvind wat die begroting is. Kan u die projek voltooi en die verwagtinge op grond van die begroting oortref? Doen dit dan. As u nie kan nie, gee dit dan op.
Ontdek wat die doel van die projek is. Alles buite die doel is vreemd en kan later uitgewerk word. Werk daaraan om die doel te stel en daardie doel te bereik. As die doel is om 'n blog aan die gang te kry, begin dan die blog. As dit gaan om 'n integrasie wat e-pos stuur, moet u dit stuur om e-pos te stuur. As u die verkrygingskoste wil verlaag, moet u die koste verlaag. As dit is om 'n verslag te ontwikkel, moet u die verslag aan die gang kry. Mooi kom later en fyn aanpassing kan baie kos met 'n aggressiewe tydlyn. Werk aan wat die belangrikste is.
Werk agteruit vanaf u vlak van uitnemendheid. Die meeste van my kliënte gebruik my nie vir geringe take nie, hulle verdien hul geld deur my te slaan vir die groot dinge en vul dit in om die maklike werk te voltooi. Ek hou van daardie kliënte en ek wil beide hul verwagtinge oortref en aan hulle gee meer waarde as waarvoor hulle betaal. Aan die einde van ons projekte is ons dikwels onder die begroting of oorskry ons doelwitte, en is ons vooruit op skedules. Hulle gee my genoeg ruimte om hul verwagtinge te oortref ... dit is so eenvoudig.
Ek word steeds onder druk geplaas om my tariewe te verlaag en vroeër klaar te maak. Ek dink elke bestuurder dink dat dit hul doel is om met kontrakteurs te werk. Dit is jammer dat hulle so kortsigtig is. Ek het kliënte net laat weet dat korter tydlyne en minder geld 'n direkte invloed het op die kwaliteit van die werk waarvoor hulle my gehuur het. Die beste ding om 'n goeie kontrakteur te betaal wat hy werd is, is dat hy aflewer ... en u kan verwag dat hy sal lewer. As u aanhou om u kontrakteurs te onderkry of dood te slaan, moet u nie verbaas wees as u dit doen nie niemand van hulle werk ooit uit. 🙂
Ek word ook die hele tyd oortref. Die laaste keer dat dit gebeur het, het die maatskappy gekies vir 'n korttermynoplossing wat hulle saam met elke kliënt sal moet ontwikkel. My pryse was ongeveer 1.5 keer die koste, maar ek sou dit opbou sodat hulle die toepassing weer by elkeen van hul kliënte kon gebruik. Die hoof uitvoerende beampte lag my eintlik aan toe hy my vertel hoeveel hy by die ander kontrakteur 'gespaar' het ('n kontrakteur wat ek voorgestel het). Van nou af sal hy vier keer meer betaal het as die implementeringskoste. Dummy.
Ek het geglimlag en oorgegaan na my volgende gelukkiger, suksesvoller en winsgewender kliënt.
Tags: projekskattingprojek tydlynweb projekwebwerf projekwebwerf projekwebwerf projek tydlynwebwerf tydlyn
Mei 29, 2010 by 6: 58 AM
Goed gesê Doug. Ek sukkel ook nog hiermee. Op die vraag wanneer ek 'n webwerf kan laat voltooi, het ek geleer om te reageer: 'Dit hang af van hoe reageer u is op alles waarvoor ek vra.'
Mei 30, 2010 by 3: 58 PM
Ek waardeer u openhartigheid, Doug. Ek wil nog een van die beste praktyke byvoeg - hou u kliënt op die hoogte en wees deursigtig. Dit alles veronderstel 'n mate van vertroue.