Прототипирование приложений и интерфейсов
Прототипирование приложений и интерфейсов до того, как написана первая строка кода. На кликабельном прототипе видно, что человек будет делать в продукте и где он остановится, и стоит это в разы дешевле любой переделки потом.
Сначала разведём три вещи, которые часто путают. Макет показывает, как продукт выглядит. Прототип показывает, что человек в нём делает и в каком порядке: экраны связаны между собой, кнопки нажимаются, переходы работают, но кода за этим нет. MVP это уже работающий продукт малым объёмом, на котором проверяют спрос и деньги. Прототип стоит между дизайном и разработкой и стоит дешевле обоих.
Смысл прототипа в том, что ошибиться на нём не жалко. Переставить шаг местами, выкинуть лишний экран, понять, что регистрация из пяти полей никому не нужна, здесь стоит полдня. То же самое после разработки стоит недель и переговоров о том, кто виноват. Мы поэтому и настаиваем на прототипе даже в небольших проектах: он окупается на первой же серьёзной правке.
Прототип полезен ещё до денег на разработку. С ним можно идти к инвестору, к партнёрам или к собственному совету директоров и показывать не презентацию с обещаниями, а продукт, который можно потрогать пальцем в телефоне. Люди реагируют на такое иначе, чем на слайды.
И третье: прототип это разговор с командой разработки на одном языке. По готовому прототипу видно, сколько там экранов, какие состояния нужны и что придётся делать на серверной стороне. Оценка разработки после прототипа перестаёт быть гаданием.
Дальше прототип превращается в дизайн и разработку: мобильное приложение, сайт или веб-приложение, онлайн-сервис. Если продукт нужно проверить на реальных людях и деньгах, следующий шаг это MVP, а если вопрос ещё шире и звучит как «стоит ли вообще», начните с бизнес-консалтинга. Как это выглядит на живом проекте, видно в кейсе Battle of the Bees: прототип мобильной игры и Telegram Mini App это ровно такая работа.
Что входит в услугу
Можно взять любой набор из перечисленного.
Кто пользователь, зачем он приходит, что он должен сделать и что ему мешает. Отсюда берётся список экранов, а не наоборот.
Как связаны разделы, что где лежит, куда человек попадает после каждого действия. Схематично, без оформления, чтобы обсуждать суть, а не цвета.
Экраны, связанные переходами, с основными состояниями. Открывается по ссылке на телефоне и на компьютере, показывать можно кому угодно.
С учётом правил платформ: жесты, размеры, поведение внутри мессенджера.
Даём прототип тем, для кого продукт делается, и смотрим, где они останавливаются. Это самая полезная часть и самая недооценённая.
Описание логики экранов и состояний плюс оценка разработки по этапам. С этим можно идти как к нам, так и к любой другой команде.
Как мы работаем
Разговариваем, разбираем аудиторию и сценарии, фиксируем ограничения.
Схема разделов и путь человека по шагам. Здесь чаще всего и выясняется, что половина задуманного не нужна.
Собираем экраны и переходы, показываем итерациями.
Небольшая группа, наблюдение, правки по итогам.
Прототип, описание логики, оценка разработки и план первых недель.
Стек и инструменты
Кейсы по услуге
Частые вопросы
Макет показывает, как продукт выглядит: оформление, типографика, цвета. Прототип показывает, что человек в продукте делает и в каком порядке: экраны связаны между собой, кнопки нажимаются, переходы работают. Оформления в прототипе может не быть вовсе, и это нормально.
За прототипом нет кода: это связанные между собой экраны, на которых видно поведение продукта. MVP это уже работающий продукт малым объёмом, с серверной частью и реальными данными, на котором проверяют спрос и деньги. Прототип дешевле и быстрее, MVP отвечает на другие вопросы.
Зависит от числа экранов и сложности сценариев. Небольшой продукт укладывается в две-три недели, сложный сервис с ролями дольше. Оценку даём после разбора задачи.
Кликабельный прототип по ссылке, описание логики экранов и состояний и оценку разработки по этапам.
Да, для этого он в том числе и делается. Оценка после прототипа гораздо ближе к реальности, чем оценка по описанию словами.
Нет, но почти всегда выгодно. Исключение это очень простые задачи и случаи, когда продукт уже работает и меняется один экран.
Всё определяет договор, и прописываем мы это на этапе технического задания, до начала работ. Исходные файлы прототипа и документация передаются вам вместе с правами на них.
Смежные услуги
Обсудим вашу задачу?
Расскажите, что нужно сделать - вернёмся с оценкой сроков, составом команды и планом первых двух недель.