Именно так рождаются великие продукты такие, как Dropbox, Twitter, TikTok. Модель минимально ценного продукта (MVP) заключается в том, чтобы как можно в более короткие сроки создать прототип продукта, который на минимальном уровне будет доносить до пользователя его ценность.

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

Такой подход неизмеримо сильно снижает риски продукта и позволяет получать на выходе именно то, что ищет пользователь продукта.

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

Оценка трудозатрат на разработку уникального программного обеспечения — это труднейшая задача. В проектном менеджменте существует такой термин, как "Конус неопределенности".

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

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