Короткий ответ
Нанимая исполнителя на сайт, вы покупаете объём, срок, количество кругов правок и доступы в конце — цена осмысленна только после них. Разбираем, что проверять в живом сайте, как читать исключения и как честно свести две сметы в одну таблицу.
Что вы на самом деле покупаете
Нанимая исполнителя на сайт, вы покупаете сразу четыре вещи: определённый объём работ, дату сдачи, количество кругов правок и набор доступов в конце. Цена — пятая, и осмысленной она становится только после того, как зафиксированы первые четыре.
Большая часть разочарований на этом рынке рождается из сравнения предложений по одной цене. Две сметы, в каждой из которых написано «сайт», могут отличаться тем, входит ли контент, передаются ли исходники и стоит ли отдельно правка после первой версии.
Поэтому полезный навык — не угадывать талант по портфолио. Полезный навык — прочитать предложение достаточно внимательно, чтобы понять, что именно вы получите, а затем положить два предложения рядом по одним и тем же строкам.
Дальше — набор строк, которые стоит сравнивать, проверки, которые можно сделать самому до подписания, и разобранный пример на опубликованной линейке цен, где каждая из этих строк названа заранее.
Читайте предложение раньше, чем портфолио
Портфолио говорит о том, что исполнителю позволили сделать. Оно не говорит, что он обязуется сделать для вас, и именно в этом разрыве проекты и ломаются.
Предложение — это документ, который отвечает на ваши вопросы. В нём должны быть названы объём, срок, количество кругов правок и то, что не входит. Предложение, где любой из этих четырёх пунктов подразумевается, написано не для покупателя.
Особое внимание — исключениям. Исполнитель, который пишет, чего он не делает, удобнее того, кто пишет только выгоды: во втором случае границу вы обнаружите ровно тогда, когда вам понадобится то, что за неё вышло.
Если предложение — это абзац и цифра, попросите четыре строки письменно до любого сравнения. Исполнитель, не готовый прислать их сообщением, сообщает вам кое-что полезное заранее.
Портфолио: смотрите работающий сайт, а не картинку
Картинка в портфолио — результат дизайна, а не доказательство того, что сайт работает. Открывайте живые сайты. Если исполнитель не может назвать ни одного действующего адреса, спросите почему: честные причины бывают, и услышать их — часть оценки.
На каждом живом сайте проверьте то, что будет важно на вашем. Откройте на телефоне. Заполните форму и посмотрите, что произойдёт. Зайдите на глубокую страницу и вернитесь назад. Загрузите на медленном соединении и посмотрите, что появляется первым.
Скорость лучше проверить, чем спросить о ней, а документация MDN по производительности задаёт словарь того, что вообще измеряется. Вы не проводите аудит: вы выясняете, ведут ли себя сайты этого исполнителя так, как вы хотели бы для своего.
Доступность — проверка, которую пропускают и о которой потом жалеют. Попробуйте пройти по странице одной клавиатурой и посмотрите, дотягиваетесь ли вы до основных элементов управления. Практический список — краткий справочник W3C по WCAG 2.2, и исполнитель, явно об этом думавший, кое-что сообщает о своих стандартах.
Цена: что должно входить в цифру, чтобы её можно было сравнивать
Цена сравнима только тогда, когда за ней стоят одинаковые строки. До сравнения двух цифр выпишите по каждой: что делается, за какой срок, сколько кругов правок и что не входит. Если строка пустая, сравнение ещё не готово.
Следите за частями проекта, которые обычно остаются вне цены сборки: контент и переводы, съёмка, лицензирование платёжного провайдера, поддержка после запуска. То, что они не входят, — не проблема; проблема — не знать об этом.
Спросите, сколько стоит правка после последнего входящего круга. Она случается в каждом проекте, и ответ отделяет тех, кто продумал рабочие отношения, от тех, кто продумал только продажу.
Осторожнее со сметой, которая заметно ниже остальных без названной причины. Иногда причина настоящая: уже готовый шаблон, более узкий объём, спокойный месяц. Спросите о ней: причина, которую можно услышать, успокаивает, а её отсутствие — нет.
Сроки: поймите, что именно измеряет цифра
Срок осмыслен только вместе с единицей измерения и точкой отсчёта. Рабочие и календарные дни — разные обещания, а график, стартующий с приходом контента, — это иное обязательство, чем график, стартующий с подписанием договора.
Спросите, чего ждут часы. Если сборка не может начаться без ваших текстов, фотографий и доступов к системам, то планировать надо от даты их готовности, а этой датой обычно управляете вы.
Посмотрите, как исполнитель описывает скорость в остальной части предложения. Опубликованная линейка, где мелкая правка занимает 1-2 рабочих дня, а разработка продукта — 2-3 недели, говорит о его единице работы и позволяет проверить полученную оценку на здравый смысл.
И спросите, что произойдёт при срыве даты и из-за чего он возможен. Полезный ответ называет причину — зависимость, согласование, интеграцию, — а не обещает, что этого не случится.
Правки: читайте условие именно того пакета
Условия по правкам — то, чем предложения отличаются сильнее всего и что читают реже всего. Один круг после первой полной сборки, два круга до запуска, два круга на каждую поставленную функцию — это три разных обязательства, и относятся они к разным работам.
Читайте условие того пакета, который покупаете, а не того, о котором прочитали первым. Предположение, что действуют условия соседнего пакета, всплывает ровно тогда, когда вы просите правку, которую считали входящей.
Спросите, что считается кругом. Круг как один сведённый список замечаний — не то же самое, что круг как одно письмо, и разница существенна в тот день, когда у вас на руках комментарии трёх человек.
Спросите и о том, когда круги заканчиваются. Правки, привязанные к запуску, обычно на запуске и заканчиваются; поддержка после него — отдельная договорённость, и её цена должна быть видна.
Исключения — самая полезная часть любого предложения
Список того, чего исполнитель не делает, экономит больше всего денег, потому что именно он предсказывает разговоры, которые у вас будут потом.
Контент и переводы обычно идут первым пунктом. Многие исполнители, включая VITON13, не пишут клиентский контент и не делают переводы: это остаётся у вас, и знание об этом на этапе сметы позволяет спланировать написание, а не обнаружить его в середине сборки.
Вторым пунктом идут нативные мобильные приложения. Адаптивный сайт и приложение в магазине — разные продукты; если вы представляете себе приложение, скажите об этом рано, а не считайте, что пакет на сайт растянется и на него.
Лицензирование платежей, съёмка и последующая поддержка появляются в исключениях разных пакетов по понятным причинам. Ни одна из них не тревожный признак. Предложению, где они перечислены, доверять проще, чем тому, где не перечислено ничего.
Доступы и владение — до начала работ
Договоритесь письменно до старта, у кого в конце будут домен, аккаунт хостинга, репозиторий и административные входы. Это коммерческий вопрос, а не техническая сноска: он решает, сможете ли вы сменить подрядчика, не оплачивая заново уже сделанную работу.
Работающая схема — домен, зарегистрированный на вашу компанию, с делегированным доступом для разработчика. Проблемная — домен, оформленный на разработчика, чтобы избавить вас от бумажной работы.
Просите передавать исходный код репозиторием, а не архивом файлов. Архив работает до момента, когда следующему разработчику нужно понять, что и зачем менялось, — и с этого момента не работает.
Переменные окружения и доступы к сторонним сервисам относятся к тому же разговору. Сайт, живущий на настройках, которые есть только у одного человека, имеет неназванную зависимость от этого человека.
Коммуникация и ритм релизов
Спросите, как часто вы будете видеть что-то работающее. Исполнителем, который показывает рабочую сборку в регулярном ритме, управлять проще, чем тем, кто исчезает и возвращается с готовым продуктом на утверждение.
Спросите, с кем вы будете говорить и делает ли этот человек работу. Оба ответа допустимы, но проекту с посредником нужен более чёткий письменный объём, потому что каждое уточнение проходит на шаг дальше.
Договоритесь, где фиксируются решения. Мессенджер хорош для разговора и плох как место хранения объёма; в момент, когда решение меняет то, что строится, оно должно оказаться там, где обе стороны найдут его позже.
Задайте ожидание по срокам ответа в обе стороны. Ваши согласования лежат на критическом пути не реже, чем работа исполнителя, и проект, где дедлайн есть только у одной стороны, поедет.
Признаки, при которых стоит притормозить
Предложение без исключений. У любого реального объёма есть граница, и предложение, описывающее только входящее, оставляет вам находить границу в худший момент.
Отказ зафиксировать письменно срок, количество правок или список передаваемого. Любой из трёх пунктов можно обсуждать и менять; ни один из них не должен быть трудным для формулировки.
Обещание позиции в поиске, конверсии или цифры трафика. Ими никто не управляет, и исполнитель, готовый такое пообещать, либо ошибается, либо говорит о метрике, о которой вы не договаривались.
И оценка, выданная до того, как кто-либо спросил, сколько вам нужно страниц и кто пишет контент. Цифра, полученная без этих двух ответов, — стартовая позиция, а не смета, и она сдвинется.
Как честно сравнить две сметы
Сведите предложения в одну таблицу со строками, заданными вами: объём, срок и его единица, круги правок и момент их окончания, исключения, состав передачи, цена правки после последнего круга и цена. Заполните каждую ячейку, спрашивая там, где нужно.
Затем читайте таблицу на предмет различий, а не на предмет того, чья цифра меньше. В большинстве сравнений одно предложение включает то, что второе считает отдельно, и порядок меняется, как только недостающий пункт добавлен в более дешёвую колонку.
Решите, чем вы пожертвуете при жёстком бюджете, и отметьте это в таблице до разговора с кем-либо. Решение, принятое под давлением в конце переговоров, обычно отличается от решения, принятого спокойно в начале.
Сохраните таблицу после выбора. Это и есть согласованный объём в той форме, которая понадобится вам при приёмке, и сохранить уже написанное не стоит ничего.
Разобранный пример: опубликованная линейка цен
Сравнивать проще с предложением, где названы все строки. В услуге разработки VITON13 пять пакетов, и у каждого названы цена, срок, условие по правкам и исключения, а не оставлены на вопросы.
Site Fix Pack — $70 за 1-2 рабочих дня на не более чем пять согласованных правок, с проверкой на мобильном и десктопе, списком «до/после» при сдаче, одним кругом правок; новые страницы, редизайн и переносы названы как не входящие. «Сайт для запуска» — $380 за 3-5 рабочих дней: адаптивная сборка, подключение базовой CMS или данных и настройка развёртывания, два круга правок до запуска, контент и переводы даёт клиент.
Launch Site Express — $520: тот же объём «Сайта для запуска» в приоритетной очереди за 2 рабочих дня с ежедневными сборками, чек-листом запуска и созвоном при передаче, один круг правок после первой полной сборки; контент, съёмка и последующая поддержка не входят. «Разработка продукта» — $880 за 2-3 недели: выпуск функций, логика состояний и маршрутов, тестирование и укрепление, два круга правок на каждую поставленную функцию, а нативные мобильные приложения и лицензирование платежей за рамками.
«Постоянная техническая поддержка» — $290 в месяц помесячным циклом с уведомлением за 30 дней о прекращении: приоритетные обновления, недельный ритм релизов и техническое сопровождение; объём согласуется в начале каждого цикла, а новая сборка или редизайн оцениваются отдельно. Что бы вы в итоге ни выбрали, именно такого уровня подробностей стоит просить у каждого исполнителя до сравнения хотя бы одной цифры.
Практический чеклист
- Попросите письменно четыре строки: объём, срок, количество кругов правок и что не входит.
- Откройте живые сайты исполнителя на телефоне и отправьте через них форму.
- Спросите, с какого события начинается отсчёт срока и в каких днях он измеряется.
- Прочитайте условие по правкам того пакета, который покупаете, а не соседнего.
- Зафиксируйте до старта, у кого будут домен, хостинг, репозиторий и админ-доступы.
- Сведите обе сметы в одну таблицу с вашими строками и заполните каждую ячейку.
Вопросы и ответы
На что смотреть, кроме цены, при выборе подрядчика?
На четыре строки: что именно делается, за какой срок и в каких днях он считается, сколько кругов правок входит и что не входит. Пока хотя бы одна из них пустая, две цены сравнивать бессмысленно — за ними стоят разные объёмы работ.
Как понять, что цена адекватна?
Сравнивайте с предложением, где строки названы. У VITON13 пять пакетов: Site Fix Pack — $70 за 1-2 рабочих дня, «Сайт для запуска» — $380 за 3-5 рабочих дней, Launch Site Express — $520 за 2 рабочих дня, «Разработка продукта» — $880 за 2-3 недели, «Постоянная техническая поддержка» — $290 в месяц. Такого уровня подробностей стоит просить у каждого.
Что проверить в портфолио самому?
Открыть живые сайты, а не картинки. На телефоне, с отправкой формы, с заходом на глубокую страницу и возвратом, на медленном соединении. Отдельно попробуйте пройти страницу одной клавиатурой — это быстро показывает, думал ли исполнитель о доступности.
Почему важно, кому принадлежит домен?
Потому что это решает, сможете ли вы сменить подрядчика, не оплачивая заново уже сделанную работу. Рабочая схема — домен на вашей компании с делегированным доступом для разработчика; договориться об этом нужно письменно до начала работ, а не при передаче.
Что должно насторожить в предложении?
Отсутствие исключений, отказ письменно зафиксировать срок или количество правок, обещание позиции в поиске или цифры конверсии и оценка, выданная до вопросов о количестве страниц и авторе контента. Последняя — стартовая позиция, а не смета.