Цена магазина WooCommerce зависит прежде всего от объёма работ: подготовки товаров, сложности вариантов, правил оплаты и доставки, языков и дизайна. Чтобы сравнить предложения разработчиков, попросите расписать состав работ и отдельно показать расходы после запуска. Одна итоговая сумма мало что объясняет.
До согласования сметы полезно описать обычный заказ: что покупатель выбирает, как получает итоговую цену, чем платит и кто затем обрабатывает покупку. Именно в этом пути часто скрываются задачи, которых не видно на макете главной страницы.
Платформа одна, объём работы разный
WooCommerce работает в WordPress и добавляет функции интернет-магазина. Но выбор платформы ещё не определяет, кто подготовит каталог, как будут рассчитываться доставка и доплаты, куда поступит заказ и что потребуется проверить перед запуском.
Поэтому формулировку «магазин на WooCommerce» стоит раскрыть до конкретных результатов. Например: какие страницы будут готовы, сколько товаров добавят, какие способы оплаты подключат и какие сценарии заказа проверят. Общее описание направления есть на странице разработки интернет-магазинов, но состав работ для вашего проекта нужно согласовать отдельно.
Каталог считают не только по количеству товаров
Десятки готовых карточек и такой же каталог из разрозненных файлов требуют разной работы. В первом случае есть названия, фотографии, цены и характеристики. Во втором ещё предстоит выяснить, какая фотография к чему относится, где актуальная цена и чем отличаются похожие позиции.
До оценки передайте исполнителю несколько характерных товаров и образец файла для переноса. Если планируется импорт, уточните, кто сопоставляет поля, распределяет товары по категориям и проверяет результат. Само наличие таблицы не означает, что её можно сразу загрузить.
Неполные данные тоже требуют решения. Можно отложить такие товары, заполнить пропуски силами владельца или включить подготовку в отдельную работу. Не оставляйте это на усмотрение разработчика: иначе в смете останется неучтённая задача, а в каталоге могут появиться карточки без нужной информации.
Размер и цвет отличаются от особых правил покупки
Допустим, вы продаёте одежду. Покупатель выбирает размер и цвет, а для каждого сочетания нужно указать доступность, при необходимости отдельную цену и фотографию. Здесь на объём работы влияет количество сочетаний и готовность данных по ним.
Упаковка с доплатой требует другого описания: доплата берётся за каждую единицу или за весь заказ, можно ли выбрать её только для отдельных товаров, как она отображается в корзине. Если состав корзины ещё и меняет доставку, нужно согласовать приоритет правил.
Чем больше связей между выбором покупателя, ценой и оформлением заказа, тем больше настроек и проверок может понадобиться. Для точной оценки полезнее дать несколько примеров корзины с ожидаемой суммой, чем написать «нужны дополнительные опции».
Оплату и доставку оценивают вместе с обработкой заказа
Укажите способы оплаты, страны доставки и правила расчёта стоимости. Например, зависит ли доставка от суммы, веса или состава корзины, есть ли исключённые товары и предусмотрен ли самовывоз. Совместимость выбранных сервисов и необходимость платных расширений нужно проверять под конкретную конфигурацию магазина.
В смете должна быть понятна и проверка заказа. Согласуйте, что исполнитель проверит успешную и неудачную оплату, итоговую сумму с доставкой, появление заказа в системе и уведомления покупателю и ответственному сотруднику. Отдельно разберите ситуацию, когда деньги не списались: что увидит покупатель и сможет ли повторить оплату.
Связь со складом, кассой или внешней CRM не стоит прятать в строку «интеграции». Нужны название системы, доступная документация и описание данных: что передаётся, куда и в какой момент. Без этого оценка останется предварительной.
Второй язык добавляет больше, чем перевод меню
Для многоязычного магазина составьте перечень переводимых материалов: страницы, категории, товары и их характеристики, корзина, оформление заказа, письма покупателю и сообщения об ошибках. Иначе можно получить переведённую витрину, после которой покупатель попадает в оформление на другом языке.
Уточните, кто предоставляет переводы и кто проверяет их в готовом магазине. Автоматический перевод и профессиональная редактура требуют разного бюджета и дают разный контроль над формулировками. Особенно внимательно стоит проверить размеры, комплектацию и условия покупки: неточный текст может изменить ожидания покупателя.
Также договоритесь, кто обновляет остальные языковые версии при изменении товара. Если отвечать на этот вопрос некому, разумнее сначала запустить меньше языков, но с согласованными текстами.
Готовый шаблон экономит работу, пока его не переделывают целиком
Готовый шаблон может сократить объём дизайнерской работы, если вас устраивают его структура и основные элементы. Но просьбы полностью изменить каталог, карточку товара и корзину нужно оценивать отдельно. Покупка шаблона сама по себе не делает такие изменения простыми.
При индивидуальном дизайне отдельно согласуют макеты и их реализацию. Зафиксируйте, какие экраны будут отрисованы: одной главной страницы недостаточно, чтобы определить вид выбора вариантов, пустой корзины или ошибки в форме.
В обоих вариантах включите проверку на телефоне. Покупатель должен суметь выбрать товар, увидеть доплаты, исправить данные и завершить заказ. Красивый макет не заменяет эту проверку.
Разделите запуск и расходы на дальнейшую работу
Разработка, перенос товаров и первоначальная настройка относятся к запуску. Отдельно попросите перечислить хостинг, домен, платные расширения, переводческие сервисы, условия платёжного провайдера и техническую поддержку. У этих расходов могут быть разные основания: продление, использование сервиса или обработка платежей.
По каждой позиции выясните владельца учётной записи, плательщика и порядок продления. Если лицензия принадлежит исполнителю, спросите, что произойдёт при прекращении сотрудничества. Не нужно требовать, чтобы всё непременно было включено в разработку; нужно заранее видеть, за что вы будете платить дальше.
Поддержку тоже расшифруйте. Обновления, резервные копии, устранение ошибок и добавление новых функций не стоит считать одним и тем же объёмом работ. Попросите обозначить границы услуги и порядок оплаты задач вне неё.
Почему две сметы на один каталог могут отличаться
Представьте, что вы отправили двум исполнителям описание одного каталога. В первом предложении предусмотрены готовые тексты и фотографии от владельца, один язык, согласованный шаблон и простое правило доставки.
Во втором исполнитель разбирает исходную таблицу, переносит товары, размещает несколько языковых версий, настраивает упаковку с доплатой и доставку по составу корзины. Каталог тот же, но работы больше.
Сравнивать итоговые суммы без этих различий бессмысленно. Попросите пересчитать оба предложения на одинаковый состав. Если бюджет ограничен, сначала можно отложить дополнительные языки, особый дизайн и необязательные интеграции. Но оставшийся сценарий покупки должен работать целиком, включая оплату, доставку и получение заказа сотрудником.
Отправьте всем исполнителям один запрос сметы
Ниже шаблон, который можно скопировать и заполнить. Для каждой строки попросите отметить: включено, оплачивается отдельно или не входит. Рядом исполнитель должен указать, что требуется от вас.
| Пункт | Что описать в запросе |
|---|---|
| Каталог | Количество товаров, категории, типы вариантов и примеры сложных карточек. |
| Материалы | Готовность фотографий, текстов, цен и характеристик; образец файла с данными. |
| Наполнение | Кто добавляет товары, исправляет исходные данные и проверяет перенос. |
| Доставка | Страны, ограничения, самовывоз, правила стоимости и исключения. |
| Оплата | Нужные способы оплаты и наличие учётных записей у провайдеров. |
| Языки | Языковые версии, перечень переводимых материалов, источник переводов. |
| Дизайн | Готовый шаблон или отдельные макеты; необходимые изменения. |
| Интеграции | Названия систем, документация и направление передачи данных. |
| Проверка | Заказ с телефона, варианты товара, суммы, успешная и неудачная оплата, уведомления. |
| После запуска | Поддержка, продления, владельцы аккаунтов и расходы сторонних сервисов. |
Отдельно уточните у юриста или другого профильного специалиста, какие правовые страницы и настройки нужны конкретному магазину в Германии. В предложении разработчика зафиксируйте, кто предоставляет тексты и кто их проверяет. Техническое размещение страниц не означает юридическую проверку.
Если каталог, доставка или интеграции пока не определены, этот шаблон поможет найти пробелы, но не даст точную цену. Сначала потребуется разбор требований. А если вы только проверяете спрос и готовы вручную обрабатывать заявки, полноценный магазин можно отложить до появления понятного процесса продаж.
Отправьте одинаковое описание нескольким исполнителям и сравните включённые работы, исключения и дальнейшие расходы. Самая полезная смета позволяет понять, что вы получите к запуску и за какие задачи придётся платить отдельно.
Если хотите разобрать состав работ для своего магазина, можно обсудить задачу с Русланом на русском или украинском.
Автор: Руслан Тринько, основатель WebHive. Делает сайты с 2020 года, сейчас работает с бизнесом в Германии.
