Что разработчик спросит на первом созвоне

На первом созвоне разработчик спросит не про язык программирования, а про бизнес, посетителей, нужные действия и ограничения проекта. Готовое техническое задание для этого разговора не обязательно. Достаточно объяснить, что вы продаёте, зачем нужен сайт и что уже есть для работы.

Я отвожу на первый созвон 30 минут: задаю вопросы и называю предварительную вилку. Точную смету со сроками присылаю в течение пары дней. Чтобы разговор не превратился в угадывание требований, полезно заранее собрать несколько вводных и честно отметить неизвестное.

1. Для кого сайт и что должен сделать посетитель

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

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

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

Подготовьте один конкретный сценарий: «Человек выбирает услугу, смотрит примеры, оставляет телефон и описание задачи». Такой рассказ помогает обсуждать содержание. Формулировка «нужен продающий сайт» сама по себе не определяет, что предстоит разработать и проверить.

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

2. Какие страницы, материалы и функции уже понятны

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

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

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

Для существующего проекта подготовьте список используемых сервисов и ответственных за аккаунты. Пароли и клиентские данные на первом созвоне не нужны. Если позже понадобится техническое обследование, отдельно договоримся о необходимом доступе и способе его передачи.

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

3. Какие ограничения влияют на оценку

Обсудим бюджетный ориентир, желаемую дату и причину этой даты. Запуск к выставке отличается от пожелания «поскорее»: в первом случае полезно заранее выделить обязательный минимум. Остальные функции можно обсудить как отдельный этап, если это подходит задаче.

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

Вот что полезно держать под рукой:

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

Неизвестные пункты помечайте вопросом. Ответ «пока не решили, нужна ли оплата на сайте» полезнее случайного согласия. Если решение влияет на стоимость, его нужно уточнить до фиксации состава работ, а не скрывать внутри общей формулировки.

4. Что должно остаться после разговора

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

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

Вы тоже можете задать вопросы: как показывается промежуточный результат, где собирать замечания, как принимаются этапы и что передаётся после запуска. Мой общий порядок описан в разделе «Как я работаю».

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