SaaS и веб-приложения

Софтверный бизнес — это никогда не один сайт. Есть продукт: кабинеты, состояние, данные, поломки такого рода, каких у сайта-буклета не бывает. И есть маркетинговый сайт, единственная задача которого — объяснить продукт незнакомому человеку раньше, чем он потеряет интерес.

Требования у них противоположные, и попытка собрать оба одним инструментом — то место, где ломается большинство SaaS-сайтов. Я делал обе половины: платформу управления прокси на React с бэкендом на Python Django, CRM для партнёрского привлечения клиентов, платформу услуг по запросу и продуктовые лендинги, которые продают софт без единой фотографии.

Обсудить проект

Что здесь устроено иначе

01

Продукт и сайт — это разные сборки

Приложению нужны состояние, роли и кодовая база, выдерживающая рост сложности. Маркетинговому сайту нужны скорость, контент и SEO. Сайт на WordPress рядом с отдельным приложением — нормальная архитектура, а не компромисс.

02

Продавать софт без фотографий

Снимать нечего. Питч должен нести сам интерфейс, а значит визуалы продукта, названия функций и порядок, в котором вы их вводите, и есть вся задача дизайна.

03

Роли и состояния, а не страницы

Админ, платящий клиент и человек на триале видят разное. Это решается на уровне архитектуры, до того как кто-то откроет дизайн-инструмент.

04

Настоящий объём — это интеграции

Оплата, авторизация, внешние API и аналитика. Каждая — зависимость со своими способами ломаться, и именно они отличают сборку за восемь недель от сборки за шестнадцать.

Что входит в работу

  • Интерфейс продукта на React или Next.js, где роли и состояния спроектированы до визуала
  • Интеграция с бэкендом — Django, Node или ваш существующий API
  • Отдельный маркетинговый сайт, который команда правит без разработчика
  • Визуалы продукта, собранные из реального интерфейса и наполненные правдоподобными данными
  • Подключённые и протестированные оплата, авторизация и внешние интеграции
  • Аналитика и отслеживание конверсий, настроенные до запуска, а не после

Ошибки, которые встречаю чаще всего

  • Маркетинговый сайт собран внутри приложения, поэтому каждая правка текста требует деплоя

  • Главная описывает технологию, а не проблему, которую она снимает

  • Нет цен на сайте: это отсекает серьёзных покупателей, а не защищает вас от любопытствующих

  • Скриншоты пустого продукта, в котором нет данных

  • Регистрация спрашивает размер компании и телефон раньше, чем человек увидел, что оно работает

  • К дашборду относятся как к дизайнерскому упражнению, а не как к месту, где пользователи проводят всё время

Есть проект в этой сфере?
Давайте обсудим

Расскажите, что должен делать сайт. Честный диапазон получите в тот же день.

IconОбсудить проект
decor

Вопросы

Да, это обычный случай. Я собираю интерфейс под ваш API, контракт согласуем заранее. Если API ещё нет, могу написать его на Django или Node.

Почти всегда, и обычно это экономит деньги. Когда ваша команда правит тексты в CMS, это не стоит ничего; когда разработчик деплоит каждую правку формулировки — стоит каждый раз.

От восьми до шестнадцати недель в зависимости от интеграций, и сдаётся она этапами, а не одним запуском. Лендинг под продукт — одна-две недели отдельно.

Продуктовый лендинг — от $800. Платформа с реальным бэкендом, кабинетами и интеграциями — от $2 000 и до $6 000+, когда интеграций и ролей становится несколько.

Почитать по теме