По замыслу это приложение должно было выполнять множество функций и даже иметь собственного персонажа, который бы рассказывал о планах фирмы и развлекал читателей. Вадим хотел подавать историю трат как небольшой чат, который помогал бы экономить. И все было бы хорошо, если бы не одно но. Это никому не было нужно. «Это были просто мечты, которые основывались на одном: “круто же”. А оказалось в итоге, что нужно делать совсем другое», – написал в своем блоге Вадим.
Приложение так и не вышло. Его разработчики направили все силы на воплощение идеи – создание макетов и картинок. В отличие от «Тяжеловато», они хотели сразу выпустить идеальный продукт. Но при всем этом они не проверили его жизнеспособность. Нужно ли вообще кому-то нечто, над воплощением чего команда так долго трудится? Возможно, это приложение было бы выпущено, если бы разработчики уверенней следовали принципу MVP.
Во-первых, они бы разобрались, нужен ли вообще этот продукт, будет ли на него спрос. Проверили бы свою гипотезу на практике. Как правило, идея рождается и обретает форму в кругу ограниченного числа людей, поэтому всецело полагаться на нее и не проверить на востребованность, согласитесь, рискованно, учитывая, что разработка – очень дорогой и долгий процесс.
Во-вторых, ребята получили бы обратную связь от пользователей. В процессе работы пользователи сами подсказывают, что им необходимо и как именно им удобно этим пользоваться. Фактически на основе обратной связи продукт и должен создаваться и развиваться.
Но как бы ни был эффективен принцип MVP, на практике я часто встречаю обратный подход. Допустим, компания решает внедрить систему мотивации. Эту систему она очень долго обдумывает, на ее создание уходит много времени. Потом ее запускают, но практика все равно ее поправляет, корректирует. Лучший же путь – продумать систему мотивации и сразу внедрить, пусть не идеально, с недочетами, но уже получая обратную связь и зная точно, что именно нужно улучшать.
Принцип «гениальность в простоте» относится и к контролю. В некоторых компаниях существуют сотни критериев контроля, которых в итоге никто не понимает и, соответственно, не соблюдает. И виной всему опять же излишняя сложность.
В этом и есть суть MVP – создать упрощенную версию продукта максимально быстро, при ограниченных ресурсах и так, чтобы бизнес сразу смог этим пользоваться. При этом ничего не следует усложнять.
Но MVP нужно воспринимать правильно. Это не «полуфабрикат», недоработанный, сделанный кое-как, но уже выпущенный на рынок. Это готовый продукт с минимальным функционалом. Если вы делаете сайт для клиентов по принципу MVP, это не значит, что у него будет убогий дизайн или слабая верстка. Компания всегда должна держать марку. В данном случае MVP предлагает самый необходимый функционал без потери стиля.
MVP – это отличный способ проверить гипотезы, вернуться назад и все исправить, чтобы продолжить путь в верном направлении. Кто быстрее упадет, тот быстрее поднимется и продолжит путь. Самая большая ошибка – это самоуверенно двигаться по пути, не проверяя, куда он ведет. А ведет он чаще всего к потерям времени, денежных ресурсов, а порой и духа команды.
Отличная иллюстрация применения этого принципа – история создания бренда «Найк». Выпускник Стэнфордской школы бизнеса и спортсмен-любитель Фил Найт начал с того, что торговал с багажника своей машины обувью, произведенной в Азии. В то время в Америке кроссовки «Адидас» стоили дорого, а носить хорошую спортивную обувь хотелось каждому. Бизнес процветал, компания начала выходить на именитых спортсменов. Но у нее не было ни запоминающегося названия, ни торгового знака, и это нужно было срочно менять. Компании требовалось новое имя и логотип.
MVP – это отличный способ проверить гипотезы, вернуться назад и все исправить
Долгие обсуждения не давали результата, пока партнер Фила не увидел во сне богиню победы Нику. В честь нее и появилось имя «Найк». Логотип придумала студентка-дизайнер из Портлендского университета, за что ей заплатили $35. Логотип получил название «Swoosh», что значит «пролетающий со свистом». Так они очень быстро забрендировали компанию. Фил и его партнеры не тянули полгода с решением, не перекладывали эту задачу на штат дорогостоящих специалистов и не проводили исследований. Им нужно было придумать название и логотип в очень сжатые сроки, и они сделали это – быстро выбрали название и заказали логотип за пару десятков долларов. Сегодня он стоит миллионы.
Как мы начинали с простого в «Додо Пицце»
В «Додо Пицце» проекты развиваются по принципу MVP. К примеру, система обучения франчайзи. Изначально, когда у «Додо» только начали появляться партнеры, она еще не была разработана. Но, конечно же, компания не могла сказать: «Извините, мы пока не можем вас ничему научить. Сейчас мы начнем создавать систему обучения, приезжайте года через два, а лучше через пять». Поэтому мы применили подход MVP – в короткие сроки создали базовую программу обучения и потом, от потока к потоку, что-то в ней дорабатывали и исправляли, отталкиваясь от полученной обратной связи.
Первые франчайзи приезжали на обучение и шли работать на кухни пиццерий. Это и было их обучение – что поняли, то поняли. Вот пиццерия, вот фартук, через месяц можете открывать собственную. Никаких тренеров, инструкторов и минимум обратной связи. На втором этапе мы впали в другую крайность – начали обучать франчайзи всему, что знаем сами, надо им это или нет. И, наконец, на третьем этапе осталась только нужная, полезная информация и ничего лишнего.
После обучения мы брали у каждого потока франчайзи обратную связь. Спрашивали, что им было понятно, а что нет, что понравилось, а что нужно доработать. После каждого круглого стола мы корректировали программу, вносили изменения. Самое интересное, что работа не закончена и по сей день. Более того, она никогда не будет закончена. Процесс совершенствования имеет начало, но не имеет конца, с каждым разом все должно становиться еще лучше.
По принципу постепенного совершенствования разрабатывалась и информационная система «Додо IS». Сегодня на ней завязана деятельность всех пиццерий сети «Додо Пицца». Система состоит из множества различных блоков – это прием заказов, звонки клиентов в кол-центр, заказы с сайта, меню-борды в пиццериях, различные отчеты, системы управления сотрудниками, системы найма, учета, составления графиков, личные кабинеты сотрудников и многое другое. Но все это появилось не в один момент, не с первым запуском. Когда-то ничего этого не было, а разработки начинались с нуля.
Первым делом была создана возможность принимать заказы. Это самая первая функция системы, которой бизнес сразу смог пользоваться. Вы только подумайте: вначале была только возможность принимать заказы! Никаких отчетов, никакой системы учета, расписания – ничего. Но уже этого было достаточно, чтобы приносить пользу бизнесу. Это и есть MVP.
Поход в гемба – идем на кухню
Гемба – это японское слово, которое обозначает место непосредственного создания продукта для клиента. Это завод, кухня в пиццерии и прочие места, где люди своими руками создают ценность компании. Если они прекратят работу хоть на день, это почувствует весь бизнес.
