Количество страниц удобно использовать для описания структуры, но оно не объясняет трудоёмкость разработки. На расходы влияют разные состояния интерфейса, правила выбора, подготовка материалов и участие сотрудников. Чтобы смета отражала реальный проект, эти источники сложности нужно раскрыть отдельно.
Условная учебная компания поставляет детали для производственных линий. Первый вариант сайта содержит несколько описаний групп продукции и запрос менеджеру. Второй имеет столько же основных страниц, но клиент выбирает совместимую деталь, единицу продажи и получает предварительный состав заказа.
Во втором варианте необходимо определить правила совместимости, исходные данные и передачу результата сотруднику. Если они ещё не описаны, появится работа по уточнению и проверке. Это пример различий, а не утверждение о конкретном проекте или стоимости. Одинаковый перечень «главная, каталог, о компании, контакты» может скрывать оба варианта.
Карточки по общей структуре требуют разработки подхода и заполнения данными. Отдельная задача возникает, если часть товаров выбирают по особым правилам или сопровождают другими документами. Попросите исполнителя объяснить, что повторяется, что проектируют отдельно и где нужны дополнительные состояния.
Для учебного поставщика это может быть карточка с характеристиками, запросом и файлом спецификации. При отсутствии файла показывают другой текст; для товара под заказ меняются условия; при ошибке формы требуется сообщение. Эти состояния следует назвать, чтобы проверка не ограничилась идеальной карточкой.
При составлении задания полезен материал о карте страниц и требованиях.
Запишите, что может изменить оценку: нет актуальной таблицы характеристик, не согласованы правила подбора, внешний сервис ещё не выбран. Для каждого пункта нужен способ уточнения и ответственный. Если неопределённость существенная, можно выделить отдельный этап подготовки или проверки.
Например, приём запроса менеджером может быть понятным решением, а автоматический подбор по совместимости — отдельной задачей исследования. Их не стоит объединять одной строкой «каталог». Смета становится прозрачнее, когда известный объём и неподтверждённая функция видны отдельно.
Вместо универсального процента перечислите вероятные дополнения: новая группа товаров, дополнительные документы, другой способ обработки. Попросите оценить их влияние при наличии достаточных данных. Резерв нужен для управляемого решения, а не для незаметного расширения задания.
Если учебный поставщик добавляет новые изделия по готовой структуре, меняются материалы и заполнение. Если он вводит персональные цены для партнёров, может измениться архитектура. Для каждого нового требования стороны выбирают включение сейчас, замену менее важной задачи или следующий этап. После выбора обновляют состав.
Даже при заказе разработки компания предоставляет и утверждает факты. Для поставщика технический специалист проверяет характеристики, менеджер — правила обращения, руководитель — предложение. Запланируйте их участие как конкретные внутренние задачи.
Определите вход и результат каждого согласования. Вместо «все посмотрят сайт» лучше: специалист проверяет параметры по таблице; координатор подтверждает получение запроса; редактор пробует добавить карточку. Так замечания относятся к компетенции, а общие обсуждения не размножаются без необходимости.
Время можно учитывать как загрузку сотрудников и влияние на текущую работу. Точная денежная оценка уместна, если у компании есть соответствующий способ расчёта. Главное — не считать участие бесплатным только потому, что оно отсутствует в счёте подрядчика. Организация ответов раскрыта в статье о согласовании разработки.
Дизайн карточки зависит от состава данных, заполнение — от утверждённых характеристик, проверка обращения — от готового маршрута обработки. Если материал поступает поздно, последствия затрагивают несколько этапов. Обсудите порядок передачи и изменения графика заранее.
У сметы должны быть понятны обязательные результаты, внутреннее участие, вероятные дополнения и способы проверки. Основные денежные части бюджета разобраны в статье о расходах на сайт.
Посмотрите этапы и проекты Perkova&Perkova. Пришлите описание сложных сценариев и пример данных: по ним можно обсудить не условную цену страницы, а реальный объём разработки и участие команды.