Тендеры и лиды
Информация
Чтобы получить сопоставимые предложения на разработку сайта, сначала полезно описать один и тот же объём работ. Фразы «нужен сайт компании» для этого мало: один исполнитель заложит готовый текст и одну форму, другой — подготовку материалов, каталог и передачу обращений в CRM.
Этот чек-лист — для владельца бизнеса или менеджера, который собирает исходные данные перед обсуждением нового сайта. Он поможет составить короткий бриф, отметить неизвестное и понять, какие вопросы ещё влияют на оценку. Полное техническое задание на этом этапе может быть не готово.
Я Владимир Хрущев, разработчик Дарнисофт. Ниже — предлагаемый порядок подготовки. Пример вымышленный: он показывает, как описывать состав проекта, и не является клиентским кейсом или расчётом стоимости.
Начните с того, кто придёт на сайт, какой вопрос должен решить и что сможет сделать после знакомства с предложением. Запись «увеличить продажи» оставьте как бизнес-цель, но дополните её действием, которое можно спроектировать и проверить.
Например: «Менеджер небольшой компании выбирает услугу, узнаёт, работает ли исполнитель в его городе, и отправляет запрос с описанием задачи». Из такой записи уже возникают вопросы к страницам, содержанию и форме обращения.
В первой части брифа достаточно ответить на пять вопросов:
Кто принимает решение и что ему нужно узнать до обращения?
Какие продукты или услуги должны быть представлены на первом запуске?
В каких регионах работает бизнес и нужны ли разные языковые версии?
Какое основное действие посетителя поддерживает сайт: звонок, запрос, запись или покупка?
Кто со стороны бизнеса согласует содержание и итоговый состав работ?
Если направлений много, выберите главное для первого выпуска. Запись «показать три услуги и принять запрос» даёт более определённую основу для оценки, чем «в будущем продавать всё через сайт». Остальные направления можно сохранить отдельным списком.
Список страниц нужен даже для небольшого сайта. Он помогает увидеть, какой материал должен быть подготовлен и где заканчивается первый выпуск. Рядом с названием страницы укажите её задачу и основные блоки, а не только пункт меню.
Обратите внимание на разницу между страницей и шаблоном. Три услуги могут использовать один шаблон оформления, но для каждой всё равно нужны отдельные тексты, изображения и проверка наполнения. И наоборот: одна страница может содержать сложный подбор услуги, который требует отдельного проектирования.
Учебный пример: новый сайт компании с тремя услугами. Для первого выпуска записали шесть страниц:
Главная: объяснить предложение и помочь выбрать одну из трёх услуг.
Три страницы услуг: раскрыть состав работ, ограничения и способ обращения.
О компании: представить команду и подтверждённые сведения о бизнесе.
Контакты: показать географию работы и доступные способы связи.
В этом примере можно обсудить четыре типа оформления: главную, общий шаблон услуги, страницу о компании и контакты. Шесть страниц при этом остаются шестью единицами наполнения. Обязательные документы и их размещение нужно учесть отдельно после уточнения функций сайта и данных, которые он собирает; они не исчезают из состава работ из-за отсутствия в меню.
Для каждого раздела полезно записать: «зачем он нужен», «какие блоки должны быть», «кто предоставляет материал» и «нужна ли возможность редактирования после запуска». Каталог, фильтры, поиск, личный кабинет и несколько языков лучше называть прямо, если они действительно нужны. Исполнитель сможет отдельно оценить эти функции.
Смета на разработку будет опираться на предположения, если непонятно, кто готовит тексты и изображения. «Контент есть» может означать и согласованные тексты по страницам, и папку презентаций, из которой ещё предстоит собрать структуру.
Разделите материалы по состоянию:
Готово к использованию: есть актуальная версия, понятен правообладатель, назначен согласующий.
Есть исходники: фотографии, описание услуг или презентация доступны, но требуется отбор, обработка либо редактура.
Нужно подготовить: содержание пока отсутствует; надо определить автора, объём и порядок согласования.
Для учебного сайта запись может выглядеть так: «Для двух услуг есть согласованные описания; для третьей — только презентация. Фотографии предоставляет заказчик. Тексты для главной и страницы о компании нужно подготовить отдельно».
Отдельно обозначьте, кто проверяет продуктовые факты: цены, ограничения услуги, географию, документы и формулировки о результатах. Разработчик не должен придумывать их, чтобы заполнить макет. Если информация неизвестна, так и запишите: «нужен ответ ответственного», с именем роли и сроком уточнения.
Для каждого материала укажите плановую дату готовности. Это позволит обсуждать календарь запуска вместе с зависимостями, а не считать, что все согласования уже закончены. Пароли и другие секреты в общий бриф не добавляйте: способ передачи необходимых доступов обсуждают отдельно.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13829 тендеров
проведено за восемь лет работы нашего сайта.
Записи «подключить CRM» недостаточно, чтобы понять состав работ. Уточните, какие данные передаются, куда они попадают и что должно происходить при ошибке. Нужна ли только передача запроса с сайта или ещё обратное получение статусов и синхронизация справочников? Это разные задачи.
Для каждой интеграции подготовьте короткую карточку:
Название системы и нужный сценарий, без секретных ключей и паролей.
Источник данных и получатель: какие поля передаются и какое событие запускает передачу.
Что считается успешным результатом и где его проверяют.
Что видит посетитель при ошибке и как ответственный узнаёт о проблеме.
Что уже доступно для оценки: описание интерфейса, документация, тестовая среда, контакт администратора.
Какие условия ещё предстоит подтвердить у владельца системы или поставщика.
В учебном примере сначала достаточно определить маршрут обращения. Вариант «форма отправляет сообщение в согласованный почтовый ящик» и вариант «форма создаёт запись в CRM и сохраняет источник» нужно оценивать по их собственному составу. Если выбор ещё не сделан, попросите показать эти варианты отдельно и перечислить зависимости каждого.
Подключение оплаты тоже следует описать конкретным сценарием. Наличие выбранного провайдера само по себе не подтверждает готовность аккаунта продавца, условия договора или настройку фискализации. Уточнения по таким условиям нужно получить до окончательного согласования соответствующего объёма.
Когда список собран, пометьте каждую функцию одним из трёх состояний: «в первый выпуск», «возможный следующий этап» или «нужно исследовать». Для неизвестного укажите вопрос, ответственного и влияние на оценку.
В учебном примере в первый выпуск могут войти шесть содержательных страниц и один согласованный маршрут обращения. Каталог с фильтрами остаётся следующим этапом. Возможность передачи запросов в CRM пока требует уточнения доступа и интерфейса системы.
Если функция нужна обязательно, но её реализация неясна, обсудите отдельное обследование или оценку вариантов. Исключение неизвестной функции из первого выпуска — решение бизнеса, а не молчаливое предположение исполнителя.
На этом же этапе спросите, как будет устроено обновление материалов после запуска. Кто меняет текст услуги: сотрудник через систему управления или разработчик по запросу? Нужны ли роли редакторов, обучение и инструкция? Так можно заранее учесть способ эксплуатации сайта, не добавляя сложную систему управления только по привычке.
Для основных действий запишите ожидаемый результат и способ его проверки. На этапе брифа достаточно нескольких конкретных сценариев; детальные условия можно уточнить вместе с исполнителем.
Для учебного сайта это могут быть такие записи:
Выбор услуги. Посетитель с главной открывает каждую из трёх услуг и видит согласованные состав, ограничения и следующий шаг. Подтверждение — просмотр наполненных страниц на телефоне и компьютере.
Обращение. При корректных данных посетитель получает понятный результат отправки, а назначенный получатель получает тестовое сообщение по согласованному маршруту. Подтверждение — проверка обеих сторон по заранее оговорённому сценарию. Один успешный ответ формы ещё не подтверждает доставку сообщения.
Ошибка ввода. При пропущенном обязательном поле посетитель видит, что исправить, и может завершить действие после исправления. Подтверждение — проверка согласованного набора ошибок.
Передача сайта. Назначенный ответственный получает предусмотренные составом работ исходники, доступы и инструкции. Подтверждение — перечень переданных материалов и проверка доступа уполномоченным человеком.
Тестовые отправки проводят только по согласованному маршруту и с разрешёнными данными. Не нужно проверять будущую интеграцию через случайные реальные заявки или платежи.
Если в составе указана техническая SEO-подготовка, уточните, что именно передаётся: например, согласованные метаданные, canonical, robots.txt и карта сайта. Приёмка этих элементов и последующее появление страниц в поиске — разные результаты. Аналогично, работающая форма не гарантирует обращения, а запуск сайта не подтверждает рост продаж.
Соберите сведения в один документ с датой и номером версии. Для первого обсуждения можно скопировать этот бланк и заполнить каждый пункт. Вместо догадки используйте пометку «неизвестно» и добавьте вопрос для оценки.
Короткий бриф на оценку разработки сайта
Бизнес и аудитория: что предлагаем, кому, в каких регионах и на каких языках.
Задача первого выпуска: какое действие посетитель должен выполнить; что пока остаётся за границей выпуска.
Страницы и функции: перечень адресуемых разделов, предполагаемые шаблоны, формы и дополнительные возможности.
Материалы: что согласовано, что требует обработки, чего пока нет; ответственный и дата готовности.
Интеграции: система, передаваемые данные, ожидаемый результат, обработка ошибки и неподтверждённые условия.
Обновление после запуска: кто редактирует материалы и какие средства или инструкции ему нужны.
Приёмка и передача: основные сценарии, доказательства результата, перечень передаваемых материалов.
Организация: согласующий со стороны бизнеса, желаемая дата, известные зависимости и бюджетный ориентир, если он определён.
Открытые вопросы: что нужно исследовать до окончательной оценки и кто помогает получить ответ.
Попросите исполнителей оценить эту версию и отдельно назвать свои допущения, исключения и зависимости. Сравнивайте стоимость вместе с составом: разработка по готовому наполнению и разработка с подготовкой текстов могут иметь одинаковое название услуги, но разный объём.
Если после разговора появился новый раздел или изменилась интеграция, внесите изменение в бриф и передайте обновлённую версию всем участникам оценки. Так будет понятно, к какому объёму относится каждое предложение.
Практический результат подготовки — документ, по которому можно предметно обсудить работу: что создаём, кто даёт исходные данные, что пока неизвестно и как примем результат. Начать можно со списка страниц и материалов; остальные вопросы удобно уточнить на первом обсуждении.
