31. Локализуйте цены по регионам. Без этого conversion проседает.
32. Используйте прогрев-уведомления: 70% -> 90% -> превышение лимита.
33. Не прячьте цены за формами, если это не enterprise-план.
34. Segment WTP (willingness to pay) определяется по поведению, а не по типу компании.
35. Переход от feature-based к usage-based — это нагрузка на поддержку. Планируйте.
36. Если API даёт ценность - монетизируйте его отдельно. Но обязательно ограничьте abuse.
37. В Enterprise ценность не равно фичи. Это: SLA, кастомизация, onboarding.
38. Внедрите auto-upgrade при росте usage, особенно в PLG.
39. Churn анализируйте по доходу, а не по числу юзеров. Потеря 5% может быть всего 2% выручки - или 50%.
40. Никогда не делайте unlimited core-ценности в базовом плане. Если ваш продукт про видео - нельзя давать unlimited видео. Если про юзеров - нельзя unlimited юзеров.
41. Делайте effectively unlimited, но с защитой. Например, "До 1 млн задач в месяц", что для 99.9% = unlimited, но для abuse есть потолок.
42. Привязывайте unlimited к фиксированной стоимости обслуживания. Например: unlimited storage только если это S3 с понятной ценой. А вот unlimited GPU-рендеринг - риск.
43. Unlimited - только на том, где нет высокой вариативности затрат. Не давайте unlimited API, если нет rate limiting. Не давайте unlimited пользователей, если у вас нагрузка на каждый аккаунт.
44. Unlimited = anchor для апсейла. Работает как верхний план для старших клиентов, не чтобы его покупали массово, а чтобы middle план казался выгодным.
45. Unlimited можно ограничить по fair use policy. Пример: “Unlimited при использовании: не более 10,000 задач/день”.
46. Тестируйте восприятие unlimited в A/B - часто 90% пользователей не замечают ограничений, но слово "unlimited" триггерит покупку.
47. Unlimited в enterprise - нормально. В PLG - рискованно. В self-serve лучше работать с масштабируемыми лимитами (tiered pricing), чем с hard unlimited.
48. Не бойтесь продавать фич, которых нет. Создайте план с лейблом [coming soon] и скидкой от завышеной цены, провалидируйте покупаемость и потом делайте фичи.
49. Подключайте всегда сразу нормальную платежку. Лучше потратиться на организацию инфраструктуры для подключения Stripe, чем потом заниматься кастомной разработкой под неразвитые системы.
50. "Гарантируем вернуть деньги в течении 60 дней" - отлично конвертирует в SaaS, где LT для роста все равно должен быть не менее 12 месяцев.
51. Нормальное соотношение годвых к месяыным планам - 60/40.
52. Триал до 14 дней - делает перекос в сторону месяыных планов, надо планировать механнику апдейтов на год.
53. На старте проукта делайте даунгрейды и отмены подписок только через customer success.
54. Лучшие продажи идут через саппорт. Не берить в штат только тех, кто может вести саппорт не продавай на старте продукта.
55. В PLG должен быть масштабируемый fremium план.