Кнопка «Оплатить» — только начало проверки. Рабочий тест Prodamus должен подтвердить весь путь: заказ, способ оплаты, статус, чек, письмо, CRM, выдачу доступа и возврат клиента на нужную страницу.
Пройдём сценарий глазами покупателя и соберём протокол, который можно повторять после каждого изменения.
Подготовьте отдельный тест
Создайте продукт с очевидным названием «Тестовая консультация» или используйте предусмотренный Prodamus деморежим. Не смешивайте тест с реальным тарифом и не отправляйте ссылку клиентам. Назначьте ответственного и время проверки.
Что проверить до оплаты
- короткая и полная ссылка открываются;
- домен и защищённое соединение корректны;
- название товара понятно;
- сумма и валюта верны;
- продавец и контакты указаны;
- оферта открывается;
- обязательные поля отмечены;
- тип плательщика соответствует тесту;
- лишние методы оплаты отключены.
Тестовые реквизиты
Prodamus публикует специальные тестовые карты и код подтверждения в своей инструкции. Используйте только данные с актуальной официальной страницы, а не случайные номера из старой статьи. Тестовые реквизиты не должны сохраняться в CRM и не заменяют финальную рабочую оплату малой суммы.
Никогда не просите клиента дать реальную карту для теста. Не передавайте коды из СМС и не вводите настоящие реквизиты в демонстрационной среде.
Путь на компьютере
- Откройте ссылку в режиме инкогнито.
- Заполните форму как новый клиент.
- Выберите тестовый метод.
- Зафиксируйте экран подтверждения.
- Проверьте Success URL.
- Откройте письмо и чек.
- Найдите заказ в кабинете.
- Проверьте CRM и доступ.
Путь на смартфоне
Повторите тест на iOS и Android или хотя бы на двух типичных устройствах аудитории. Проверьте клавиатуру, масштаб, кнопку, длинное название, оферту, переход в банковское приложение и возврат в браузер. Мобильная ошибка часто незаметна на компьютере.
Успешная и неуспешная оплата
| Событие | Что должен увидеть клиент | Что получает команда |
|---|---|---|
| Успех | Подтверждение и следующий шаг | Заказ, статус, чек, уведомление |
| Отказ | Понятная причина без обвинения | Неоплаченный заказ и причина |
| Возврат назад | Возможность повторить безопасно | Без дубля успешной операции |
| Повторный клик | Предсказуемый статус | Нет двойной выдачи |
Проверка чека
Сверьте продавца, номенклатуру, сумму, ставку налога или признак режима, email и дату. Самозанятому важно проверить передачу в «Мой налог» и отсутствие дубля. ИП — кассовую схему и признак расчёта. Тестовый чек и рабочий чек могут обрабатываться по-разному, поэтому после демотеста проведите разрешённую рабочую операцию малой суммы.
Интеграции
Создан правильный клиент и заказ.
Выдан ровно один продукт.
Письмо и сообщение не противоречат.
Источник и сумма записаны без персональных данных.
Проверьте повтор и задержку
Отправьте одно уведомление повторно в тестовой среде или смоделируйте обновление страницы. Интеграция должна быть идемпотентной: один успешный платёж не создаёт два доступа и два заказа. Если внешний сервис отвечает медленно, клиент всё равно должен получить понятный статус.
Fail URL и помощь
Страница ошибки должна предлагать повторить оплату, выбрать другой метод или обратиться в поддержку. Не пишите «ваша карта заблокирована», если сервис знает только общий отказ. Менеджеру передавайте ID заказа и время, но не полные карточные данные.
Протокол теста
Запишите дату, ссылку, устройство, браузер, сценарий, ожидаемый и фактический результат, ID заказа и ответственного. При ошибке добавьте снимок экрана без чувствительных данных. После исправления повторите весь критический путь, а не только один экран.
Повторяйте тест после изменения цены, оферты, кассы, налогового режима, CRM, домена, Success URL или состава продукта.
Критерий готовности
Страница корректна на телефоне и компьютере; успешный и неуспешный сценарии понятны; заказ появляется один раз; чек соответствует сделке; клиент получает следующий шаг; сотрудник умеет найти операцию. Пока хотя бы один пункт красный, ссылку не рекламируйте.
Первый рабочий платёж
После демотеста сделайте реальную малую оплату собственным разрешённым способом и затем корректный возврат, если это соответствует договору. Так вы проверите банковское зачисление, фискализацию и сроки, которые нельзя подтвердить тестовыми данными.
Проверка разных плательщиков
Самозанятому нужны два отдельных контрольных сценария: физическое лицо и компания или ИП. Во втором укажите название и ИНН, затем убедитесь, что в «Мой налог» применена ставка 6%, а не 4%. Не используйте один корпоративный тест как доказательство, что частная ссылка тоже настроена верно.
Что смотреть в списке неоплаченных заказов
Prodamus показывает этап, на котором остановился клиент: выбран метод, отменена заявка или получен отказ. Эти данные помогают отличить техническую проблему от незавершённого решения покупателя. Не звоните каждому, кто открыл форму; заранее определите допустимую коммуникацию и согласие.
Нагрузочный мини-тест
Перед вебинаром или большим запуском сделайте несколько одновременных тестов разными адресами. Проверьте уникальность заказов, скорость уведомлений и лимит мест. Если продукт ограничен, последняя успешная оплата должна закрыть продажи, а не создать перепродажу.
Доступность страницы
Пройдите форму с клавиатуры, увеличьте масштаб и проверьте контраст. Текст ошибки должен быть понятен без цвета, а кнопка — иметь однозначную подпись. Тест оплаты завершён только тогда, когда человек может пройти его без помощи менеджера.
Подключите и проверьте Prodamus до первой продажи
Создайте платёжную ссылку, пройдите весь путь клиента и запускайте трафик только после зелёного протокола.
Партнёрская ссылка: Oplativ может получить вознаграждение, если вы подключитесь по ней.
Вопросы и ответы
Нет. После него нужна разрешённая рабочая оплата малой суммы для проверки реального зачисления и чека.
Только в актуальной официальной инструкции Prodamus.
После любого изменения платежей, кассы, продукта, интеграции или страницы результата.
Источники, проверенные 9 сентября 2026 года: тестовая оплата Prodamus, переадресация после оплаты.