Paid Member Subscriptions Pay What You Want - Плагин WordPress

Руководство по настройке Paid Member Subscriptions Pay What You Want для гибкой цены подписки

Paid Member Subscriptions Pay What You Want нужен не для обычной фиксированной подписки, а для сценария, где пользователь сам вводит сумму перед оплатой membership-плана. В этом руководстве разберём, как подготовить WordPress-сайт, где включить add-on, какие ограничения цены задать, как вывести форму регистрации, как проверить платежи и что делать, если поле суммы не появляется или подписка не активируется после оплаты.

Материал рассчитан на владельца сайта, редактора membership-проекта или разработчика, который уже понимает, зачем сайту нужны закрытые материалы, платное сообщество, клубная зона, онлайн-курс или донорская поддержка. Здесь нет инструкций по покупке лицензии и нет советов по обходу активации. Фокус только на безопасном внедрении уже имеющегося продукта и на проверке результата.

Pay What You Want работает поверх Paid Member Subscriptions, поэтому часть настроек относится к базовому плагину: страницы регистрации и аккаунта, планы подписки, платёжные шлюзы, тестовый режим, статусы платежей, письма и защита формы. Сам add-on добавляет в план подписки переменную цену: пользователь может ввести сумму, а администратор задаёт нижнюю границу, верхнюю границу и текстовую подсказку.

Где гибкая цена меняет обычную подписку

В классической membership-модели пользователь выбирает один из фиксированных уровней: бесплатный, базовый, расширенный, профессиональный. Такой подход удобен, когда ценность каждого уровня заранее понятна: один тариф открывает архив, второй добавляет вебинары, третий даёт консультации. Pay What You Want меняет именно точку принятия решения. Вместо жёсткой цены пользователь видит план и сам вводит сумму, которую готов заплатить за доступ.

Официальная документация описывает это как variable pricing для подписочного плана: стандартная цена плана используется как рекомендованная, а администратор может задать minimum и maximum amount. На практике это означает, что фиксированный тариф не исчезает полностью. Он становится ориентиром, от которого посетитель может оттолкнуться. Поэтому не стоит воспринимать add-on как «полностью свободную оплату без правил». Правильнее думать о нём как о гибкой цене с управляемыми границами.

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

Что именно добавляет add-on

В подтверждённом интерфейсном сценарии после активации add-on в карточке subscription plan появляется возможность включить Pay What You Want pricing. После включения становятся доступны поля minimum price, maximum price и label. Стандартная цена плана остаётся важной: она используется как recommended price. Если minimum price оставить пустым, документация указывает, что нижняя граница будет равна стандартной цене подписки. Если maximum price оставить пустым, верхняя граница не задаётся.

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

Что остаётся задачей базового Paid Member Subscriptions

Платёж, создание пользователя, назначение подписки, управление статусом и доступ к закрытому контенту не выполняются самим add-on отдельно. Эти действия остаются в зоне Paid Member Subscriptions и настроенных платёжных шлюзов. Поэтому в диагностике нельзя смотреть только на поле цены. Если пользователь ввёл сумму, но подписка не стала активной, проверять нужно цепочку целиком: страницу с формой, выбранный план, валюту, шлюз, журнал платежей, уведомления Stripe или PayPal, кеш страницы и статус участника.

Кому подходит такой сценарий, а кому лучше оставить фиксированные тарифы

Paid Member Subscriptions Pay What You Want хорошо раскрывается там, где подписка похожа на поддержку проекта, клубный взнос, доступ к обучающим материалам или добровольный вклад за полезный контент. Пользователь понимает, что платит не только за «товар», но и за развитие автора, сообщества, библиотеки материалов или образовательной инициативы. В таких проектах гибкая цена снижает психологический барьер и одновременно оставляет возможность платить больше.

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

Подходящие случаи

• Некоммерческий или образовательный проект, где часть аудитории может платить меньше, а часть готова поддержать больше.
• Платное сообщество с сильной лояльностью, где участники воспринимают взнос как вклад в развитие.
• Библиотека уроков, статей, шаблонов или записей, где себестоимость доступа невысока, но нужна регулярная поддержка.
• Мягкий запуск нового membership-плана, когда фиксированную цену пока сложно обосновать.
• Спонсорский доступ, где все участники получают один и тот же контент, но могут выбрать размер поддержки.

Когда фиксированная цена безопаснее

Гибкая цена не всегда лучше. Если каждый подписчик получает персональную работу, консультации, ручную проверку домашних заданий, закрытый чат с модерацией или материальные бонусы, слишком низкая сумма может быстро сделать проект убыточным. В таких случаях лучше использовать фиксированные уровни или очень аккуратно выставлять minimum price. Pay What You Want также может запутать аудиторию, если ценность доступа сложно объяснить. Посетитель видит свободное поле и не понимает, какую сумму считать нормальной.

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

Отдельный риск связан с бухгалтерией и внутренней отчётностью. В фиксированных тарифах проще планировать доход, сравнивать периоды и объяснять команде, почему один уровень стоит именно столько. В Pay What You Want разброс сумм может быть полезным сигналом, но его нужно регулярно анализировать. Если никто в проекте не будет смотреть на платежи, средний чек, отказы и поведение пользователей, гибкая цена превратится в случайный эксперимент.

Что проверить перед установкой на WordPress

Перед включением add-on стоит проверить не только сам WordPress, но и логику membership-сайта. Pay What You Want не должен быть первым включённым элементом в пустой системе. Сначала нужен рабочий Paid Member Subscriptions, хотя бы один опубликованный subscription plan, страница регистрации, страница аккаунта, настроенная валюта и понятный способ оплаты. Без этой базы поле пользовательской цены не даст полезного результата.

Техническая готовность

На стороне WordPress проверьте, что базовый Paid Member Subscriptions установлен, активен и обновлён. Каталог WordPress.org показывает, что плагин активно поддерживается, имеет блоки для регистрации, аккаунта, входа и ограничения контента, а также хранит данные о версиях, совместимости и активных установках. Эти служебные параметры лучше сверять непосредственно перед запуском, потому что они меняются чаще, чем текст руководства.

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

Функциональная готовность

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

• Есть хотя бы один subscription plan, который действительно должен работать по модели гибкой цены.
• Стандартная цена плана выбрана осознанно, потому что она будет восприниматься как рекомендуемая сумма.
• Валюта в Paid Member Subscriptions совпадает с валютой, поддерживаемой выбранным платёжным шлюзом.
• Страница с формой регистрации создана через блок PMS Register или shortcode [pms-register].
• Страница аккаунта создана через PMS Account или shortcode [pms-account], чтобы пользователь мог видеть статус подписки.
• Для платных планов подключён хотя бы один рабочий платёжный шлюз или выбран Manual / Offline для ручной проверки оплат.

Если сайт уже принимает оплату через Stripe или PayPal, не меняйте сразу живой план. Создайте отдельный тестовый план или временно ограничьте его видимость. Это позволит проверить add-on на реальной форме без риска испортить рабочие тарифы. Для сайта с активными подписчиками особенно важно не менять рекуррентную логику плана без проверки: разные шлюзы по-разному обрабатывают повторные платежи, failed payments и уведомления.

Установка, включение add-on и первичная проверка

Установка строится вокруг базового Paid Member Subscriptions и его paid edition, потому что Pay What You Want в официальной документации указан как Basic add-on, доступный в платных редакциях Basic, Pro или Agency. После установки подходящей редакции не нужно искать отдельную форму в разделе настроек WordPress. Add-on включается в админ-панели Paid Member Subscriptions через список add-ons.

Общий порядок включения

1. Убедитесь, что базовый Paid Member Subscriptions активен и страницы membership-сайта уже созданы.
2. Откройте Dashboard - Paid Member Subscriptions - Add-ons.
3. Найдите Pay What You Want Add-on и нажмите Activate.
4. Перейдите в Paid Member Subscriptions - Subscription Plans.
5. Создайте новый план или откройте существующий план, на котором хотите включить гибкую цену.
6. В деталях плана включите настройку Enable Pay What You Want Pricing.
7. Заполните minimum price, maximum price и label, затем сохраните план.
8. Откройте страницу регистрации в режиме инкогнито и проверьте, появилось ли поле суммы.

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

Почему лучше начинать с отдельного тестового плана

Тестовый план защищает от двух типичных ошибок. Первая - случайное изменение цены у действующего тарифа, который уже связан с лендингом, письмами или рекламой. Вторая - неправильная интерпретация minimum price. Если администратор оставляет minimum пустым, ожидая «любую сумму», а стандартная цена плана высокая, пользователь может увидеть поведение, которое не соответствует задумке. Отдельный план позволяет спокойно подобрать значения и текст подсказки.

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

Карта настройки плана: minimum, maximum, label и стандартная цена

Самая важная часть настройки находится не на странице общих платежей, а в конкретном subscription plan. Это логично: один план может продаваться с фиксированной ценой, другой - работать как донорский, третий - использоваться для закрытого курса. Pay What You Want включается на уровне плана, поэтому каждую гибкую цену нужно проектировать отдельно.

Стандартная цена как рекомендованная сумма

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

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

Minimum Price

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

Хорошее правило: minimum должен быть суммой, которую проект готов принять без раздражения и без скрытого ощущения, что пользователь «недоплатил». Если такой суммы нет, значит Pay What You Want не подходит для этого плана.

Maximum Price

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

Label и описание плана

Label отображается на публичной форме после названия плана и перед полем цены. Он должен объяснять, что именно вводит пользователь. Не ограничивайтесь сухим «Amount». Для русской аудитории в тексте страницы рядом с формой можно пояснить: «Введите сумму поддержки. Рекомендуемая сумма указана в плане, минимальная нужна для покрытия расходов». Сам label в интерфейсе может быть коротким, но описание плана должно снять вопросы.

Если пользователь не понимает, будет ли введённая сумма разовой или регулярной, риск отказа растёт. Поэтому рядом с планом обязательно объясните renewal option: это разовая подписка, подписка с автоматическим продлением или сценарий, где пользователь выбирает продление сам. Не придумывайте поведение add-on: он меняет цену, но не отменяет настройки продления самого subscription plan.

Форма регистрации и путь пользователя до платежа

Pay What You Want становится видимым только там, где пользователь выбирает план и проходит регистрацию или покупку подписки. В Paid Member Subscriptions такие формы можно вывести через shortcode, блоки WordPress, Elementor widgets или Divi modules. Самый универсальный вариант - страница с [pms-register], потому что документация подробно описывает параметры этого shortcode и его роль в покупке subscription plans.

Вывод формы через shortcode

Базовый shortcode [pms-register] выводит регистрационную форму и планы подписки. Если на сайте много планов, можно ограничить вывод конкретными ID через параметр subscription_plans. Это особенно полезно для Pay What You Want: гибкий план лучше тестировать на отдельной странице, где рядом нет фиксированных тарифов, которые сбивают внимание. Пример логики:

[pms-register subscription_plans="123" plans_position="top" selected="123"]

Здесь 123 - пример ID нужного плана. В реальном проекте используйте ID из своей админ-панели. Параметр plans_position помогает поставить выбор плана до полей регистрации, а selected делает нужный план выбранным по умолчанию. Это не обязательная настройка, но она уменьшает вероятность, что пользователь попадёт не на тот тариф.

Вывод через блок PMS Register

Если сайт работает на редакторе блоков, удобнее использовать PMS Register block. Документация по интеграции с Gutenberg указывает, что блоки доступны для register, account, login и recover password, а у register block есть настройки выбора планов и позиции subscription plans. Для редактора это безопаснее, чем вручную вставлять shortcode, особенно если контентом управляет не разработчик.

При любом способе вывода проверьте публичную часть сайта в новом окне браузера. Администратор, который уже вошёл в WordPress, может видеть форму иначе, чем новый посетитель. Для корректной проверки откройте режим инкогнито, выберите план, введите сумму ниже минимума, затем сумму в допустимом диапазоне и сумму выше максимума, если максимум задан. Так вы поймёте, как форма реагирует на ошибки.

Что видит пользователь

Пользователь должен видеть не просто поле ввода, а понятный сценарий: какой доступ он покупает, какая сумма рекомендована, есть ли минимум, что произойдёт после оплаты и где он сможет управлять подпиской. Если вы используете страницу аккаунта через [pms-account] или соответствующий блок, пользователь сможет видеть данные подписки, а при некоторых состояниях - доступные действия вроде renewal, cancel или retry payment.

Не прячьте правила цены в длинный текст под формой. Минимум, рекомендация и характер платежа должны быть рядом с выбором плана. Это снижает количество ошибочных вводов и обращений в поддержку.

Практический сценарий: донорская подписка для обучающего клуба

Представим сайт обучающего клуба с закрытой библиотекой вебинаров. Команда хочет дать доступ тем, кто не может платить много, но также оставить возможность поддержать проект больше рекомендованной суммы. Для такого сценария Pay What You Want подходит лучше, чем три почти одинаковых тарифа, потому что контент один и тот же, а разница только в размере поддержки.

Цель

Нужно создать один платный план «Клубная поддержка», где участник сам вводит сумму. Доступ открывается к закрытой категории материалов. Рекомендуемая сумма показывает нормальный вклад, minimum защищает проект от символических платежей, maximum ограничивает очень крупные суммы, которые команда предпочитает принимать вручную.

Подготовка

• Paid Member Subscriptions установлен и активен.
• Pay What You Want add-on активирован в разделе Add-ons.
• Создана страница регистрации с PMS Register block или shortcode [pms-register].
• Создана страница аккаунта с PMS Account block или shortcode [pms-account].
• Настроен тестовый режим платежей или выбран Manual / Offline для первой внутренней проверки.
• Закрытая категория материалов ограничена для выбранного subscription plan.

Шаги настройки

1. Откройте Paid Member Subscriptions - Subscription Plans и нажмите Add New.
2. Задайте название плана, срок доступа и стандартную цену, которую хотите показать как рекомендованную.
3. Включите Enable Pay What You Want Pricing.
4. Укажите Minimum Price как сумму, ниже которой проект не готов открывать доступ.
5. Укажите Maximum Price, если крупные платежи должны обрабатываться отдельно; иначе оставьте максимум пустым.
6. Заполните Label короткой подсказкой для поля суммы.
7. В описании плана объясните, что стандартная цена является рекомендованной, а выбранная сумма открывает тот же доступ.
8. Сохраните план и выведите его на отдельной странице регистрации.
9. Откройте публичную страницу в режиме инкогнито и пройдите тестовую оплату.

Ожидаемый результат

На форме регистрации пользователь видит план, поле для суммы, подсказку и доступный способ оплаты. Если он вводит сумму в допустимом диапазоне, сайт создаёт платёж. После успешного платежа в админ-панели Paid Member Subscriptions появляется запись в payments, а у пользователя появляется подписка с ожидаемым статусом. При попытке открыть закрытый материал пользователь получает доступ, а в аккаунте видит свой plan.

Нюанс, который часто пропускают

Если пользователь уже зарегистрирован, он может покупать план через страницу с [pms-register] после входа в аккаунт. Это удобно для действующей аудитории, но при тестировании нужно проверять оба состояния: новый посетитель и уже вошедший пользователь. Иногда проблема проявляется только у одной группы, особенно если тема или кеширующий плагин по-разному обрабатывает формы для авторизованных и неавторизованных пользователей.

Как проверить результат без риска для живого сайта

Проверка Pay What You Want должна быть похожа на тест платежного маршрута, а не на беглый просмотр формы. Пользовательская сумма проходит через несколько уровней: поле на форме, валидацию minimum и maximum, создание payment record, передачу суммы в шлюз, получение уведомления от шлюза, изменение payment status, активацию subscription и доступ к закрытому контенту. Ошибка на любом уровне может выглядеть для пользователя как «плагин не работает», хотя причина может быть в валюте, webhook, IPN, кеше или настройке плана.

Минимальный тестовый маршрут

1. Включите test mode в настройках Payments, если используете шлюз, который поддерживает тестовые платежи.
2. Проверьте валюту и активный payment gateway в Paid Member Subscriptions - Settings - Payments.
3. Откройте страницу регистрации в режиме инкогнито.
4. Введите сумму ниже minimum и убедитесь, что пользователь не может пройти дальше без исправления.
5. Введите допустимую сумму и завершите тестовый платёж.
6. Проверьте Paid Member Subscriptions - Payments: статус должен соответствовать результату платежа.
7. Откройте карточку пользователя или участника и убедитесь, что subscription активна или находится в ожидаемом подтверждённом состоянии.
8. Проверьте закрытую страницу как этот пользователь.

Если используется Manual / Offline gateway, тест отличается. Платёж может требовать ручного завершения администратором. В документации по member payments указано, что при установке платежа в Completed связанная подписка активируется. Поэтому для offline-сценария важно проверить не только форму, но и ручную смену статуса платежа.

Что смотреть в журналах

Paid Member Subscriptions хранит payment logs в карточке платежа. Документация показывает, что журналы помогают понять, был ли пользователь отправлен к платежному провайдеру, пришло ли уведомление, почему статус стал failed и какие данные связаны с конкретным действием. Для Pay What You Want это особенно важно, потому что пользовательская сумма может успешно попасть в форму, но не дойти до финального статуса из-за внешнего платежного события.

Если публичная форма выглядит правильно, но подписка не активируется, не меняйте сразу настройки Pay What You Want. Сначала проверьте payment status, payment logs и состояние webhook или IPN.

Совместимость с платежами, кешем, темой и редакторами

Pay What You Want работает внутри более широкой экосистемы Paid Member Subscriptions. Поэтому совместимость нужно оценивать не по одному add-on, а по всей связке. Базовый плагин поддерживает shortcodes и блоки, интеграции с Gutenberg, Elementor, Divi, WooCommerce, Stripe, PayPal и Manual / Offline gateway. Но каждая из этих связок добавляет свои места проверки.

Stripe

Документация по Stripe Connect описывает включение gateway через Settings - Payments - Gateways, подключение аккаунта и настройку webhooks. Webhooks не обязательны для самого факта оплаты, но официальная документация рекомендует настроить их для безопасности и автоматизации некоторых событий, включая refund processing. Для Pay What You Want важно убедиться, что выбранная сумма корректно уходит в форму оплаты и что после успешного тестового платежа status меняется в PMS.

Stripe может показывать разные payment methods в зависимости от региона пользователя и настроек аккаунта. Не обещайте посетителям конкретный набор методов оплаты, если он не проверен в вашем Stripe Dashboard. В статье на сайте лучше писать нейтрально: «Оплата банковской картой и доступные методы Stripe зависят от настроек платёжного аккаунта».

PayPal

Документация по PayPal описывает подключение через Connect with PayPal, связь режима test/live и требования к аккаунту. Для современных recurring-сценариев PayPal требует корректной настройки на стороне аккаунта, а webhooks status должен показывать, получает ли сайт уведомления после первого платежа. Если checkout с PayPal не работает, отдельно проверьте валюту: документация указывает, что неподдерживаемая PayPal валюта приводит к проблеме оплаты и требует выбора поддерживаемой валюты или отдельного решения с conversion через Multiple Currencies add-on.

Кеш и оптимизация

Страница регистрации не должна обслуживаться как полностью статическая копия для всех пользователей. Если кеш сохраняет HTML формы до выбора плана или до появления поля суммы, посетитель может не увидеть Pay What You Want input. Для production-сайта обычно безопаснее исключить страницы регистрации, аккаунта, оплаты и восстановления пароля из полного page cache. То же касается агрессивной отложенной загрузки JavaScript, если после неё перестают работать переключатели планов или payment gateway controls.

Откат такой настройки прост: временно отключите исключение кеша или верните прежние правила, затем проверьте форму снова. Но для membership-платежей лучше выбирать стабильность формы, а не максимальный балл синтетической скорости.

Тема и стили формы

Отзывы и support-обсуждения по membership-плагинам часто показывают проблемы не в логике платежей, а в визуальном конфликте формы с темой: цвета, отступы, скрытые поля, кнопки, которые выглядят неактивными. Если поле пользовательской суммы технически присутствует в HTML, но плохо видно, сначала проверьте тему по умолчанию или временно отключите конфликтный CSS. Не правьте файлы плагина. Безопаснее добавить небольшой CSS в дочернюю тему или в штатное поле дополнительного CSS темы.

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

Когда Paid Member Subscriptions Pay What You Want будет удачным выбором

Этот add-on хорошо подходит, когда сайт уже использует Paid Member Subscriptions и хочет добавить один или несколько планов с управляемой гибкой ценой. Он особенно полезен для донорских подписок, образовательных клубов, независимых медиа, закрытых библиотек и сообществ, где часть аудитории готова платить больше рекомендованной суммы, а часть нуждается в доступном входе.

Перед запуском важно не ограничиваться установкой. Настройте стандартную цену как рекомендацию, явно задайте minimum, решите вопрос с maximum, подготовьте понятный label, проверьте форму регистрации, исключите её из агрессивного кеша и проведите тестовую оплату. После этого проверьте payment logs, статус подписки, страницу аккаунта и доступ к закрытому материалу. Такой порядок занимает больше времени, чем простое включение checkbox, но именно он защищает от скрытых ошибок.

Если вы уже готовы проверить сценарий на своём сайте, после чтения руководства можно загрузить архив с Paid Member Subscriptions Pay What You Want и протестировать его на отдельном плане подписки. Начинайте с тестового маршрута, а не с живого тарифа: гибкая цена хорошо работает только тогда, когда пользователь ясно понимает сумму, а сайт надёжно доводит платёж до активной подписки.