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