Как да наемете програмист на свободна практика

Повечето неуспешни проекти за разработка не са били лошо кодирани. Те са били лошо специфицирани, наети въз основа на грешен сигнал и предадени толкова непълно, че следващият програмист е трябвало да започне отначало. Техническата част рядко е мястото, където парите изчезват.

Това е добра новина за нетехнически купувач, защото означава, че най-важните решения са тези, които сте квалифицирани да вземете. Не е необходимо да оценявате JavaScript на някого, за да наемете добре. Трябва да можете да опишете проблема точно, да разпознаете подходящи доказателства, да задавате въпроси, на които е трудно да се блъфира, и да настоявате за предаване, което ви оставя с ключовете. Това ръководство разглежда и четирите.

Решете какво всъщност изграждате

Започнете с резултата, а не с технологията. Имам нужда от приложение“ не е задание; клиентите трябва да могат да резервират и плащат за час по телефона си, а аз трябва да виждам резервациите за утре в един списък“ е. Втората версия може да бъде цитирана, тествана и обсъждана. Първата не може.

Преди да говорите с когото и да било, запишете четири неща:

• Работата, която трябва да се свършиКакво трябва да може да постигне потребителят, което не може днес. Едно изречение на възможност, на езика на потребителя, а не на технически език.
• Задължителните нещаМалкото неща, без които изграждането е безсмислено. Ако списъкът ви има повече от шест, това е списък с желания, а не спецификация.
• Какво вече съществуваТекущ сайт, хостинг, домейн, доставчик на плащания, CRM, електронни таблици. Всяка интеграция е работа, а недекларираните интеграции са мястото, където оценките се провалят.
• Кой го поддържаСофтуерът не е покупка, той е ангажимент. Решете сега дали ще задържите програмиста, ще наемете някой друг или ще го управлявате сами.

Полезна дисциплина: опишете първата версия като най-малкото нещо, което би било наистина полезно. Всичко останало отива във втори списък. Програмистите цитират първия списък; вторият списък е това, което финансирате, след като първият започне да печели.

Какъв вид програмист ви е необходим

Програмист“ обхваща дузина различни професии, които не са взаимозаменяеми. Наемането на грешния е най-честата и най-скъпата грешка в тази категория в този процес.

• Front-endКакво вижда и докосва потребителят: оформление, взаимодействие, отзивчивост, достъпност. Наемете за редизайн, маркетингов сайт или нов интерфейс на съществуваща система. Вижте front-end разработчици на свободна практика.
• Back-endДанни, логика, API, удостоверяване, плащания. Наемете, когато стойността е в това, което се случва след натискане на бутона. Вижте back-end разработчици на свободна практика.
• Full-stackИ двете, до работещ стандарт. Правилният избор за повечето малки изграждания, защото координацията между двама специалисти струва повече, отколкото спестява в малък мащаб.
• CMS и платформаWordPress, Shopify, Webflow и подобни. Ако вашето изискване е изпълнено от съществуваща платформа, наемането на персонализиран разработчик за преизграждането й е изгубени пари. Вижте разработка на WordPress и разработка на Shopify.
• МобилниНативни iOS или Android, или междуплатформени. Наистина различна дисциплина от уеб, със собствени ограничения за преглед и пускане в магазина. Вижте разработка на мобилни приложения.
• Поддръжка и поправкиОтстраняване на грешки, актуализации, производителност, сигурност. Често най-ценното наемане от всички и това, което купувачите отлагат най-дълго. Вижте поддръжка на уебсайтове.

Ако наистина не можете да кажете от какво имате нужда, това само по себе си е малка, евтина, добре дефинирана работа: платете на опитен разработчик за кратък разговор за обхват, преди да поръчате каквото и да било.

Избор на технология преди човек

Не е нужно да избирате езика. Трябва да вземете едно решение: платформа или персонализирано. То има по-голям ефект върху общата ви цена от всеки друг избор в това ръководство.

Изграждане на платформа — WordPress, Shopify, Webflow, инструмент без код — означава, че по-голямата част от софтуера вече съществува и вие плащате за конфигурация, дизайн и частите, които са специфични за вас. По-бързо е, по-евтино и по-лесно за предаване на следващия човек, защото хиляди разработчици го познават. Ограничението е, че живеете в рамките на предположенията на платформата.

Персонализираното изграждане означава, че софтуерът е написан за вас. Той пасва точно и струва няколко пъти повече за създаване и поддръжка, защото само човекът, който го е написал, го познава, докато не го документира. Персонализираното е правилният отговор, когато това, което правите, е продуктът; то е грешният отговор за брошурен сайт или стандартен магазин.

Две практически правила. Първо, ако основна платформа прави осемдесет процента от това, от което се нуждаете, започнете оттам и платете за липсващите двадесет. Второ, каквото и да е избрано, попитайте защо — разработчик, който не може да обясни избора по отношение на вашите изисквания, избира това, което харесва, а не това, от което се нуждаете. Ако обмисляте изграждане на цял сайт, нашето ръководство за цената на уебсайта описва диапазоните.

Написване на кратко описание, което разработчикът може да цитира

Доброто техническо описание е кратко и конкретно. То не казва на разработчика как да изгради нещо; то му казва какво трябва да е вярно, когато приключи.

• Проблемът, в един параграф. Какво се случва сега и защо не е приемливо.
• Потребителските истории. Като клиент, мога да… така че…“. Пет до петнадесет от тях са истинска спецификация.
• Интеграциите. Назовете всяка външна система по име, включително тези, които смятате за тривиални.
• Какво предоставяте. Копие, изображения, дизайни, данни за вход, тестови данни. Недекларираните пропуски стават часове за таксуване.
• Ограничения. Краен срок, бюджетен диапазон, хостинг, на който трябва да останете, съответствие, което трябва да спазвате.
• Дефиницията за завършено. Разгърнато къде, тествано как, документирано до какво ниво, предадено с какво.

Включете бюджетен диапазон. Купувачите го задържат, надявайки се на по-ниска оферта; на практика това просто води до предложения, насочени към грешен мащаб, и вие губите един кръг кореспонденция, откривайки това. Нашето ръководство за написване на проектно описание, което получава страхотни предложения има по-пълен шаблон, а почасова срещу фиксирана цена обяснява кой ценови модел изисква вашето описание.

Създаване на кратък списък

Стремете се към три до пет кандидата. По-малко и нямате сравнение; повече и няма да направите оценката правилно за никой от тях.

Има две посоки за търсене. Започнете от работата, ако задачата ви е добре дефинирана и искате да купите нещо конкретно — разгледайте обяви с фиксирана цена под разработка на уебсайтове, разработка на софтуер или уеб приложения, или по пазар в уеб дизайн, разработчици на WordPress, разработка на мобилни приложения или експерти на Shopify.

Започнете от човека, ако работата изисква обсъждане. Разгледайте разработчици по дисциплина или по инструмент — React, WordPress, PHP, Python или Webflow — или публикувайте описанието и оставете предложенията да дойдат при вас. В Zinn Hub, публикуването на проект е безплатно, и можете да го насочите към конкретна област като разработка на уебсайтове, разработка на бекенд или разработка на мобилни приложения.

Филтрирайте силно по релевантност и леко по всичко останало. Разработчик, който е доставил три неща като вашето, побеждава такъв с двойно по-голям опит в различна област, почти всеки път.

Как да четем портфолио на разработчик

Не можете да одитирате кода на някого и не е нужно. Портфолиото все пак ви казва много, ако знаете какво да гледате.

• Отворете живите връзки. Екранна снимка не доказва нищо. Заредете сайта на телефона си, използвайте го, счупете го. Всичко счупено днес е било одобрено като счупено.
• Търсете проблеми като вашите. Не същата индустрия — същата форма. Потокът за резервации е поток за резервации, независимо дали продава подстригвания или хеликоптери.
• Проверете какво са направили. При екипни проекти попитайте кои части са били техни. Работих по него“ може да означава много или много малко.
• Тествайте основите сами. Зарежда ли се страницата бързо? Работи ли на телефон? Могат ли формите да се използват с клавиатура? Това са занаятчийски сигнали, които нетехническият купувач може да прочете перфектно.
• Прочетете отзивите като съвкупност от доказателства. Един блестящ отзив е шум. Моделът в много отзиви, особено относно комуникацията и крайните срокове, е сигнал. В Zinn Hub отзивите изискват потвърдена покупка.
• Попитайте какво се е объркало. Най-силният отговор на разкажете ми за проект, който е вървял зле“ е конкретна, неласкава, добре анализирана история. Няма такова нещо като разработчик само с гладки проекти.

За систематична версия на това, прегледайте нашия контролен списък за проверка на фрийлансъри от 12 стъпки.

Въпроси, които да зададете, преди да наемете

Целта не е да хванете някого. Целта е да чуете как мисли някой, когато отговорът не е репетиран.

• Обяснете минала разработкаРазкажете ми за един от тези проекти и компромисите, които сте направили.“ Добрият разработчик ще назове нещо, което е избрал да не прави, и защо. Жаргон без компромиси е предупредителен знак.
• Какво ви притеснява тукПопитайте коя е най-рисковата част от вашето описание. Всеки, който каже нищо, това е лесно“, не го е прочел правилно.
• Какво липсваКакво бихте имали нужда от мен, което не съм предоставил?“ Силните кандидати отговарят на това веднага и подробно.
• Как ще виждам напредъкаВръзка за стейджинг, седмична актуализация, споделена дъска. Всеки отговор е добър; липсата на отговор не е.
• Какво се случва след стартиранетоПрозорец за грешки, условия за поддръжка, документация. Договорете това, преди да започнете, а не когато нещо се счупи.
• Кой притежава кодаПопитайте директно. Отговорът трябва да бъде вие, при доставка, писмено, включително всичко необходимо за стартирането му.

Тествайте, преди да се ангажирате

Най-евтината застраховка, достъпна за купувача, е малка платена работа преди голяма. Не неплатен пробен период, който добрите фрийлансъри отказват и който не ви казва нищо за това как се държи някой, когато са замесени пари — истинска, малка, платена задача.

Добрата тестова задача е представителна, самостоятелна и завършваща се наведнъж: поправете конкретна грешка, направете една страница адаптивна, добавете форма и я свържете, подобрете бавна страница. Това, което наистина оценявате, не е кодът. Това е дали са задали уточняващ въпрос преди да започнат, дали са доставили това, което е било поискано, а не това, което са предпочели, дали са обяснили какво са направили и дали даденият от тях срок е бил срокът, който сте получили.

В Zinn Hub естественият формат е Micro Zinn — задача с фиксирана цена от $5, $10, $15 или $20. Разгледайте поправки на грешки и малки задачи по код или поправки на грешки и корекции на уебсайтове, или започнете от цена с $20 Micro Zinns. Нашето ръководство за тестване на фрийлансър, преди да се ангажирате обхваща как да структурирате и оценявате теста.

Какво струва и как да платите

Цените за разработка варират повече от всяка друга категория на свободна практика, защото работата варира повече. Следват типични пазарни диапазони за цялата работа, а не цени на Zinn Hub, и всеки фрийлансър определя свои собствени.

• Малка задача

  Под $200

  Поправка на грешка, конфликт на плъгин, форма, бърз пропуск, малка функция на съществуваща разработка. Най-добре се купува като задача с фиксирана цена.

• Стандартна разработка

  $500–$2,000

  Сайт или магазин, базиран на платформа: конфигурация на тема, няколко шаблона на страници, формуляри, основни интеграции, стартиране.

• Разширено

  $2,000–$8,000

  Персонализирана функционалност, акаунти и влизания, плащания, интеграции на трети страни или персонализиран дизайн, внедрен от нулата.

• Приложение

  $8,000+

  Истински софтуерен продукт: многоролеви системи, табла за управление, мобилни приложения, всичко със смислена бекенд логика и текущо инженерство.

Разходите варират в зависимост от обхвата, сложността и опита. Използвайте диапазоните, за да проверите разумността на офертата, а не като тарифа — ако дадено число е на две нива от мястото, където принадлежи вашето задание, тази разлика е разговор, който си струва да се проведе.

В Zinn Hub всеки Zinn има цена, определена от неговия Zinner, купувачите не плащат такса за платформа, а всички цени са в USD с приблизителен еквивалент, показан във вашата собствена валута. Поръчката се плаща и защитава като едно цяло; няма поетапно или етапно освобождаване, така че поетапното изграждане се извършва като отделни поръчки или се договаря като отделни ценови етапи във вашето проектно задание. Изберете Zinner, защитен от платформата, и плащането ви се задържа от Zinn Hub, докато поръчката не бъде завършена; всяко възстановяване се кредитира изцяло във вашия Zinn Wallet, в USD. Zinners, които свързват свой собствен PayPal или Stripe акаунт, се плащат директно при плащане.

Собственост, достъп и предаване

Това е разделът, който купувачите пропускат и по-късно съжаляват. Договорете всичко писмено, преди да започне работата, защото след доставката нямате никакъв лост.

• Акаунти на ваше име. Домейнът, хостингът и всяка услуга на трета страна трябва да бъдат регистрирани на вас, като разработчикът е добавен като потребител. Никога обратното.
• Собственост върху кода при доставка. Заявете ясно, че при окончателно плащане работата е ваша за използване, модифициране и преместване другаде. Попитайте за всички компоненти на трети страни със собствени лицензи.
• Достъп до хранилището. Дори и никога да не го отваряте, трябва да можете да го дадете на следващия разработчик.
• Всички идентификационни данни. Администраторски влизания, API ключове, достъп до база данни, достъп за разполагане — прехвърлени и потвърдени като работещи преди окончателното плащане.
• Документация. Кратка писмена бележка за това как да се разположи, къде се намират нещата и какво да се прави, ако се счупи. Една страница е достатъчна; нищо не е.
• Прозорец за грешки. Определен период след стартиране, през който истинските дефекти се отстраняват без допълнителни разходи. Тридесет дни е често срещано, разумно искане.

Условията за авторско право и лицензиране варират в зависимост от държавата и договора, така че третирайте това като общо ръководство, а не като правен съвет, и получете професионален съвет за всичко търговски значимо.

Грешки, които провалят проектите за разработка

• Наемане преди да съществува заданието. Всеки час, прекаран в специфициране, спестява няколко часа в изграждане и преработка. Нищо друго в този списък не е толкова важно.
• Избор само по цена. Най-ниската оферта често е тази, която е разбрала най-малко, а разликата се проявява като заявки за промяна.
• Тихо добавяне на обхват. Малките заявки по време на изграждане са начинът, по който фиксираните цени се превръщат в спорове. Групирайте ги, оценете ги, вземете решение за тях.
• Без среда за стейджинг. Прегледът на работата само когато е на живо е начинът, по който счупен сайт се открива от клиенти, вместо от вас.
• Пропускане на проверката за мобилни устройства. Повечето от вашите посетители са на телефон. Не одобрявайте нищо, което не сте отворили на такъв.
• Оставяне на предаването за края. Моментът за договаряне на достъп и собственост е преди първото кометване, а не по време на последната фактура.
• Без план за поддръжка. Софтуерът се разваля. Бюджетирайте за актуализации, архивиране и сигурност от първия ден, или платете за спасяване по-късно.
• Игнориране на предупредителните знаци. Неясни отговори, пропуснати малки срокове и натиск за плащане извън платформата са обхванати в нашето ръководство за често срещани измами с фрийлансъри.

Ако все още решавате дали фрийлансърът е правилният път изобщо, фрийлансър срещу агенция сравнява двете честно за изграждане на малък бизнес.