Paywall, страница на которой клиент оплачивает счёт, и конструктор к ней, в котором пользователь amoCRM сам собирает и оформляет эту страницу под себя. Это один из проектов, что я вёл в продукте. Большая часть работы осталась под NDA, поэтому показываю то, что могу.
01 · КОНТЕКСТ
Оплата прямо из CRM, без дизайнера и разработчика
amoCRM это система для автоматизации продаж: работа с лидами, воронка и коммуникация с клиентами. Внутри продукта я закрывал разные задачи, и большинство из них под NDA. Здесь показываю тот кусок, которым могу поделиться, платёжный сценарий.
Задача звучала так: дать бизнесу принимать оплату прямо из amoCRM и при этом не заставлять его звать дизайнера или разработчика ради каждой страницы. Значит, нужны две связанные вещи: понятный Paywall для покупателя и конструктор, в котором продавец соберёт этот Paywall сам.
Работал я не в одиночку. Сценарий и приоритеты обсуждали с продакт-менеджером, реализуемость и ограничения проверяли с фронтенд-разработчиками, а визуальные решения я сверял с командой дизайн-системы, потому что менять её единолично нельзя. Для меня это была нормальная командная работа, где решение рождается на стыке продукта, разработки и системы.
02 · PAYWALL
То, что видит покупатель
Paywall это момент, когда клиент платит, и здесь важны две вещи: доверие и минимум трения. Я собрал страницу так, чтобы человек сразу понимал, за что и сколько платит, видел позиции счёта и реквизиты, и мог выбрать привычный способ оплаты из множества доступных, от банковской карты и SberPay до СБП, кошельков и оплаты через разные банки.
Тот же сценарий одинаково работает на десктопе и на телефоне. Отдельно продумал состояние успешной оплаты: после платежа покупатель получает понятное подтверждение, а продавец может добавить своё сообщение и ссылку, например позвать в свой Telegram.
03 · КОНСТРУКТОР
Свобода настройки в рамках системы
Конструктор это то, ради чего всё затевалось. Он позволяет пользователю amoCRM собрать свой Paywall из готовых блоков: логотип, поля счёта, позиции, комментарий, баннеры, способы оплаты и даже штамп на странице успешной оплаты. Всё редактируется с живым превью, поэтому продавец сразу видит, что получит покупатель.
Главная сложность была в ограничениях. amoCRM использует единую глобальную дизайн-систему, и её соблюдение обязательно. Значит, конструктор должен давать свободу настройки, но не позволять собрать то, что выпадает из системы или ломает адаптивность.
Я решал это не чистым холстом, а набором готовых компонентов и правил. Пользователь чувствует гибкость и настраивает страницу под свой бренд, а результат при этом всегда остаётся в рамках дизайн-системы и корректно тянется на любой экран. Это и было ключевое продуктовое решение: не «дать нарисовать что угодно», а «дать собрать правильно».
ИТОГ
Оплата переехала внутрь CRM
Продавец собирает страницу оплаты сам, из блоков и с превью, без единой строки кода.
— Запуск платёжной страницы сократился с нескольких дней до примерно десяти минут.
— Около 60% пользователей оформляют страницу под свой бренд, а не оставляют вариант по умолчанию.
— Понятный Paywall и множество способов оплаты подняли долю доведённых до конца платежей примерно на 15%.
Дизайн этого направления мы показывали на бизнес-форуме АМОКОНФ. И это только один проект из многих: значительная часть того, что я делал в amoCRM, осталась под NDA, поэтому в портфолио её нет.
