От планов к делу. Как создать-IT продукт, который полетит? / Оскар Хартманн

она мы конечно нищебродами но реально изоленте привет всем продолжаем серию запуск бизнеса с нуля и сегодняшняя тема наконец-то мы прошли эти суровые темы создания компании чары так далее ресурсы и вот мы наконец-то в нашей любимой теме создания продукта идти как сделать чтобы то о том что то мечтала наконец-то появилась что это на самом деле комплексный процесс нам приносит очень много радости это то на чем очень большой фокус обычно и сегодня я хочу рассказать самые частые ошибки которые я вижу в этом процессе это что можно конечно каждый продукт индивидуально здесь практически невозможно когда ты берешь все продукты которые возможны и потоп это ешь найти какие-то правды которые верны для всех это остается как раз вода мокрое небо голубое так далее то соответственно тем не менее есть какие-то вещи которые действительно проверены помогают очень многим создавать быстрее приходить к цели лучше приходить к цели поэтому сегодня говорим про разработку продукта во всех прежних видяху живого базу сделали чтобы все мы уже находимся в спринте как бы конечно мы видим да здесь как бы есть разработка концепция продукта я думаю ваше видение да что вы хотите вообще построить предположим сейчас давайте будем говорить про какое-то мобильное приложение например чтоб это было проще для понимания описание какой функционал будет находиться какие требования к продукту что он должен делать у нас есть уже dateline крайний срок который мы поставили чтобы запустить mvp здесь самая первая ошибка которую вижу самая частая ошибка когда основатели фантазируют о своем приложении все что в нем будет и в основном очень креативные люди еще о или это и это их brainstorming и так далее получается некий продукт и потом приходит команды в которых еще ничего нет вообще очень низкая база и разработка продукта там например 60 миллионов рублей и 12 месяцев огромный и это большая ошибка да здесь есть такой принцип не всего-то как много мне всегда больше это лучше меньше да конечно было бы классно и это имейте это тоже суперби меньше ну надо execute l s xl сильное исполнении маленькое количество вещей просто здесь вот как раз происходит так комплексные ты весь процесс до запуска очень комплекс но если еще вот здесь усложнять поэтому одна из самых важных вещей это как сузить для самого важного да вот самый базовый вот оставить только то предложение от которого невозможно отказаться то что вас действительно отделяет от конкурентов да вот предложения от которого невозможно отказаться самый главный узкий тут самое главное линии чтобы доказать что то что вы делаете если ваше приложение я вам расскажу все что я видел на окна основе 100 опытом те продукты которые становятся успешными они уже работали когда работали на коленках если продукт работы только в том случае когда он уже вообще вот в нем есть все как фейсбуке это обычно он вообще не летает простуды до этого не доходишь либо это просто слабая инновация слабое предложение на рынке поэтому ваша задача убрать немножко креатив накреативил может у вас есть карта для будущего здесь есть даже очень много интересных таких подходов есть компания которая просто болванку запускают если есть 10 функционалов запускают немножко трафик на нерабочей продукт просто смотрят на какую кнопку нажимают и разрабатывают в первую очередь то что люди нажимали достоинства можно сделать на мир без функционала кнопки и просто вот по ходу как люди на самом деле хотят пользоваться уже потом

разрабатывать и очень часто то что мы видим что в практике люди нажимают совсем другой функционал чем часто мы ожидали но это как бы есть разные вот такие подходы которые могут вам дать решения до чего сузить это сложный вопрос и но наша задача сейчас мы сейчас особенно находимся не самых простых временах где миллион долларов найти на разработку когда еще ничего нет очень тяжело поэтому чем меньше будет первая ступенька по стоимости если вы первую ступеньку сделали шестьдесят миль и он я очень надеюсь что вы делаете какой-то продукт который уже очень провереный который просто ну нужен в этом месте сто процентов что если это некая идея есть это некий эксперимент концепция вы это будут не победа будет неподъемный первый шаг ваша задача сделать первый шаг максимально низким это ваша предпринимательская до задача сделать больше с меньше сделать это меньше очень хорошо и это важное важная составляющая вот когда мы принимаем решение что мы разрабатываем на первом и так вражда это потянет за собой огромное количество вещей вторая большая ошибка после этого это когда ну как молодые команды собираются они говорят вот мы теперь будем производить стаканчики для кофейных или мы будем делать какое-то приложение или мы будем доставлять еду из ресторанов или что угодно обычно они просто начинают вот creativity на и вот что-то придумали и когда идет речь разработки они делают вторую большую ошибку это первая большая ошибка слишком большой функционал вторая большая ошибка это игнор полный игнор всего опыта мира соответственно если ты у тебя идея вот у кого то было в германии идея разрабатывать социальную сеть когда уже был фейсбук и когда были уже других странах похожие проекты и он просто полностью заново какие-то дела но это конечно классно но игнорировать международный опыт часто иногда это происходит и снизу незнание языка если кто-то в мире чтоб пресс делать что-то похожее либо то же самое либо что-то похожее и это очень важно посмотреть как они это делать архитектура и так далее до стресса какие инструменты использовались какие языки программирования какие фреймворке все максимально у вас уже есть инновация в том что вы хотите делать если ошибка иногда инновационных ли новых компаний что они все делают по ней проду и продукции сдают новый и чар делают по-новому и презентации делают по-новому и архипов все везде все делают по новому это конечно это все ломается где то вы должны давать скорость где то вы должны брать так называемые лучшие практики например по разработке какого-то этого конкретного приложения одной из лучших практик может быть распределенные базы данных очень узкий которые потом как бы позволяет масштабировать этот продукт до очень большого размера до соответственно знать как это сделали другие с какими проблемами столкнулись другие для этого есть огромное количество сейчас информация которая существует в мире которую просто люди не используют и здесь в принципе вот этот весь пункт он по третья ошибка это вот опять моя любимая тема ранняя боль да это боль до легко быстро вот как раз войти продукт я конечно моя философия просто делать дело я просто но иногда люди ее немножко неправильно интерпретируют делают первых 5 простых шагов берут какой-то конструктор и потом уже когда начинается работа сталкиваются с такими проблемами что и практически нужно возвращаться и все переделывать заново да и бы избежали раннюю боль не сделали вообще никакой предварительной работы до по принятии сложных решений вы

конечно быстрее доплыли но потом вы создаете практически заново весь круг будет только вчера с такой команды суть встречался они проигнорировали раннюю боль теперь уже прошло 12 месяцев до сих пор нет продукта и они находятся практически самого на опять начала и конечно теперь вся компания под угрозой из-за того что не сделали ту сложную раннюю работу которую надо делать разработке продуктов самое главное архитектура идти как что будет фронт какой будет бег как это будет соединяться как это будет работать на какой сервер на место в инфраструктуре как будут храниться данные что будет с ними происходить потому что самое ценное что есть в текущем мире это данный обязательно должна быть стратегия из работы с данных данные тесты из а дальше дизайн вот здесь вот это то что люди любят архитектуру обычно забывают а вот картинки да здесь это здесь до дизайне делают очень много вещей ненужных которые потом в программировании когда начинается программирование превращаются в аске от потому что одно картинки сделать легко запрограммировать все это тяжело конечно параллельно с этим процессом идет целый процесс который создает все что дополнительно нужно для работы продукта может быть нужны какие-то закупки до нужно закупать вещи а про операционное готов надо это очень комплексный проект почему как раз на интеллект это способность достигать комплексной цели именно достигать они понимать вот как раз вот у и вот в таких проектах проявляется интеллект человека когда нужно свести это командная работа разные люди отвечают за разные вещи это командная работа и это комплекс на здесь идут что параллельных процессов которых дате запуска должны сойтись ну конкретно войти от мы определили структуру дизайн программирование у нас есть и чар структурам и либо конечно я честно говоря очень слабо верю в аутсорс иногда бывает что первый спринт можно сделать на аутсорс но весь мой опыт говорит мне что эти должно быть in-house компания которая не делает один house она становится зависимой медленно это не потому что здесь нужно сделать столько эти рации если у вас появляется целый пласт координат договоров и так далее с другой это практически для стартапов не работать только если вы точно знаете совсем вот но это как бы будет исключение но in-house команда и здесь соответственно вот проработали вот эту архитектуру зафиксировали фиксируем конечно она может меняться по ходу но желательно dapper уже после первого запуска мы должны в какой-то момент зафиксировать что мы хотим иметь потому что чем больше нам мы здесь меняем чем больше меняются все остальные под потоки именно так отодвигаются крайние сроки все дальше и дальше здесь создаем спринт и я думаю для зрители моего канала не секрет что есть такие подходы как скраб так бы спринт и планируем спринт и сколько там пять шесть семь спринтов максимально дате запуска где мы очень мощно идем и дополнительная ошибка которая часто вижу конечно что еще нужно вот как вы думаете подумайте секунду что здесь еще нужно чтобы в день запуска все работало конечно нужен тест если в день запуска вы запускаете все в первый раз это не запуск это значит тест только вы уже тестируете в природе так когда могут быть большой может быть большой ущерб можно иногда черни может быть большой можно в принципе и перу в природе тестировать но я предпочитаю за неделю до запуска все-таки делать так называемый рэйден из тест готовности с готовности когда все

системы уже должны таким образом мы даже еще сокращаем на самом деле крайне срок вот здесь но есть потом только здесь мы узнаем финальные вещь которые не сложились потому что все эти потоки должны сойтись здесь мы узнаем кто плавал голым и можем еще исправить что-то в том как раз вот в том подходе который чаще всего люди используют это когда под самый конец делается вот очень результативный рывок вот до завеса что чем больше вы создаете фиктивных крайних сроков до чем меньше вы будете делать вот этот финальным что вот эта неделя до запуска обычно кончается тем что люди пропускают сон не спят это просто 24 7 все начинается в панике доделываться что здесь было пропущено это самый классический либо нет культуры крайнего срока когда просто двигают dateline вперед думает ну что подвинули вы что подвинули и так ломаются и банкротится компании одна за другой пачками нет уважения к дедлайну но корреляция очень плохая а вот в компаниях который так делали по сути может быть люди считают себя очень умными но они доказали что они не способны решать комплексные задачи в практике может быть в на бумаге смогли в практике не смогли это период исполнения соответствовать делаем спринт и делаем райден из тест все максимально четко картинка который мы хотим иметь что должно работать первые трансакции которую мы хотим увидеть что должно произойти после запуска фокусируемся на это все подводим если вот здесь сделали раннюю боль все-таки продумали дальше делаем максимально быстро все действия которые нужны и программирую берем best practice максимально может быть 1 часть которая для нас уникально это наша инновация которую egdon это должно быть маленькая часть а не может во всем быть и как мы делаем crm-систему этой новации как мы делаем фронды тайного все будет по-другому и у нас навигация будет не сверху снизу и все будет иначе это кончается обычно плохо соответственно здесь начинаются спринт и план каждого спринта потом чекпоинт что сделано не сделано это уже дисциплина и исполнение когда мы подчиняем себя системе которые мы сами создали все люди которые работают вотт когда мы отплыли приняли эту систему эта система дает очень много задач задание с дедлайнами с так далее и мы подчиняем себя этой системе если здесь все работает на импровизации если здесь все работаю как работается вы сами знаете что получится это один из самых важных этапов и вот создания продукта с точки зрения идти конечно же нужно очень часто я вижу как потом северная часть не работает все ломается и здесь ключевая роль сети потому что ну здесь как бы эту тему и я могу только про это говорить еще 20 часов но в конечном итоге вы совместно основатели или основатели есть сити это ваша способность управлять проектом так чтобы продукт появился я стараюсь всегда сделать первый мгп за 50 не 50 дней до и есть да я понимаю что это очень сложно это практически невозможной тогда я делал это но есть 90 дней все что дольше 90 дней это должно быть что-то это значит нужно разрабатывать как у какого-то конкурента google фото или что-то очень сложное да если у вас какая-то стандартная более-менее компания и разработка длится больше 90 дней это ошибка потому что когда проходит 180 дней когда проходит 240 дней и ничего нет ничего не происходит вы не делаете итерации мы не вы не знаете в на самом деле все находитесь в теории вы еще не столкнулись с рынком это обычная энергия в компании падает люди становятся де мотивированными никто не видит результаты своей работы и на самом деле может быть даже проект

становится слишком сложным потому что были такие большие запуске как например компания enter когда они делали они пытались запустить сразу весь amazon одновременно но кончилось это плохо потому что в конечном итоге слишком сложный запуск приводит тому что там работала уже 200 сотрудников доза до старта и была слишком много параллельных потоков ни один человек не способен это удержать голове лучше сделать маленькие блоки даже вот такие блоки такие спринт и приводят хорошему лизы на что на самом деле очень желаю вам избегайте самых частых больших ошибок в этом процессе получаете удовольствие от того что ваше видение становится реальностью приближайте как можно ближе все крайние сроки потому что именно так дело листе успехи которые я видел и вот здесь как раз очень бедна что найди предпринимательство это настолько же разнообразна как весь мир здесь может быть любой продукт все что есть мире все разнообразие мира от шаурмы у вокзала до белой биологической компаний которые за разрабатывает редкий протеин для лечения какого-то заболевания поэтому продуктов может быть что угодно и процессы конечно сильно отличаются есть подходы как спринт и которые все сейчас использую есть ваша способность как предпринимателя достигать комплексные цели в которых есть действительно к сожалению много потоков мы хотели бы не думать про это мне сейчас не до этого но потом это кончается большими ворами особенно в разработке продукта я считаю что обычно слишком длинные подготовительные но вот эти самое главное самые важные ранние решения которые вы принимаете это очень-очень важный принцип для работы надо идти и хочу закончить тем что я считаю что сейчас в мире каждая компания разрабатывает программное обеспечение либо для себя либо для организации процессов либо она используют так много разных продуктов что это практически становится своим каким-то продуктом поэтому ни один предприниматель не может говорить что для него вот это все черный ящик и я вот у меня есть 5 человек а я сам в этом ничего не понимаю не как это делается я не знаю что такое stack overflow я не знаю что такое спринт экран и это будет очень большая ошибка потому что вы не сможете ни как делегировать проверять и вы будете только чувствовать большую тревогу внутри потому что этот блок по важности в каждой компании будет только дальше расти спасибо ребята следующий раз будем обсуждать самую любимую тему всех предпринимателей это маркетинг и продажи