[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-seat-based-pricing::ru":3,"gloss-cluster-seat-based-pricing::ru":20,"gloss-next-seat-based-pricing::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"seat-based-pricing","saas","Поместное (per-seat) ценообразование","Поместное ценообразование (также называемое ценообразованием за пользователя или за место) — это модель биллинга, при которой SaaS-компания взимает фиксированную плату за каждую отдельную учётную запись пользователя («место», seat), созданную в организации клиента — 12 $\u002Fпользователь\u002Fмесяц типичная структура. Это долгое время было моделью ценообразования SaaS по умолчанию (Salesforce, годами Slack, большинство B2B-инструментов), поскольку она проста для понимания, легко прогнозируется и естественно масштабируется с размером команды: команда из 50 человек платит в 5 раз больше, чем команда из 10. Ключевая слабость в том, что поместное ценообразование берёт плату за доступ, а не за доставленную ценность или сгенерированное использование — место, куда заходят раз в месяц, стоит столько же, сколько используемое весь день каждый день, что создаёт два сбойных сценария: клиенты недозаказывают места, чтобы сэкономить (ограничивая расширение выручки поставщика и иногда толкая клиентов к обходным путям вроде общих логинов), либо клиенты продолжают платить за простаивающие «зомби-места», которые так и не были удалены после ухода сотрудника, что обычно замечается при продлении и провоцирует болезненный разговор о понижении тарифа. Именно эта слабость объясняет, почему ценообразование по использованию набрало популярность для инструментов, где ценность масштабируется вместе с потреблением, а не с числом людей, у которых просто есть доступ для входа (API-платформы, ИИ-инструменты с оплатой за токен или за генерацию). Многие современные SaaS-продукты теперь смешивают модели — поместная базовая плата за доступ плюс дополнительные платежи по использованию для функций с высоким потреблением (например, Notion берёт плату за место за рабочее пространство, но за кредит — за свои ИИ-функции). Конкретный пример: команда маркетинга из 30 человек подписывается на инструмент управления проектами по 15 $\u002Fместо\u002Fмесяц, при этом все 30 сотрудников оформлены как полные места — 450 $\u002Fмесяц, — хотя лишь 12 из этих сотрудников заходят чаще раза в неделю. При продлении финансовый отдел клиента проверяет использование, убирает 15 простаивающих мест и пересогласовывает тариф до 225 $\u002Fмесяц, иллюстрируя тот самый риск расширения-сжатия, который чистое поместное ценообразование создаёт для поставщика. Некоторые SaaS-продукты смягчают эту слабость биллингом по «активным местам» или «ежемесячным активным пользователям» — взимая плату только за места, которые реально заходили в систему в течение расчётного периода, а не за каждый созданный аккаунт, — что снижает остроту потерь от зомби-мест для клиента, сохраняя при этом в целом предсказуемую, привязанную к численности персонала модель дохода для поставщика — золотую середину между чистым поместным ценообразованием и полным биллингом по использованию. Поместное ценообразование также создаёт структурный стимул, о котором стоит помнить при проектировании страницы тарифов: поскольку выручка масштабируется напрямую с численностью персонала, поставщики SaaS с поместным ценообразованием естественным образом мотивированы поощрять широкое внутреннее принятие продукта внутри аккаунта (больше входов, больше приглашённых коллег) как рычаг роста — отчасти поэтому так много инструментов для совместной работы встраивают виральные, основанные на приглашениях механики прямо в базовый продуктовый опыт, а не рассматривают рост команды исключительно как функцию отдела продаж.","Поместная (seat-based) модель тарификации взимает фиксированную плату за каждого пользователя аккаунта — классический стандарт SaaS-биллинга.",null,[11,14,17],{"slug":12,"name":13},"freemium","Freemium",{"slug":15,"name":16},"mrr","Ежемесячный периодический доход (MRR)",{"slug":18,"name":19},"usage-based-pricing","Ценообразование по использованию (usage-based)",[21,25,29,32,35,38,41,45,48,51,54,57],{"slug":22,"category":5,"name":23,"updated_at":24},"activation","Активация","2026-08-24T02:46:36+00:00",{"slug":26,"category":5,"name":27,"updated_at":28},"aha-moment","Ага-момент","2026-08-24T02:46:37+00:00",{"slug":30,"category":5,"name":31,"updated_at":28},"annual-contract-value","Годовая стоимость контракта (ACV)",{"slug":33,"category":5,"name":34,"updated_at":24},"api-first","API-first (API-ориентированность)",{"slug":36,"category":5,"name":37,"updated_at":24},"arpa","Средний доход на аккаунт (ARPA)",{"slug":39,"category":5,"name":40,"updated_at":24},"arr","Годовой периодический доход (ARR)",{"slug":42,"category":5,"name":43,"updated_at":44},"auto-renewal-clause","Пункт об автопродлении","2026-08-24T02:46:38+00:00",{"slug":46,"category":5,"name":47,"updated_at":44},"build-vs-buy","Build vs. buy (создать или купить)",{"slug":49,"category":5,"name":50,"updated_at":28},"burn-multiple","Коэффициент сжигания (Burn Multiple)",{"slug":52,"category":5,"name":53,"updated_at":44},"burn-rate","Burn Rate (скорость сжигания денег)",{"slug":55,"category":5,"name":56,"updated_at":24},"cac","Стоимость привлечения клиента (CAC)",{"slug":58,"category":5,"name":59,"updated_at":24},"cdn","Сеть доставки контента (CDN)"]