Иван Лощёнов

Операционный директор в Nutnet

Про суперспособности

У всех есть сильные стороны — набор личностных качеств в особенных пропорциях, благодаря которым что-то дается нам проще, чем остальным. Чем раньше получается их сформулировать, тем легче жить: выбирать работу, задачи, роли и среду.

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

В Школе Бюро мы с командой «Суккулентоводства» (Полина и Катя, привет!) столкнулись с интересным искажением: каждому казалось, что остальные ребята в команде сильные специалисты и вносят много пользы в проект, а ты не делаешь ничего особенного. Но когда обменялись обратной связью, стало понятно: мы не видели ценности в том, что давалось нам легко, а другие видели, потому что для них это огромный труд.

Другими словами:

  1. Количество усилий, потраченных на достижение результата, не равно ценности результата. То, что вам очень тяжело, не означает, что вы на пути к чему-то полезному.
  2. Люди измеряют ценность результата количеством усилий, которые им самим пришлось бы потратить, чтобы получить то же самое. То, что вы делаете на автомате, для других может быть большой экономией времени, сил и нервов.

Ищите свои сильные стороны в повторяющихся просьбах других людей: там, где вас снова и снова зовут помочь; там, где после вашего участия становится понятнее, спокойнее или надежнее; там, где вы делаете без надрыва, а другим это заметно помогает.

А еще поиск суперспособностей помогает в управлении людьми. Если внимательно смотреть на команду, видно тех, у кого получается «само»: без насилия над собой, без лишнего контроля, с интересом и энергией. Часто это значит, что человек на своем месте.

Потратьте пять минут, скажите человеку рядом о его суперсиле. Возможно, сам он ее пока не видит.

Задача и решение

Клиенты редко приходят с задачей, чаще приходят с выбранным решением:

  • нужен личный кабинет
  • хотим интернет-магазин
  • нужен редизайн

Но в заказной разработке есть опасный момент: иногда если делать ровно то, что просит клиент — получите продукт, который не решает его проблему. Поэтому надо делать не то что просят, а то что хотят. Ну вы и без меня это тысячу раз слышали: делайте как надо, а как не надо не делайте.

Например, клиент говорит: «Нам нужен личный кабинет», а на самом деле хочет другое:

  • увеличить повторные заказы
  • дать клиентам доступ к документам
  • сократить ошибки в заказах

И под каждую из таких задач есть другие решения:

  • CRM-маркетинг и триггерные рассылки
  • корпоративные чаты
  • улучшение процесса оформления

Поэтому «понять задачу» — значит разобраться:

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

После обучения в Школе Бюро, полюбил формулировку «полезного действия», она помогает точнее понять кому мы хотим причинить пользу и для чего:

Было Стало
Сделать сайт Помочь компании выглядеть надежным поставщиком для закупщиков и служб безопасности
Разработать личный кабинет Помочь B2B-клиентам оформлять заказы без ожидания менеджера, а менеджерам — меньше времени тратить на рутину
Создать интернет-магазин Помочь конечным клиентам находить нужный инструмент, видеть наличие и сроки поставки, оформлять заказ, а компании снять зависимость от дилеров, проверять гипотезы по розничным продажам, не ломая текущие процессы

Разница кажется небольшой, но в ней возможность решить настоящие задачи бизнеса.

Люблю вопрос:

«Какую задачу мы на самом деле решаем?»

Честный ответ на него иногда дает такое решение, что и делать-то ничего не надо — это идеально.

 Нет комментариев    54   2 мес  

Влияние искусства на мышление

До эпохи Возрождения (14-17 века) образ мышления человека базировался на мышлении социальной группой: семьей, классом, нацией.

И только через появление в искусстве перспективы (глубины и уникальной точки зрения) и большого количества портретов (научило видеть человека как личность) развился индивидуализм, мышление трансформировалось.

«Мона Лиза» Леонардо да Винчи: Wikipedia/Louvre «Тайная вечеря» Леонардо да Винчи: Wikipedia/Santa Maria delle Grazie «Афинская Школа» Рафаэль Санти: Wikipedia/Ватикан «the Elder» Pieter Bruegel: Wikipedia

Индивидуализм дал нам свободу выбора и ответственность за него, прогресс через развитие науки и искусства, свой моральный выбор и возможность каждому быть собой.

По сути, привычному для нас мышлению — каких-то жалких 400-500 лет (эволюция смеется с этой прикормки). Сложно представить, сколько еще у человечества впереди.

P.S.: Узнал это слушая подкаст о Пушкине. К своему стыду, со школьной скамьи к Пушкину было отбито уважение и ответа на вопрос почему он сердце русской поэзии не было. Поэтому с особым восторгом рекомендую эту работу, сильно кайфанул. Там много вкусного про: отношения с отцом, нетворкинг лицеистов, путь от либерализмного вольнодумства до службы на Николая I, книжный бизнес, любовь а Наталье Гончаровой и стоицизм в преодолении проблем.

Подкаст: https://music.yandex.ru/album/24956069/track/126893630

 Нет комментариев    190   2025  

Добродетели для роста в ИТ-карьере

В выходные выступал в ИТ-лицее перед родителями и педагогами, рассказывал что помогает добиваться успеха в карьере на примере опыта команды Натнэт.

Посчитал, что за 16 лет через компанию прошло больше 320 человек, 60% команды начинали работать будучи студентами.

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

Ключевой тезис:

Технологии приходят и уходят, остаются люди, которым доверяют.

Выводы, кратко:

  • Одних развитых хардскилов для быстрого роста недостаточно
  • Решают личностные качества, которые надо развивать:
    • Ориентация на развитие
    • Самоанализ, логическое и критическое мышление
    • Ориентация на результат и ответственность
    • Работа в команде
    • Инициативность и настойчивость
  • Важно любить, что делаешь → тогда будет рост
  • Личностные качества развиваются с рождения, но если очень хочется — можно начинать в любое время:
    • Составлять план развития: осьминожка навыков, цели и их трекинг
    • Постоянно просить обратную связь: делать это правильно
    • Развивать самостоятельность и настойчивость: даю примеры как
    • Смотреть как работают другие → заземляться в рынок

Презентация

Полная версия «Какие люди добиваются успеха в ИТ» в PDF.

Как организовать родительский комитет и не умереть

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

Проблемы! Какие проблемы?

Родительские комитеты, как и любое общественное управление, опирается на инициативу.

Вчерашние родители становятся «управленцами» и сталкиваются с ведением бухгалтерии и организацией людей — испытывают стресс и часто плохо справляются с тем, чтобы объединять людей, потому что занимаются этим в свободное время, на коленке, часто впервые и без инструментов. Из-за этого не получается создать дружелюбную среду, договариваться, строить отношения, без конфликтов собирать деньги, следить за балансом и отчитываться перед тревожными родителями.

Почему мне стоит доверять

Дети на зимнем корпоративе, который «самоорганизовался» по этим правилам, как и все остальное

Автор был капитаном и менеджером любительской спортивной команды, незримым наблюдателем сцен и драмм в детском саду, а последний год отвечал за финансы и организовывал родителей в школе:

  • распределял ответственность между родителями
  • выстраивал отношения с классным учителем
  • вел финансовый учет

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

База знаний — это старт!

Чтобы помочь родителям проще входить в эту роль и справляться с организаторскими функциями в саду, школе и спортивной секции предлагаю создать базу знаний. Собрать практики, советы и инструменты в одном месте, чтобы родители без сверхусилий входили в эти роли и делали работу групп беззаботнее, а родителей счастливее. Хороший пример центра знаний по теме: ФФФ.воркс

Первая версия

Первая версия системы будет работать только на уровне родителей и учебного заведения, без выхода в надсистему (систему образования) и подсистему (детей). Уровень вопросов, которые будет закрывать база знаний:

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

База будет представлять из себя сайт с информационными материалами и инструментами. Для популяризации сервиса подготовим брендированные материалы: таблички для учета доходов\расходов, памятку для родительских чатов, шаблоны.

Сервис будет работать бесплатно, а у пользователей будет возможность пожертвовать деньги на развитие проекта.

Таблица для финучета

Пример шаблона, который автор использует для финучета, родители в восторге — за год не было ни одного вопроса и претензии по поводу расходов. Данные не реальные, совпадения случайны.

Планы

После выхода базы знаний и набора аудитории в 500 человек — создадим сообщество. Чтобы не терять контакт с аудиторией — сразу заведем группу в телеграмм и будем собирать емэйл-адреса. Сначала будем сообщать об обновлениях базы знаний, а потом сообщать о развитии сервиса. Подробнее о деталях проекта и контуре первой версии в понимании задачи.

Как помочь

Ищу в проект редактора и дизайнера, разработчик есть. Ребята из Школы Бюро — я вас ищу, пишите в телеграмм: @loshenov.

 Нет комментариев    607   2024  

Симулякр итогов с Ural Digital Weekend 2023

С 3 по 5 августа провел с коллегами в Перми на Ural Digital Weekend 2023. Ничего не ждал и был удивлен уровнем организации, фестивальной атмосферой и кучей топов из заказной разработки.

Чтобы не пропало, делюсь заметками с поездки:

Общее

  1. Важность препати на профильных конференциях была мною сильно недооценена
  2. Критически важно выходить с уровня бизнес-заказчика на уровень топ-менеджеров и владельцев, чтобы не терять контакт с клиентом из-за смены менеджмента. И в дополнение — регулярно собирать обратную связь от топ-менеджеров и владельцев, чтобы реально оценивать ценность которую вы доносите до бизнеса клиента
  3. Отчеты для T&M-контрактов можно делать на BI — реалтайм-обновление и полная прозрачность
  4. Первый месяц можно продавать по постоплате, чтобы снизить риски клиента (интересная мысль, но не сталкивался с таким возражением на пресейле)
  5. Мало экспертизы на этапе продажи не бывает

Разработка своих продуктов

  1. Значимые тренды рынка энтерпрайз-систем
    • Освободилась существенная доля рынка из-за ухода зарубежных продуктов (нужны замены ушедших систем)
    • Технические тренды: микросервисы, lowcode/nocode стек, RPA
    • Господдержка импортозамещения
    • Самописные внутренние разработки крупных игроков
    • Риски потери кадров (релокация, конкуренция за ИТ-кадры)
    • Новые продукты крупных российских интеграторов
    • Монетизация собственных решений
  2. Не получится сделать продукт из готового решения, которое разрабатывалось под конкретного заказчика. Но для поиска «болей» рынка и формирования плана по развитию такого продукта можно использовать привычный Jobs To Be Done и мало известный Pain Chain
  3. Почему здорово делать продукт с клиентом:
    • Глубочаяшая отраслевая экспертиза
    • Выходы на всех ЛПР в отрасли
  4. Почему клиенту здорово делать продукт с агентством:
    • Экспертиза в разработке
    • Умение продавать ИТ-решения
    • Понимание того что такое клиентский сервис в ИТ (продукт может требовать внедрения)
    • Гибкость (агентство всегда меньше и быстрее)
  5. Обратная сторона продуктовой разработки
    • Очень сложно найти первых клиентов, свою кор-аудиторию
    • Высасывает ресурсы (деньги и людей)
    • Размывается фокус внимания
    • Расходы сложнее планировать
    • Расхолаживает команду, после клиентских проектов
    • Сложно контролировать команду, если делаешь продукт бенчем (так не надо делать)
  6. Рекомендации по организации запуска продукта
    • Жестко фиксировать этапы и бюджеты на свои продукты. Будьте готовы потерять эти деньги
    • Учитывайте все затраты на разработку, в том числе косвенные затраты и упущенную прбыль
    • Подумайте как будете использовать продукт, если он не взлетит
    • Выделенная команда и четкие роли в ней
    • Выделен ответственный за продукт (визионер) с четкими, прописанными KPI. Найдите человека, который будет думать о продукте всё время (не пол дня).
    • Ответственный за продукт — не просто продакт, это драйвер процесса. Зачастую это должен быть СЕО\СОО\партнер — очень замотивированный предстаитель отдельного бизнес-юнита. Поэтому начать стоит с драйвера, тогда будет все чуть проще.
    • Относитетсь к продукту как к заказчику своего агентства.
    • Четко поставлены цели: smart, harvest, mece
    • Продукт и основной бизнес не соперничают друг с другом
    • 10 раз убедиться что за продуктом стоит реальная боль, а не фантазии (даже если это фантазии самых главных людей в компании). Убедитесь, что сфера продукта близка вашему агентству
    • Проработайте бизнес-модель, не смешивайте ее с агентской моделю
    • Рассказывайте о продукте и том, как его делаете
  7. С какими клиентами будет сложно прийти к продуктовой разработке:
    • Если нет процессов продуктовой разработки или текущее понимание больше на стороне заказчика
    • Работаем по спринтам, но не видим смысла в бизнес-аналитике или системном аналитике. Заказчик не подпускает подрядчика к внутренней кухне, работаем в режиме черного ящика (ВА, привет)
    • Продукт не совсем продукт, не приносит ценности бизнесу, обречен на правал
  8. С какими клиентами возможно прийти к модели продуктовой разработки:
    • Если у заказчика есть фреймворк продуктовой разработки и он внедрен хотя бы частично
    • Заказчик понимает ценность продукта и имеет план развития
    • Заказчик умеет пользоваться всеми инструментами аутсорса
  9. Если продукт не развивается — не увеличивается бюджет на его развитие.
  10. Как устранить раскол между ИТ и бизнесом — путь к успеху агентства:
    • Не пытаться занимать только одну из сторон (важно всё и сразу: делать важные для продукта задачи, по правильному процессу и быстро, чтобы бизнес возвращать инвестиции)
    • Объяснять бизнесу почему в долгосрочной перспективе нужно учиться слыть ИТ: архитекторов, лидов и СТО
    • Снабдить ИТ бизнесовой фактурой для продажи своих позиций, сделать ИТ-метрики управляемыми
    • Помочь ИТ лучше отвечать требованиям бизнеса, а бизнесу предоставить для ИТ требования в понятном виде
  11. Фреймворк продуктовой разработки, который должен настраиваться и постоянно адаптироваться, чтобы минимизировать ТТМ:
Этап Бизнес-инициатива или гипотеза Оценка и приоритизация Бизнес-анализ Системный анализ Разработка
Кто Кто угодно: стейкхолдеры, СЕО, владелец продукта Лид разработки, БА, Владелец продукта БА, Владелец продукта, РП, ITBP, стейкхолдеры Лид разработки, Владелец продукта, РП Лид разработки, РП
С каким результатом Сделаем что-то что сделает продукт более ценным для потребителей с целью увеличения бизнеса Понимаем сложность и сроки в попугаях, понимаем профит, приоритизируем Декомпозированные бизнес-требования, CJM, EJM, описанный бизнес-процесс. Дизайн, UX, ограничения Техническое решение, декомпозиция задач, в том числе по системам, беклог готовых, оцененных и готовых к разработке задач Задачи в рамках изначальных БТ, готовые к релизам (или UAT\AB\E2E) во всех системах
Пример Если мы автоматизируем процесс оформления заказа — улучшим SLA дял клиентов, сэкономим Х рублей на операционных затратах Клиенты смогут оформить заказ в любое время суток, бизнес сэкономит и высвободит операционного ресурса на 20 млн в год Осознание, что требуется доработка в 5 бэкенд-системах, юридические и финансовые аспекты улажены, готов дизайн, описан процесс, посчитан P&L Эпик или сторя, в который собраны все задачи с оценками. Осталось только положить в спринты по системам согласно приоритетам Команда разработки готова провести демо нового функционала бизнесу и готова к отгрузке на бой

Команда

  1. Для создания эффективной команды нужны единая цель, где каждый преследует цель компании и взаимодействует друг с другом
  2. Почему командная работа решает на уровне задач Complex (об этом чуть ниже):
    • Делает возможным решение задач, что не под силу одному человеку
    • Является гарантией, что будут учитываться интересы всех сторон
    • Понижается риск принятия ошибочных решений
    • Помогает бороться с производственной слепотой
  3. Чтобы у команды появилась сопричастность к происходящему, сопереживание проблемам, поддержка и продвижение изменений, повышения доверия и генерация идей — она должна быть плотно интегрирована в то, что у компании происходит и наоборот. Для этого существует точки для сбора и передачи информации, дальше об этом
  4. Какие могут быть точки для сбора информации:
    • 1-2-1 RM
    • 1-2-1 HR
    • 360
    • Командные встречи
    • Чаты
    • Эскалации
    • Perfomance review
    • Проектные ретро
    • Неофициальные встречи
  5. А какие системы передачи информации:
    • Планерки топов (еженедельно)
    • Планерки менеджмента (каждые 2 недели)
    • Планерки отделов (каждые 2 недели)
    • Общая встреча компании (квартальные, годовая)
    • Мероприятия по изменениям
    • Личные встречи
    • Дополнительные: почтовые рассылки (nda\not nda), телеграмм-канал, общий чат в телеге, сессии Q&A.
  6. О чем компания может делиться с менеджментом:
    • Всё и максимально открыто
    • Продавать прототипы изменений и собирать обратную связь
    • Просить задавать неудобные вопросы
    • Рассказывать о возможностях и искать лидеров
    • Показывать проблемы и искать совместные решения
  7. О чем компании стоит делиться со всеми:
    • Об изменениях (которые уже поддерживает менеджмент)
    • Проблемы — с решениями от менеджмента
    • Возможности — с запросом на участие
    • Выручку, прибыль — в процентах

Проекты

  1. Каскадная модель производства драматически снижает вероятность успеха проекта
  2. Cynefin framework https://ru.wikipedia.org/wiki/Cynefin_framework — как концептуальная основа для принятия решений:
    • Obvious. Применяйте «Best Practice». Задачи ясны, решения очевидны, следуйте установленным процедурам.
    • Complicated. Применяйте «Good Practice» или экспертные мнения. Возможно несколько правильных решений
    • Complex. Проведите эксперименты и используйте «Emergent Practice». Тут нет очевидных решений, выясните правильный подход через пробу и ошибку.
    • Chaotic. Действуйте сразу для стабилизации ситуации, затем изучайте и отвечайте на изменения. Нужно немедленно действовать.
  3. В разработке нетиповых решений часто приходится решать задачи уровня Complicated и Complex, поэтому взвешивайте решения. Complicated — это граница проектной деятельности, начиная с Complex — это задачи в зоне эмпирической деятельности, а значит мы не можем говорить о каскадной модели и вотерфоле для таких решений. Это всё Симулякр плана, как выразился Глеб Михеев :-)
  4. Иногда стоит принять, что ты не можешь определить точные требования и вместо требований определить цель и ключевые результаты (это, кстати, пересекается с тем что говорят ребята из Бюро про ФФФ). Это зона неопределенности, её невозможно спланировать. Это зона командной работы.
  5. Что пропагандирует аджайл:
    • Люди и взаимодействие важнее процессов и инструментов
    • Работающий продукт важнее исчерпывающей документации
    • Сотрудничество с заказчиком важнее согласования условий контракта
    • Готовность к изменениям важнее следования первоначальному плану
  6. В аджайле развитие. Аджайт создает продукт, ватерфолл его воспроизводит
  7. Немного о концепции Run-Change-Disrupt

На кого подписался после конфы

  1. https://t.me/panfilovonline Пишет про запуск digital-проектов и IT-инструменты для бизнеса
  2. https://t.me/rukovozhu Виктор Рындин: CEO @Wemakefab & @Dprofileru
  3. https://t.me/tired_glebmikheev Глеб Михеев, просто поток сознания на стыке менеджмента и ИТ, я влюбился
  4. @dpletnev. Дима Плетнев. Но он ничего в паблик почему-то не пишет, приходится писать в личку
  5. https://t.me/successfulproduct Сергей Пращенко, про продакт дискавери вообще и в энтерпрайзе в частности (самый недооцененный доклад, потому что было жутко интересно, но все выдохлись)

Ну и посмотрите запись трансляции, очень много достойных лекций:

Нетворкинг на GASTREET 2023

С 5 по 7 июня провел на восьмом GASTREET в Красной поляне. Делюсь заметками по разработке для ресторанов и опытом нетворкинга.

Заказная разработка для ресторанного бизнеса

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

У большинства очень схожие проблемы: не считают маркетинг, нет метрик для принятия быстрых решений (или они не на поверхности), автоматизация из коробки закрывает не все потребности, регулярные технические проблемы с iiko или r-keeper.

Большинство автоматизируют процессы как видят сами, не опираясь на опыт отрасли; учатся на своих ошибках. Из-за этого даже единичные рестораны нуждаются в уникальных ИТ-решениях или уникальных связках разных ИТ-продуктов.

Крупные холдинги и сети имеют экспертов (внутри или снаружи), опираясь на чей опыт принимают решение и выбирают подрядчиков\технологии. Люди работают с людьми, опытные люди с деньгами работают с проверенными людьми по рекомендациям. Выход в холодную работает, если знаешь где болит и заходишь точечно в узкие задачи с конкурентным решением и имеешь кейсы как ты это делал в другом ресторане\сети\холдинге схожего размера.

Идеально развивать клиентов в нише в двух направлениях:

  1. Разрабатывать и внедрять нишевые продукты.
  2. Тиражировать опыт в нише, предлагая индивидульные решения с переиспользованием какой-то части продуктов и экспертизы команды. 

Специализация окупается. Вот, например, Lemma — интегратор в хореке, работает со средней ставкой около 5000 Р. Это примерно в 2 раза выше средней ставки в заказной разработке.

Рекомендации по нетворкингу для будущего себя

  1. Если едешь на часть мероприятия, лучше ехать ближе к концу, чем началу. В первые дни люди в себе и в людях с которыми уже знакомы.
  2. Первичные договоренности по встречам работают: из 9 встреч состоялось 6. Это те встречи о которых команда договорилась на берегу. О таких встречах договаривалась команда, но кажется что личные договоренности сработают лучше — так будет больше доверия и ближе контакт.
  3. Работает общение после доклада: со спикером и его аудиторией. Часто в этих кулуарах звучат вопросы, которые подсвечивают проблемы. А проблема — это возможность поделиться опытом, предложить решение, познакомиться.
  4. Работает задавание вопросом с подсвечиванием экспертизы и предложением собраться и обсудить тему после мероприятия. В мобильном приложении мероприятия это будет сделать еще проще. Примеры: раз, два
  5. Работают чаты мероприятия. Там легко «продать» бесплатную консультацию, особенно если это отраслевое мероприятие по какой-то теме. Пример.
  6. Постарайся не летать ночью в целях экономии времени, экономия будет условная, а для знакомств и продуктивного общения нужно много энергии.

MVP как стратегия

Собрал самое важное из доклада «Как запустить что угодно в срок и бюджет, без борьбы и геройства», чтобы не потерялось и было кучненько.

Ограничьте контур MVP только ключевой ценностью

Потратьте время, но поймите лучше основной сегмент ЦА, того кто будет первым пользователем:

  1. Запускайте продукт для лояльных пользователей, клиентов или сотрудников. Нет смысла запускать на всех потенциальных пользователей, выберете самую лояльную группу или важный сегмент
  2. Проверьте что у них есть настоящая проблема и они это осознают. Как это сделать:
    — они активно ищут решение
    — они как-то сами пытаются решать её
    — у них есть возможность платить за решение
  3. Зафиксируйте контур продукта: проставьте приоритеты сценарии своего ключевого сегмента ЦА
  4. Не обсуждайте функциональные возможности продукта. Говорите сначала про задачи, ключевые действия и ценности, а только потом трансформируйте это в решение. Грубо говоря, пользователю не нужен личный кабинет, ему нужно список избранного видеть.

Отделите срок запуска продукта от срока разработки продукта

  1. Если продукт сложный и первые версии MVP — это кожа и кости, не запускайте его на клиента
  2. Следуйте стратегии, презентуйте версии продукта выкладывая ценностные фичи частями на ограниченную аудиторию. Например, в таком порядке:
    1. Проектная команда и бизнес-заказчик\клиент\инвестор
    2. Ключевой сегмент из прошлого совета
    3. Рынок

Синхронизируйте бизнес и разработку

  1. Никогда не планируйте маркетинговые активности: рекламу, посевы, блогеров и конференции впритык к окончанию разработки, которое уже вот-вот, буквально через неделю.
  2. Если бизнес и разработка существовали после первого релиза продукта, они должны знать друг про друга «до».

Перейдите к коротким интеграциям разработки

Почему это важно и хорошо работает:

  • Сможете управлять приоритетами (а ими придется управлять)
  • Не потратите драгоценные месяцы на аналитику
  • Не будете придумывать реализацию того, что изменится за следующие 3-4 месяца
  • Это самый простой способ уменьшить вероятность «обосраться» в два раза (где-то до 50%)

Избавьтесь от лишнего

Сложный функционал портит продукты, откажитесь на старте от всего, что не укладывается в ключевой сценарий основного сегмента:

  1. Часть идей можно не реализовывать, а реализовать в том виде, который бы проверял спрос или собирал обратную связь от пользователей.
  2. Дайте якобы полноценный продукт, но без излишней автоматизации внутри. Автоматизация это дорого, а автоматизация необкатанных процессов — очень дорого.
  3. Импровизируйте: сделайте промо-сайт на Тильде, емэйл-рассылку на сендпульсе, онлайн-оплату на стандартном эквайринге. Используйте лоукод-платформы и готовые решения, если можете.

Начинайте с узких мест

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

Вместо вывода

Не забывайте: пока мы что-то делаем на дев-серверах, пользователи и бизнес ждут перемен!

P.S.: Кстати, я иногда выступаю на конференциях.

Выступаю на конференциях

Выступлю на вашей ИТ-конференции, фестивале или воркшопе. Встречусь с коллегами по рынку в других форматах, чтобы обменяться опытом.

Делюсь опытом на темы:

  • заказная разработка
  • разработка и развитие продуктов
  • управление проектами
  • отношения с клиентами в сервисном бизнесе

С отдельным удовольствием приеду в Ульяновск или Самару.

Прошедшие

  1. Секция «Электронная коммерция» на форуме «Мой бизнес — путь к новым рынкам» г. Ижевск, 2026
  2. Какие люди добиваются успеха в ИТ, ИТ-лицей №24 г. Ижевск, 2025
  3. MVP как стратегия, Видео с выступления в Мастерской маркетинга Андва, 2023
  4. MVP как стратегия, Презентация с доклада на IT Summer Camp, 2022
  5. Ничего нового про коммуникацию, Презентация с доклада на Прожектор, 2019
  6. Экономика проектов в заказной разработке, Презентация с доклада на Прожектор, 2018
  7. Давайте поговорим о проектах на примере сайта «АСПЭК-Авто», What the FAQ is WEB-design, 2014
  8. Ирония судьбы или удаленная работа, IzhDevCom, 2012

Вопросы и предложения

  • Telegram: loshenov
  • Эл. почта: ivan@loshenov.ru

Перестаньте делать привычным образом

Со временем любой глаз замыливается, подход в принятии решений встаёт на рельсы и становится рафинированным.

Чтобы этого не происходило, нужно не бояться выдергивать себя из привычной жизни. Менять темп, изменять привычкам, разминать мозги:

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

Вагон наблюдений возможность увидеть какими правильными привычками живёшь.

Ранее Ctrl + ↓