Цифровые продукты

Личные кабинеты и веб‑сервисы, на которых работает бизнес

Личные кабинеты для клиентов, дилеров и партнёров, веб-сервисы и SaaS: заказы, остатки, документы и статусы в одном месте. Если основной пользователь — сотрудник, а задача — внутренний учёт и процессы, смотрите направление «Системы и CRM». Веду проект от бизнес-логики до запуска. От 200 000 ₽, вилку покажет калькулятор ещё до созвона.

Обсудить продукт ↗Смотреть проекты

7 → 1источников данных в одном экране – дашборд для клиник
2 неделиот ТЗ до работающего кабинета с живым потоком учеников
Сервисы из кейсов можно потрогать прямо сейчас:@KorosStoneBot в Telegram ↗Виджет склада на staron.ru ↗
Бесплатная оценка

Соберите свой сервис – и узнайте вилку бюджета до созвона

Восемь коротких вопросов: с каждым ответом сервис в окне обрастает модулями, а вилка и сроки пересчитываются. Это ориентир без обязательств, зато с него удобно начинать разговор.

  • минута
  • без регистрации
  • вилка сразу
Бюджет≈ 200 000 – 300 000 ₽
Срок6–8 недель

Ориентир, не смета: точную вилку назову после диагностики.

Вопрос 1 из 8

Кто будет пользоваться сервисом?

Что ближе к вашей задаче?

Сколько ролей и прав доступа?

Нужны дашборды и аналитика?

Оплата внутри сервиса?

Telegram-бот или уведомления?

Интеграции? 1С, CRM, телефония, Excel…

Админка, чтобы самим управлять данными?

Первая версия собрана. Вот что в неё вошло:

    С чем обычно
    приходят

    Почти всегда это не «хотим сайт». Это «мы больше не справляемся так, как работали раньше».

    01

    Работа живёт в таблицах и чатах

    Заявки в мессенджерах, остатки в Excel, сводка собирается руками по вечерам. Данные вроде есть, но собрать из них картину невозможно.

    02

    Готовая платформа не легла на процессы

    Сервис купили, а работать в нём получается только через обходные пути. Половина команды всё равно ведёт свою табличку рядом.

    03

    Текущий сервис не тянет рост

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

    04

    Данные разбросаны по системам

    Что-то в CRM, что-то в учёте, что-то в почте. Чтобы понять, как идут дела, руководителю нужно открыть пять вкладок и свести всё вручную.

    Задача почти никогда не в том, чтобы написать код. Задача в том, чтобы сначала разобраться, как компания работает на самом деле, и собрать систему вокруг этого.

    Прийти можно
    без готового ТЗ

    Техническое задание на старте нужно подрядчику, который не хочет вникать, вам оно только мешает. Мы вместо этого сначала превращаем задачу бизнеса в план продукта.

    Как обычно
    1. Пишем ТЗ
    2. Тендер
    3. Полгода тишиныпродукт видно только в конце
    4. Приёмка
    5. Переделываем

    Пока идёт разработка, бизнес меняется, а ТЗ остаётся прежним. На приёмке выясняется, что нужно было немного другое, и половина бюджета уходит на переделку.

    Как это работает у меня
    1. Разбор задачи
    2. Прототип
    3. Первая версия
    4. Проверка на людях
    5. Развитие

    Кликабельный прототип появляется раньше первой строчки кода: продукт можно потрогать и поспорить о нём, пока это ещё дёшево. Дальше собираем то, что закрывает главную боль, и смотрим на реальное использование.

    Как устроен
    проект

    Четыре этапа. Границы между ними подвижные, но порядок один: сначала понимание, потом интерфейс, потом код.

    01

    Погружение

    • Разбор задачи и пользователей
    • Роли, сценарии и бизнес-логика
    • Ограничения, интеграции и данные
    • Ориентир по бюджету и срокам

    РезультатКарта задачи и понятный объём первой версии до начала работ.

    02

    Проектирование

    • Карта экранов и кликабельный прототип
    • Логика экранов и дизайн интерфейсов
    • Архитектура и выбор технологий
    • План интеграций с вашими системами

    РезультатБудущий продукт видно и можно потрогать ещё до строчки кода.

    03

    Разработка

    • Интерфейс, серверная часть и база данных
    • Интеграции с учётом, CRM и телефонией
    • Роли, права и разграничение доступа
    • Аналитика и мониторинг

    РезультатРабочая первая версия, которую показываю короткими циклами.

    04

    Запуск и развитие

    • Перенос данных и запуск
    • Обучение команды и документация
    • Доработки по обратной связи
    • Поддержка и план следующих обновлений

    РезультатПродукт растёт вместе с бизнесом на данных после запуска.

    Сколько времени
    занимает первая версия

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

    1. Недели 1-2

      Погружение: роли, процессы, ограничения. Называю реалистичный объём первой версии.

    2. Недели 3-4

      Кликабельный прототип и архитектура. Здесь дешевле всего спорить и менять.

    3. Месяц 2

      Собираем то, что закрывает главную боль. Показываю короткими шагами.

    4. Дальше

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

    Дальше обновлениями раз в две-три недели
    обратная связь→приоритет→разработка→обновление
    Сроки и бюджет

    Понятно ещё
    до старта

    Ориентир называю сразу, точную вилку – после диагностики. Без сюрпризов в середине проекта.

    Из чего складывается сумма
    • число ролей
    • объём бизнес-логики
    • интеграции
    • дизайн интерфейсов
    • нагрузка и объём данных

    Все вилки по направлениям на одной странице →

    Бюджетот 200 000 ₽

    Зависит от числа ролей, интеграций и объёма логики. Точную вилку называю после диагностики.

    Сроки

    Диагностика и прототип – 2-4 недели. Рабочая первая версия – обычно 1-2 месяца, дальше развитие шаг за шагом.

    Что входит

    Аналитика, дизайн, серверная часть и интеграции входят в проект. Отдельно искать дизайнера или разработчика под задачу не придётся.

    Как оформляем
    работу

    Ответы на вопросы, которые возникают до подписания: доступы, оплата и что будет, если мы разойдёмся.

    Код и доступы – ваши

    Исходники, серверы и учётные записи оформлены на вас с первого дня.

    Продолжите с кем угодно

    Архитектуру и документацию веду сразу, проект не привязан к одной паре рук.

    Оплата этапами

    Работаем по договору, платежи привязаны к этапам. Объём фиксируем до старта.

    Можно начать с малого

    Первый шаг – диагностика и прототип. Дальше вы решаете, идём ли в разработку.

    Кому это подходит,
    а кому честнее сказать нет

    Сверьтесь со списком до первого разговора: сэкономим время и вам, и мне.

    Стоит начинать, если…

    • Процессы уже сложились

      Понятно, кто что делает и где болит. Тогда сервис автоматизирует реальную работу вместо выдуманной схемы.

    • Готовы менять привычки

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

    • Есть человек со стороны бизнеса

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

    • Смотрите дальше запуска

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

    Скорее не мой случай, если…

    • Задачу закрывает коробка

      Если готовый сервис решает вопрос разумно, своя разработка не окупится. Скажу об этом до начала работ.

    • Нужно типовое решение за неделю

      Под реальные процессы так не бывает. Быстрый шаблон вы соберёте дешевле и без меня.

    • Доступа к людям не будет

      Собирать систему по документу, не поговорив с теми, кто будет в ней работать, я не берусь.

    • Бюджет только на разработку

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

    Вопросы

    До начала
    работы

    Вы делаете личные кабинеты и SaaS-платформы?

    Да, это и есть основная часть работы. Личный кабинет клиента или сотрудника, B2B-портал, внутренняя система, дашборд, SaaS-сервис с подпиской и тарифами – для меня это один класс задач: своя бизнес-логика, роли и права доступа, интеграции с вашим учётом и CRM. Разница только в том, кто пользователь и что он должен успеть сделать за один заход.

    Можно прийти только с идеей?

    Да, так приходят чаще всего. Техническое задание на старте не нужно: сначала вместе разбираем задачу бизнеса, роли и ограничения, а уже из этого получается план продукта и понятный объём первой версии.

    Сколько времени занимает первая версия?

    Диагностика и прототип – две-четыре недели. Рабочая первая версия обычно один-два месяца, дальше продукт растёт шаг за шагом. Сроки сильно зависят от числа ролей и от того, сколько чужих систем нужно связать между собой.

    Кто будет работать над проектом?

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

    Кому принадлежит код?

    Вам. Исходники, серверы и учётные записи оформлены на вас с первого дня, репозиторий ваш. Никаких «наших движков», из которых нельзя уйти.

    Что будет, если мы захотим продолжить с другой командой?

    Заберёте код и документацию и продолжите. Я веду архитектуру и описания с первого дня именно для этого. Привязывать вас к себе не собираюсь.

    Можно ли начать с малого?

    Да, и обычно так и стоит. Первый шаг – диагностика и прототип: относительно небольшие деньги и понятный результат на руках. Дальше вы решаете, идём ли в разработку.

    Расскажите задачу – соберу план продукта

    За полчаса разберём процессы, ограничения и то, что должно войти в первую версию. Если задачу закрывает готовый сервис, я так и скажу.

    30 минут, ТЗ и презентации не нужны
    Обсудить продукт ↗
    Обсудить проект

    Расскажите о задаче

    Отвечу в течение рабочего дня. Удобнее напрямую? Telegram, MAX или почта.

    Нажимая кнопку, вы соглашаетесь
    на обработку данных.

    TelegramMAXПочтаОставить заявку