Разработка
онлайн-сервиса
для рынка США

С одного сценария, который закрывает конкретную боль, и с замера. Широкий продукт на старте растягивает разработку и размывает позиционирование. Мы собираем работающий круг «регистрация — первая ценность — оплата», выпускаем его и смотрим на числа. Расширение идёт по данным. Список желаний тут не ориентир.

Экран оплаты называет цену, период, длину пробного периода и условия продления одним блоком до нажатия кнопки. Отмена должна быть не сложнее подписки. Регулятор в США взялся за запутанные схемы отмены, и штрафы назначаются. Напоминание перед списанием снижает число оспоренных платежей.

Зависит от штата покупателя. Часть штатов облагает цифровые услуги и подписки налогом с продаж, часть нет, ставка привязана к адресу. Расчёт подключаем к специализированному сервису, адрес подтверждаем при оплате и храним вместе с платежом, чтобы отчётность собиралась автоматически.

Это аудит процессов безопасности и доступности. Крупные американские клиенты просят отчёт или как минимум заполненную анкету. Сам аудит проводит независимая фирма, и это отдельный проект. Наша часть — архитектура, при которой ответы будут положительными: разграничение доступа, журналы, резервное копирование, управление изменениями.

В регионе США, если там ваши клиенты: задержка меньше, а вопрос про местоположение данных приходит в первой же анкете. Резервные копии держим в отдельном регионе. Если среди клиентов есть европейские, место хранения и порядок передачи описываются отдельно и согласуются с юристом.

Чаще всего по местам, по объёму использования или комбинацией. Модель влияет на архитектуру: оплата по объёму требует точного учёта и защиты от всплесков, оплата по местам — управления командой внутри аккаунта. Смену тарифа и перерасчёт закладываем сразу, иначе первая же миграция клиентов делается руками.

Работают два варианта: пробный период с картой и без неё. С картой конверсия в оплату выше, но и претензий больше. Без карты в воронку заходит больше людей. Выбираем по циклу продажи и по тому, за сколько дней пользователь доходит до первой ценности, и это число меряем.

Интеграции, которые вы не будете писать сами, и аргумент в корпоративной продаже. Нужны документация, ключи с ограничением прав, лимиты запросов и версионирование. API без версий ломает клиентов при первом же изменении, поэтому правила совместимости описываем до первой публичной версии.

Числами, которые вы готовы держать: доступность за месяц, время реакции на инцидент, срок восстановления. Под каждое число нужен механизм: мониторинг, дежурство, резервирование. Обещание в договоре без механизма превращается в скидку задним числом, и это дороже, чем сделать резервирование сразу.

Пользователь получает экспорт данных в машиночитаемом формате и понятный срок, после которого данные стираются. Часть записей вы обязаны хранить дольше по бухгалтерским правилам, и это лучше написать прямо. Продукт, из которого нельзя выйти, хуже продаётся крупным клиентам.

Первая версия с одним сценарием, регистрацией и оплатой — от восьми недель. Тарифы, команды внутри аккаунта, API и журнал аудита добавляют этапы. Календарный план фиксируем после брифа и показываем, что входит в первый релиз, а что переносится в следующий.