Как выбрать веб-студию и не пожалеть

Дизайн можно переделать по ходу проекта. Технологию — поменять. Любую часть проекта можно скорректировать, если вовремя спохватиться. Всё это будет стоить либо денег, либо времени, но ничто из этого не идёт ни в какое сравнение со сменой подрядчика в середине разработки: время, деньги, нервы, вера в людей — всё идёт под нож. Поэтому выбор партнёра — самое дорогое решение во всём проекте, хотя в момент выбора оно кажется бесплатным.

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

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

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

И да, универсального «хорошего подрядчика» не существует. Существует подходящий вам — по задаче, бюджету и стилю общения. Это важно держать в голове, чтобы не искать идеал, которого нет.

Сначала решите, кого вы ищете: фрилансер, студия или свой сотрудник

Прежде чем искать, стоит понять, какого именно. Вариантов три, и у каждого своя зона адекватного применения. Мы — студия, а это лишь один, и довольно узкий, формат взаимодействия.

Фрилансер. Дешевле и быстрее на небольшом объёме: нет накладных расходов на менеджмент и согласования, вы общаетесь напрямую с тем, кто делает. Рисков два. Первый очевидный — бас-фактор: один человек может заболеть, выгореть или просто пропасть, и проект встанет вместе с ним. Второй менее очевидный: с одним человеком бывает труднее договориться. «Так не получится», «это сделать нельзя» — часто это означает не «нельзя вообще», а «нельзя в рамках моих знаний и моей картины мира». В компании есть кому подумать над альтернативой; фрилансер ограничен собственным опытом, и проверить это со стороны вы не сможете.

Студия. Дороже, чем фрилансер, но закрывает его риски. Как я писал в статье о ценах, чем больше команда, тем выше оценка, потому что к каждому часу работы прирастают согласования и менеджмент. Взамен вы получаете устойчивость: процессы, взаимозаменяемость людей, накопленную экспертизу в разных стеках. Проект не зависит от самочувствия одного человека.

Ещё есть следующая после студии ступень — интегратор, но это отдельный мир, и он редко пересекается с тем, что мы обсуждаем тут.

Свой сотрудник (инхаус). Имеет смысл, когда у вас постоянный поток задач и нет определённого конечного результата: сегодня вам нужен сайт, завтра бот, послезавтра автоматизация отчётности, и всё это вы планируете непрерывно развивать. Для разового проекта нанимать разработчика в штат — это платить три оклада за сокращение.

В целом всё в рамках здравого смысла — масштаб решения должен соответствовать масштабу задачи.

Этап первый. Поиск: где брать кандидатов

Итак, вы поняли, кого ищете. Следующий вопрос — где?

Мой главный совет прозвучит странно для SEO-статьи, но: лучшие источники — личные блоги, профессиональные сообщества и отраслевые чаты. Логика простая: либо вы по контенту сами составите впечатление о человеке, либо в том же сообществе можно спросить и быстро сузить выборку.

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

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

И последнее, самое важное на этом этапе. До выхода на связь с кем бы то ни было сформируйте собственные ожидания. Потратьте пару вечеров на мини-ресёрч: что в рынке плюс-минус норма по срокам и ценам для вашей задачи, какой эффект можно ожидать от сайта и сходится ли это с вашей экономикой. Без своей системы координат вы не сможете оценить ни одно обещание: «сделаем за месяц» — это много или мало? «Полтора миллиона» — это дорого или нормально? Можно начать с моей статьи о ценах, главное — не верьте мне на слово, изучите ещё и другие источники.

Этап второй. Проверка: почему стандартные советы не работают

Прежде чем рассказать, как проверять, надо честно разобрать то, что вы прочитаете в каждой первой статье на эту тему. Стандартный набор выглядит так: изучите портфолио, попросите контакты клиентов, почитайте отзывы, внимательно проверьте договор. Звучит разумно. Не защищает вообще.

«Изучите портфолио». Портфолио можно сфабриковать. Целиком, с картинками, логотипами, сайтами и описаниями результатов. Это не требует ни особых навыков, ни вложений, только пару недель плотной работы. Я не говорю, что все портфолио фальшивые; я говорю, что очень сложно отличить настоящее от нарисованного, просто глядя на него.

«Попросите контакты клиентов для рекомендаций». Вам дадут контакты кого угодно: друга, родственника, самого себя со второй сим-карты. Подрядчик сам выбирает, чей телефон вам дать, — как думаете, чей он выберет?

«Почитайте отзывы». См. пункт выше, плюс отзывы покупаются. Целыми пакетами, с красочными историями.

«Внимательно читайте договор и проверьте документы». Это правда, но это гигиена, а не метод выбора. Проверять юрлицо и читать договор нужно с любым подрядчиком — уже выбранным. Договор защищает вас в суде, а ваша задача — выбрать партнёра так, чтобы до суда не дошло. Никто ещё не получил хороший сайт через арбитраж.

Возвращаясь к аналогии найма: всё перечисленное — это резюме. А резюме не проверяют чтением. Его проверяют собеседованием.

Проверка: что работает

Но не нужно унывать, есть и работающие методы. Они проверяют не артефакты, которые можно сфабриковать, а мышление, сфабриковать которое сильно сложнее.

Вопросы по портфолио вместо просмотра портфолио

Портфолио бесполезно смотреть, но по нему полезно задавать вопросы. Найдите кейс, похожий на вашу задачу, и спрашивайте про детали: почему выбрали такое решение? Что было самым сложным? Сколько времени занял этап X и почему?

Сфабрикованный кейс не выдерживает вопросов о деталях: человек начинает плавать, отвечать общими словами, путаться в хронологии или вообще ссылаться на NDA. Настоящий кейс, наоборот, разворачивается: люди обычно с удовольствием рассказывают про сложности, которые преодолели.

Тем более что оценить в портфолио можно только дизайн — он весь на поверхности. Всё остальное находится под капотом, и о нём можно только разговаривать.

Контакты добывайте самостоятельно

Не просите контакты у подрядчика — найдите клиента из кейса сами и напишите напрямую. Компания из портфолио обычно легко ищется, у неё есть сайт и соцсети, а люди на удивление охотно отвечают на вежливый вопрос «вы работали с такими-то, как впечатления?».

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

Главный вопрос: «как и зачем вы будете это делать»

Если из всего раздела запомнить один инструмент, пусть будет этот. Спросите подрядчика, как он собирается решать вашу задачу и почему именно так.

Адекватный специалист обоснует выбор понятным языком — и не посчитает, что вы лезете не в своё дело. Вам не нужно понимать ответ технически. Оценивайте не «что» отвечают, а как: переводят ли на ваш язык, называют ли компромиссы, признают ли ограничения — или прячутся за терминами.

Как я писал в статье про ТЗ, нормальный ответ на профессиональный вопрос звучит так: «вот ограничение, вот вариант решения, вот что теряем и что получаем». А «мы всегда так делали» — не аргумент: возможно, они всегда делали плохо.

Отдельный подвид проблемного ответа — продажа сложности. Если для сайта-визитки вам рассказывают про «кластер, микросервисы и отказоустойчивую архитектуру» — вам продают прайс, а не решение. Сложная технология — это не признак серьёзного подхода, это статья расходов, которая должна быть обоснована задачей. Помните правило соответствия масштаба: Kubernetes для лендинга не нужен. В целом я за то, чтобы любую задачу решать настолько просто, насколько это возможно.

Проверяйте отношение, а не матчасть

Это, пожалуй, центральная мысль всего этапа. Ценность проверки «сухих знаний» сегодня стремительно падает: про любую технологию вам за минуту расскажет нейросеть. Чего нейросеть не гарантирует — так это что подрядчик не забьёт, не пропадёт и не скажет «ну, не вышло». В статье о ценах я писал, что платите вы в первую очередь за небезразличие. Так вот, собеседование — это место, где небезразличие ищут.

Спрашивайте про нештатные ситуации: что будет, если вы не уложитесь в срок? Как вы сообщаете плохие новости? Что было в последний раз, когда клиент был недоволен? Людям, у которых есть настоящие ответы, эти вопросы не страшны. А ответ «у нас никогда не было проблем» — худший: либо человек врёт, либо, что тревожнее, он искренне не рефлексирует. Проблемы будут в любом проекте; вопрос лишь в том, как ваш подрядчик поведёт себя, когда они начнутся.

Контрольные вопросы про показатели

Помните мини-ресёрч из этапа поиска? Вот тут он нам и понадобится. Если названные подрядчиком цифры — сроки, цены, обещанные результаты — заметно лучше ваших ожиданий, правильная реакция не радость, а вопрос: за счёт чего? На каком проекте это получилось? При каких условиях? Чудеса случаются, но важно понимать их контекст.

Внутренние процессы и текучка

Менее очевидный пункт: попробуйте понять, как устроена команда. Через блог, соцсети сотрудников или прямые вопросы: сколько человек будет на проекте, давно ли они в компании, кто будет вашим контактным лицом и что будет, если он уволится.

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

Красные флаги: что должно насторожить в общении

Большая часть сигналов проявляется сама, их не нужно специально выяснять — достаточно не игнорировать.

«Я двадцать лет это делаю» как аргумент. Опыт — это прекрасно, но можно двадцать лет делать всякий мусор. Опыт должен помогать отвечать на вопрос «почему так», а не заменять ответ.

Баззворды для солидности. Речь, перегруженная терминами, не обязательно злой умысел: иногда человек просто не умеет иначе. Но напрячься стоит: тот, кто понимает предмет, может объяснить его просто. А чтобы вас нельзя было засыпать терминами, есть глоссарий — он покроет практически всё, чем вас могут напугать.

«Нельзя» без альтернатив. Мгновенное «так сделать нельзя» означает, что человек даже не подумал. Почти всегда честный ответ звучит иначе: «в лоб — нельзя, но вашу бизнес-задачу можно решить вот так». Задача клиента редко бывает нерешаемой; нерешаемым бывает конкретный способ, который исполнитель себе вообразил. Хороший подрядчик разделяет эти две вещи.

Точная цена до брифа. Если её называют, то либо продают шаблон, либо добирают своё доработками. Сюда же «всё включено» без сметы: если непонятно, что именно включено, — ничего не включено.

Стопроцентная предоплата за весь проект. Нормальная практика — оплата по этапам; предоплата за этап — тоже ок. А вот требование всей суммы вперёд означает, что интересы подрядчика не зарабатывать вместе с вами, а заработать на вас.

«Сделаем за неделю» там, где все говорят про месяц. Сжать объём работы в меньший срок можно ровно двумя способами: добавить людей (это деньги) или срезать качество (это тоже деньги, но потом). Если цена при этом не выросла, вы знаете, какой способ выбран.

Зелёные флаги: как выглядит адекватный подрядчик

Но не все вокруг вас враги. Вот сигналы, что перед вами тот, кто нужен.

Смотрите, какие вопросы задают вам: погружаются в вашу задачу или в ваш карман. Это первый и главный зелёный флаг. Добросовестный подрядчик задаёт вопросы, уточняет, зачем вам та или иная функция, погружается в ваши процессы и не додумывает требования от себя.

Вас отговаривают от лишнего. Подрядчик, который говорит «вот это вам не нужно» — режет собственный чек в вашу пользу. Так делают те, кто думает о задаче, а не о смете: отговаривают от эффектного, но ненужного функционала, честно говорят «вам пока хватит конструктора». Если вас отговаривают, вам, скорее всего, повезло.

Называют вилку и объясняют, от чего она зависит. Вместо точной цифры с потолка — «от X до Y, и вот что двигает цену внутри вилки». Это признак, что человек не пытается угадать число, которое вы готовы услышать.

Спокойно отвечают на вопрос о расставании. Права, исходники, доступы, что будет, если вы решите уйти к другому подрядчику. Тот, кто планирует держать вас качеством работы, отвечает на эти вопросы буднично. Нервничает тот, кто планировал держать вас по-другому.

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

«Дёшево, потому что плохо» или «дёшево, потому что просто»

Начнём с того, что дёшево — не всегда подозрительно. Бывают честные причины низкой цены:

• Простая задача. Лендинг на конструкторе объективно стоит дёшево, потому что работы там немного.
• Шаблонное решение. «Мы берём готовую тему и адаптируем, поэтому дёшево и быстро, но вот ограничения» — это ок, если вы понимаете, на что идёте.
• Демпинг новичка. Человек набирает портфолио и осознанно работает дешевле рынка. Нормально, если вы понимаете риски и они вам ок: вы, по сути, соинвестируете своё время в его обучение.

А бывает дёшево опасное. Здесь работает вилка из статьи о ценах: либо человек знает, что за нормальные деньги к нему не придут, либо он не понимает, сколько стоит его труд. И второе настораживает не меньше первого: чтобы хорошо делать эту работу, надо разбираться в процессах, в бизнесе, в людях — нельзя разбираться во всём этом и не разбираться в деньгах.

Чек-лист, чтобы понять разницу:

1. Понятно ли, за счёт чего дёшево? Шаблон, нет уникального дизайна, нет тестирования, типовая задача. Или же «просто мы хорошие и не жадные».
2. Есть ли смета? Пусть укрупнённая, но с составом работ. «Всё включено» одной строкой — см. красные флаги.
3. Есть ли бриф и ТЗ? Если вам готовы назвать цену и начать, не задав ни одного вопроса о задаче, — цена взята с потолка, и потолок этот подпирается доработками.
4. Отвечают ли на «как и зачем»? Главный вопрос из раздела о проверке работает и здесь.

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

Этап третий. Переговоры и старт: как снизить цену ошибки

В статье про ТЗ я предлагал прогонять каждое требование через вопрос «смогу ли я доказать, что сделали не то?». Тот же принцип распространяется на весь старт отношений: проверяемые договорённости — это ваша страховка. Договор, ТЗ, критерии приёмки, зафиксированные этапы — всё, что написано и подписано, потом не превратится в «мы это не обсуждали».

Механика снижения рисков собирается из того, что уже упоминалось:

• Малый первый этап. ТЗ или аудит за отдельные деньги. Ошибка на этом этапе стоит проценты от бюджета, а не весь бюджет.
• Права и доступы на вас. Домен, хостинг, аналитика, репозиторий — с первого дня. Не «потом переоформим».
• Фикс с оплатой по этапам. Каждый этап — точка, в которой можно остановиться с приемлемыми потерями.

И последний фильтр, который срабатывает после всех рациональных. Мэтч. Бывает так: все проверки пройдены, кейсы настоящие, вопросы задают правильные, цена адекватная — а общаться неприятно. Это валидная причина отказаться. Подсознание обрабатывает сигналы, которые вы не можете сформулировать, и если оно упорно говорит «что-то не так» — оно, скорее всего, что-то заметило. К тому же есть и сугубо практическая сторона: с этим человеком вам разговаривать раз в неделю ближайшие месяцы. В найме это называется культурным фитом, и проверяют его в обе стороны — подрядчик вас, кстати, тоже сейчас оценивает.

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

Итоговый чек-лист: вопросы, которые стоит задать подрядчику

Сводка всей статьи в одном списке — задавайте на первой-второй встрече и смотрите не только на ответы, но и на реакцию.

1. Как и зачем вы будете решать мою задачу? Почему именно так?
2. Расскажите про похожий кейс: что было самым сложным?
3. Расскажите про проект, который пошёл не так. Что изменили после него?
4. За счёт чего цена именно такая? Что двигает её внутри вилки?
5. Что из моих хотелок вы бы вычеркнули и почему?
6. Кто конкретно будет работать над проектом? Давно ли эти люди в команде?
7. Что будет, если мой менеджер или разработчик уволится посреди проекта?
8. На кого оформляется домен и доступы? Передаются ли исходники?
9. Как устроена оплата? Можно ли начать с малого этапа — ТЗ или аудита?
10. Что будет, если вы не уложитесь в срок или что-то пойдёт не так?
11. Что произойдёт, если мы решим расстаться в середине проекта?
12. Почему у вас дешевле/дороже, чем у других, у кого я спрашивал?

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