Вы управляете лимонадным киоском в центре парка и хотите привлечь больше посетителей, добавив в ассортимент Bubble Tea — популярный напиток с шариками тапиоки, который особенно нравится молодежи. Но прежде чем вкладывать деньги в закупку дорогостоящего оборудования, ингредиентов и разработку новых рецептов, хочется как‑то проверить, есть ли у этой затеи потенциал.
“Быстрее проверяйте гипотезы” – гласят заголовки статей, книг и видео. В веб-разработке способ создания продуктов через MVP прижился достаточно прочно. И не случайно, ведь веб-продукты очень гибкие по своей натуре, что позволяет их быстро трансформировать под потребности рынка. Отличный способ защитить себя от лишних трудозатрат, потери времени и денег – это создать минимальную ценность продукта и попробовать его продать. Ведь лучше понять как можно раньше, что делаешь не то, и изменить план действий, чем получить никому не нужный продукт спустя годы разработки.
Во всех пособиях сказано:
Привет! Меня зовут Михаил. Я IT-евангелист с 15-летним опытом работы в IT-индустрии: начинал как разработчик на C#, а сейчас опытный руководитель проектов и продакт-менеджер. Я пишу книгу об управлении IT-проектами, но без обратной связи это делать довольно сложно. Поэтому я решил публиковать здесь некоторые главы из книги, над которой работаю, чтобы получать обратную связь и конструктивную критику. Спасибо, что меня читаете — ваше внимание и интерес дают мне силы продолжать.
Привет, я расскажу про наш путь создания low-code платформы-конструктора для разработки сложных Back office систем. Сложными, в данном контексте, называются продукты с базами данных на 500 таблиц и больше, тысячами web-экранов для пользователей, большим кол-вом логики в бизнес процессах, постоянным потоком новых требований и оказанием поддержки сотням клиентов. Платформой-конструктором я называю именно полноценный инструмент для создания новыхЧитать полностью »
У нас есть внутренний продукт для оценки сотрудников. Он сменил три проджекта, три тимлида разработки, двух дизайнеров. Я была третьим проджектом в этой наследной цепочке.
Что пошло не так? Ну, в какой-то момент пришёл бизнес и сказал: чуваки, вот у нас замечательное ТЗ, его нужно сделать. Команда в первом составе собрала аналитику, прикинула список действий, заложила 15% времени на непредвиденное и приступила к разработке.
А в декабре бизнес сказал, что мы должны запуститься через месяц.
Мы катастрофически не успевали, стали выпускать поэтапно и седеть. В этот месяц родилось то, что мы очень вежливо называем MVP. Он был настолько прекрасен, что части бека выполнялись на фронте. Потому что фронтендер помогал, чем мог, и делал математику для обработки данных прямо в формах ввода этих данных.
Первый состав по каким-то личным причинам (возможно, кровью из глаз) не смог взять это на поддержку, сменились тимлид и проджект. Бизнес считал, что проект нормально работает, нормально поддерживается и всё с ним будет хорошо. И начал выкатывать новые запросы на фичи в нон-стоп режиме.
Второй тимлид выгорел и уехал в условный Гондурас.
Всё это время в команде был разработчик, у которого был гениальный план, что бы он сделал, если бы стал тимлидом. В какой-то момент его мечта сбылась. Он стал тимлидом. Тут нам как раз принесли новый блок с жёстким дедлайном в три месяца, надо было сделать новый продукт. На всё это у нас было времени с мая по июль.
Короче, мы посовещались и пристрелили к чертям весь проект.
Мечта была в том, чтобы написать его заново.Читать полностью »
Всем привет! Меня зовут Алексей Половинкин, и я отвечаю за Python в AGIMA. За последние 2 года мне повезло запускать сразу 2 крупных MVP-проекта: классифайд автомобилей для Казахстана и проект в сфере телемедицины. За это время у меня и моей команды накопилось много опыта по запуску подобных проектов, и им хотелось бы поделиться. В этой статье рассказываю, как не допускать ошибок на этапе MVP и какие практики полезно внедрять сразу.
Меня зовут Иван Кесель, я владелец продукта сделок с недвижимостью в ДомКлик, а раньше был владельцем продукта мобильного приложения «Спасибо от Сбербанка». В Sbergile работаю уже три года. Выручка от продажи сервисов нашей команды измеряется сотнями миллионов рублей, а количество сделок с недвижимостью — десятками тысяч в год.
Я расскажу о том, как запустить продукт при ограниченном количестве ресурсов и времени. Но сразу предупрежу: если необходимыхЧитать полностью »
Мой дед неплохо играл в шахматы. Буквально сутками просиживал за доской. В детстве я часто приезжал к нему - так постепенно и полюбил игру.
В этой статье попробуем разобраться нужно ли инженеру продуктовое мышление (и в каких случаях), какие плюсы (и минусы) это даёт, и возможно ли совместить в одном человеке два разных (часто противоречащих) образа мышления. Ведь разные образы мышления ведут в разным приоритетам, а как следствие и разным действиям.
Меня зовут Дима, я студент Бауманки и программист с предпринимательским опытом. Вместе с ребятами, айтишниками и аналитиками, мы придумали Quicq – единый городской логистический сервис, к которому может подключиться любая компания и избавить себя от необходимости содержать свою службу доставки. Как факс, только для физических товаров. За неделю мы запустили MVP в Ярославле, потратили на старте 15 тысяч рублей, выполнили около 250 заказов и доставили еды на 175 тысяч рублей. Сейчас сервис работает в убыток, но мы знаем, как это починить. Мы пишем свой софт, готовимся к тестированию новых гипотез и проводим работу над ошибками.
Расскажу, как мы прошли путь от идеи до запуска, – нащупывали нишу, разрабатывали бизнес-модель, искали подход к клиентам и выстраивали работу с курьерами. Возможно, наш опыт будет полезен тем, кто стоит перед похожей задачей, и тем, кому интересны эксперименты в области unit-экономики. Читать полностью »
