Si të punësosh një zhvillues të pavarur

Shumica e projekteve të dështuara të zhvillimit nuk ishin koduar keq. Ato ishin specifikuar keq, të punësuar në bazë të sinjalit të gabuar, dhe të dorëzuar aq në mënyrë të paplotë sa zhvilluesi tjetër duhej të fillonte nga e para. Pjesa teknike rrallë është vendi ku humbasin paratë.

Ky është një lajm i mirë për një blerës jo-teknik, sepse do të thotë se vendimet më të rëndësishme janë ato që ju jeni të kualifikuar t'i merrni. Nuk keni nevojë të vlerësoni JavaScript-in e dikujt për të punësuar mirë. Ju duhet të jeni në gjendje të përshkruani problemin me saktësi, të njihni provat përkatëse, të bëni pyetje që janë të vështira për t'u mashtruar, dhe të insistoni në një dorëzim që ju lë çelësat në dorë. Ky udhëzues shpjegon të katërta.

Vendosni se çfarë po ndërtoni në të vërtetë

Filloni me rezultatin, jo me teknologjinë. “Më duhet një aplikacion” nuk është një përshkrim; “klientët duhet të rezervojnë dhe paguajnë për një vend në telefonin e tyre, dhe unë duhet të shoh rezervimet e nesërme në një listë” është. Versioni i dytë mund të citohet, testohet dhe diskutohet. I pari nuk mundet.

Para se të flisni me dikë, shkruani katër gjëra:

• Puna që duhet bërëÇfarë duhet të jetë në gjendje të arrijë një përdorues që nuk mundet sot. Një fjali për çdo aftësi, në gjuhën e përdoruesit dhe jo në atë teknike.
• Gjërat thelbësoreDisa gjëra pa të cilat ndërtimi është i pakuptimtë. Nëse lista juaj ka më shumë se gjashtë, është një listë dëshirash, jo një specifikim.
• Çfarë ekziston tashmëFaqja aktuale, hostimi, domeni, ofruesi i pagesave, CRM, fletët e llogaritjeve. Çdo integrim është punë, dhe integrimet e padeklaruara janë vendi ku prishen vlerësimet.
• Kush e mirëmbanSoftueri nuk është një blerje, është një angazhim. Vendosni tani nëse do të mbani zhvilluesin, do të punësoni dikë tjetër, apo do ta menaxhoni vetë.

Një disiplinë e dobishme: përshkruani versionin e parë si gjënë më të vogël që do të ishte vërtet e dobishme. Gjithçka tjetër shkon në një listë të dytë. Zhvilluesit citojnë listën e parë; lista e dytë është ajo që ju financoni pasi e para të jetë duke fituar.

Çfarë lloj zhvilluesi ju duhet

“Zhvilluesi” mbulon një duzinë zanatesh të ndryshme që nuk janë të këmbyeshme. Punësimi i gabuar është gabimi më i zakonshëm dhe më i shtrenjtë i kategorisë në këtë proces.

• Front-endÇfarë sheh dhe prek përdoruesi: paraqitja, ndërveprimi, reagimi, aksesueshmëria. Punësoni për një ridizajnim, një faqe marketingu ose një ndërfaqe të re në një sistem ekzistues. Shih zhvillues të pavarur front-end.
• Back-endTë dhënat, logjika, API-të, autentifikimi, pagesat. Punësoni kur vlera është në atë që ndodh pasi shtypet butoni. Shih zhvillues të pavarur back-end.
• Full-stackTë dyja, në një standard pune. Zgjedhja e duhur për shumicën e ndërtimeve të vogla, sepse koordinimi midis dy specialistëve kushton më shumë sesa kursen në shkallë të vogël.
• CMS dhe platformëWordPress, Shopify, Webflow dhe të ngjashme. Nëse kërkesa juaj plotësohet nga një platformë ekzistuese, punësimi i një zhvilluesi të personalizuar për ta rindërtuar atë është para e djegur. Shih zhvillim WordPress dhe zhvillim Shopify.
• MobileiOS ose Android vendas, ose ndër-platformë. Një disiplinë vërtet e ndryshme nga uebi, me kufizimet e veta të rishikimit dhe lëshimit të dyqanit. Shih zhvillim aplikacionesh celulare.
• Mirëmbajtje dhe rregullimeKorrigjimi i gabimeve, përditësimet, performanca, siguria. Shpesh punësimi me vlerë më të lartë nga të gjithë, dhe ai që blerësit e shtyjnë më gjatë. Shih mirëmbajtje faqesh interneti.

Nëse vërtet nuk mund të tregoni se cilin ju duhet, kjo në vetvete është një punë e vogël, e lirë dhe e përcaktuar mirë: paguani një zhvillues me përvojë për një bisedë të shkurtër përcaktimi para se të porosisni diçka.

Zgjedhja e teknologjisë para personit

Nuk keni nevojë të zgjidhni gjuhën. Ju duhet të merrni një vendim: platformë ose e personalizuar. Ka më shumë ndikim në koston tuaj totale sesa çdo zgjedhje tjetër në këtë udhëzues.

Një ndërtim platforme — WordPress, Shopify, Webflow, një mjet pa kod — do të thotë që shumica e softuerit ekziston tashmë dhe ju po paguani për konfigurimin, dizajnin dhe pjesët që janë specifike për ju. Është më i shpejtë, më i lirë dhe më i lehtë për t'ia dorëzuar personit tjetër, sepse mijëra zhvillues e njohin atë. Kufizimi është se ju jetoni brenda supozimeve të platformës.

Një ndërtim i personalizuar do të thotë që softueri është shkruar për ju. Ai përshtatet saktësisht, dhe kushton disa herë më shumë për t'u krijuar dhe mirëmbajtur, sepse vetëm personi që e shkroi e njeh atë derisa ta dokumentojë. Personalizimi është përgjigja e duhur kur gjëja që bëni është produkti; është përgjigja e gabuar për një faqe broshure ose një dyqan standard.

Dy rregulla praktike. Së pari, nëse një platformë kryesore bën tetëdhjetë për qind të asaj që ju duhet, filloni aty dhe paguani për njëzetat që mungojnë. Së dyti, çfarëdo që të zgjidhet, pyesni pse — një zhvillues që nuk mund të shpjegojë zgjedhjen në termat e kërkesave tuaja po zgjedh atë që i pëlqen, jo atë që ju duhet. Nëse po peshoni një ndërtim të plotë të faqes, udhëzuesi ynë i kostos së faqes së internetit përcakton shkallët.

Shkrimi i një përmbledhjeje që një zhvillues mund të citojë

Një përmbledhje e mirë teknike është e shkurtër dhe specifike. Ajo nuk i tregon zhvilluesit se si të ndërtojë; ajo i tregon atij se çfarë duhet të jetë e vërtetë kur të ketë mbaruar.

• Problemi, në një paragraf. Çfarë po ndodh tani dhe pse nuk është e pranueshme.
• Historitë e përdoruesve. “Si klient, unë mund të … në mënyrë që …”. Pesë deri në pesëmbëdhjetë prej tyre janë një specifikim i vërtetë.
• Integrimet. Emërtoni çdo sistem të jashtëm me emër, duke përfshirë ato që i konsideroni të parëndësishme.
• Çfarë po ofroni. Kopje, imazhe, dizajne, hyrje, të dhëna testimi. Boshllëqet e padeklaruara bëhen orë të faturueshme.
• Kufizimet. Afati, diapazoni i buxhetit, hostingu ku duhet të qëndroni, pajtueshmëria që duhet të plotësoni.
• Përkufizimi i përfundimit. I vendosur ku, i testuar si, i dokumentuar në çfarë niveli, i dorëzuar me çfarë.

Përfshini një diapazon buxheti. Blerësit e mbajnë atë duke shpresuar për një ofertë më të ulët; në praktikë, ajo thjesht prodhon propozime të drejtuara në shkallën e gabuar, dhe ju humbni një raund korrespondence duke zbuluar këtë. Udhëzuesi ynë për shkrimin e një përmbledhjeje projekti që merr propozime të shkëlqyera ka një shabllon më të plotë, dhe çmimi me orë kundrejt çmimit fiks shpjegon se cilin model çmimi po kërkon përmbledhja juaj.

Ndërtimi i një liste të shkurtër

Synoni tre deri në pesë kandidatë. Më pak dhe nuk keni krahasim; më shumë dhe nuk do ta bëni vlerësimin siç duhet për asnjë prej tyre.

Ka dy drejtime për të kërkuar. Filloni nga puna nëse puna juaj është e përcaktuar mirë dhe dëshironi të blini diçka specifike — shfletoni listat me çmim fiks nën zhvillimin e faqes së internetit, zhvillimin e softuerit ose aplikacionet e uebit, ose sipas tregut në dizajnin e uebit, zhvilluesit e WordPress, zhvillimin e aplikacioneve celulare ose ekspertët e Shopify.

Filloni nga personi nëse puna kërkon diskutim. Shfletoni zhvilluesit sipas disiplinës ose sipas mjetit — React, WordPress, PHP, Python ose Webflow — ose postoni përmbledhjen dhe lërini propozimet të vijnë tek ju. Në Zinn Hub, postimi i një projekti është falas, dhe mund ta drejtoni atë në një fushë specifike si zhvillimi i faqes së internetit, zhvillimi i back-end ose zhvillimi i aplikacioneve celulare.

Filtroni fort për relevancën dhe lehtësisht për gjithçka tjetër. Një zhvillues që ka dërguar tre gjëra si tuajat, mund atë me dyfishin e përvojës në një fushë tjetër, pothuajse çdo herë.

Si të lexoni një portofol zhvilluesi

Nuk mund të auditoni kodin e dikujt, dhe nuk keni nevojë. Një portofol ende ju tregon shumë nëse dini çfarë të shikoni.

• Hapni lidhjet e drejtpërdrejta. Një pamje ekrani nuk provon asgjë. Ngarkoni faqen në telefonin tuaj, përdoreni, prisheni. Çdo gjë e prishur sot u miratua e prishur.
• Kërkoni probleme si tuajat. Jo e njëjta industri — e njëjta formë. Një rrjedhë rezervimi është një rrjedhë rezervimi, qoftë ajo që shet prerje flokësh apo helikopterë.
• Kontrolloni çfarë bënë. Në projektet e ekipit, pyesni cilat pjesë ishin të tyre. “Unë punova në të” mund të thotë shumë ose shumë pak.
• Testoni bazat vetë. A ngarkohet faqja shpejt? A funksionon në telefon? A janë format të përdorshme me një tastierë? Këto janë sinjale artizanale që një blerës jo-teknik mund t’i lexojë shumë mirë.
• Lexoni vlerësimet si një trup provash. Një vlerësim i shkëlqyer është zhurmë. Një model në shumë, veçanërisht për komunikimin dhe afatet, është sinjal. Në Zinn Hub, vlerësimet kërkojnë një blerje të konfirmuar.
• Pyesni çfarë shkoi keq. Përgjigja më e fortë për “më tregoni për një projekt që shkoi keq” është një histori specifike, jo-lavdëruese, e analizuar mirë. Nuk ka zhvillues me vetëm projekte të qeta.

Për një version sistematik të kësaj, punoni përmes listës sonë të kontrollit të verifikimit të freelancer-it me 12 hapa.

Pyetje për të bërë para se të punësoni

Qëllimi nuk është të kapni askënd. Është të dëgjoni se si mendon dikush kur përgjigja nuk është e provuar.

• Shpjegoni një ndërtim të kaluar“Më tregoni një nga këto projekte dhe kompromiset që bëtë.” Një zhvillues i mirë do të emërtojë diçka që zgjodhi të mos bënte dhe pse. Zhargoni pa kompromise është një shenjë paralajmëruese.
• Çfarë ju shqetëson këtuPyesni cila është pjesa më e rrezikshme e përmbledhjes suaj. Kushdo që thotë “asgjë, është e thjeshtë” nuk e ka lexuar siç duhet.
• Çfarë mungon“Çfarë do të kërkonit nga unë që nuk e kam ofruar?” Kandidatët e fortë i përgjigjen kësaj menjëherë dhe në detaje.
• Si do ta shoh progresinNjë lidhje staging, një përditësim javor, një tabelë e përbashkët. Çdo përgjigje është në rregull; asnjë përgjigje nuk është.
• Çfarë ndodh pas lëshimitDritarja e gabimeve, kushtet e mbështetjes, dokumentacioni. Biheni dakord për këtë para se të filloni, jo kur diçka prishet.
• Kush e zotëron kodinPyesni drejtpërdrejt. Përgjigja duhet të jeni ju, pas dorëzimit, me shkrim, duke përfshirë gjithçka të nevojshme për ta ekzekutuar.

Testoni para se të angazhoheni

Sigurimi më i lirë i disponueshëm për një blerës është një punë e vogël e paguar para një pune të madhe. Jo një provë e papaguar, të cilën freelancer-ët e mirë e refuzojnë dhe e cila nuk ju tregon asgjë se si sillet dikush kur përfshihen paratë — një detyrë e vërtetë, e vogël, e paguar.

Një detyrë e mirë testimi është përfaqësuese, e vetë-përmbajtur dhe e përfundueshme në një seancë: rregulloni një gabim specifik, bëni një faqe të përgjegjshme, shtoni një formular dhe lidheni atë, përmirësoni një faqe të ngadaltë. Ajo që po vlerësoni vërtet nuk është kodi. Është nëse ata bënë një pyetje sqaruese para se të fillonin, nëse dorëzuan atë që u kërkua dhe jo atë që preferuan, nëse shpjeguan çfarë bënë, dhe nëse afati kohor që dhanë ishte afati kohor që morët.

Në Zinn Hub, formati natyror është një Micro Zinn — një detyrë me çmim fiks me $5, $10, $15 ose $20. Shfletoni rregullimet e gabimeve dhe detyrat e vogla të kodit ose rregullimet dhe rregullimet e gabimeve të faqes së internetit, ose filloni nga një çmim me $20 Micro Zinns. Udhëzuesi ynë për testimin e një freelancer-i para se të angazhoheni mbulon se si të strukturohet dhe të gjykohet testi.

Çfarë kushton dhe si të paguani

Çmimet e zhvillimit ndryshojnë më shumë se çdo kategori tjetër e freelancer-it, sepse puna ndryshon më shumë. Ajo që vijon janë brezat tipikë të tregut për të gjithë punën, jo çmimet e Zinn Hub, dhe çdo freelancer vendos të vetat.

• Detyrë e vogël

  Nën $200

  Një rregullim gabimi, një konflikt plugin, një formular, një kalim shpejtësie, një veçori e vogël në një ndërtim ekzistues. Më mirë të blihet si një detyrë me çmim fiks.

• Ndërtim standard

  $500–$2,000

  Një faqe ose dyqan i bazuar në platformë: konfigurimi i temës, disa shabllone faqesh, formularë, integrime bazë, lëshim.

• E avancuar

  $2,000–$8,000

  Funksionalitet i personalizuar, llogari dhe hyrje, pagesa, integrime të palëve të treta, ose një dizajn i personalizuar i zbatuar nga e para.

• Aplikacion

  $8,000+

  Një produkt softuerik i vërtetë: sisteme me shumë role, panele, aplikacione celulare, çdo gjë me logjikë të rëndësishme back-end dhe inxhinieri të vazhdueshme.

Kostot ndryshojnë sipas fushës, kompleksitetit dhe përvojës. Përdorni grupet për të kontrolluar një ofertë në vend që ta përdorni si tarifë — nëse një numër ndodhet dy grupe larg nga vendi ku i përket shkurtimi juaj, ai boshllëk është biseda që ia vlen të bëhet.

Në Zinn Hub, çdo Zinn ka një çmim të caktuar nga Zinner-i i tij, blerësit nuk paguajnë tarifë platforme, dhe të gjitha çmimet janë në USD me një ekuivalent të përafërt të shfaqur në monedhën tuaj. Një porosi paguhet dhe mbrohet si një shumë e vetme; nuk ka lëshim të shkallëzuar ose me faza, kështu që një ndërtim me faza vendoset si porosi të veçanta ose pranohet si faza të veçanta me çmim në shkurtimin e projektit tuaj. Zgjidhni një Zinner të Mbrojtur nga Platforma dhe pagesa juaj mbahet nga Zinn Hub derisa porosia të përfundojë; çdo rimbursim kreditohet në Zinn Wallet tuaj plotësisht, në USD. Zinners që lidhin llogarinë e tyre PayPal ose Stripe paguhen direkt në checkout.

Pronësia, aksesi dhe dorëzimi

Kjo është seksioni që blerësit e anashkalojnë dhe më vonë pendohen. Bini dakord për të gjitha me shkrim para se të fillojë puna, sepse pas dorëzimit nuk keni më asnjë levë.

• Llogaritë në emrin tuaj. Domeni, hostingu dhe çdo shërbim i palës së tretë duhet të regjistrohen në emrin tuaj, me zhvilluesin të shtuar si përdorues. Kurrë e kundërta.
• Pronësia e kodit pas dorëzimit. Shprehni qartë se pas pagesës përfundimtare puna është e juaja për t'u përdorur, modifikuar dhe marrë diku tjetër. Pyesni për çdo komponent të palës së tretë me licencat e tyre.
• Aksesi në depozitë. Edhe nëse nuk e hapni kurrë, duhet të jeni në gjendje t'ia jepni zhvilluesit tjetër.
• Kredencialet, të gjitha. Hyrjet e administratorit, çelësat API, aksesi në bazën e të dhënave, aksesi i vendosjes — transferohen dhe konfirmohen se funksionojnë para pagesës përfundimtare.
• Dokumentacioni. Një shënim i shkurtër me shkrim se si të vendoset, ku ndodhen gjërat dhe çfarë të bëni nëse prishet. Një faqe është e mjaftueshme; asgjë nuk është.
• Një dritare gabimesh. Një periudhë e caktuar pas lëshimit në të cilën defektet e vërteta rregullohen pa kosto shtesë. Tridhjetë ditë është një kërkesë e zakonshme dhe e arsyeshme.

Kushtet e të drejtës së autorit dhe licencimit ndryshojnë sipas vendit dhe kontratës, prandaj trajtojeni këtë si udhëzim të përgjithshëm dhe jo si këshillë ligjore dhe merrni këshilla profesionale për çdo gjë me rëndësi tregtare.

Gabimet që fundosin projektet e zhvillimit

• Punësimi para se të ekzistojë shkurtimi. Çdo orë e shpenzuar për specifikim kursen disa në ndërtim dhe ripunim. Asgjë tjetër në këtë listë nuk ka aq rëndësi.
• Zgjedhja vetëm sipas çmimit. Oferta më e ulët shpesh është ajo që kuptoi më pak, dhe ndryshimi shfaqet si kërkesa për ndryshim.
• Shtimi i fushës në heshtje. Kërkesat e vogla gjatë një ndërtimi janë mënyra se si çmimet fikse bëhen mosmarrëveshje. Gruponi ato, çmojini, vendosni për to.
• Pa mjedis testimi. Rishikimi i punës vetëm kur është live është mënyra se si një faqe e prishur zbulohet nga klientët në vend të jush.
• Anashkalimi i kontrollit celular. Shumica e vizitorëve tuaj janë në telefon. Mos aprovoni asgjë që nuk e keni hapur në një të tillë.
• Lënia e dorëzimit deri në fund. Momenti për të rënë dakord për aksesin dhe pronësinë është para angazhimit të parë, jo gjatë faturës së fundit.
• Pa plan mirëmbajtjeje. Softueri prishet. Buxhet për përditësime, kopje rezervë dhe siguri nga dita e parë, ose paguani për një shpëtim më vonë.
• Injorimi i shenjave paralajmëruese. Përgjigjet e paqarta, afatet e vogla të humbura dhe presioni për të paguar jashtë platformës janë të gjitha të mbuluara në udhëzuesin tonë për mashtrimet e zakonshme të freelancerëve.

Nëse jeni ende duke vendosur nëse një freelancer është rruga e duhur, freelancer vs agjenci krahason të dyja me ndershmëri për një ndërtim të biznesit të vogël.