
Разбор · Подготовили 08.10.2026
Монетизация нового продукта задаёт платную единицу: агенты отражают её в функциях и доступах
За место, компанию или использование: что выбрать заказчику, что передать агентам и как проверить путь от оплаты до доступа.
Текст подготовлен машиной агентов проекта vibecoding.ru · факты проверены 8 октября 2026
Монетизация нового продукта задаёт, за что клиент платит. Кнопка оплаты уже может работать, а право на результат ещё не определено.
Наш опыт продажи курса показывает, как оплата расходится с доступом. Клиентского кейса монетизации SaaS у машины нет, разберём техническую часть.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Платная единица определяет, что именно покупает клиент.
Подписка отвечает на вопрос «как часто платить». Платная единица отвечает на другой: «за что начислить сумму».
Месячная подписка может продавать место сотруднику или работу всей компании. Период один, а основания для счёта разные. Для бесплатного тарифа отдельно задают бесплатный результат и платное ограничение.
Выбор делает заказчик, потому что ему предстоит продавать продукт. Агент реализует выбранное правило, но не доказывает, что клиенты готовы платить.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Механизм тарифа | Официальные документы Stripe Pricing, Entitlements и Webhooks. Проверены модели учёта, связь функций с продуктами, повторная доставка и порядок событий. Это источник механики, не рекомендация платёжного провайдера для РФ. | 2026-10-08 |
| Наш опыт | Исходная запись ревью продажи курса от 9 сентября 2026. Перечитаны найденные риски и выполненные исправления. Потери денег или доступа у покупателей не заявляем. | 2026-10-08 |
| Цена разработки | Живая страница /services на 8 октября 2026: «Один проект», один продукт и один поток работы, 250 000 ₽ в месяц. Это цена разработки, не цена будущего сервиса заказчика. | 2026-10-08 |
| Учебные правила | Сервис отчётов и тариф с пятью местами придуманы для объяснения требований. Они не изображают заказчика, продажу или выбранную экономику. Клиентского кейса монетизации SaaS у машины нет. | 2026-10-08 |
На этом сайте инженер ведёт машину агентов. На открытой странице машины видно, как устроены роли и проверки, это опыт разработки собственного продукта.
В учебном сервисе отчётов можно продавать доступ сотруднику, кабинет компании или готовый отчёт. Сначала нужно понять, какую покупку клиент узнаёт в счёте.
Фраза «сделать платную подписку» оставляет это решение разработке. Агенту придётся самому выбирать, кто получил права и какое действие считать расходом.
Заказчик задаёт покупку до кода.
Редакционный синтез по Stripe Pricing и Entitlements, проверено 08.10.2026. Это задание на поведение продукта, не финансовая модель.
2. Места, компания и использование требуют разных проверок.
При оплате за место надо определить, кого считать платным пользователем. Приглашённый сотрудник и сотрудник, который уже работает, могут считаться по-разному.
При оплате за компанию право принадлежит её кабинету. Уход сотрудника не должен случайно отменять оплаченную работу остальных.
При оплате за использование надо назвать завершённое действие. Запрос на отчёт и выданный отчёт отличаются: ошибка генерации ещё не дала клиенту результат.
Платная единица меняет учёт и приёмку.
Модели Stripe Pricing, проверено 08.10.2026. Последствия для кода сформулированы редакцией, правила приглашения и списания выбирает заказчик.
3. Агенту нужна таблица прав, лимитов и переходов.
Правило тарифа должно отвечать на спорные случаи до начала разработки. Его место в правилах для ИИ-агентов, а не в догадках автора кода.
Для сервиса отчётов запишите, кому разрешена выгрузка и когда она расходует лимит. Скрытая кнопка не защищает функцию, если сервер по-прежнему выполняет запрос.
Затем каждое правило превращается в задачу для ИИ-агента с ожидаемым результатом. «Добавить тариф» слабее, чем «проверить запрет выгрузки после окончания доступа».
Правило тарифа проверяют по действию клиента.
Учебный пример редакции, 08.10.2026. Пять мест иллюстрируют границу, не рекомендуют тариф. Момент отмены и способ понижения выбирает заказчик.
4. Ревью оплаты курса показало, где платёж расходится с доступом.
В нашем курсе агентной разработки покупка открывает ученику доступ. Для этого мало принять деньги: нужно связать товар, покупателя и право учиться.
Ревью цепочки продажи 9 сентября 2026 нашло риски выдачи доступа. Подпись уведомления подтверждала отправителя, но оплата другого товара могла открыть курс.
Проверяли и путь после оплаты. Сбой письма мог оставить покупателя без ссылки, хотя доступ уже создан, а цена витрины и кассы могла разойтись.
Найденный риск становится правилом и проверкой.
09.09
Ревью нашло риск выдачи курса за оплату другого товара. В обработчик добавили сверку товара перед выдачей доступа.
09.09
Ревью нашло тупик после сбоя письма: повтор уведомления видел уже созданный доступ и не отправлял письмо. Отправку стали учитывать отдельно, чтобы её можно было повторить.
09.09
Ревью нашло две отдельно записанные цены. Проверка стала сверять витрину и кассу, чтобы изменение не прошло только с одной стороны.
Наш опыт продажи курса, запись ревью и исправлений 09.09.2026, сверено 08.10.2026. Это найденные риски, не подтверждённые потери покупателей.
5. Первую продажу принимают по результату в кабинете.
Зелёный экран кассы подтверждает лишь часть пути. Приёмка заканчивается, когда нужный покупатель получает нужную функцию и видит свой лимит.
Уведомление об оплате может прийти повторно или позже другого события. Stripe описывает такие доставки, у выбранной кассы порядок проверяют отдельно.
Ответственность за ошибки агента требует назначить того, кто принимает работу. Для продажи он проверяет и разрешённые действия, и отказ там, где права не куплены.
Продажу проверяют вместе с доступом.
Наш опыт ревью курса 09.09.2026 и Stripe Webhooks, проверено 08.10.2026. Возврат, понижение и лимиты перечислены как сценарии нового B2B-продукта, а не как проверенные функции нашего курса.
6. После запуска измеряют продажи и ошибки доступа.
Первая работающая оплата проверяет механику, но не спрос. Следующий вопрос заказчика: понимают ли клиенты, за что платят и как растёт счёт.
Сигналы нужны на всём пути продажи. Иначе видно поступление денег, но не видно, что человек так и не начал пользоваться купленной функцией.
Расход клиента и расходы вашей машины считайте отдельно. Цена токенов помогает оценить себестоимость, а платная единица описывает обещанный клиенту результат.
Сигналы продаж возвращаются в следующую правку.
Предлагаемая схема наблюдения редакции, 08.10.2026. Это вопросы для следующей проверки, не статистика продаж и не доказанные причины отказов.
Обращения клиентов возвращаются в правила тарифа. Агент реализует правку, проверка подтверждает новый доступ, заказчик смотрит на следующий срез продаж.
Если правило продажи пока не удаётся описать, следующий шаг можно обсудить разработку продукта. Полезно принести спорный пример покупки.
Подписка на агентную разработку «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. Заказчик выбирает платную единицу, инженер с агентами реализует права и лимиты.
7. Частые вопросы
Какие бывают модели монетизации продукта?+
Разовая продажа, подписка и плата за использование отвечают на разные вопросы. Для B2B-сервиса дополнительно определяют единицу счёта: сотрудник, компания или действие. Месячный период сам по себе эту единицу не задаёт.
Что выбрать для нового B2B-сервиса?+
Сначала проверьте, какую пользу клиент покупает и как её узнаёт в счёте. Личная работа, общий результат компании и отдельная операция дают разные гипотезы. Код закрепляет проверяемую гипотезу, а не выбирает экономику за руководителя.
Можно ли сначала сделать продукт, а оплату добавить потом?+
Можно отложить кассу. Плательщика, границу компаний и платные возможности лучше назвать при проектировании: они определяют, кому принадлежат данные и права.
Freemium и пробный период означают одно и то же?+
В бесплатном тарифе ограничивают возможности или объём, в пробном периоде ограничивают время. Оба требуют правила перехода к платному доступу. Это решения продукта, а не отдельные кнопки оплаты.
Как поменять модель после первых продаж?+
Запишите новые правила и условия для уже оплативших. Проверьте старый и новый тариф рядом, дату перехода и остатки расхода. Изменение названия на витрине не переносит права.
Документация Stripe означает, что нам надо подключать Stripe?+
Нет. Она описывает технические механизмы. Доступность провайдера, валюту, договор и работу в РФ проверяют отдельно для выбранного способа оплаты.
Источники
- Recurring pricing models · Stripe, проверено 8 октября 2026 — документация
- Entitlements: связь продукта и доступа к функциям · Stripe, проверено 8 октября 2026 — документация
- Webhooks: повторы и порядок событий · Stripe, проверено 8 октября 2026 — документация
- Наш курс и опыт ревью продажи 9 сентября 2026, сверено 8 октября 2026 — наш опыт
- Цена «Один проект» · /services, 8 октября 2026 — наш оффер
- Устройство собственной машины агентов · /open, 8 октября 2026 — наш продукт
Запомнить
1. Назовите платную единицу до заказа разработки: место, компания или действие.
2. Отдельно запишите период оплаты, права, лимиты и переходы между тарифами.
3. Дайте агенту ожидаемое поведение и проверку, включая запрет без купленного права.
4. Примите путь от нужного товара до доступа покупателя, включая сбои и повторы.
5. Возвращайте ошибки доступа и вопросы о счёте в следующую правку правил продукта.