Cum să angajezi un dezvoltator independent

Majoritatea proiectelor de dezvoltare eșuate nu au fost codate prost. Au fost prost specificate, angajate pe baza unui semnal greșit și predate atât de incomplet încât următorul dezvoltator a trebuit să înceapă de la capăt. Partea tehnică este rareori locul unde dispar banii.

Aceasta este o veste bună pentru un cumpărător non-tehnic, deoarece înseamnă că deciziile cele mai importante sunt cele pe care ești calificat să le iei. Nu trebuie să evaluezi JavaScript-ul cuiva pentru a angaja bine. Trebuie să poți descrie problema cu precizie, să recunoști dovezi relevante, să pui întrebări la care este greu de blufat și să insiști asupra unei predări care să te lase pe tine cu cheile. Acest ghid parcurge toate cele patru aspecte.

Decide ce construiești de fapt

Începe cu rezultatul, nu cu tehnologia. Am nevoie de o aplicație” nu este un brief; clienții trebuie să poată rezerva și plăti un loc de pe telefonul lor, iar eu trebuie să văd rezervările de mâine într-o singură listă” este. A doua versiune poate fi cotată, testată și discutată. Prima nu.

Înainte de a vorbi cu oricine, notează patru lucruri:

• Sarcina de îndeplinitCe ar trebui să poată realiza un utilizator și nu poate astăzi. O propoziție pe capacitate, în limbajul utilizatorului, nu într-un limbaj tehnic.
• Elementele esențialeCele câteva lucruri fără de care construcția este inutilă. Dacă lista ta are mai mult de șase, este o listă de dorințe, nu o specificație.
• Ce există dejaSite-ul actual, găzduire, domeniu, furnizor de plăți, CRM, foi de calcul. Fiecare integrare înseamnă muncă, iar integrările nedeclarate sunt locul unde estimările se strică.
• Cine o întrețineSoftware-ul nu este o achiziție, este un angajament. Decide acum dacă vei păstra dezvoltatorul, vei angaja pe altcineva sau o vei gestiona tu însuți.

O disciplină utilă: descrie prima versiune ca fiind cel mai mic lucru care ar fi cu adevărat util. Orice altceva trece pe o a doua listă. Dezvoltatorii cotează prima listă; a doua listă este ceea ce finanțezi odată ce prima începe să aducă venituri.

Ce fel de dezvoltator ai nevoie

Dezvoltator” acoperă o duzină de meserii distincte care nu sunt interschimbabile. Angajarea celui greșit este cea mai comună și mai costisitoare eroare de categorie în acest proces.

• Front-endCeea ce vede și atinge utilizatorul: aspect, interacțiune, responsivitate, accesibilitate. Angajează pentru o reproiectare, un site de marketing sau o nouă interfață pe un sistem existent. Vezi freelanceri de dezvoltare front-end.
• Back-endDate, logică, API-uri, autentificare, plăți. Angajează atunci când valoarea este în ceea ce se întâmplă după apăsarea butonului. Vezi freelanceri de dezvoltare back-end.
• Full-stackAmbele, la un standard funcțional. Alegerea potrivită pentru majoritatea construcțiilor mici, deoarece coordonarea între doi specialiști costă mai mult decât economisește la scară mică.
• CMS și platformăWordPress, Shopify, Webflow și similare. Dacă cerința ta este îndeplinită de o platformă existentă, angajarea unui dezvoltator personalizat pentru a o reconstrui înseamnă bani arși. Vezi dezvoltare WordPress și dezvoltare Shopify.
• MobiliOS sau Android nativ, sau multi-platformă. O disciplină cu adevărat diferită de web, cu propriile sale constrângeri de revizuire și lansare în magazin. Vezi dezvoltare aplicații mobile.
• Întreținere și remedieriDepanare, actualizări, performanță, securitate. Adesea cea mai valoroasă angajare dintre toate și cea pe care cumpărătorii o amână cel mai mult. Vezi întreținere site web.

Dacă nu poți spune cu adevărat de care ai nevoie, aceasta în sine este o sarcină mică, ieftină, bine definită: plătește un dezvoltator experimentat pentru o scurtă conversație de definire a scopului înainte de a comanda ceva.

Alegerea tehnologiei înainte de persoană

Nu trebuie să alegi limbajul. Trebuie să iei o decizie: platformă sau personalizat. Aceasta are un efect mai mare asupra costului total decât orice altă alegere din acest ghid.

O construcție pe platformă — WordPress, Shopify, Webflow, un instrument fără cod — înseamnă că majoritatea software-ului există deja și plătești pentru configurare, design și părțile specifice ție. Este mai rapidă, mai ieftină și mai ușor de predat următoarei persoane, deoarece mii de dezvoltatori o cunosc. Limita este că trăiești în interiorul presupunerilor platformei.

O construcție personalizată înseamnă că software-ul este scris pentru tine. Se potrivește exact și costă de câteva ori mai mult să fie creat și întreținut, deoarece doar persoana care l-a scris îl cunoaște până când îl documentează. Personalizat este răspunsul corect atunci când ceea ce faci este produsul; este răspunsul greșit pentru un site de broșură sau un magazin standard.

Două reguli practice. În primul rând, dacă o platformă mainstream face optzeci la sută din ceea ce ai nevoie, începe de acolo și plătește pentru cele douăzeci la sută lipsă. În al doilea rând, indiferent de ce este ales, întreabă de ce — un dezvoltator care nu poate explica alegerea în termeni de cerințe este alegând ceea ce îi place, nu ceea ce ai nevoie. Dacă iei în considerare o construcție completă de site, ghidul nostru de costuri pentru site-uri web stabilește benzile.

Redactarea unui brief pe care un dezvoltator îl poate cita

Un brief tehnic bun este scurt și specific. Nu îi spune dezvoltatorului cum să construiască; îi spune ce trebuie să fie adevărat când a terminat.

• Problema, într-un paragraf. Ce se întâmplă acum și de ce nu este acceptabil.
• Poveștile utilizatorilor. Ca client, pot… astfel încât…”. Cinci până la cincisprezece dintre acestea reprezintă o specificație reală.
• Integrările. Numiți fiecare sistem extern pe nume, inclusiv pe cele pe care le considerați triviale.
• Ce furnizați. Copii, imagini, design-uri, autentificări, date de testare. Lacunele nedeclarate devin ore facturabile.
• Restricții. Termen limită, interval bugetar, găzduire pe care trebuie să rămâneți, conformitate pe care trebuie să o îndepliniți.
• Definiția finalizării. Unde este implementat, cum este testat, la ce nivel este documentat, cu ce este predat.

Includeți un interval bugetar. Cumpărătorii îl rețin sperând la o cotație mai mică; în practică, produce doar propuneri vizând o scară greșită și pierdeți o rundă de corespondență descoperind acest lucru. Ghidul nostru pentru redactarea unui brief de proiect care obține propuneri excelente are un șablon mai complet, iar prețul orar vs. prețul fix explică ce model de prețuire solicită brief-ul dumneavoastră.

Crearea unei liste scurte

Vizați trei până la cinci candidați. Mai puțini și nu aveți nicio comparație; mai mulți și nu veți face evaluarea corectă pentru niciunul dintre ei.

Există două direcții de căutare. Începeți de la lucrare dacă sarcina dumneavoastră este bine definită și doriți să cumpărați ceva specific — răsfoiți listele cu preț fix sub dezvoltare site-uri web, dezvoltare software sau aplicații web, sau după piață la web design, dezvoltatori WordPress, dezvoltare aplicații mobile sau experți Shopify.

Începeți de la persoană dacă lucrarea necesită discuții. Răsfoiți dezvoltatorii după disciplină sau după instrument — React, WordPress, PHP, Python sau Webflow — sau postați brief-ul și lăsați propunerile să vină la dumneavoastră. Pe Zinn Hub, postarea unui proiect este gratuită, și îl puteți direcționa către o anumită zonă, cum ar fi dezvoltare site-uri web, dezvoltare back-end sau dezvoltare aplicații mobile.

Filtrați riguros după relevanță și ușor după orice altceva. Un dezvoltator care a livrat trei lucruri similare cu ale dumneavoastră îl depășește pe unul cu o experiență dublă într-un domeniu diferit, aproape de fiecare dată.

Cum să citești un portofoliu de dezvoltator

Nu poți audita codul cuiva și nici nu trebuie. Un portofoliu îți spune totuși foarte multe dacă știi la ce să te ui.

• Deschideți linkurile live. O captură de ecran nu dovedește nimic. Încărcați site-ul pe telefon, folosiți-l, stricați-l. Orice este stricat astăzi a fost aprobat ca stricat.
• Căutați probleme similare cu ale dumneavoastră. Nu aceeași industrie — aceeași formă. Un flux de rezervare este un flux de rezervare, indiferent dacă vinde tunsori sau elicoptere.
• Verificați ce au făcut. La proiectele de echipă, întrebați ce părți le-au aparținut. Am lucrat la el” poate însemna mult sau foarte puțin.
• Testați singur elementele de bază. Pagina se încarcă rapid? Funcționează pe telefon? Formularele sunt utilizabile cu o tastatură? Acestea sunt semnale de măiestrie pe care un cumpărător non-tehnic le poate citi perfect.
• Citiți recenziile ca un corp de dovezi. O recenzie strălucitoare este zgomot. Un model în multe, mai ales despre comunicare și termene limită, este un semnal. Pe Zinn Hub, recenziile necesită o achiziție confirmată.
• Întrebați ce a mers prost. Cel mai puternic răspuns la spune-mi despre un proiect care a mers prost” este o poveste specifică, neflatantă, bine analizată. Nu există un dezvoltator cu doar proiecte fără probleme.

Pentru o versiune sistematică a acestui lucru, parcurgeți lista noastră de verificare în 12 pași pentru verificarea freelancerilor.

Întrebări de pus înainte de a angaja

Scopul nu este de a prinde pe nimeni. Este de a auzi cum gândește cineva când răspunsul nu este repetat.

• Explicați o construcție anterioarăPrezentați-mi unul dintre aceste proiecte și compromisurile pe care le-ați făcut.” Un dezvoltator bun va numi ceva ce a ales să nu facă și de ce. Jargonul fără compromisuri este un semn de avertizare.
• Ce vă îngrijorează aiciÎntrebați care este cea mai riscantă parte a brief-ului dumneavoastră. Oricine spune nimic, este simplu” nu l-a citit corect.
• Ce lipseșteCe ați avea nevoie de la mine pe care nu l-am furnizat?” Candidații puternici răspund la aceasta imediat și în detaliu.
• Cum voi vedea progresulUn link de staging, o actualizare săptămânală, o tablă partajată. Orice răspuns este în regulă; niciun răspuns nu este.
• Ce se întâmplă după lansareFereastră de erori, termeni de suport, documentație. Stabiliți acest lucru înainte de a începe, nu când ceva se strică.
• Cine deține codulÎntrebați direct. Răspunsul ar trebui să fiți dumneavoastră, la livrare, în scris, incluzând tot ce este necesar pentru a-l rula.

Testați înainte de a vă angaja

Cea mai ieftină asigurare disponibilă unui cumpărător este o mică lucrare plătită înainte de una mare. Nu o încercare neplătită, pe care freelancerii buni o refuză și care nu vă spune nimic despre cum se comportă cineva când sunt implicați bani — o sarcină reală, mică, plătită.

O sarcină de testare bună este reprezentativă, autonomă și finalizabilă într-o singură ședință: remediați o eroare specifică, faceți o pagină responsivă, adăugați un formular și conectați-l, îmbunătățiți o pagină lentă. Ceea ce evaluați cu adevărat nu este codul. Este dacă au pus o întrebare clarificatoare înainte de a începe, dacă au livrat ceea ce a fost cerut, mai degrabă decât ceea ce au preferat, dacă au explicat ce au făcut și dacă termenul pe care l-au dat a fost termenul pe care l-ați obținut.

Pe Zinn Hub, formatul natural este un Micro Zinn — o sarcină cu preț fix la $5, $10, $15 sau $20. Răsfoiți remedieri de erori și sarcini mici de cod sau remedieri și ajustări de erori de site web, sau începeți de la un preț cu $20 Micro Zinns. Ghidul nostru despre testarea unui freelancer înainte de a vă angaja acoperă modul de structurare și evaluare a testului.

Cât costă și cum să plătești

Prețurile de dezvoltare variază mai mult decât orice altă categorie de freelanceri, deoarece munca variază mai mult. Ceea ce urmează sunt intervale tipice de piață pentru întreaga lucrare, nu prețurile Zinn Hub, și fiecare freelancer își stabilește propriile prețuri.

• Sarcină mică

  Sub $200

  O remediere de erori, un conflict de plugin, un formular, o trecere de viteză, o mică funcționalitate pe o construcție existentă. Cel mai bine se cumpără ca o sarcină cu preț fix.

• Construcție standard

  $500–$2,000

  Un site sau magazin bazat pe platformă: configurare temă, mai multe șabloane de pagini, formulare, integrări de bază, lansare.

• Avansat

  $2,000–$8,000

  Funcționalitate personalizată, conturi și autentificări, plăți, integrări cu terțe părți sau un design personalizat implementat de la zero.

• Aplicație

  $8,000+

  Un produs software real: sisteme multi-rol, tablouri de bord, aplicații mobile, orice cu o logică de back-end semnificativă și inginerie continuă.

Costurile variază în funcție de anvergură, complexitate și experiență. Utilizați benzile pentru a verifica o cotație, mai degrabă decât ca un tarif — dacă un număr se află la două benzi distanță de locul unde ar trebui să se încadreze brief-ul dvs., acest decalaj este conversația care merită purtată.

Pe Zinn Hub, fiecare Zinn are un preț stabilit de Zinner-ul său, cumpărătorii nu plătesc nicio taxă de platformă, iar toate prețurile sunt în USD, cu un echivalent aproximativ afișat în moneda dvs. O comandă este plătită și protejată ca o singură sumă integrală; nu există o eliberare în etape sau la atingerea unor obiective, astfel încât o construcție în faze este plasată ca comenzi separate sau convenită ca faze separate, cu preț, în brief-ul proiectului dvs. Alegeți un Zinner protejat de platformă și plata dvs. este reținută de Zinn Hub până la finalizarea comenzii; orice rambursare este creditată integral în Zinn Wallet, în USD. Zinners care își conectează propriul cont PayPal sau Stripe sunt plătiți direct la finalizarea comenzii.

Proprietate, acces și predare

Aceasta este secțiunea pe care cumpărătorii o sar și pe care o regretă mai târziu. Stabiliți totul în scris înainte de începerea lucrului, deoarece după livrare nu mai aveți nicio pârghie.

• Conturi pe numele dvs. Domeniul, găzduirea și orice serviciu terț ar trebui să fie înregistrate pe numele dvs., cu dezvoltatorul adăugat ca utilizator. Niciodată invers.
• Proprietatea codului la livrare. Declarați clar că, la plata finală, lucrarea vă aparține pentru a o utiliza, modifica și a o duce în altă parte. Întrebați despre orice componente terțe cu propriile licențe.
• Acces la depozit. Chiar dacă nu îl deschideți niciodată, trebuie să îl puteți oferi următorului dezvoltator.
• Credențiale, toate. Autentificări de administrator, chei API, acces la baza de date, acces la implementare — transferate și confirmate ca funcționale înainte de plata finală.
• Documentație. O scurtă notă scrisă despre cum să implementați, unde se află lucrurile și ce să faceți dacă se strică. O pagină este suficientă; nimic nu este.
• O fereastră de erori. O perioadă definită după lansare în care defectele autentice sunt remediate fără costuri suplimentare. Treizeci de zile este o cerere comună și rezonabilă.

Termenii de drepturi de autor și licențiere variază în funcție de țară și de contract, așa că tratați acest lucru ca o îndrumare generală, mai degrabă decât ca un sfat juridic, și obțineți sfaturi profesionale pentru orice aspect semnificativ din punct de vedere comercial.

Greșeli care duc la eșecul proiectelor de dezvoltare

• Angajarea înainte de a exista brief-ul. Fiecare oră petrecută cu specificarea economisește mai multe în construcție și refacere. Nimic altceva din această listă nu contează la fel de mult.
• Alegerea doar în funcție de preț. Cea mai mică cotație este adesea cea care a înțeles cel mai puțin, iar diferența apare sub formă de cereri de modificare.
• Adăugarea discretă a anvergurii. Solicitările mici în timpul unei construcții sunt modul în care prețurile fixe devin dispute. Grupați-le, prețuiți-le, decideți-le.
• Fără mediu de staging. Revizuirea lucrului doar atunci când este live este modul în care un site defect este descoperit de clienți în loc de dvs.
• Omiterea verificării pe mobil. Majoritatea vizitatorilor dvs. folosesc un telefon. Nu aprobați nimic ce nu ați deschis pe unul.
• Lăsarea predării până la sfârșit. Momentul pentru a conveni accesul și proprietatea este înainte de primul commit, nu în timpul ultimei facturi.
• Fără plan de întreținere. Software-ul se deteriorează. Bugetați pentru actualizări, backup-uri și securitate din prima zi, sau plătiți pentru o salvare mai târziu.
• Ignorarea semnelor de avertizare. Răspunsurile vagi, termenele mici nerespectate și presiunea de a plăti în afara platformei sunt toate acoperite în ghidul nostru despre escrocheriile comune ale freelancerilor.

Dacă încă decideți dacă un freelancer este calea potrivită, freelancer vs agenție compară cele două onest pentru o construcție de afaceri mici.