Как заказать разработку сайта или сервиса: от требований до приёмки

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

Рассмотрим пример оптовой компании. Дилеры присылают заказы менеджерам, а те уточняют цены и переносят позиции в 1С. Компания заказывает личный кабинет: дилер выбирает товары сам, а менеджер получает готовый заказ для обработки. Пройдём этот проект от первой встречи до первых рабочих заказов.

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

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

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

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

Если непонятно, откуда кабинет получит цены или как передаст заказ в 1С, поручите команде проверить это до оценки основного этапа. Результатом такой проверки должны стать выбранный способ подключения, обнаруженные ограничения и перечень работ. Варианты разобраны в статье о выборе интеграции 1С и Битрикс.

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

В нашем примере в него входят каталог с ценами дилера, оформление заказа, передача в 1С и согласование при просрочке. Распределение заказа по нескольким отгрузкам можно пока оставить менеджеру. Руководитель продаж подтверждает, что сотрудник сможет выполнить эту работу и объяснить дилеру сроки поставки.

Посмотрим, как этот выбор отражается на бюджете. Суммы ниже взяты для примера; это три варианта состава проекта, а не последовательные повышения цены.

Компания выбирает вариант за 690 000 ₽: согласование при просрочке требуется уже на запуске, а частичные отгрузки пока обрабатывает менеджер. Разницу в 150 000 ₽ можно направить на другие задачи. При этом компания сохраняет ручную работу с отгрузками и учитывает её в нагрузке отдела продаж.

Перед утверждением предложения задайте исполнителю вопросы именно по этому варианту:

• Входят ли в 690 000 ₽ интерфейс дилера, рабочее место согласующего, обмен с 1С, установка и тестирование?
• Как менеджер обработает частичную отгрузку после запуска кабинета? Покажите этот путь на одном заказе.
• К какой дате этап будет готов с учётом проверки и исправлений? Когда от нас нужны цены, тестовые данные и решения сотрудников?
• Какие расходы оплачиваются отдельно: лицензии, сервер, сопровождение? Сколько стоит каждый из них?

Попросите свести ответы в одно предложение: состав работ, стоимость, отдельные расходы и дата готовности. По нему вы принимаете решение о запуске выбранного объёма.

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

Это задание на поведение кабинета в нашем примере. Исполнитель должен подтвердить, как реализует его с вашей конфигурацией 1С и выбранным способом обмена, а также включить нужные доработки в оценку.

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

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

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

Сначала команда проводит свои проверки и устраняет найденные ошибки. Затем на совместной встрече сотрудник вашей компании проходит сценарии из списка приёмки. Разработчик показывает результат передачи в 1С и объясняет, где менеджер увидит заказ и его статус.

Возьмите дилеров с разными ценами, оформите обычный заказ и заказ с просрочкой. Сверьте товары, количество, цены и клиента в кабинете и в 1С. Проверку временного отключения обмена команда проводит в тестовой среде: показывает сохранённый заказ, восстановление передачи и отсутствие дубля.

Каждое замечание запишите предметно: «У дилера А в кабинете цена 1 200 ₽, в согласованном прайс-листе — 1 100 ₽». Добавьте товар, время проверки и снимок экрана. Команда выясняет причину и называет дату исправления. После него повторите тот же заказ и проверьте цены другого дилера, чтобы убедиться, что изменение работает для разных условий.

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

Приёмка заканчивается понятным решением: выбранные сценарии работают, оставшиеся замечания перечислены, ответственные и даты исправлений определены. После этого можно назначать запуск.

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

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

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

Результат проекта в нашем примере виден в работе отдела продаж: дилер сам оформляет заказ, менеджер получает корректные данные в 1С, а заказы с просрочкой проходят согласование. Чтобы оценить пользу кабинета, сравните на сопоставимых заказах время обработки и число ручных уточнений до и после запуска. Эти наблюдения подскажут, что развивать дальше: например, автоматизировать частичные отгрузки, если именно они продолжают занимать много времени.

Начать обсуждение с исполнителем можно так: «Сейчас менеджеры переносят заказы дилеров в 1С вручную. Хотим, чтобы дилер оформлял заказ сам, видел свои цены, а при просрочке заказ поступал на согласование. Давайте разберём несколько реальных заказов, определим первый этап и подготовим его стоимость, срок и список проверок». Это даёт команде конкретную задачу, а вам — основу для выбора предложения и приёмки работы.