Maksim kuletskiy
Три Принципа гибкости и бережливости при разработке digital продуктов.
1 Принцип. Минимально ценные продукты важнее продуктов с широким функционалом с множеством опций.
Именно так рождаются великие продукты такие, как Dropbox, Twitter, TikTok. Модель минимально ценного продукта (MVP) заключается в том, чтобы как можно в более короткие сроки создать прототип продукта, который на минимальном уровне будет доносить до пользователя его ценность.
  • После создания MVP его необходимо продемонстрировать как можно большему количеству пользователей,
  • собрать обратную связь,
  • получить необходимый набор знаний для доработки,
  • доработать MVP, исходя из полученных знаний, и повторить этот цикл.
Цикл: Создать-Оценить-Научиться
Создать
Минимально ценный продукт, обладающей всей необходимой потребительской ценностью.
Оценить
Оценить его качественные и количественные потребительские свойства. Протестировать его на множестве реальных пользователей.
Научиться
Понять качественные и количественные данные использования MVP и сделать выводы.
Создать
На основании выводов доработать MVP, более ценный и интересный пользователям
Такой подход неизмеримо сильно снижает риски продукта и позволяет получать на выходе именно то, что ищет пользователь продукта.
2 Принцип. Талантливый персонал важнее дорогостоящих программ и инструментов
В эпоху стремительного развития технологий и Web3 мы делаем ставку не на коробочные готовые решения и их поддержку, а на развитие собственных сотрудников, которые способны работать с гибкими, постоянно развивающимися технологиями. В нашей команде нету "случайных" людей. Мы все идейно заряжены и временами мы с удовольствием работаем по 16 часов в сутки для того, чтобы добиться результата.
3 Принцип. Человеческие отношения и общение важнее контрактов
Оценка трудозатрат на разработку уникального программного обеспечения — это труднейшая задача. В проектном менеджменте существует такой термин, как "Конус неопределенности".

К примеру, у клиента есть техническое задание на разработку маркетплейса, и он приходит в компанию разработчиков за расчётом его стоимости. Конечно, клиента интересует вопрос цены разработки всего маркетплейса целиком, чтобы он мог заложить цену в бизнес-план. Но если его задание клиента уникально и разработчики никогда не выполняли именно такого рода задач, то точно оценить трудозатраты на этот продукт - это суперсложная задача. Менеджер может сделать первоначальную оценку, но согласно Конусу неопределенности по статистике оценка в конце работы может отличаться от -25% в меньшую сторону до +150% в большую. Естественно, менеджер озвучивает клиенту большую сумму, чтобы разработчики не понесли убыток и, по итогу, клиент может переплатить трижды.

Мы считаем этот подход в корне не верным. Для того, чтобы клиент не переплатил, в случаях, если мы не может сказать точную оценку, оценку мы делаем итерационно, поэтапно, от задачи к задаче, от релиза к релизу. Этим мы обеспечиваем четкость и прозрачность. Для этого мы должны быть постоянно в тесном и прозрачном контакте с клиентами, и наше продуктивное общение (созваны, переписки, встречи) — это залог успешности проекта.
Давайте обсудим ваши идеи
I@maksim.tech
Prytyckaha st., 27A, Minsk
+375 (29) 666 09 72
Maksim Kuletskiy © 2023