Kuidas hinnata veebiarendusprojekti

Veebiarendusprojekti kestuse nõuetekohane hindamine on seotud kahe asjaga: projekti jaotamine hammustuse suurusteks tükkideks ja kogemuste põhjal mõistmine, kui kaua iga tükk aega võtab. Selles artiklis jagan lähenemisviise nende kahe asja tegemiseks ning samuti juhiseid selle kohta, mida teha, kui teil pole seda kogemust, millele tugineda.

Kui peate hindama

Kui teie arvelduse aluseks on aeg, on oluline projekti kestus prognoosida. Võite arvata, et kui arveldate tunni (või nädala või kuu) järgi, ei pea te aega hindama. See võib tõsi olla, kuid enamik kliente soovib aru saada projekti kogumaksumusest.

Kui küsite kindla projektihinna eest, mis on kinnitatud projekti kulgemise ajaga, on hinnang hinnang kriitilise tähtsusega, et veenduda vähemalt minimaalse tunnihinna kehtestamises ja sellest loodetavasti ka kasumi teenimises. Kui arvate, et projekti tegemiseks kulub pool ajast, mis tegelikult kulub projekti lõpuleviimiseks, tähendab see, et teie tunnihind on nüüd poole väiksem kui algselt arvutasite. Miski pole enam demoraliseeriv kui see, et peame töötama kindla suurusega projekti kallal, mis ületab teie esialgse hinnangu juba tunduvalt.

Kui pakute projektidele hinnakujundust väärtuse põhjal, peate siiski vähemalt ligikaudse hinnangu vajalike pingutuste kohta. See võimaldab teil tegelikkuse kontrolli oma hinnakujunduse järgi kontrollida, et veenduda, et täidate vähemalt oma minimaalse tunnitasu. Väärtuspõhine hinnakujundus peaks võimaldama teil tõhusat tunnitasu järsult tõsta, kuid kui proovite töötada projekti nimel, mille väärtus teie kliendi jaoks on väike, võiksite töötada väga madala tariifiga. Kogemuste omandamisel saate kaasasündinud mõtte, milliseid projekte saate endale lubada ja millised pole teie kliendi jaoks piisavalt väärtuslikud, et olla väärt.

Projektide hinnakujunduse põhjalikuks aruteluks lugege minu lõplikku juhendit vabakutseliste veebiarenduste hinnakujunduse kohta.

Selle murdmine

Enamik projekte pärast nende vastuvõtmist on liiga suured, et neid hinnata. Projektid on paljude diskreetsete ülesannete kogumid. Teil on palju parem võimalus võtta mõni neist ülesannetest ja täpselt hinnata, kui kaua see aega võtab, kui proovida projekti tervikuna hinnata. Pange need ülesanded eraldi kirja, et saaksite neid iga eraldi hinnata.

Vaatame näidet.

Näide: tehke minu WordPressi ajaveeb kiiremaks ja odavamaks!

Klient tuleb minu juurde suure liiklusega WordPressi saidiga. Sait on aeglane ja majutamine on kallis. Klient soovib, et aitaksin neid probleeme lahendada. Ma mõtlen selle saidi kohandamise mõttega GatsbyJS-ile, staatilise saidi generaatorile, mis on üles ehitatud Reaketile. See võimaldaks kliendil teenindada saiti staatilise ühelehelisena, muutes selle ülikiireks ja hõlpsaks hostimiseks. Kliendile idee meeldib, kuid ta küsib kohutava küsimuse: “Kui palju see maksab?”

Sellele vastamiseks peame kõigepealt mõistma, kui kaua see aega võtab. Selle näite puhul eeldame, et määrame selle projekti hinnakujunduse aluseks selle aeg, mis kulub selle valmimiseks, kuna just sellises stsenaariumis on hindamine kõige olulisem. Jagage see osadeks.

Jaotus tipptasemel

  • Kohandage WordPressi teema GatsbyJS-iga
  • Sisu migreerimine GatsbyJS saidile
  • Muutke kasutajale sisu lisamine, saidi ülesehitamine ja juurutamine hõlpsaks

Nüüd oleme võtnud ühe projekti - kolime WordPressi saidi GatsbyJS-i - ja jagasime selle kolmeks osaks. Need tükid on siiski hinnangute andmiseks liiga suured. Kui kaua võtab aega WordPressi teema kohandamine GatsbyJS-iga? Ma ei tea. Kui kaua läheb aega, et kasutaja saaks hõlpsasti sisu lisada, seda üles ehitada ja juurutada? "Jällegi, ma ei tea. See tähendab, et mu tükid pole piisavalt väikesed. Teeme veel ühe passi.

Teema kohandamise jaotus

  • Kohandage WordPressi teema GatsbyJS-iga
  • Otsige üles WordPressi teemas kasutatavad fondid
  • Lisage ülemaailmsed tüpograafilised stiilid
  • Kohandage päist
  • Kohandage sisuala
  • Kohandage jalus
  • Kohandage külgriba

Teema kohandamise lagunemise mõeldes mõistsin, et saidil on mõned lehed, mis ei kasuta globaalset päist, sisuala, jaluse ja külgriba. Need lehed on ehitatud koos ehitajaga. Pean need käsitsi üles ehitama.

  • Looge kohandatud WordPressi lehed uuesti

See on teie projektide lagunemise meeldiv kõrvalmõju. Avastate projekti tükid, mille olete muidu tähelepanuta jätnud.

Sisu migratsiooni läbi mõtlemine

  • Sisu migreerimine GatsbyJS saidile

Seda vaadates mõistsin, et mul on mõned otsused teha. Gatsbyl on pistikprogrammid, mis võimaldavad mul koguda sisu paljudest erinevatest allikatest. Pean otsustama, milline allikas on selle projekti jaoks mõistlik.

Kui soovin, saaksin selle olemasolevast WordPressi andmebaasist välja tõmmata, kuid see tähendaks, et klient peaks ikkagi andmebaasi kuskil hostima. See annaks minu kliendile võimaluse luua WordPressi juhtpaneelil sisu, millega nad on juba harjunud. Ma pole kindel, kui oluline see on. See on tõenäoliselt hea küsimus, mida kliendilt küsida.

Kui ma tahaksin WordPressiga puhast pausi teha, võiksin kasutada teistsugust CMS-i, näiteks Contentful. See jätab siiski CMS-i jaoks arvestatava arve. Kuna minu klient on hinnas mures, ei taha ma seda teed minna. Arutledes seda oma kliendiga, sain teada, et neil on Markdowniga rahul, seega võtan selle sisu osas arvesse.

Tegin natuke uurimistööd ja õppisin, et see otsus muutis praeguse sammu üsna sirgjooneliseks. Leidsin tööriista, mis teisendab teie WordPressi postitused Markdowniks ja loob Gatsby jaoks vastava kataloogistruktuuri. Peaksin seda kindlasti testima, et olla kindel, et see töötab, kuid kui see ei õnnestu, võiksin kirjutada käsurealt skripti, mis teeks minu jaoks teisenduse. Kui soovin olla täiesti ohutu, saan selle asemel hinnangu anda. Kui olemasolev tööriist töötab, on see minu jaoks boonus!

Mõlemal juhul ei usu ma, et peaksin seda praegu uuesti lahti mõtestama.

Ehituste ja juurutamise automatiseerimine

  • Muutke kasutajale sisu lisamine, saidi ülesehitamine ja juurutamine hõlpsaks
  • Genereerige lehti Markdowni allikatest

Kuna olen otsustanud Markdowni kasuks, tean, et vajan seda sammu, et lubada oma kliendil uut sisu lisada. Ma pole siiski päris kindel, mida ma ehitamise ja juurutamise osas teha tahan. Lihtsaim asi, mida oleks võimalik välja töötada, oleks lihtne käsuridade skript, mis ehitaks ja juurutataks, kuid see ei toimi iga kliendi jaoks hästi. Isegi paljudel arendajatel pole käsurida mugav, rääkimata tavalistest inimestest.

Veel mõned uuringud näitavad Netlify CMS-i. See on väljamõeldud kasutajaliides Git-hoidlas failide redigeerimiseks. Leidsin Gatsby starteri, mis sisaldab kõike, mida ma vajan saidi ehitamiseks ja juurutamiseks pärast uue sisu lisamist Netlify CMS-i kaudu. See väärtuslik uurimistöö on jällegi selle tüki palju sirgemaks teinud.

  • Töötage gatsby-starter-netlify-cms starterilt

Viimane jaotus

  • Kohandage WordPressi teema GatsbyJS-iga
  • Otsige üles WordPressi teemas kasutatavad fondid
  • Lisage ülemaailmsed tüpograafilised stiilid
  • Kohandage päist
  • Kohandage sisuala
  • Kohandage jalus
  • Kohandage külgriba
  • Looge kohandatud WordPressi lehed uuesti
  • Migreerige muunduri tööriista abil sisu GatsbyJS-i saidile
  • Muutke kasutajale sisu lisamine, saidi ülesehitamine ja juurutamine hõlpsaks
  • Genereerige lehti Markdowni allikatest
  • Töötage gatsby-starter-netlify-cms starterilt

Nüüd on mul lõpuks tükke, mida võin loota täpselt hinnata.

Osade hindamine

Panused on siin: igale ülesandele numbrite panemine. Numbrite leidmiseks joonistate kahele asjale:

  1. Teie varasem kogemus sama asja või midagi sarnast tehes. Kui teil on ainult mälu, on see parem kui mitte midagi ... aga mitte palju. Ideaalis olete oma aega jälginud ja võite ajaloole tagasi vaadata, et teada saada, kui kaua see ülesanne minevikus tegelikult võttis.
  2. Sinu parim vist. See on kurb, kuid tõsi, kuid teadus ja faktid viivad teid seni ainult teie hinnanguni. Loodetavasti on teil selleks mingisugune alus. Isegi kui te pole veel hinnanud ülesannet teinud, olete võib-olla juba varem õppinud midagi sarnast tegema ja siis tegelikult ka teinud. Selle tegemiseks kulunud aeg võib olla sarnane ajaga, mis kulub selle tegemiseks.

Kuid mul pole / piisavalt / õigeid kogemusi!

Kui oled uus, leiad, et kaldud palju rohkem arvama kui kogemustesse. See sobib.

Sa lähed segadusse. Te hindate midagi dramaatiliselt alahinnatuks ja vähendate selle projekti tunnitasu 8 dollarini tunnis. Võite seda teha isegi kaks või kolm korda (või rohkem).

Kogu selle kaotatud sissetulekuga ostate kogemusi, mida peate järgmisel korral parema hinnangu saamiseks. Lisate andmepunkti, mida võetakse arvesse teie järgmise projekti kalkulatsioonis. Veenduge, et jäädvustaksite selle kuidagi nii, et teie raha ei läheks raisku.

Asjad, millest sa isegi ei mõtle

Kliendisuhtlus

Millised on kliendi ootused suhtlemiseks? Kas nad tahavad sinuga kohtuda tund aega iga päev või kord nädalas? Kas nad jätavad selle teie otsustada? Sõltumata sellest, kavatsete veeta aega kliendiga suhtlemisel. Veenduge, et arvestaksite seda aega oma kalkulatsioonis.

Parandused

Selle probleemi saab teie lepingus lahendada, nõudes, et ulatuslike paranduste korral tuleks tingimused uuesti läbi rääkida, kuid tõenäoliselt peate peaaegu iga projekti osas tegema vähemalt mõned väikesed muudatused. Kindlasti teete selle eest hüvitist.

Reisima

Enamik veebiarendustöökohti ei nõua teilt reisimist, kuid mõned eeldavad, et tulete kontorisse tööle või lihtsalt registreerumiseks või koosolekutel osalemiseks. See reis võtab aega, mille eest peaksite projekti osana tasuma.

Kuidas alustada

Kui olete alustanud vabakutseliste töölerakendamist, siis siin on samm-sammult juhised alustamiseks.

  1. Jagage projekt kõige paremini ära. Soovite, et osad oleksid piisavalt väikesed, et saaksite neid hinnata, kuid soovite vältida 3–4 tunni kulutamist sellele sammule, et kõik peeneks pulbriks jagada.
  2. Joonistage välja osad, millest teil on kõige vähem aimugi. Tehke igaühe kohta pisut uurimistööd, kuni teil on pisut parem idee, kui kaua need aega võtavad. Jällegi leidke siin tasakaal. Ilmselt võiksite projekti ära teha, et kõik arvamised kõrvaldada, kuid see on mitu sammu liiga kaugel.
  3. Tehke iga ülesandega oma parim pilt. Ma tean, et teil pole palju kogemusi, kuid tuginege sellele, mis teil on. Kui puutute kokku ülesandega, millest teil pole absoluutselt aimugi, kust alustada, ei pruugi see töö teie vabakutselise praktika hetkel teile hea olla. Pole häbi, kui ütlete kliendile, et projekt ei sobi eriti, ja soovitage kedagi teist. Kangelaseks võite ikkagi jääda, aidates kliendil lahenduse leida.
  4. Topelttage kõik oma hinnangud. Vähemalt kahekordista neid. Veebiarendajad on äärmiselt optimistlikud. Leiate, et teie hinnangud, mis arvasid põhinevat halvimal juhul, olid tegelikult kuskil võimalike tulemuste keskel. Selle saate teada, kui lööte mõne ülesande tegeliku halvima stsenaariumi alla. Kõiki kahekordistades tähendab see, et te ei kaota nende ülesannete täitmisel särki, ja kui teil on hästi kulunud lisapuhver ülesannete jaoks, mis võimaldavad teil ikkagi oma projekti üldhinnangut saavutada.

Kui teil on sellest artiklist üks ettekujutus, peaksite olema nii, et kruvite selle üles nii uue arendaja kui ka veteranide konsultandina. Ärge raisake tonni aega, et seda täiuslikuks saada.

Astuge aega tund või kaks, et asjad lahata ja uurida. Saage võimalikult lähedale ja liikuge edasi. Pange kirja, mis tegelikult juhtus, ja sisestage see teave järgmisel korral oma protsessi. Lõpuks võite märgata, et alahindamine toimub palju harvemini kui lähedale jõuate. See on tõesti parim, mida eales loota võib.

Ma annan igal nädalal ära 4 tasuta mentorlusseanssi raddevon.com lehel. Pole tähtis, kuhu te oma teekonnal asute - alustage alles alustamisega, proovige minna nooremast arendajast vanemaks arendajaks või midagi vahepealset. Pea sinna, et saaks oma!

Algselt avaldati raddevon.com.