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 план.
