Paano Kumuha ng Freelance Developer

Karamihan sa mga nabigong proyekto ng pagpapaunlad ay hindi masamang na-code. Sila ay masamang tinukoy, kinuha sa maling signal, at ipinasa nang hindi kumpleto kaya ang susunod na developer ay kailangang magsimulang muli. Ang teknikal na bahagi ay bihirang kung saan nawawala ang pera.

Iyan ay magandang balita para sa isang hindi teknikal na mamimili, dahil nangangahulugan ito na ang mga desisyon na pinakamahalaga ay ang mga kwalipikado kang gawin. Hindi mo kailangang suriin ang JavaScript ng isang tao upang makakuha ng maayos. Kailangan mong mailarawan nang tumpak ang problema, makilala ang nauugnay na ebidensya, magtanong ng mga tanong na mahirap dayain, at igiit ang isang paglilipat na nag-iiwan sa iyo na hawak ang mga susi. Ang gabay na ito ay naglalakad sa lahat ng apat.

Magpasya kung ano ang talagang itinatayo mo

Magsimula sa resulta, hindi sa teknolohiya. Ang "Kailangan ko ng app" ay hindi isang brief; ang "kailangan ng mga customer na mag-book at magbayad para sa isang slot sa kanilang telepono, at kailangan kong makita ang mga booking bukas sa isang listahan" ay. Ang pangalawang bersyon ay maaaring i-quote, subukan at pagtalunan. Ang una ay hindi.

Bago ka makipag-usap sa sinuman, isulat ang apat na bagay:

• Ang trabahong dapat gawinAno ang dapat magawa ng isang user na hindi niya magawa ngayon. Isang pangungusap bawat kakayahan, sa wika ng user sa halip na teknikal.
• Ang mga dapat mayroonAng ilang bagay na kung wala ang build ay walang saysay. Kung ang iyong listahan ay may higit sa anim, ito ay isang wish list, hindi isang specification.
• Ano ang umiiral naKasalukuyang site, hosting, domain, payment provider, CRM, spreadsheets. Ang bawat integrasyon ay trabaho, at ang mga hindi idineklara na integrasyon ay kung saan nabubuwag ang mga pagtatantya.
• Sino ang nagpapanatili nitoAng software ay hindi isang pagbili, ito ay isang pangako. Magpasya ngayon kung pananatilihin mo ang developer, kukuha ng iba, o pamamahalaan mo ito mismo.

Isang kapaki-pakinabang na disiplina: ilarawan ang unang bersyon bilang ang pinakamaliit na bagay na magiging tunay na kapaki-pakinabang. Ang lahat ng iba pa ay napupunta sa pangalawang listahan. Ang mga developer ay nag-quote sa unang listahan; ang pangalawang listahan ay ang pinopondohan mo kapag kumikita na ang una.

Anong uri ng developer ang kailangan mo

Ang "Developer" ay sumasaklaw sa isang dosenang magkakaibang trades na hindi mapagpapalit. Ang pagkuha ng mali ay ang pinakakaraniwan at pinakamahal na error sa kategorya sa prosesong ito.

• Front-endAng nakikita at nahahawakan ng user: layout, interaksyon, pagiging responsive, accessibility. Kumuha para sa isang redesign, isang marketing site o isang bagong interface sa isang umiiral na sistema. Tingnan ang mga front-end development freelancer.
• Back-endData, lohika, API, authentication, pagbabayad. Kumuha kapag ang halaga ay nasa kung ano ang mangyayari pagkatapos pindutin ang button. Tingnan ang mga back-end development freelancer.
• Full-stackPareho, sa isang gumaganang pamantayan. Ang tamang pagpipilian para sa karamihan ng maliliit na build, dahil ang koordinasyon sa pagitan ng dalawang espesyalista ay mas mahal kaysa sa nakakatipid sa maliit na sukat.
• CMS at platformWordPress, Shopify, Webflow at katulad. Kung ang iyong kinakailangan ay natutugunan ng isang umiiral na platform, ang pagkuha ng isang custom na developer upang muling itayo ito ay nasunog na pera. Tingnan ang WordPress development at Shopify development.
• MobileNative iOS o Android, o cross-platform. Isang tunay na naiibang disiplina mula sa web, na may sariling store-review at mga paghihigpit sa paglabas. Tingnan ang mobile app development.
• Pagpapanatili at pag-aayosPag-debug, mga update, pagganap, seguridad. Kadalasan ang pinakamataas na halaga ng pagkuha sa lahat, at ang isa na pinakamahabang ipinagpapaliban ng mga mamimili. Tingnan ang pagpapanatili ng website.

Kung talagang hindi mo masabi kung alin ang kailangan mo, iyon mismo ay isang maliit, mura, mahusay na tinukoy na trabaho: magbayad ng isang bihasang developer para sa isang maikling pag-uusap sa pagtukoy bago ka mag-komisyon ng anuman.

Pagpili ng teknolohiya bago ang tao

Hindi mo kailangang pumili ng wika. Kailangan mong gumawa ng isang desisyon: platform o custom. Mas malaki ang epekto nito sa iyong kabuuang gastos kaysa sa anumang iba pang pagpipilian sa gabay na ito.

Ang isang platform build — WordPress, Shopify, Webflow, isang no-code tool — ay nangangahulugang karamihan sa software ay umiiral na at nagbabayad ka para sa configuration, disenyo at ang mga bahagi na partikular sa iyo. Ito ay mas mabilis, mas mura, at mas madaling ipasa sa susunod na tao, dahil libu-libong developer ang nakakaalam nito. Ang limitasyon ay nabubuhay ka sa loob ng mga pagpapalagay ng platform.

Ang isang custom build ay nangangahulugang ang software ay isinulat para sa iyo. Ito ay eksaktong akma, at nagkakahalaga ito ng ilang beses na mas malaki upang likhain at panatilihin, dahil tanging ang taong sumulat nito ang nakakaalam nito hanggang sa idokumento nila ito. Ang custom ay ang tamang sagot kapag ang ginagawa mo ay ang produkto; ito ay ang maling sagot para sa isang brochure site o isang karaniwang tindahan.

Dalawang praktikal na panuntunan. Una, kung ang isang mainstream na platform ay gumagawa ng walumpung porsyento ng kailangan mo, magsimula doon at magbayad para sa nawawalang dalawampu. Pangalawa, anuman ang napili, tanungin kung bakit — ang isang developer na hindi maipaliwanag ang pagpipilian sa mga tuntunin ng iyong mga kinakailangan ay pumipili ng gusto nila, hindi ang kailangan mo. Kung tinitimbang mo ang isang buong site build, ang aming gabay sa gastos ng website ay nagtatakda ng mga banda.

Pagsusulat ng maikling brief na maaaring i-quote ng developer

Ang isang mahusay na teknikal na brief ay maikli at tiyak. Hindi nito sinasabi sa developer kung paano magtayo; sinasabi nito sa kanila kung ano ang dapat na totoo kapag natapos na sila.

• Ang problema, sa isang talata. Ano ang nangyayari ngayon, at bakit hindi ito katanggap-tanggap.
• Ang mga user story. “Bilang isang customer, kaya kong … para …”. Lima hanggang labinlimang ganito ay isang tunay na detalye.
• Ang mga integrasyon. Pangalanan ang bawat panlabas na sistema sa pangalan, kasama ang mga itinuturing mong walang halaga.
• Ano ang ibinibigay mo. Kopya, mga larawan, disenyo, mga login, data ng pagsubok. Ang mga hindi idineklara na puwang ay nagiging bayad na oras.
• Mga hadlang. Deadline, saklaw ng badyet, hosting na dapat mong panatilihin, pagsunod na dapat mong matugunan.
• Ang kahulugan ng tapos na. Na-deploy saan, nasubok paano, naidokumento sa anong antas, naibigay kasama ng ano.

Isama ang saklaw ng badyet. Itinatago ito ng mga mamimili umaasa sa mas mababang quote; sa praktika, nagbubunga lang ito ng mga panukala na nakatuon sa maling sukat, at nawawalan ka ng isang round ng korespondensya sa pagtuklas nito. Ang aming gabay sa pagsusulat ng project brief na nakakakuha ng magagandang panukala ay may mas kumpletong template, at ipinapaliwanag ng hourly vs fixed price kung aling modelo ng pagpepresyo ang hinihingi ng iyong brief.

Pagbuo ng shortlist

Layunin ang tatlo hanggang limang kandidato. Mas kaunti at wala kang paghahambing; mas marami at hindi mo gagawin nang maayos ang pagtatasa sa alinman sa kanila.

Mayroong dalawang direksyon upang maghanap. Magsimula sa trabaho kung ang iyong trabaho ay mahusay na tinukoy at gusto mong bumili ng isang partikular na bagay — mag-browse ng mga fixed-price listing sa ilalim ng website development, software development o web applications, o sa marketplace sa web design, WordPress developers, mobile app development o Shopify experts.

Magsimula sa tao kung kailangan ng talakayan ang trabaho. Mag-browse ng mga developer ayon sa disiplina o ayon sa tool — React, WordPress, PHP, Python o Webflow — o i-post ang brief at hayaang dumating ang mga panukala sa iyo. Sa Zinn Hub, libre ang pag-post ng proyekto, at maaari mo itong idirekta sa isang partikular na lugar tulad ng website development, back-end development o mobile app development.

Mahigpit na i-filter sa kaugnayan at bahagya sa lahat ng iba pa. Ang isang developer na nakapagpadala ng tatlong bagay na katulad ng sa iyo ay mas mahusay kaysa sa isa na may dalawang beses na karanasan sa ibang domain, halos sa bawat pagkakataon.

Paano basahin ang portfolio ng isang developer

Hindi mo maaaring i-audit ang code ng isang tao, at hindi mo kailangan. Marami pa ring sinasabi ang isang portfolio kung alam mo kung ano ang titingnan.

• Buksan ang mga live na link. Walang pinapatunayan ang isang screenshot. I-load ang site sa iyong telepono, gamitin ito, sirain ito. Anumang nasira ngayon ay inaprubahan na nasira.
• Maghanap ng mga problemang katulad ng sa iyo. Hindi ang parehong industriya — ang parehong hugis. Ang isang booking flow ay isang booking flow kung nagbebenta man ito ng gupit o helicopter.
• Suriin kung ano ang ginawa nila. Sa mga proyekto ng koponan, itanong kung aling mga bahagi ang kanila. Ang “Nagtrabaho ako dito” ay maaaring mangahulugan ng marami o napakaliit.
• Subukan ang mga pangunahing kaalaman sa iyong sarili. Mabilis bang naglo-load ang pahina? Gumagana ba ito sa telepono? Magagamit ba ang mga form gamit ang keyboard? Ito ay mga senyales ng kasanayan na kayang basahin nang maayos ng isang hindi teknikal na mamimili.
• Basahin ang mga review bilang isang katawan ng ebidensya. Ang isang nagliliwanag na review ay ingay. Ang isang pattern sa maraming, lalo na tungkol sa komunikasyon at mga deadline, ay senyales. Sa Zinn Hub, ang mga review ay nangangailangan ng kumpirmadong pagbili.
• Itanong kung ano ang nagkamali. Ang pinakamalakas na sagot sa “sabihin mo sa akin ang tungkol sa isang proyekto na naging masama” ay isang tiyak, hindi maganda, mahusay na nasuri na kuwento. Walang ganoong bagay bilang isang developer na mayroon lamang mga maayos na proyekto.

Para sa isang sistematikong bersyon nito, dumaan sa aming 12-step freelancer vetting checklist.

Mga tanong na dapat itanong bago ka mag-hire

Ang layunin ay hindi upang mahuli ang sinuman. Ito ay upang marinig kung paano mag-isip ang isang tao kapag ang sagot ay hindi na-rehearse.

• Ipaliwanag ang nakaraang build“Ipaliwanag mo sa akin ang isa sa mga proyektong ito at ang mga trade-off na ginawa mo.” Ang isang mahusay na developer ay magpapangalan ng isang bagay na pinili nilang huwag gawin at kung bakit. Ang jargon na walang trade-off ay isang babala.
• Ano ang ikinababahala mo ditoItanong kung ano ang pinakamapanganib na bahagi ng iyong brief. Sinumang nagsabing “wala, diretso lang ito” ay hindi ito nabasa nang maayos.
• Ano ang nawawala“Ano ang kailangan mo mula sa akin na hindi ko naibigay?” Agad at detalyadong sinasagot ito ng mga malalakas na kandidato.
• Paano ko makikita ang progresoIsang staging link, isang lingguhang update, isang shared board. Anumang sagot ay ayos lang; walang sagot ay hindi.
• Ano ang mangyayari pagkatapos ng paglulunsadBug window, mga tuntunin ng suporta, dokumentasyon. Sumang-ayon dito bago ka magsimula, hindi kapag may nasira.
• Sino ang nagmamay-ari ng codeDirektang itanong. Ang sagot ay dapat ikaw, sa paghahatid, sa nakasulat, kasama ang lahat ng kailangan upang patakbuhin ito.

Subukan bago ka mag-commit

Ang pinakamurang insurance na magagamit ng isang mamimili ay isang maliit na bayad na trabaho bago ang isang malaki. Hindi isang walang bayad na pagsubok, na tinatanggihan ng mahuhusay na freelancer at walang sinasabi sa iyo tungkol sa kung paano kumilos ang isang tao kapag may pera — isang tunay, maliit, bayad na gawain.

Ang isang mahusay na gawain sa pagsubok ay kinatawan, self-contained at matatapos sa isang upuan: ayusin ang isang partikular na bug, gawing responsive ang isang pahina, magdagdag ng isang form at ikonekta ito, pagbutihin ang isang mabagal na pahina. Ang tunay mong sinusuri ay hindi ang code. Ito ay kung nagtanong sila ng nagpapaliwanag na tanong bago magsimula, kung naihatid nila ang hiniling sa halip na ang kanilang ginusto, kung ipinaliwanag nila ang kanilang ginawa, at kung ang timescale na ibinigay nila ay ang timescale na nakuha mo.

Sa Zinn Hub ang natural na format ay isang Micro Zinn — isang fixed-price task sa $5, $10, $15 o $20. Mag-browse ng bug fixes at small code tasks o website bug fixes and tweaks, o magsimula sa isang presyo na may $20 Micro Zinns. Ang aming gabay sa testing a freelancer before you commit ay sumasaklaw kung paano buuin at husgahan ang pagsubok.

Ano ang halaga at paano magbayad

Ang pagpepresyo ng development ay nag-iiba-iba higit sa anumang iba pang kategorya ng freelance, dahil mas nag-iiba-iba ang trabaho. Ang sumusunod ay mga tipikal na market band para sa buong trabaho, hindi mga presyo ng Zinn Hub, at bawat freelancer ay nagtatakda ng sarili nilang presyo.

• Maliit na gawain

  Mas mababa sa $200

  Isang pag-aayos ng bug, isang salungatan ng plugin, isang form, isang speed pass, isang maliit na feature sa isang umiiral na build. Pinakamahusay na bilhin bilang isang fixed-price task.

• Standard na build

  $500–$2,000

  Isang site o tindahan na nakabatay sa platform: pagsasaayos ng tema, ilang template ng pahina, mga form, pangunahing integrasyon, paglulunsad.

• Advanced

  $2,000–$8,000

  Pasadyang functionality, mga account at login, mga bayad, third-party na integrasyon, o isang pasadyang disenyo na ipinatupad mula sa simula.

• Aplikasyon

  $8,000+

  Isang tunay na produkto ng software: multi-role system, mga dashboard, mobile app, anumang may makabuluhang back-end logic at patuloy na engineering.

Nag-iiba ang mga gastos ayon sa saklaw, pagiging kumplikado at karanasan. Gamitin ang mga banda upang suriin ang isang quote sa halip na bilang isang taripa — kung ang isang numero ay dalawang banda ang layo mula sa kung saan nabibilang ang iyong brief, ang puwang na iyon ang pag-uusap na sulit gawin.

Sa Zinn Hub, ang bawat Zinn ay may presyo na itinakda ng Zinner nito, ang mga mamimili ay hindi nagbabayad ng platform fee, at lahat ng presyo ay nasa USD na may tinatayang katumbas na ipinapakita sa iyong sariling currency. Ang isang order ay binabayaran at protektado bilang isang buong halaga; walang staged o milestone release, kaya ang isang phased build ay inilalagay bilang magkahiwalay na order o napagkasunduan bilang magkahiwalay na presyo na yugto sa iyong project brief. Pumili ng Platform Protected Zinner at ang iyong bayad ay hawak ng Zinn Hub hanggang sa matapos ang order; anumang refund ay ibinabalik sa iyong Zinn Wallet nang buo, sa USD. Ang mga Zinner na nagkokonekta ng kanilang sariling PayPal o Stripe account ay direktang binabayaran sa checkout.

Pagmamay-ari, pag-access at paglilipat

Ito ang seksyon na nilalaktawan ng mga mamimili at kalaunan ay pinagsisisihan. Pagkasunduan ang lahat ng ito nang nakasulat bago magsimula ang trabaho, dahil pagkatapos ng paghahatid ay wala ka nang magagawa.

• Mga account sa iyong pangalan. Ang domain, hosting, at anumang third-party na serbisyo ay dapat na nakarehistro sa iyo, na ang developer ay idinagdag bilang isang user. Huwag kailanman ang kabaligtaran.
• Pagmamay-ari ng code sa paghahatid. Sabihin nang malinaw na sa huling bayad ang trabaho ay sa iyo upang gamitin, baguhin at dalhin sa ibang lugar. Magtanong tungkol sa anumang third-party na bahagi na may sariling lisensya.
• Pag-access sa repository. Kahit na hindi mo ito buksan, dapat mong maibigay ito sa susunod na developer.
• Mga kredensyal, lahat ng ito. Mga admin login, API key, database access, deployment access — inilipat at nakumpirmang gumagana bago ang huling bayad.
• Dokumentasyon. Isang maikling nakasulat na tala kung paano mag-deploy, kung saan nakalagay ang mga bagay, at kung ano ang gagawin kung masira ito. Sapat na ang isang pahina; ang wala ay hindi.
• Isang bug window. Isang tinukoy na panahon pagkatapos ng paglulunsad kung saan ang mga tunay na depekto ay inaayos nang walang dagdag na gastos. Karaniwan, makatwirang humingi ng tatlumpung araw.

Nag-iiba ang mga tuntunin sa copyright at paglilisensya ayon sa bansa at ayon sa kontrata, kaya ituring ito bilang pangkalahatang gabay sa halip na legal na payo at humingi ng propesyonal na payo sa anumang mahalaga sa komersyo.

Mga pagkakamali na nagpapabagsak sa mga proyekto ng pagbuo

• Pagkuha bago pa man magkaroon ng brief. Bawat oras na ginugol sa pagtukoy ay nakakatipid ng ilang oras sa pagbuo at paggawa muli. Walang ibang bagay sa listahang ito ang kasinghalaga.
• Pagpili batay lamang sa presyo. Ang pinakamababang quote ay madalas na ang hindi gaanong nakaintindi, at ang pagkakaiba ay lumalabas bilang mga kahilingan sa pagbabago.
• Tahimik na pagdaragdag ng saklaw. Ang maliliit na kahilingan sa panahon ng pagbuo ay kung paano nagiging mga alitan ang mga nakapirming presyo. Pagsama-samahin ang mga ito, presyuhan ang mga ito, magpasya sa mga ito.
• Walang staging environment. Ang pagsusuri ng trabaho lamang kapag ito ay live ay kung paano natutuklasan ng mga customer ang isang sirang site sa halip na ikaw.
• Paglaktaw sa mobile check. Karamihan sa iyong mga bisita ay gumagamit ng telepono. Huwag aprubahan ang anumang hindi mo pa nabubuksan sa isa.
• Pag-iwan ng paglilipat hanggang sa huli. Ang sandali upang sumang-ayon sa pag-access at pagmamay-ari ay bago ang unang commit, hindi sa panahon ng huling invoice.
• Walang plano sa pagpapanatili. Nasisira ang software. Maglaan ng badyet para sa mga update, backup at seguridad mula sa unang araw, o magbayad para sa isang pagsagip sa huli.
• Pagwawalang-bahala sa mga babala. Ang malabong sagot, hindi natapos na maliliit na deadline at panggigipit na magbayad sa labas ng platform ay sakop lahat sa aming gabay sa karaniwang mga scam ng freelancer.

Kung nagpapasya ka pa rin kung ang isang freelancer ang tamang ruta, inihahambing ng freelancer vs agency ang dalawa nang tapat para sa isang maliit na negosyo.