Разработка

Разработка программных продуктов от требований до релиза

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

Цена по запросу · ответ в течение одного рабочего дня

Обсудить проект От чего зависит стоимость

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

Решения до разработки: требования и контрольные точки, по которым можно оценить результат.

Продукт под вашим контролем: исходный код, рабочие аккаунты и список возможных следующих изменений.

Что вы получаете

К моменту передачи у вас на руках:

Описание проблемы пользователя и первого релиза.
Требования с приоритетами и отдельно сохранённые идеи на будущее.
Пользовательские сценарии и макеты интерфейса для выбранных функций.
Работающий продукт с согласованными интеграциями.
Результаты проверки основной задачи и сценариев сбоев.
Инструкции к релизу и план сбора первой обратной связи от пользователей.

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

От чего зависит стоимость

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

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

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

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

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

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

Что входит и что нет

Входит

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

Не входит

Проверка спроса и выбор коммерческой модели.
Принятие итоговых решений по продукту с вашей стороны.
Исследование нерешённых вопросов технической осуществимости до разработки.
Хостинг и постоянная техническая поддержка.
Управление бизнесом, привлечение пользователей и ведение кампаний.

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

Когда это нужно

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

Как идёт работа

Четыре шага и результат каждого

Шаг 1. Определяем цель релиза

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

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

Вы получаете тестовый продукт по мере появления рабочего процесса. Вы проверяете его по критериям. Для новых запросов сначала оцениваем влияние, чтобы они не меняли релиз незаметно.
Шаг 4. Проверяем и выпускаем

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

Как мы можем работать вместе

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

Консультация или аудит

Когда нужно второе мнение о плане, системе или коммерческом предложении, прежде чем принимать решение. Вы получаете письменный обзор с рекомендациями и оценкой следующего шага.
Проект с фиксированным объёмом работ

Подходит, когда требования можно записать до начала работы. Вы получаете согласованный объём за согласованную цену. Всё новое сначала проходит через обновлённую оценку.
Оплата за затраченное время (time and materials)

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

Ваша система уже работает, и ей нужны обновления, исправления и мониторинг. Мы согласуем с вами ежемесячный формат и список работ, которые он включает.

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

Платформы и инструменты, с которыми мы работаем

React, Vue, Angular, Next.js и Flutter для продукта. Node.js, Laravel, Yii, .NET (C#) и Go на сервере. MySQL, PostgreSQL, MongoDB и Redis.

Платформу мы выбираем под задачу, а список показывает то, с чем мы работаем чаще всего.

Кому подходит и когда ещё рано

У вас есть чётко описанная проблема пользователя и человек, готовый принимать решения по продукту. Если проблема пользователя ещё неясна, начните с исследования пользователей. Если техническое неизвестное может помешать идее, начните с услуги Исследования и разработка ПО.

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

Прототип, первый релиз продукта или постоянная разработка?

Вариант	Когда подходит	Что вы получаете
Прототип	Нужно попробовать взаимодействие, прежде чем решаться на реализацию	Модель взаимодействия; что в ней работает по-настоящему, мы оговариваем отдельно
Первый релиз продукта	Задача определена, а пользователям нужна работающая программа	Пригодный к использованию процесс, проверки релиза и передача для эксплуатации
Постоянная разработка	Продукту уже нужен непрерывный поток изменений	Работа по списку задач с приоритетами и регулярной проверкой

Расширение первого релиза решается отдельно, исходя из того, что делают пользователи и что бизнесу нужно дальше.

Работа с клиентами из других стран

Договор и NDA. До начала работы вы подписываете договор с CyberLab.Team OÜ, компанией, зарегистрированной в Эстонии. Если вам нужно соглашение о неразглашении (NDA), мы подписываем его до того, как вы передадите конфиденциальные данные.
Счета в евро. Мы выставляем счета в евро от компании из ЕС с номером плательщика НДС.
Языки. Мы работаем на английском, украинском, русском и польском.
Звонки и ответы. Созваниваемся в согласованные с вами часы, а на сообщения отвечаем в течение одного рабочего дня.

Частые вопросы

Требования к релизу

Как превратить список функций в план релиза?

Свяжите каждую функцию с задачей пользователя и проверьте её зависимости. Оставьте то, без чего задачу не завершить, а остальное перенесите в список на будущее с причиной отсрочки.

Что должен решать владелец продукта с нашей стороны?

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

Могут ли разные коллеги проверять разные части продукта?

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

Дизайн и разработка

Как сделать требования проверяемыми?

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

Может ли функция запуска зависеть от незавершённой функции на будущее?

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

Что делать, если во время разработки первого релиза появляется новая идея?

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

Приёмка и релиз

Как отличить дефект от нового требования?

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

Можно ли выпустить первый релиз для ограниченной группы пользователей?

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

Что нужно решить до попадания реальных пользовательских данных в продукт?

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

Что узнаём после запуска

Как собирать полезную обратную связь от первых пользователей?

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

Что измерять после первого релиза?

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

Для чего нужна первая передача, если разработка продолжается?

Она фиксирует выпущенную версию, известные ограничения и ответственность за эксплуатацию. Это даёт последующей работе понятную отправную точку и позволяет другой команде подхватить продукт.

Связанные услуги

Исследования и разработка ПО: изучить техническое неизвестное, прежде чем решаться на разработку.
Разработка веб-приложений: чётко описанный рабочий процесс в браузере.
Выделенная команда разработки: постоянная работа по списку задач продукта.
Реклама в Google: кампании для публичного запуска, когда готовы посадочные страницы и измерения.

Что пользователи должны суметь довести до конца в первом релизе?

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

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

Telegram @cyberlabteam · WhatsApp +48 668 155 303 · info@cyberlab.team

Что пользователи должны суметь довести до конца в первом релизе? Обсудить проект