Подписки на программное обеспечение

20 декабря 2024 г.

Меня задолбали подписки.

Есть сервисы, на которые не жалко тратиться ежемесячно. YouTube Premium, ChatGPT, Google One, Spotify, Metacast, Bear, 1Password, iCloud, GitHub— я использую эти сервисы почти каждый день и платить за них мне не западло.

Но есть сервисы, которыми пользуюсь редко или мало и платить за них хочется как-то соотвествующе — пропорционально степени использования.

Сегодня смотрел API для отправки емейлов пользователям SendGrid, Resend, Postmark. У них всех ограниченный бесплатный тариф, а потом сразу скачок на $20 в месяц за базовый план, в который включены десятки тысяч емейлов, которые мне не нужны.

Адекватная стоимость для меня была бы в районе 2-3 долларов в месяц или даже меньше. Но ценообразование облачных сервисов - хитрая штука.

  • Слишком много тарифов - пользователь запутается и вообще ничего не купит. Купит у тех, у кого проще.

  • Сделаешь тарификацию pay as you go - часть пользователей запутается (тру стори, это было в моей практике при работе в GCP), другая будет переплачивать, третья будет хотеть предсказуемости, а при небольшом масштабе это ещё может быть и неприбыльно.

Фиксированные тарифы - как подписки на спортзал.

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

К счастью для вендоров большинство платных пользователей пользуются от силы 20% лимита. Их платежи почти полностью - валовая прибыль (gross margin, выручка за вычетом стоимости инфраструктуры). Так и живут на «сдачу».

В поисках необходимого мне сервиса для отправки емейлов (для подтверждения адресов электронной почты, напоминаний об ивентах и т.п.), я вспомнил про старый добрый Amazon Simple Email Service (SES), который берет по 10 центов за 1000 отправленных емейлов. SES, наверняка, сильно уступает по фичам и удобству SendGrid, но для моего use case они не нужны. А ради более низкой стоимости можно немного потерпеть неудобства на этапе конфигурации.

У меня нет цифр, но я больше чем уверен, что сервис сам по себе убыточный (с учетом стоимости сотрудников для его поддержки), но он является ценным компонентом экосистемы AWS.

Им-то и воспользуюсь, а заодно посмотрю что там ещё у AWS хорошего есть. Я хотел для своего проекта использовать гугловский Firestore (база данных NoSQL), но раз уж все равно создавать аккаунт в AWS, есть смысл рассмотреть DynamoDB. По деньгам будет плюс-минус то же самое, но два облачных гиперскейлера в стеке - это операционный гемор.

Потыкаюсь в SES и отпишусь. 5 лет не пользовался AWS. Уверен, что интерфейс за это время стал только хуже 😬