Работа живёт в таблицах и чатах
Заявки в мессенджерах, остатки в Excel, сводка собирается руками по вечерам. Данные вроде есть, но собрать из них картину невозможно.
Цифровые продукты
Онлайн-сервисы, на которых работает бизнес
Личные кабинеты, B2B-платформы, внутренние системы и дашборды. Веду проект от бизнес-логики и прототипа до запуска и развития. Прийти можно без готового ТЗ.
Обсудить продукт ↗Смотреть проекты
7 → 1источников данных в одном экране – дашборд для клиник
2 неделиот ТЗ до работающего кабинета с живым потоком учеников
Сервисы из кейсов можно потрогать прямо сейчас:@KorosStoneBot в Telegram ↗Виджет склада на staron.ru ↗
Бесплатная оценка
Соберите свой сервис – и узнайте вилку бюджета до созвона
Восемь коротких вопросов: с каждым ответом сервис в окне обрастает модулями, а вилка и сроки пересчитываются. Это ориентир, а не обязательство – но с него удобно начинать разговор.
- минута
- без регистрации
- вилка сразу
Вопрос 1 из 8
Кто будет пользоваться сервисом?
Что ближе к вашей задаче?
Сколько ролей и прав доступа?
Нужны дашборды и аналитика?
Оплата внутри сервиса?
Telegram-бот или уведомления?
Интеграции? 1С, CRM, телефония, Excel…
Админка, чтобы самим управлять данными?
Первая версия собрана. Вот что в неё вошло:
Бюджет≈ 200 000 – 300 000 ₽
Срок6–8 недель
Ориентир, не смета: точную вилку назову после диагностики.
С чем обычно
приходят
Почти всегда это не «хотим сайт». Это «мы больше не справляемся так, как работали раньше».
Готовая платформа не легла на процессы
Сервис купили, а работать в нём получается только через обходные пути. Половина команды всё равно ведёт свою табличку рядом.
Текущий сервис не тянет рост
То, что писали на коленке под десять клиентов, тормозит на пятистах. Каждая новая функция ломает две старых, а трогать код боятся.
Данные разбросаны по системам
Что-то в CRM, что-то в учёте, что-то в почте. Чтобы понять, как идут дела, руководителю нужно открыть пять вкладок и свести всё вручную.
Задача почти никогда не в том, чтобы написать код. Задача в том, чтобы сначала разобраться, как компания работает на самом деле, и собрать систему вокруг этого.
Прийти можно
без готового ТЗ
Техническое задание на старте нужно не вам, а подрядчику, который не хочет вникать. Мы вместо этого сначала превращаем задачу бизнеса в план продукта.
Как обычно
- Пишем ТЗ
- Тендер
- Полгода тишиныпродукт видно только в конце
- Приёмка
- Переделываем
Пока идёт разработка, бизнес меняется, а ТЗ остаётся прежним. На приёмке выясняется, что нужно было немного другое, и половина бюджета уходит на переделку.
Как это работает у меня
- Разбор задачи
- Прототип
- Первая версия
- Проверка на людях
- Развитие
Кликабельный прототип появляется раньше первой строчки кода: продукт можно потрогать и поспорить о нём, пока это ещё дёшево. Дальше собираем то, что закрывает главную боль, и смотрим на реальное использование.
Что из этого
получается
Реальные продукты, которые каждый день работают у клиентов. Задача, решение и то, что изменилось после запуска.
Онлайн-сервисРеальный проект
7 → 1источников данных в одном экране
Один экран вместо семи кабинетов: дашборд показателей для клиник в США
ДашбордАналитикаAPI-интеграцииМедицина
Онлайн-сервисРеальный проект
24/7остатки склада – без звонка менеджеру
Склад отвечает сам: чат-боты по остаткам камня для Koros Stone
Чат-ботTelegramPythonВиджет на сайт
Онлайн-сервисРеальный проект
100%потока перешло в кабинет в первые дни
«Пространство практики»: личный кабинет учеников для преподавателя йоги
Личный кабинетLMSPHPЗакрытый чат
Как устроен
проект
Четыре этапа. Границы между ними подвижные, но порядок один: сначала понимание, потом интерфейс, потом код.
Погружение
- Разбор задачи и пользователей
- Роли, сценарии и бизнес-логика
- Ограничения, интеграции и данные
- Ориентир по бюджету и срокам
РезультатКарта задачи и понятный объём первой версии до начала работ.
Проектирование
- Карта экранов и кликабельный прототип
- UX и визуальный дизайн интерфейсов
- Архитектура и выбор стека
- План интеграций с вашими системами
РезультатБудущий продукт видно и можно потрогать ещё до строчки кода.
Разработка
- Фронтенд, бэкенд и база данных
- Интеграции с учётом, CRM и телефонией
- Роли, права и разграничение доступа
- Аналитика и мониторинг
РезультатРабочая первая версия, которую показываю короткими циклами.
Запуск и развитие
- Перенос данных и запуск
- Обучение команды и документация
- Доработки по обратной связи
- Поддержка и план следующих релизов
РезультатПродукт растёт вместе с бизнесом на данных после запуска.
Сколько времени
занимает первая версия
Полгода до первого рабочего экрана не нужно. Прототип показываю в первый месяц, MVP обычно готов ко второму.
- Недели 1-2
Погружение: роли, процессы, ограничения. Называю реалистичный объём первой версии.
- Недели 3-4
Кликабельный прототип и архитектура. Здесь дешевле всего спорить и менять.
- Месяц 2
Собираем то, что закрывает главную боль. Показываю короткими итерациями.
- Дальше
Запуск, перенос данных, обучение и план развития на данных реального использования.
Дальше релизами раз в две-три недели
обратная связь→приоритет→разработка→релиз
Сроки и бюджетПонятно ещё
Понятно ещё
до старта
Ориентир называю сразу, точную вилку – после диагностики. Без сюрпризов в середине проекта.
Из чего складывается сумма- число ролей
- объём бизнес-логики
- интеграции
- дизайн интерфейсов
- нагрузка и объём данных
Бюджетот 200 000 ₽
Зависит от числа ролей, интеграций и объёма логики. Точную вилку называю после диагностики.
Сроки
Диагностика и прототип – 2-4 недели. Рабочий MVP – обычно 1-2 месяца, дальше развитие итерациями.
Что входит
Аналитика, дизайн, бэкенд и интеграции входят в проект. Отдельно искать дизайнера или разработчика под задачу не придётся.
Как оформляем
работу
Ответы на вопросы, которые возникают до подписания: доступы, оплата и что будет, если мы разойдёмся.
Код и доступы – ваши
Исходники, серверы и учётные записи оформлены на вас с первого дня.
Продолжите с кем угодно
Архитектуру и документацию веду сразу, проект не привязан к одной паре рук.
Оплата этапами
Работаем по договору, платежи привязаны к этапам. Объём фиксируем до старта.
Можно начать с малого
Первый шаг – диагностика и прототип. Дальше вы решаете, идём ли в разработку.
Кому это подходит,
а кому честнее сказать нет
Сверьтесь со списком до первого разговора: сэкономим время и вам, и мне.
Стоит начинать, если…
- Процессы уже сложились
Понятно, кто что делает и где болит. Тогда сервис автоматизирует реальную работу, а не выдуманную схему.
- Готовы менять привычки
Новая система почти всегда меняет порядок действий. Если менять ничего нельзя, эффект будет копеечный.
- Есть человек со стороны бизнеса
Кто-то должен отвечать на вопросы по процессу и принимать решения. Полчаса в неделю хватит, но без этого проект встаёт.
- Смотрите дальше запуска
Первая версия это начало. Продукт живёт, пока его развивают на данных и обратной связи.
Скорее не мой случай, если…
- Задачу закрывает коробка
Если готовый сервис решает вопрос разумно, своя разработка не окупится. Скажу об этом до начала работ.
- Нужно типовое решение за неделю
Под реальные процессы так не бывает. Быстрый шаблон вы соберёте дешевле и без меня.
- Доступа к людям не будет
Собирать систему по документу, не поговорив с теми, кто будет в ней работать, я не берусь.
- Бюджет только на разработку
Без запуска, переноса данных и поддержки продукт не доживает до момента, когда начинает приносить пользу.
ВопросыДо начала
До начала
работы
Можно прийти только с идеей?
Да, так приходят чаще всего. Техническое задание на старте не нужно: сначала вместе разбираем задачу бизнеса, роли и ограничения, а уже из этого получается план продукта и понятный объём первой версии.
Сколько времени занимает первая версия?
Диагностика и прототип – две-четыре недели. Рабочий MVP обычно один-два месяца, дальше продукт растёт итерациями. Сроки сильно зависят от числа ролей и от того, сколько чужих систем нужно связать между собой.
Кто будет работать над проектом?
Стратегия, архитектура и управление на мне, я же единственный контакт для вас. Дизайн, код и продвижение делает моя постоянная команда, под редкую задачу зову узкого специалиста из тех, с кем уже были проекты. Проект при этом не завязан на одну пару рук: архитектура и документация ведутся с первого дня.
Кому принадлежит код?
Вам. Исходники, серверы и учётные записи оформлены на вас с первого дня, репозиторий ваш. Никаких «наших движков», из которых нельзя уйти.
Что будет, если мы захотим продолжить с другой командой?
Заберёте код и документацию и продолжите. Я веду архитектуру и описания с первого дня именно для этого, а не для того, чтобы привязать вас к себе.
Можно ли начать с малого?
Да, и обычно так и стоит. Первый шаг – диагностика и прототип: относительно небольшие деньги и понятный результат на руках. Дальше вы решаете, идём ли в разработку.
Расскажите задачу – соберу план продукта
За полчаса разберём процессы, ограничения и то, что должно войти в первую версию. Если задачу закрывает готовый сервис, я так и скажу.
30 минут, ТЗ и презентации не нужны