Удаленные специалисты могут быть различного профиля. Например, маркетолог электронной почты, который создает, распространяет, анализирует и совершенствует цепочки продаж электронной почты. Или тестер, который тестирует ваш сайт или мобильное приложение. Это может быть фронтенд-разработчик, работающий из солнечной страны над версткой вашего сайта, или дизайнер, который рисует ваш UI и живет в соседнем городе.
Где искать удаленных специалистов?
Facebook — социальная сеть номер один в мире. Там вы можете писать заявки на нужных вам сотрудников. Просите максимальный репост от друзей и коллег. Оценивайте профессиональные сообщества и отправляйте текстовые сообщения людям напрямую. Да, это абсолютно нормально.
LinkedIn — это то же самое, что и Facebook, но эта социальная сеть заточена под профессиональные контакты. Очень удобно найти всех сотрудников прямо на странице компании и связаться с ними.
Ютуб. Профессионалы оставляют комментарии под тематическими роликами. Там можно найти хороших специалистов, просматривая самые вдумчивые и толковые комментарии. Просто зайдите на их страницы и напишите свое предложение.
Habr Q&A — вопросы и ответы с популярного сайта Хабр. Там вы можете найти опытных программистов-фрилансеров. Универсальный совет: гуглите интересующий вас вопрос, находите ответ, читайте комментарии и пишите авторам.
Хабр — это сервис уникальных статей преимущественно на IT-тематику. Есть отдельный раздел поиска фрилансеров.
Твиттер. Хотя это не очевидно, люди из IT любят Twitter. Например, почти все крутые Python-разработчики размещают там новости.
VC — это платформа для поиска работы и новостей. Вы ищете крутую статью на нужную тему и пишете автору предложение о работе. Это просто.
Телеграмм. Профессиональные сообщества всегда имеют более одного канала. Присоединяйтесь, отправьте свое предложение и ответьте на отзывы. Оно работает. Правда.
Я создал свой телеграм-канал, переходите по ссылке ProductMonkey, там можно найти много интересного (https://t.me/productmonkey)
Google — основной инструмент любого современного человека. Нужен ли нам DevOps? Заходим в Гугл. Нужны ли тестеры? Google. Все, что вам нужно, вы можете найти в Google.
Поспрашивайте. Мы все живем в сообществе. Кто-то всегда кого-то знает. Кто-то работает с кем-то или работал с кем-то. Отличный канал, который не раз нас выручал. Просто расспросите своих друзей, просмотрите контакты в телефонной книге. Вы можете найти специалиста в самом неожиданном месте.
Upwork или любой внештатный сервис. Просто обязательно. Во-первых, вы получаете доступ к множеству потенциальных исполнителей вашей работы. Во-вторых, вы не будете ломать голову над способами оплаты: сервис берет на себя всю ответственность за небольшую комиссию. Мы даже рекомендуем вам работать с некоторыми вашими реальными специалистами через такие платформы: так удобнее и вам, и им.
Доска объявлений. Кто бы что ни говорил, 99,99% всех резюме находятся на hh.ru. Так что найти там можно абсолютно любого специалиста. Частных баз данных нет. Не платите агентствам за воздух.
Переполнение стека. Это служба вопросов и ответов для программистов. Это также платформа для фрилансеров. 100% разработчиков используют этот ресурс ежедневно.
Тэглайн-аналитическое агентство. Есть рейтинги всех лучших студий по разработке сайтов и мобильных приложений. Если вам нужно найти подрядчика, 100% вы здесь.
Цифровые агентства. SETTERS, ZephyrLab, IKRA, Студия Артемия Лебедева и т.д. Если нужно сделать хорошо и иметь бюджет.
Как создать техническое задание
Запишите своими словами, что нужно сделать
Например: «Закодируйте фиолетовую кнопку в правом верхнем углу. При нажатии один раз появляется картинка с котом». Этого достаточно для начала.
Чем больше деталей, тем лучше. Какого размера должна быть кнопка? Фото кота? В каком разрешении? Что произойдет, если кнопку нажать 2–3 и более раз? и т.д. Вы должны задать себе эти вопросы.
Главный критерий – техническое задание должно быть достаточно полным, чтобы по нему можно было разработать продукт. Например, если оттенок фиолетового не важен, опустите эту деталь. Если важно, укажите ссылку.
Укажите, какой результат вы хотите получить
Например: «При нажатии кнопки клиент должен получить SMS-уведомление в течение пяти секунд. Пример SMS во вложении».
Расскажите, что у вас есть сейчас (необязательно)
Если в проекте используется определенный стек или есть особые требования, которые необходимо учитывать.
Например: «Сайт написан на PHP» или «Обязательно используйте Kron».
Прикрепите скриншоты прототипа, пример отчета, кнопки — все, что нужно
Лучше всего показывать примеры, которые вам нравятся, при обсуждении макета. Если хотите получить отчет, нарисуйте схематично в Excel, как он должен выглядеть: поля, столбцы, где расположены кнопки.
Напишите, сколько вы готовы платить за час или всю работу
Например: «Зарплата 1000 рублей в час. Оплата производится каждого 1-го числа календарного месяца. Всего вы будете работать 80 часов в месяц (20 в неделю)».
Укажите крайний срок
Например: «Мы ожидаем, что вы завершите проект за 3 рабочих недели. Еженедельно по пятницам нужно показывать 1/3 всей работы. Синхронизация проекта с командой по скайпу ежедневно в 12:00»
Будет здорово, если вы напишете список и обсудите его с подрядчиком. Он должен содержать основные важные критерии принятия работы (вехи):
- Кнопка нажата.
- Изображение выходит размером 600х600.
- SMS отправлено, и получатель может его прочитать.
Как оценить свою работу
Он делает то, что вы хотите?
Это очень просто. Выполняет ли то, что вы получили, ту функцию, которую вы хотели получить? Корректно ли работает новый функционал? Соответствует ли окончательный макет дизайну?
Если нет, то нужно переделать. Например, вы хотели, чтобы дизайнер нарисовал вам три страницы перехода. Он нарисовал только один. Если он придумал, как элегантно уместить функционал трех переходов в один, и это было согласовано — супер! Во всех остальных случаях работа не завершена.
Он работает?
Вы помните критерии оценки? Вот где они пригодятся. Если что-то важное, о чем вы знали и не подумали, оставили на решение исполнителя, а они сделали так, как увидели, это ваши проблемы. Но если вы обсудили этот момент, а исполнитель сделал это по-своему, это его недоработка.
Выполняет ли он бизнес-задачу?
Иногда вы не знаете, как что-то реализовать, или не знаете, как сделать это хорошо. И оценить это можно, только попросив разработчика сделать какой-нибудь прототип. Имейте в виду, что за каждую такую итерацию вам придется платить и это нормально. Художник не должен бесплатно переделывать макет, если вы не знаете, чего хотите. Но будьте готовы, что гипотезу вообще придется отбросить как нереализуемую.
Как общаться
Самые удобные мессенджеры — Telegram, Slack, Skype, Zoom.
Обсудите, где и как часто вы будете общаться. Любому исполнителю нужны периоды длительной глубокой познавательной работы. В эти периоды они будут недоступны, и это нормально. Невозможно создать хороший дизайн, написать хороший код или сильный продающий текст, если вас постоянно долбят по телефону или в WhatsApp.
Лучше выходить на связь в одно и то же время каждый день. Обсудите график ваших сеансов связи и не забывайте, что у вас с исполнителем могут быть разные часовые пояса. Это сеансы двусторонней обратной связи. Исполнитель погрузит вас в ход вашего проекта и задаст вам уточняющие вопросы. Так у вас будет понимание, что проект движется, а у исполнителя ощущение, что его не оставили наедине с задачей.
Если вы работаете с этим человеком давно и сделали не один проект, доверьтесь его профессионализму и чувству стиля, вы сможете общаться реже. Но все же делайте это хотя бы раз в неделю, так вы не придете к полной потере контроля над проектом. В удаленных коммуникациях важны постоянство и частота.
Как платить
За количество отработанных часов (1–2 раза в месяц)
Платим раз в месяц вне зависимости от вида работ: программирование, дизайн, копирайтинг и т.д. Это нормальный вариант оплаты. Человек будет знать, что, например, первого числа месяца он получит деньги.
Старайтесь выполнять свои обязательства и свою часть договора. Любой исполнитель не работает бесплатно и рассчитывает на эти деньги, особенно фрилансеры. Если первое число выпадает на праздники и банки не будут работать, позаботьтесь об этом заранее. Не переводите деньги после десятого дня со словами: «Извините, не успел». В следующий раз, когда человек не будет работать с вами, он будет знать, что вы это делаете.
Для полного проекта
Платите только за то, что вы приняли как выполненное. Если человек сделал 98% работы, и вы ожидаете, что он сделает остальные 2%, не платите. Работа либо выполнена (принята), либо не выполнена. Это бинарный. Если к концу отчетного периода человек выполнил только четыре задания из пяти, то он получит оплату только за четыре. А пятое задание, если оно будет выполнено, не будет оплачено до следующего месяца. Все мы взрослые люди и вполне способны нести ответственность за свои поступки.
Какие инструменты использовать
Для прототипов и референсов лучше всего подходит Figma. Это удобно, работает онлайн и уже стало стандартом в отрасли. Например, он используется в веб-разработке и мобильной разработке.
Мессенджеры, такие как Telegram, Slack, Skype. Больше нечего добавить. В Telegram есть почти все, кроме видеозвонков. Для этого вы можете использовать Zoom.
Чтобы рыться в документах, используйте Google Docs. Если нужно быстро, просто и бесплатно, ничего лучше человечество пока не придумало.
Для бизнес-процессов, рабочего процесса используйте Whimsical, Miro. Можно, конечно, рисовать в продуктах Microsoft и следовать нотации, но Whimsical удобнее, красивее и бесплатна для 99% задач.
Для составления ТЗ-Notion, Evernote, Google Docs. Мы обычно пишем в Notion или Evernote, потому что они позволяют красиво порыться в документе одной кнопкой.
Наиболее удобные инструменты презентации — PowerPoint, Google Docs. Самый частый случай — Google Presentations.
Как попрощаться
Если проект ограничен по времени и бюджету, это следует обсудить заранее
Если вы нанимаете человека на пятимесячный проект, обязательно скажите об этом. Если задача разовая, то тоже самое. Будьте уверены, что не возникнет недоразумения, когда вы захотите внезапно расстаться с человеком. Вы не знаете, когда, где и с кем вам придется снова работать. Так что эта информация является одной из самых важных после оплаты.
Если работа не будет выполнена в течение десяти рабочих дней (двух недель), отмените заказ, он не будет выполнен
По нашему опыту, нет смысла работать с задачами, которые длятся более двух недель. Если у вас есть большой проект, разделите его на маленькие части. Если программист по какой-либо причине не может программировать десять дней подряд, то он не в состоянии это сделать. Просто снимите с них это задание и отдайте другому исполнителю. Чудес не бывает.
Если что-то нужно запрограммировать на срок более двух дней, это не нужно программировать
Разделите задачу так, чтобы ее можно было выполнить за 16 часов. Более длительные попытки кодирования ни к чему не приводят. Лучше двигаться небольшими контролируемыми итерациями, чем жить в иллюзии, что работа будет сделана. Пусть лучше у вас будут реализованы готовые фрагменты атомарного кода, чем каша из неведомых вещей.
Будьте честны. Говорите только факты
Если человек потерпел неудачу, так и скажите.
Не говорите приятных слов о том, что мы все хорошие люди и все такое. Человек может быть замечательным, но работа не сделана. По любой причине. Не ищите оправданий, не ищите скрытых смыслов. Работа просто не сделана.
Постарайтесь работать много часов. Репутация важнее
Если человек вас не обманывает и честно выполняет свою часть договора, не обманывайте его ожиданий.
Никогда не пытайтесь навешивать дополнительные требования по пути. Поддерживайте связь ответственно и регулярно. Поверьте, репутация зарабатывается годами, а теряется за пять минут.
Вам захочется привлекать этих людей из проекта в проект неоднократно. Кого-то, возможно, вы возьмете в штат. Вас кто-нибудь порекомендует.
Как обосновать расширение команды (например, подрядчиком)
Первое, что вы должны сделать, это рассчитать текущую вместимость команды.
На основе полученных цифр критически изучите свой бэклог. Сколько задач вы действительно можете выполнить с текущими возможностями и за какое время? Если ответ вас не устроит, есть потенциал для расширения команды.
Например, вы понимаете, что конверсия в покупку напрямую зависит от наличия полного описания и красивых фото в карточке товара. Один контент-менеджер может эффективно заполнить 300 карточек в день. Это с полным описанием, заполненными характеристиками и фотографиями. Вы понимаете, что одному человеку потребуется 100 дней, чтобы заполнить 30 000 карточек. Автоматизировать этот процесс очень сложно, так как парсер еще нужно перепроверить. Кроме того, учтите время, которое требуется программисту, чтобы понять, как это сделать. Вы понимаете, что из-за незаполненных карт вы теряете продажи примерно на 10000 долларов в день. Добавьте к этому репутационные потери, которые невозможно подсчитать, но они есть.
Стоит ли нанять еще пару контент-менеджеров, чтобы уменьшить количество потерь? Конечно! Вы идете к генеральному директору и показываете, что временное расширение команды оправдано. В сценарии А мы теряем 5 миллионов долларов. В сценарии B мы зарабатываем 3,3 миллиона (примерно), или 2/3 первоначальной суммы убытков, наняв двух фрилансеров. И делаем работу в 3 раза быстрее: 33 дня против 100.
Нет роли, нет опыта в команде
Часто в команде нет определенной экспертизы. Например, вы хотите использовать Docker, но никто в команде с ним не работал. Можно подождать, пока ребята разберутся со своими книгами, курсами, видео в интернете и т. д. А можно сразу нанять специалиста и перекрыть его экспертизу. В общем, всегда можно совместить только две вещи: либо экспертизу, либо деньги.
Это не работает при разработке (правило Фредерика Брукса)
Есть такая книга под названием «Мифический человеко-месяц». Там автор подробно объясняет, почему добавление новых программистов в середине проекта не ускоряет работу, а наоборот, сильно ее замедляет. Итак, если ваш проект уже стартовал, завершите ключевую итерацию с имеющейся командой разработчиков и не пытайтесь нанять больше специалистов, чтобы уложиться в срок. Это никогда не работает. Книга, кстати, написана в 1975 году. С тех пор мало что изменилось.
Если вы еще не подписаны на мой телеграм-канал, то сейчас самое время сделать это, перейдя по ссылке Product Monkey. Там можно найти много интересного (https://t.me/productmonkey). Каждый день я делаю посты о самом важном в управлении продуктом.
Если вы хотите узнать больше о командном взаимодействии, вот мой курс по Udemy. Я создал свой курс на эту тему, исходя из того, что считаю, что продукт строится в том числе и на отношениях в коллективе.(«https://www.udemy.com/course/interaction-with-the-product -команда")
