Как нанять фрилансера-разработчика

Большинство неудачных проектов разработки не были плохо закодированы. Они были плохо специфицированы, наняты по неверному сигналу и переданы настолько неполно, что следующему разработчику пришлось начинать все сначала. Техническая часть редко является причиной потери денег.

Это хорошая новость для нетехнического покупателя, потому что это означает, что наиболее важные решения — это те, которые вы компетентны принимать. Вам не нужно оценивать JavaScript кого-либо, чтобы хорошо нанять. Вам нужно уметь точно описать проблему, распознать соответствующие доказательства, задавать вопросы, на которые трудно блефовать, и настаивать на передаче, которая оставит ключи у вас. Это руководство описывает все четыре пункта.

Решите, что вы на самом деле создаете

Начните с результата, а не с технологии. Мне нужно приложение — это не техническое задание; клиентам нужно бронировать и оплачивать слот на своем телефоне, а мне нужно видеть завтрашние бронирования в одном списке — это оно. Вторую версию можно оценить, протестировать и обсудить. Первую — нет.

Прежде чем с кем-либо разговаривать, запишите четыре вещи:

• Задача, которую нужно выполнитьЧто пользователь должен уметь делать, чего он не может сегодня. Одно предложение на каждую возможность, на языке пользователя, а не на техническом.
• Обязательные требованияНесколько вещей, без которых сборка бессмысленна. Если ваш список содержит более шести пунктов, это список пожеланий, а не спецификация.
• Что уже существуетТекущий сайт, хостинг, домен, платежный провайдер, CRM, электронные таблицы. Каждая интеграция — это работа, и необъявленные интеграции — это то, где оценки нарушаются.
• Кто его поддерживаетПрограммное обеспечение — это не покупка, это обязательство. Решите сейчас, будете ли вы удерживать разработчика, нанимать кого-то еще или управлять им самостоятельно.

Полезная дисциплина: опишите первую версию как самую маленькую вещь, которая была бы действительно полезной. Все остальное идет во второй список. Разработчики оценивают первый список; второй список — это то, что вы финансируете, как только первый начинает приносить доход.

Какой разработчик вам нужен

Разработчик охватывает дюжину различных профессий, которые не взаимозаменяемы. Наем неправильного — самая распространенная и дорогая категориальная ошибка в этом процессе.

• ФронтендТо, что пользователь видит и с чем взаимодействует: макет, взаимодействие, адаптивность, доступность. Нанимайте для редизайна, маркетингового сайта или нового интерфейса существующей системы. См. фрилансеров по фронтенд-разработке.
• БэкендДанные, логика, API, аутентификация, платежи. Нанимайте, когда ценность заключается в том, что происходит после нажатия кнопки. См. фрилансеров по бэкенд-разработке.
• ФуллстекИ то, и другое, на рабочем уровне. Правильный выбор для большинства небольших сборок, потому что координация между двумя специалистами стоит больше, чем экономит в малом масштабе.
• 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, покупатели не платят комиссию платформы, и все цены указаны в долларах США с приблизительным эквивалентом, показанным в вашей собственной валюте. Заказ оплачивается и защищается как единая сумма; нет поэтапного или промежуточного выпуска, поэтому поэтапная сборка оформляется как отдельные заказы или согласовывается как отдельные оплачиваемые этапы в вашем проектном задании. Выберите Zinner с защитой платформы, и ваш платеж будет храниться Zinn Hub до завершения заказа; любой возврат средств будет полностью зачислен на ваш Zinn Wallet в долларах США. Zinners, которые подключают свои собственные учетные записи PayPal или Stripe, получают оплату напрямую при оформлении заказа.

Право собственности, доступ и передача

Это раздел, который покупатели пропускают, а затем жалеют. Согласуйте все это в письменном виде до начала работы, потому что после доставки у вас не останется рычагов влияния.

• Учетные записи на ваше имя. Домен, хостинг и любые сторонние сервисы должны быть зарегистрированы на вас, а разработчик добавлен в качестве пользователя. Никогда не наоборот.
• Право собственности на код при доставке. Четко укажите, что после окончательной оплаты работа принадлежит вам для использования, изменения и передачи в другое место. Спросите о любых сторонних компонентах с их собственными лицензиями.
• Доступ к репозиторию. Даже если вы никогда его не откроете, вы должны иметь возможность передать его следующему разработчику.
• Все учетные данные. Логины администратора, ключи API, доступ к базе данных, доступ к развертыванию — переданы и подтверждены как работающие до окончательной оплаты.
• Документация. Краткая письменная заметка о том, как развернуть, где что находится и что делать, если что-то сломается. Одной страницы достаточно; ничего — нет.
• Окно для исправления ошибок. Определенный период после запуска, в течение которого подлинные дефекты исправляются без дополнительной платы. Тридцать дней — это обычный, разумный запрос.

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

Ошибки, которые губят проекты разработки

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

Если вы все еще решаете, является ли фрилансер вообще правильным путем, фрилансер против агентства честно сравнивает их для создания малого бизнеса.