Стартап

Возможно, вы знаете про Vivid, где-то слышали или же видите впервые. Мы делаем один из самых быстрорастущих и многообещающих финансовых сервисов в Европе. Чтобы не быть голословным, вот некоторые из наших показателей:

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

Немного вводных

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

Что зависит от интервьюеров? они же просто задают вопросы. На самом деле почти все, так как хорошие специалисты серьезнее относятся к техническому интервью и обращают внимание на разные мелочи. Вряд ли сеньор будет в восторге от интервьюеров, которые не разбираются в темах, ведут себя неуверенно или задают странные вопросы. Кроме того, чтобы банально не иметь таких явных недостатков, нужно чтобы были какие-то достоинства.

Наши особенности

Кроме основных обязанностей интервьюеров мы старались делать следующее:

• Располагать к себе кандидата и создавать friendly атмосферу

• Задавать вопросы по ситуации, а не по заготовленному сценарию

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

Для собеседования мы не готовили список вопросов мы готовили темы на которые хотим поговорить. Такими темами были: Swift (куда же без знания языка), UI (так как у нас его очень много, он на 95% кастомный и иногда нетривиальный) и архитектура (для ведущего разработчика это очень важно). По каждой теме мы старались спрашивать только то, что в основном используется в повседневной разработке и то, что связано с нашим приложением. Конечно, иногда мы углублялись в какой-то вопрос, чтобы понять насколько хорошо кандидат знает тему, но тут есть тонкость если вдруг человек не отвечает или отвечает неправильно, мы не делаем на этом сильный акцент, так как это опциональные вопросы и ответы на них не обязан знать каждый.
Также для нас была очень важна практика, так как это то, что раскрывает способности разработчика лучше всяких вопросов. У нас были заготовлены различные задачи, которые мы выбирали в зависимости от ситуации. Среди них не было вопросов по алгоритмам, потому что мы не считаем их показательными они показывают умение находить решения (или вспоминать их), а не умение писать код. Наши задачи показывали то, как кандидат обычно пишет свой код, какие конструкции использует, насколько оптимальны его решения и как он размышляет.

Формат собеседования

Экспериментировать и меняться это то, что свойственно нашей компании. Собеседования не исключение. Мы попробовали разные форматы: одно собеседование на 1.5 часа с вопросами "по ситуации", теоретическое собеседование на 1 час и практическое на 1.5 часа, теоретическое собеседование на 1 час и тестовое задание. В конце-концов мы пришли к следующему:

• Скрининг перед собеседованием из 6 вопросов.

• Одно собеседование на 1.5-2 часа. Из них 10-20 минут на общение с кандидатом не на технические темы, 30-40 минут на кодинг и остальное время на теорию.

• Интервью всегда проводят 2 человека это дает более объективную оценку кандидата после собеседования.

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

Скрининг

Наш скрининг состоит из 3 простых вопросов и 3 средней сложности. На каждый вопрос есть варианты ответа, но не для каждого вопроса они озвучиваются. HR-у леко проводить такой скрининг, так как он практически не требует специальных знаний и подготовки.

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

Циферки:

• Средняя длительность скрининга 4 минуты

• Процент кандидатов, прошедших скрининг 75%

Техническая часть

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

Поняв наши проблемы, мы переработали техническую часть. Теперь у собеседования есть "сценарий", представляющий собой древовидную схему в Miro.

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

Есть одна особенная ветка Swift. Для движения по ней мы проводим лайвкодинг, в рамках которого кандидат решает поставленную задачу, у которой добавляются или меняются требования (прям как в реальной жизни). Задача затраивает практически весь синтаксис языка при ее небольшом объеме. По ходу решения мы задаем вопросы. Например: "Почему использовал class, а не struct?", "Можно ли задачу решить по-другому?" и так далее.

Таким образом, мы получили "фреймворк" для собеседования. Он позволил нам:

• быстро понимать во время собеседования что спрашивать

• вести собеседование более структурировано

• быстро обучать новых интервьюеров

Как оцениваем кандидатов

Нельзя не затронуть столь субъективную тему как оценка уровня кандидата. Мы разделяем уровни разработчика как и многие другие: Junior, Middle, Senior. К каждому уровню еще можем добавлять + или - чтобы оценка была немного более точной.

Для определения уровня используем следующие маркеры:

• Предыдущий опыт. Чем больше в нем сложных и разнообразных задач, тем выше уровень.

• Решение задачи. Чем быстрее и правильнее решена задача, чем чище код и чем лучше обоснованы решения, тем выше уровень.

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

• Умеренный перфекционизм. Это когда кандидат достаточно хорошо продумывает решение, но не тратит кучу времени на незначительные мелочи.

После выхода на работу

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

Напоследок

Надеюсь, вам понравилась статья и вы нашли в ней что-то полезное. Будем рады ответить на комментарии пишите, не стесняйтесь. Также вы можете почитать еще одну нашу статью про найм. Если же вам интересно пройти собеседование, следите за вакансиями здесь.

На этом все. Всем удачи на собеседованиях!

Вводная лекция

1.Идея

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

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

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

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

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

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

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

2.Задачи курса

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

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

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

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

Я познакомлю вас с юридическими аспектами оформления проектов, с азами российского и международного корпоративного права.

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

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

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

Знакомство с основами тим-лидинга даст вам понимание управления чем бы то ни было в целом и собой в частности. Не имеет значения, сколько людей будет в вашей команде: два или несколько десятков тысяч. Основы менеджмента останутся неизменными.

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

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

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

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

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

Третий блок, тесно связанный с первыми двумя это Люди. Человеческий фактор обязательная часть любого жизненного процесса человека, живущего в социуме. Вы каждый день контактируете с большим количеством людей по самым разным вопросам с преподавателями и соседями по студенческой скамье или с коллегами по офису, с продавцами в магазинах, а помимо оффлайна многие из вас проводят за общением определенное количество времени в соцсетях. При создании своего проекта и его продвижении вы неизбежно будете общаться с другими людьми. Это данность. И задача этого сектора круга помочь вам правильно выстроить переговорную позицию, чтобы добиваться своей цели, научиться работать и управлять командой, эффективно взаимодействовать с инвесторами и участниками рынка, на который вы выводите свой продукт. Здесь я остановлюсь подробнее на развитии ваших soft-skills.

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

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

3.Основные определения

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

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

Менеджмент в самом широком смысле этого слова это управление, от английского manage управлять. По сути, это понятие восходит к известной всем вам кибернетике - то есть, управлению, (от греческого , правящий) и уходит корнями в древнегреческое искусство управления. В Древней Греции термин кибернетика, изначально имевший значение искусство кормчего, стал использоваться в переносном смысле для обозначения искусства государственного деятеля, управляющего городом. В этом смысле он, в частности, используется Платоном в его Законах.

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

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

Основная задача управления временем выстраивание ваших стратегических и тактических задач в стройное дерево, позволяющее своевременно реагировать на дедлайны и не доводить ситуацию до нервного срыва из-за недосыпаний и стрессов, связанных с нарушением сроков сдачи проектов.

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

Что такое стратегия и чем она отличается от тактики? Скажем так: Тактика включает в себя набор приемов для выигрывания отдельной битвы, в то время как стратегия - для победы в войне.

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

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

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

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

Проект (англ. project от лат. projectus брошенный вперёд, выступающий, выдающийся вперёд) для наших целей, то есть, в управленческой деятельности - временное предприятие, направленное на создание уникального продукта, услуги или результата. Это определение дано по PMBOK - Project Management Body Of Knowledge (Свод знаний по управлению проектами). Дальше мы немного коснемся основных составляющих проектной деятельности, но для более глубокого изучения я вам рекомендую литературу, список которой представлен в конце материала.

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

Еще одно немаловажное понятие для наших целей это лидерство. Это интуитивно понятное для вас слово, но все-таки я дам ему определение.

• Субъективно лидерство это способность вести за собой людей

Англ. слово lead вести. Можно быть лидером революционеров, как всем вам известный Ульянов-Ленин, например. Можно лидером нации. Таковым себя называют избранные президенты США, а еще диктаторы. Лидером нации однозначно был, например, Фидель Кастро. Можно - главарем банды, как, к примеру, Томас Шелби в Острых козырьках или крестный отец итальянской мафии Дон Корлеоне. Прекрасный образец лидерства в бизнесе Стивен Джобс, но о нем мы еще поговорим позднее.

• Объективно лидерство -это система методов и принципов, позволяющих команде под управлением лидера (ведущего) успешно добиваться на регулярной основе стратегических и тактических целей в рамках реализации проекта.

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

Команда может формироваться под отдельный проект, либо, благодаря сплоченности и взаимодополнению друг друга профессиональными качествами каждого члена команды, такие команды являются устойчивыми субъектами на рынке и могут долгие годы работать либо в одной компании, либо подбирая под себя отдельные проекты, реализация которых требует именно hard and soft skills этой конкретной команды.

Пару слов о hard and soft skills.

Очень хайповое название. И сильно расшарено особенно в среде HR, коучей и всякого рода психологов и консультантов. Но что же это такое по своей сути?

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

Что же такое soft skills? Гибкие или мягкие навыки - это навыки, связанные с вашей личностью. Как их определяют современные специалисты, - это комплекс неспециализированных, важных для карьеры надпрофессиональных навыков, которые отвечают за успешное участие в рабочем процессе, высокую производительность и являются сквозными, то есть не связаны с конкретной предметной областью.

Какие гибкие навыки мы можем привести сразу в пример? Коммуникативные навыки (умение поддержать разговор, убеждение и аргументация, самопрезентация, навыки продаж, умение работать в команде и т.п.), навыки управления (планирование, мотивирование, делегирование, постановка задач и т.п.).

Термины hard и soft skills берут также начало в военном деле, как рассмотренные нами выше стратегия и тактика. В конце 50х годов XX века армия США начала разрабатывать научно обоснованный подход к подготовке военнослужащих. В ходе разработки исследователи выявили важность для военнослужащих не только профессиональных навыков (hard skills), но универсальных компетенций (soft skills), которые не поддаются планомерному обучению. Понимание различий между soft и hard skills было выражено в доктрине "Системы проектирования военной подготовки" 1968 года таким образом: hard skills являются навыками работы преимущественно с машинами, soft skills - навыками работы с людьми и бумагами. После того, как термины прижились в военной науке и психологии, они перешли в свободное употребление в сфере бизнеса. Сегодня в вакансиях, в том числе на русском языке, можно встретить вместо разделов "профессиональные навыки" и "личные качества" - hard skills и soft skills.

Эмпатия (греч. в + греч. страсть, страдание, чувство) осознанное сопереживание текущему эмоциональному состоянию другого человека без потери ощущения внешнего происхождения этого переживания[1]. Соответственно эмпат это человек с развитой способностью к эмпатии.

Эмпатия не имеет связи с какими-либо определёнными эмоциями (как, например, в случае со словом сострадание) и в равной мере применяется для обозначения сопереживания любым эмоциональным состояниям.

Эмпатия, являясь составной частью эмоционального интеллекта (EI - emotional intelligence), относится к качествам лидера.

На этом предлагаю завершить вводную лекцию.

Благодарю за внимание.

Продолжение следует.

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

Сегодня я расскажу, как я хотел исполнить подобную мечту, и запустить сеть кафе-мороженых. А получился 4-х месячный хакатон. В результате которого, бизнес провалился. Но я не отчаялся. Сделал выводы (спойлер: не совсем верные) и в итоге запустил еще более авантюрный проект.^{Внимание, лонгнрид!}

Идея

История произошла четыре года назад. В конце апреля2017 года.

Путешествуя по Европе, я обратил внимание на киоски с джелато итальянским мороженым с низким содержанием жиров. К киоскам тянулись длинные очереди. Мне захотелось запустить нечто подобное в России. Во-первых, после долгой работы в Digital хотелось попробовать какой-то земной, ламповый бизнес. Во-вторых, я страшный сладкоежка! Мне казалось, если даже бизнес не пойдет, то все, что будет куплено, я съем сам.

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

Так совпало, что годом ранее моя сестра вышла замуж и переехала из Москвы в Минск. Как оказалось, там еще не было представлено ни одного производителя крафтового мороженого, только несколько совсем небольших домашних производств.

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

Бизнес-план

У каждого из нас уже имелся предпринимательский опыт. Но ни у меня, ни у моего партнера не было опыта в HoReCa. Я диджитал-маркетолог, он врач-хирург по образованию.

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

Мы выбрали ближайший крупный фестиваль, на который могли успеть, до него оставалось 2 месяца, включая майские праздники.Совокупно мы решили ограничиться бюджетом $20 000(спойлер: уложиться не удалось).

Поиск поставщиков

Мы старались сэкономить на всем, что не испортило бы клиентский опыт и сократило бы наши издержки.

Первым делом, конечно, начали искать поставщиков. В Москве мы нашли нескольких производителей крафтового мороженого, запросили цены и условия приобретения. Почти все предлагали покупку франшизы в комплекте с первой закупкой. Стоимость франшизы составляла $4000-5000 (спойлер: франшизу мы покупать не стали).

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

Второй продукт, который мы искали, оказался более проблематичным. Оригинальное наномороженое выпускалось в США, и речи о том, чтобы быстро договориться и тем более сделать поставку, не шло. Однако аналогичный продукт и производителя мы нашли в Новосибирске.

Еще 15 поставщиков мы нашли для прямой закупки комплектующих, инвентаря и аксессуарики. Несмотря на то, что все это можно было приобрести у производителей мороженого, цены иногда отличались в 2-3 раза.

Подбор ассортимента

В основе формирования ассортимента лежало несколько простых принципов:

• Сформировать яркую витрину с не более чем 15 вкусами мороженого (такое количество помещалось на 2 витрины).

• Максимально покрыть запросы аудитории. Взрослым алкогольные и низкокалорийные сорбеты. Детям более яркое гранулированное мороженое.

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

• Из всего ассортимента мы выбрали топ самых продаваемых позиций.

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

Помимо яркого мороженого мы также нашли производителя цветных вафельных стаканчиков. И кроме рожка традиционного цвета приобрели еще черные, мятные и розовые.

Раздобыть такой ассортимент в начале сезона было, к слову, задачей нетривиальной:

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

• Заводы-производители, которые предлагали наименьшие цены, требовали приобретения больших объемов от нескольких тонн.

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

К мороженому мы решили докупить сиропы для производства лимонадов, что позволило бы увеличить среднюю маржинальность. Производителя мы также нашли в России.

Брендинг и маркетинг

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

Так почему же мы выбрали собственный бренд?

На это было сразу несколько причин:

• Оба бренда мороженого не были известны не только в Беларуси, но и в Москве. Даже интересно: кто из вас услышал о них впервые из данной статьи?

• Мы делали мультибрендовый формат, ине было никакого экономического смысла платить двум брендам по $5 000 непонятно за что.

• Для фестивального участия нам не нужно было сложных стендов или корнеров.

Надо сказать, ребята не пытались впаривать. Достаточно быстро приняли нашу позицию и пошли на встречу. В обмен мы договорились предоставить данные по продажам и давать прямую обратную связь.

Хранение и транспортировка

О, если вы подумали, что все самое интересное мы уже рассказали, спешим обрадовать самое интересное только начинается!

Помните, мы сэкономили на закупках? Обратная сторона этой экономии логистика. Мороженое, которое будет лететь из Новосибирска в Москву, и еще 15 поставщиков, заказы у которых требовалось консолидировать и отправить единым грузом из Москвы в Минск.

Часть поставщиков привозили заказы самостоятельно, у кого-то был доступен только самовывоз. Все купленное, кроме мороженного, складировалось прямо в квартире. Коробки были везде!

Из Новосибирска в Москву груз нам отправляли самолетом. Мороженое в течение транспортировки должно было охлаждаться в термобоксах (пенопластовые коробки) с помощью сухого льда (твердый диоксид углерода).

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

Вслед за грузом в Минск отправился и я: готовиться к первому фестивалю. Там мы арендовали место в морозильном складу, откуда и планировали делать вылазки на фестивали.

Оборудование и оформление стенда

Профессиональное оборудование с готовыми витринами для мороженого стоит от $2 000 до $5 000. Нам необходимо было минимум 3 таких витрины, исходя из ассортимента, для возможности участия параллельно на двух мероприятиях. В обозначенный бюджет это никак не умещалось.

Нам нужно было оборудование недорогое и в наличии. Тогда мы нашли белорусского производителя. И приобрели самые обычные витринные лари по $200 за штуку.

Надо сказать, что эти аппараты не были рассчитаны на работу на открытом воздухе (прямые солнечные лучи, высокая температура, перепады влажности и др.) Но тогда об этом мы даже не думали. Главный вопрос был: как подручными способами превратить ларь советского образца в модную витрину?

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

Итак, что же мы сделали:

• Купили металлические направляющие.

• Супер-клей.

• Из направляющих сделали каркас и рейки, на которые непосредственно ставились гастроемкости.

Выглядело это вполне достойно. Но работать с таким чудом было еще одним приключением: емкости то и дело соскальзывали, а направляющие съезжали и косились. Зато получилось бюджетно!

Первый фестиваль

Первым фестивалем, в котором мы участвовали, стал Freaky Summer Party. Он должен был проходить два дня.

Мы взяли пространство у главной сцены. При этом получили большой дисконт, позиционируя себя как необычный и уникальный продукт. При всем при этомаренда на 2 дня нам обошлась почти $5 250.

Такая высокая стоимость аренды площади может обескуражить. Ведь она сопоставима с более чем месячной арендой в лучшем торговом центре. Дело в том, что обычно на фестивалях и продажи могут составить за два дня месячный оборот. На это мы и рассчитывали.

Мы арендовали шатер, купили паллеты (но при сборке стенда их не хватило, и несколько штук мы реквизировали у организаторов). Фасад выкрасили в белый цвет, собрали стенд. Собрали команду из 5 девушек-продавцов, рассказали им про продукт и то, как его следует продавать. Мы были готовы!

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

Но даже с учетом непогоды мызаработали в тот день$3 375.

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

Люди выкладывали фото нашего мороженого в свои Инстаграмы, отмечали и подписывались на нас. Это была единственная наша реклама. Оставалось надеяться на безоблачную погоду.

Второй день оказался по-настоящему выше наших ожиданий:мы продали примерно на $8 270. Это более 1,5 тыс. порций мороженного.

Где-то через неделю после первого фестиваля нам позвонил наш поставщик рожков. Разговор вышел неожиданным. Он благодарил нас и говорил, что не рассчитывал, что мы так скоро закажем у него партию в несколько тонн.

Оказалось, что один из местных производителей мороженого с собственной розничной сетью увидел ажиотаж у нашего стенда на фестивале. Ему очень приглянулись наши рожки. А на коробках из-под них он увидел фирму-производителя и разместил у них сразу большой заказ.

Маркетинг и продажи

Важным моментом для нас стало то, что на всех фестивалях было запрещено продавать алкоголь.

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

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

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

Ошибки

Ошибка 1.Лучше меньше, да лучше

Закупка 1,5 тонны мороженого для старта бизнеса с нуля за два месяца до окончания сезона довольно безумная затея.

То, что нам удалось в итоге продать больше 1,1 тон за 7 недель, я связываю с исключительным стечением обстоятельств:

• эффект новизны продукта;

• в основном погода без дождя;

• наша личная вовлеченность.

Ошибка 2. Оборудование и логистика

Порядка 15-20% мороженого испортилось из-за некачественного оборудования, проблем транспортировки. Это очень большие потери.

На одном из фестивалей, куда мы привезли уже загруженные лари с мороженым, более чем на 2 часа в +32 C задержали подачу электричества. Нам, конечно, повезло больше, чем продавцам мясной продукции. Ведь в морозильниках был и лед, и исходно более низкая температура, чем в холодильниках с мясом. Но урок был все равно недешевым.

Ошибка 3.Бизнес не хобби

Исходно идея ламповых, крафтовых кафе-мороженых казалась легкой и ненапряжной. Самым сложным виделись закупка и поставка. Но оказалось, что операционная работа на фестивалях вот где по-настоящему адский труд:

• Сложность поиска разнорабочих.

• Процесс монтажа и демонтажа стенда.

• Работа более 14 часов большую часть времени под палящим солнцем.

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

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

Ошибка 4. Плохое планирование и организация работы

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

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

Ошибка 5. Отсутствие нормальной системы учета

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

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

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

Спасло нас лишь то, что эффект некоторой эксклюзивности продукта позволил работать с наценками более 600%, поэтому ошибки учета покрывались высокой маржинальностью.

Финал

Проект просуществовал ровно одно лето. За пару месяцев мы поняли, какой объем операционки мы недооценили на старте. Нам удалось продать, раздать и списать более тонны мороженного и по итогу почти отбить первоначально вложенные деньги. Но о прибыли речи не шло.

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

Одна дверь закрылась, но буквально через месяц открылась новая. Проект, который оказался еще более безумным и амбициозным. Но о нем я расскажу в следующей части.

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

Выбор ниши для нового бизнеса

В 2010 году в Москве открывается первый ресторан Burger King, в Минске это случится только через пять лет. Эта вполне соответствует разнице в развитии индустрии гостеприимства Беларуси и России.

В 2016 году в Минске начинает работу первая сетевая кальянная. Спрос явно опережает предложение.

Преимущества открытия кальян-бара были на поверхности:

• Высокая маржинальность (> 1000%) на кальяны и бар (> 350%).

• Возможность работать с привлеченной кухней (доставка из соседних заведений).

• Низкий региональный уровень конкуренции

• Относительно небольшой объем требуещихся вложений (от $30 тыс.)

• Быстрый возврат инвестиций (от 6 месяцев)

По этим причинам данная идея показалась перспективнее прочих. Мы сформировали примерную бизнес-модель для расчета суммы вложений и срока окупаемости инвестиций. И, начали изучать рынок.

Поиск помещения под бар

Первый подходящий вариант риэлтор показал достаточно быстро. В помещении располагалась действующее кафе. Отдельно стоящее административное здание, два этажа с высокими витринным остеклением и вторым светом. Рядом бизнес-центры и университеты, есть парковка. Локация была определенно интересной.

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

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

Нам казалось, что время дороже. И мы продолжили поиски. Приоритет был на помещениях в туристическом центре города. Вариантов было немного.Не смотря на высокую стоимость коммерческих площадей (от $35 за кв.м/мес), сопоставимой со ставкой аренды в центре Москвы или Санкт-Петербурга, преимущества стабильно высокого трафика привлекало арендаторов.

Очередная локация, которую нам предложили рассматривать, располагалось по адресу Интернациональная 27.

Помещение было в государственной собственности. Тендер на право аренды выиграло совместное предприятие KFC и Burger King. Однако помещение никак не проходило по техническим условиям условиям головного офиса.

По договору мастер-франшизы, обошедшего владельцам около $1 000 000, они обязались открыть в Беларуси определенное количество ресторанов согласно установленным срокам. В случае нарушения графика открытий, они могли потерять эксклюзивные права на регион.

Риэлтор, работающий с нами, помогала в поисках площадей для этих ресторанных сетей по всей Беларуси. Она была в курсе ситуации и предложила рассмотреть данный вариант.

Двухэтажное помещение было некогда офисом, где сидели военные внешней разведки КГБ Беларуси.

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

Так, цоколь и первый этаж здания поменяли свое назначение. При этом последний этаж оставили действующим архивом внешней разведки (sic!). А через стену располагался центральный аппарат печально известной службы.

Сэкономим на охране, подумали мы, и решили взглянуть на помещение вживую.

Разбитые потолки, стены и пол. В таком виде нас встретило помещение. Это была часть предпроектных работ связанных с архитектурным обследования здания.

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

1. Государственная аренда была существенно дешевле коммерческой $10 за кв.м.

2. На все время ремонтных работ, до официального ввода в эксплуатацию ставка аренды составляла всего $5 за кв.м.

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

Поэтому, когда мы узнали, что срок аренды помещения 10 лет, без права индексации ставки мы не поверили. Экономия на аренде выходила более $650 000 за все время.

Оценив потенциальную сложность проекта (спойлер: существенно недооценили) и возможные коммерческие преимущества мы решили рискнуть и взяться за реализацию бара в этом помещении.

Два по цене одного

Для того, чтобы получить права аренды, нам необходимо было приобрести фирму-победителя тендера у KFC и Burger King. Для проверки бухгалтерии и чистоты сделки купли-продажи, мы наняли опытных местных аудиторов.

В те годы, цена сделки с перепродажей права аренды могла превышать $200 000, даже при условии 3-х годичного договора.

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

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

Мы пришли к договоренности. Юристы вели подготовку к сделке. За три дня до подписания раздался звонок риэлтора.

Ребят, вы же говорили, что подвальные помещения вы тоже рассматриваете?
У меня есть ещё одно предложение в самом центре города. Вам точно нужно взглянуть на него.

Из Минска в Гродно

Помещение, о котором говорил риэлтор находилось в 275 км от Минска, в Гродно. Крупном приграничном городе с населением 350 тыс. человек, в котором располагались несколько известных в стране университетов.

Здание располагалось на центральной прогулочной улице. Но вход в помещение находился со двора.

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

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

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

Ключевыми для нас были два вопроса:

1. Получится ли вообще организовать комфортное пространство для гостей с учетом особенностей помещения и требований к технологическим зонам.

2. Какой вместимости и плотности посадки получится добиться. От этого зависела доходная часть предприятия.

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

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

Собственник согласился на 3,5 года каникул. Это было беспрецедентно. Мы ударили по рукам.

Через пару дней я уже летел обратно в Москву. Чувство были смешанные. Казалось, мы заключили удачные сделки. Но мандраж от предстоящего объема работы будоражил.

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

Выбранные локации не предвещали простого старта. Но мы были полны оптимизма.

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

Гиперлуп (Hyperloop) это сверхскоростной левитирующий поезд на магнитных рельсах, помноженный на вакуумную трубу. Вернее, помещенный в нее. Отсутствие воздушного сопротивления (вакуум же) позволит разогнать поезд до невероятных скоростей. Это пока лишь концепт, но он становится все ближе и ближе к реальности. Вероятно, совсем скоро мы получим сверхбыстрый и безвредный для природы способ передвижения. И даже от земли отрываться не придется.

В ноябре 2020 года два человека уже пронеслись в таком поезде по пустыне недалеко от Лас-Вегаса. Это был первый заезд в гиперлупе, организованный компанией Virgin Hyperloop. Поездка продлилась всего 15 секунд, а скорость была почти в 10 раз меньше обещанных 1200 километров в час (вышло всего 160 км/ч), но это какой-никакой шаг вперед, дающий надежду на дальнейшее развитие технологии.

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

Немного истории

Идея вакуумного поезда получила новую жизнь в 2013 году благодаря Илону Маску, отвечающему за Tesla, SpaceX и Neuralink. Тогда инженеры автоконцерна показали первый открытый концепт гиперлупа. Сразу после этого десятки команд инженеров попытались предложить свой вариант турбопоезда. Некоторые команды состояли только из студентов, в частности специалисты из Валенсии.

Мы начали работу над своим вариантом гиперлупа в 2015 году, когда еще были студентами, говорит Хуан Висен Балагер (Juan Vicn Balaguer), один из основателей испанского стартапа Zeleros. Zeleros собрал уже больше 10 миллионов евро и нанял в штат 50 человек для работы над вакуумным поездом. Работа над проектом ведется уже 5 лет, и в будущем он реально может стать полноценной альтернативой другим видам транспорта.

Идея вакуумного поезда не нова. Придумал ее не Илон Макс. Более того, предприниматель в те годы еще даже не родился, потому что первые упоминания подобного концепта появились в 19 веке за авторством Мишеля Верне. С тех пор авторы научной фантастики регулярно использовали идею в своих произведениях. Но, как это бывало уже не раз, фантастика превращается в реальность.

Трубы под гипердавлением

Технология Zeleros отличается подходом к работе над конструкцией трубы.

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

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

Давление будет на уровне того, что обычно испытывает авиатехника т.е. около 100 миллибар, объясняет Висен. Благодаря этому в поездах Zeleros можно будет использовать системы безопасности, признанные в гражданской авиации, например, кислородные маски. А еще это удешевляет разработку гиперлупа до вменяемых цифр.

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

На передней панели первого вагона будет установлена мощная компрессионная система в виде самолетного двигателя, всасывающая весь воздух, прогоняющая его через корпус поезда и выводящая через отверстие в задней части вагона. Создающаяся за счет этого действия энергия и будет двигать машину вперед. Такой аппарат сможет перевозить от 50 до 200 пассажиров на скорости до 1000 километров в час. Для сравнения стандартный пассажирский самолет летит со скоростью около 800 километров в час.

Борьба с воздушным транспортом

А зачем нам гиперлупы? Можно же вкладывать деньги в развитие уже существующих скоростных поездов? Профессор Мариа Луиза Мартинез Мунета (Maria Luisa Martinez Muneta) из Мадридского политехнического университета считает, что все не так просто. Она координирует проект HYPERNEX, помогающий стартапам в духе Zeleros работать в коллаборации с железнодорожными компаниями, учебными заведениями, государственными службами и другими органами, способными ускорить развитие и внедрение гиперлупов в Европе.

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

Из-за ограниченной скорости передвижения (примерно 300-350 километров в час) даже самые быстрые поезда не подходят для тех, кому нужно добраться из точки А в точку Б в срочном порядке. Да, для тех, кому надо ехать срочно, есть авиасообщение, но самолеты наносят природе огромный вред.

По словам Мартинез, гиперлуп решает эти проблемы, так как инфраструктура для него может простираться на расстояния от 400 до 1500 километров. В итоге перелеты на столь небольшие дистанции будут не нужны, и все останутся в плюсе: люди будут быстрее перемещаться из одного населенного пункта в другой, а Земля частично оправится от гнета вредных выбросов, генерируемых гражданской авиацией.

Стандартизация и коммерциализация

На реализацию планов Zeleros и других похожих стартапов потребуется по меньшей мере лет 10. Висен считает, что первый коммерческий маршрут гиперлупа запустится к 2030 году, хотя грузоперевозки через вакуумные трубы начнутся на 3-5 лет раньше.

Одна из ключевых проблем, с которой столкнутся все без исключения стартапы такого рода, взаимодействие с регулирующими органами.

Евросоюз первым создал комитет по стандартизации для гиперлупов, сообщает Висен, ссылаясь на образованное в 2020 году подразделение Европейского комитета по стандартизации.

По словам представителей стартапа Zeleros, улаживание всех вопросов с ответственными органами важнейший шаг, который позволит превратить концепт в полноценный коммерческий проект, действующий на территории Европы. Эти машины смогут перемещаться с невиданной скоростью. Нужны новые стандарты безопасности, учет новых характеристик при передвижении и т.п. Необходимо заранее продумать, что делать, если произойдет разгерметизация кабины или другая внештатная ситуация.

Саму технологию еще толком не тестировали. Да, заезды проводятся все чаще и чаще, но они и близко не похожи на то, что будет происходить в вакуумной трубе гиперлупа через 10 лет. Висен упоминает тестирования в симуляции, которые стартап уже несколько раз проводил, имитируя определенные аэродинамические условия и меняющуюся электродинамику на компьютере. Еще у них есть модели и прототипы для тестирования магнетизма на высоких скоростях в лабораторных условиях, но этого все еще недостаточно.

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

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

На нескольких примерах я покажу, какможно легко и эффективно создавать проекты от этапа проектирования до релиза продукта.

Мир постоянно меняется. Раньше, чтобы в твоём доме была вода, нужно было совершить ряд действий. Сейчас же нам достаточно сделать одно - открыть кран. До появления современного водопровода было множество промежуточных версий, которые безусловно были лучше, чем просто носить воду в ёмкостях. Но они были хороши лишь для своего времени.

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

Вы можете перейти к любому интересному для вас блоку, через оглавление:

• Toolkit больше не нужен

• Живой пример

• Обзор возможностей

• Итог

Toolkit больше не нужен

Toolkit означает - в каждой команде свой хаос. Объясню почему. Когда формируется новая команда, каждый её юнит привносит свои знания. Со временем появляется набор инструментов и практик.

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

Один и тот же инструмент/сервис может использоваться сотнями способов. И один способ эффективнее другого. В просторах интернета может быть тысячи курсов и лекций по этому инструменту. Сколько нужно времени, чтобы новым юнитам хорошо разобраться в нём и подстроиться под текущую команду?

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

Живой пример

Frontend-разработчик Павел пришёл в новый коллектив. В прошлой команде дизайнер рисовал интерфейсы в Sketch (но у паши Винда и он использовал Lunacy), правки доносил через Google Docs, а бизнес логику показывал через Zoom.

А в новой команде используют Figma и Miro. Часть бизнес-логики показывают, через кликабельный прототип. Правки присылают в Телеграм, Slack, либо ставят в задачи в JIRA (но переписка как правило ведётся в мессенджерах).

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

Что, если Паша в прошлой команде работал в нашем инструменте, а в новой используют его же? Как Паша и команда выигрывают?

Обзор возможностей

Конкретика

Наш сервис решает ваши задачи конкретным способом, поэтому 1 раз изучив, можно использовать эти знания в любой команде. Тем более, что сервис будет интуитивно понятен всем, кто работал с PowerPoint, Miro и Figma.

Накапливаемый опыт

Наш сервис в одном месте накапливает весь ваш опыт, который вы приобретали, работая над тем или иным ИТ продуктом. Этим опытом можно делиться с другими и конечно же обращаться к нему самому.

А при стандартном подходе всё теряется, разбросано по мессенджерам, таск-трекерам, доскам, каталогам, документам и прочим местам хранения данных.

Всё в одном месте

На одной доске, с минимальным кол-ом кликов вы получаете максимум информации. К примеру, дизайнер отправляет правки по интерфейсу разработчику. Скрин экрана он загружает в слайд, внизу пишет описание, создаёт кейсы: что и куда нужно перенести или может просто поменять текст (на одном слайде может быть несколько кейсов).

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

Бизнес-логику теперь проще донести

Например, дизайнер при тестировании продукта нашёл несколько несоответствий в бизнес-логике. Не всегда удобно созвониться с коллегами, поэтому иногда проще записать видео экрана. Но для этого нужно опять же найти инструмент. Скачать и установить программу, научиться ей пользоваться. Хорошо, это он сделает 1 раз, но опять возвращаемся к проблеме - куда скидывать файл и где вести переписку.

Как водится, это видео полетит в мессенджер и там же будет по нему переписка. Либо в JIRA, в виде задачи, но опять же, часть вопросов будет в комментариях к задаче, а часть в переписке в мессенджерах или ещё хуже - при созвоне (половина забудется). И потом концов не соберёшь.

В нашем сервисе можно будет сделать запись экрана прямо из приложения. Сохранить и добавить видео к слайду, отредактировать видео, добавить кейсы к таймлайнам (на конкретной секунде добавить поясняющий текст, стрелку или выделить область), наложить аудио дорожку. А также вести переписку, поставить решение (всё так же, как и со скринами).

Обсуждения с командой

Если всё же есть время созвониться, то можно создать митинг-комнату, в которую в любой момент может зайти кто-то из команды (если роль позволяет). Для того, кто не успел, коллеги сделают запись. Эту запись можно так же комментировать и редактировать, как описано выше.

Итог

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

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

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

Для первой тысячи мы откроем premium-доступ на целый год бесплатно - после запуска MVP.

Для связи со мной Телеграм. Подробнее о сервисе в моём инстаграм.

Интро

Недавно получил интересную задачу в работу, сделать приложение для видео-стриминга, это для стартапа ShopStory (ecomm live streaming). Первую версию приложения реализовал используя Open Source библиотеку для стриминга по RTMP HaishinKit. А вторую версию на Larix SDK. В этой статье разберу какие проблемы возникали в процессе.

О проекте

СервисShopStory.live- одна из первых в России B2B платформ для запуска продаж через live видеоэфиры на сайте e-commerce, которая сотрудничает с крупными ритейлерами, организуя стримы и предоставляя партнёрам удобные инструменты для привлечения новых покупателей и увеличения продаж. Платформа позволяет вести прямые эфиры на сайте клиента в удобном интерфейсе, что позволяет зрителям, находясь дома, быть ближе к товару, которые подробно презентует инфлюенсер. Клиентами ShopStory.liveстановятся известные бренды декоративной и уходовой косметики, маркетплейсы и небольшие компании, которые в основном представляют beauty-сегмент и хотят быть в тренде и использовать формат live commerce в своих маркетинговых стратегиях.

Требования

До разработки своего приложения в ShopStory, стримеры использовали LarixBroadcaster для проведения стримов, это бесплатное приложение для Android и iOS. Но такое решение имеет свои минусы:

1. Для начала стрима, стримеру нужно зайти в админку, скопировать ссылку, а дальше в приложении LarixBroadcaster зайти в настройки соединений, и добавить эту ссылку. Стоит понимать, что стримеры это люди, которые не хотят лазить в настройки, предпочтительно нажать одну кнопку и стартовать стрим.

2. Что бы смотреть чат, нужно рядом держать ноутбук, и с него читать что пишут зрители.

3. Сложности с проведением тестовых эфиров.

4. Куча настроек в приложении, в которых стримеру сложно и лень разбираться (битрейт, фпс, кодеки).

Что мы хотим от нашего приложения:

• Видеть список запланированных стримов

• Подготовка к проведению стрима (проверить камеру, микрофон)

• ABR - Adaptive BitRate (при плохом соединении уметь снижать качество)

• Готовые настройки битрейта, fps, энкодинга и т.п.

• Простота для стримера при запуске.

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

• LFLiveKit 4.2k звезд на гитхабе, последний коммит в 2016г. 115 issue, которые не решаются.

• HaishinKit 2.1k звезд на гитхабе, на момент написания последний коммит 7 мая. 11 issues.

• VideoCore 1.5k звезд на гитхабе, последний коммит 2015г. Не поддерживается.

• KSY Live iOS SDK 0.8k звезд на гитхабе, последний коммит 22 марта 2020. Весь README на китайском.

Остановились на внедрении HaishinKit. Если у вас есть на примете хорошие варианты, велком в комментарии, поделитесь какие там есть плюсы и минусы.

HaishinKit

Понятная документация, внедрение супер простое. Данная библиотека забирает на себя максимум. Разработчику не нужно заботиться о работе с камерой/микрофоном, эта либа делает всё за тебя. Никаких AVCaptureSession, AVCaptureDevice, AVCaptureDeviceInput и тому подобное. Просто создаем View, делаем attach к RTMPStream.

Накидаем протокол:

protocol BroadcastService: AnyObject {    func connect()    func publish()    func stop()}

Из документации берем примеры конфигурации и реализуем нужный нам класс.

class HaishinBroadcastService: BroadcastService {}

ABR - Adaptive BitRate

При хорошем соединении передает более высокое качество видео, когда интернет на телефоне начинает болеть, то понижаем качество (битрейт).

Для реализации ABR, берем пример из issue. Имплементим протокол RTMPStreamDelegate.

extension HaishinBroadcastService: RTMPStreamDelegate {    func rtmpStream(_ stream: RTMPStream, didPublishInsufficientBW connection: RTMPConnection) {        guard self.config.adaptiveBitrate else { return }        guard let bitrate = self.currentBitrate else {            assertionFailure()            return        }        let newBitrate = max(UInt32(Double(bitrate) * Constants.bitrateDown), Constants.minBitrate)        self.rtmpStream.videoSettings[.bitrate] = newBitrate    }    func rtmpStream(_ stream: RTMPStream, didPublishSufficientBW connection: RTMPConnection) {        guard self.config.adaptiveBitrate else { return }        guard let currentBitrate = self.currentBitrate,              currentBitrate < Constants.maxBitrate else {            return        }        guard self.bitrateRetryCounter >= Constants.retrySecBeforeUpBitrate else {            self.bitrateRetryCounter += 1            return        }        self.bitrateRetryCounter = 0        let newBitrate = min(Constants.maxBitrate, UInt32(Double(currentBitrate) * Constants.bitrateUp))        if newBitrate == currentBitrate { return }        self.rtmpStream.videoSettings[.bitrate] = newBitrate    }}private struct Constants {    static let bitrateDown: Double = 0.75    static let bitrateUp: Double = 1.15    static let retrySecBeforeUpBitrate = 20}

В отличии от варианта из issue опускаем битрейт постепенно (там просто сразу в 2 раза уменьшается), поднимаем тоже битрейт постепенно. Метод didPublishInsufficientBW вызывается в случаях, когда библиотека не может отправить все фреймы стрима.

Опытным путём остановились на таких константах:

• если либа не может отправить все фреймы, мы снижаем битрейт умножая текущий на 0.75

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

Live update resolution

Так же при падении качества соединения на телефоне стримера, сделали попытку изменения разрешения стрима, но это не увенчалось успехом. RTMP не поддерживает изменение разрешения на лету. Посмотрели как сделано в VK Live и там они разрывают соединение при изменении разрешения. В Instagram смогли это реализовать, вероятно есть разные rtmp ссылки, для разного качества и при снижении скорости интернета, начинается стрим в другую ссылку, а бэкенд уже это склеивает и обрабатывает (это лишь догадки, глубокого исследования не проводили). В ShopStory возможно реализуем позже.

Графики

После проведения ряда стримов периодически наблюдаем странные падения. Это происходит как на Wi-Fi, так и на LTE. Решили пробовать платное решение Larix SDK. Потому что при использовании LarixBroadcaster подобное не происходило.

Larix SDK

При покупке тебе предоставляют архив с исходниками LarixBroadcaster + LarixDemo (упрощенный вариант), общую диаграмму архитектуры и описание компонентов, StepByStepGuide.

Плюсы:

• Широко используется в крупных компаниях, и в некотором роде стандарт для стриминга

• Есть живая русскоговорящая тех. поддержка с экспертизой в стриминге

Минусы:

• платное

• документация очень скудная, если хочешь что-то сделать изучай код LarixBroadcaster (я люблю почитать исходники, но не в этом случае: over 2000 строк на файл)

• нет дисконнекта когда теряется соединение с интернетом

• нет отличий в connect и publish

Изучай код если хочешь что-то сделать

Оооо это отдельная боль, в LarixBroadcaster пришлось изучать ViewController на 2100 строк, и еще один важный класс Streamer на 1100 строк. Не ожидал я такого от платной SDK. Ок Для меня было загадкой, почему они не добавили это всё в кишки библиотеки. Получил комментарий от @Aquary (приглашаю в комментарии):

Изначально мы всю логику закрыли именно "в кишки библиотеки". Но жизнь оказалась разнообразнее нас постоянно просили добавить что-то ещё по мере выхода новых фич. Так что в итоге в библиотеке осталась часть, связанная с работой протоколов. Остальное исходники. Как показывает практика, клиентам такой подход ближе, т.к. нет почти никаких ограничений на реализацию со стороны нас, как разработчиков.

На мой взгляд могли бы, для этого дать из SDK понятный интерфейс и закрыть это всё протоколами для возможности расширения и своих кастомизаций. Здесь же бери исходники, вытаскивай нужное и тащи к себе в проект. Таким образом для переезда c HaishinKit нужно писать код для работы с камерой, микрофоном и т.д. (ранее это было всё скрыто в HaishinKit).

Такая же проблема и с ABR, я ожидал (ваши ожидания ваша проблема), что это будет встроено в либу, и просто задав один параметр можешь включить адаптивный битрейт. Но это не так. В LarixBroadcaster есть просто 3 класса StreamConditionerMode1, 2, 3, которые реализуют логику. Хочешь себе в проект ABR? Тащи еще к себе в проект эти классы или пиши свою реализацию ABR на основе этих исходников (это и плюс и минус).

Нет дисконнекта

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

func connectionStateDidChangeId(_ connectionID: Int32, state: ConnectionState, status: ConnectionStatus, info: [AnyHashable: Any]) {}

В Larix просто будет копиться буффер фреймов для отправки.
Решение: из класса SDK StreamerEngineProxy можем получить bytesSent и bytesDelivered, на основе этих двух методов, можно решать делать реконнект или нет. Если видим, что уже собирается большой буфер, то делаем принудительный дисконнект.

Connect и Publish

По спецификации RTMP, есть отдельные команды publish и connect, в Larix я не нашел (а может этого и нет), как отдельно вызывать эти команды. Из-за этого наш протокол BroadcastService теперь имеет изъяны.

Для чего нам такая возможность?

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

• Для нормальной записи стрима. Всё, что записывается после вызова publish, попадет в конечную запись, и нужно будет вырезать, например, начало (подготовку стримера). Если делать publish только после того как стример готов (и поправил свою прическу). То постобработка не нужна.

Графики

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

Вывод

Выбор бесплатной библиотеки для стриминга на iOS не очень большой и по сути всё сводится к одному варианту HaishinKit. У него есть несомненное преимущество открытый исходный код и если с Larix не удастся выровнять графики и повысить стабильность, будем погружаться в open source и искать места, которые можно улучшать.

Покупая платную SDK не ожидай что она решит все твои проблемы, возможно у тебя их станет больше (изучать vc на over 2000 строк).

А какие-то более глобальные выводы можно будет сделать только после того, как обкатаем сборку на большем количестве стримов.

ShopStory.live активно развивается, расширяет сферу своей деятельности и планирует выполнять ещё больше задач в работе с клиентами. С каждым новым партнёром и очередным стримом платформа добавляет плюс к своей экспертности в live commerce. Именно поэтому платформа ShopStory.live ищет разработчиков! Если ты готов стать частью команды, и у тебя есть идеи, которые помогут сервису стать лучше, приглашает тебя к сотрудничеству!

MVP (minimum viable product) - это первая версия вашего продукта, с помощью которой вы, как создатель продукта:

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

• собираете обратную связь от ваших будущих пользователей;

• пытаетесь продать (или уже продаёте) ваше решение пользователям.

Пройдёмся по этим пунктам.

Возьмём в качестве примера не сложный IT-продукт, а самый обычный, бытовой предмет: швейцарский нож.

Однажды люди нащупали гипотезу, которая могла явиться проблемой: что если я оказываюсь в диком лесу, и мне нужно срезать гриб и отметить это, выпив бутылку шампанского? Носить с собой штопор и нож - попросту неудобно (да и кто в здравом уме берёт с собой в лес штопор?). Что, если объединить эти инструменты в одно?

Эти люди (назовём их фаундерами) попробовали совместить штопор и нож в одном инструменте, создали первый прототип (получилось криво и неудобно, но годно), и попытались продать будущим клиентам.

Представим, что у них это получилось. Что им делать в таком случае?

1. продолжать продавать текущее решение, параллельно добавляя туда новые инструменты (функции), опираясь на обратную связь и пожелания покупателей;

2. совершенствовать текущее решение, делать его более удобным (работать над UX);

3. собирать обратную связь от пользователей и корректировать продукт.

Но всё получается с первого раза только у создателей швейцарских ножей. В реальной жизни 42% стартапов умирают от отсутствия спроса. Каждый раз фаундеры могут заходить на рынок с новым набором инструментов (пробовать разные гипотезы), либо, если всё идет наперекосяк - менять бизнес модель (сделать Pivot).

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

Как это можно сделать?

1. Производить и пытаться продать совсем маленькие партии;

2. Экономить на качестве (но не так, чтобы получилось совсем плохо).

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

Как отбирать гипотезы и функции

Гипотеза - это предположение о проблеме клиента.

В одной версии продукта стоит тестировать только одну гипотезу за раз. При этом гипотеза должна быть смелая. Хотят ли люди есть грибы? Определенно да! Готовы ли пить шампанское? О да! Но может ли кому-то внезапно понадобится и нож, и штопор одновременно? Это уже гипотеза, которую стоит протестировать!

Теперь перейдём к тому, что можно включить в первую версию продукта. Ответ прост: нужно включать те функции, которые:

1) работают на проверку ключевой гипотезы. Не добавлять в швейцарский нож сам нож - кощунство;

2) дают наибольшую ценность для пользователя. Да, в швейцарский нож можно напихать ещё и трекер шагов, и bluetooth колонку, но основную ценность в нашем примере имеет нож и штопор.

Все функции, которые не удовлетворяют этим требованиям, можно смело оставлять на будущее.

Валидация без продукта

Можно ли подтвердить гипотезу относительно продукта, совсем не создавая никакого решения?

В IT-сфере - можно, если быть чуть хитрее и умнее, чем наши фаундеры из примера.

К примеру, они могли создать лендинг Чудо Швейцарские Ножи, повести на него трафик из социальных сетей, и посмотреть, оформляют ли люди предзаказ на этот товар. Если да - то его можно производить.

Примеров таких предзапусков в истории множество, но вот мой любимый:

Около 2-х лет создатели таск-менеджера Sunsama запустили на главной странице анкету, в которой опрашивали рабочие привычки будущих пользователей (сколько человек в команде, каким таск-менеджером пользуются сейчас, где хранят задачи и т.д.). Когда вышла первая версия продукта, доступ получили только те, кто подошёл в качестве целевой аудитории этого продукта. Таким образом создатели Sunsama убили трёх зайцев одним махом: исследовали аудиторию, получили первых последователей и подогрели интересы прочих, кто доступ не получил.

К слову, я даже пытался подобрать правильные ответы к анкете, чтобы получить доступ. И у меня это получилось! Но то, что оказалось внутри, мне уже было не интересно (не зря же я подбирал ответы).

Продавать или нет?

Автор книги Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели Эрик Рис говорит, что MVP с первого дня должен продавать. И я с ним абсолютно согласен.

Мы создаем продукты не только для того, чтобы решать проблемы и делать мир лучше, но и чтобы зарабатывать деньги. Если у вас есть инвестиции и собственные запасы, чтобы оплатить работу дизайнеров и разработчиков на долгие годы вперёд (чтобы впоследствии монетизировать платформу), это прекрасно. Если нет продукт должен начать приносить вам деньги уже сегодня (за счёт подписки на сервис, рекламы или взимания платы за интеграцию).

Ошибки при разработке MVP

MVP - это непаханное поле для больших ошибок и слитых бюджетов!

Вот какие ошибки вы можете совершить по ходу пьесы:

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

• Не слушать обратную связь от пользователей. Если вы не проводите тестирования и не слушаете обратную связь от пользователей, то вообще непонятно, зачем вы затеяли MVP. Возможно, вам стоит сразу пилить полноценный продукт и оказаться без миллиона в кармане?

• Слишком стараться. Есть выражение, что если вы показываете первую версию продукта, и вам не стыдно - то вы уже перестарались. Поверьте, у вас будет бесконечно много шансов улучшить ваш продукт, и делать сразу идеально вовсе не обязательно!

• Недостаточно стараться. Можно придумать отличную идею совместить нож со штопором, но если сделать это в стиле и таааак сойдёт!, то вы рискуете, что ваш пользователь окажется без руки, пользуясь вашим чудом техники. Перефразирую: в 21 веке уже недостаточно сделать косое и кривое приложение. Аппетиты и желания клиентов растут, поэтому постарайтесь, чтобы ваша первая версия выглядела хотя бы симпатично.

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

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

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

В этой статье мы поговорим о том, какой минимум действий необходим, чтобы:

1. чувствовать себя спокойно и не боятся аудита интеллектуальной собственности со стороны инвесторов

2. быть готовым к разговору с инвестором, показывая целью работу проекта с интеллектуальной собственностью: как со стороны продукта, так и со стороны команды

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

Эти юридические термины пригодятся для понимания статьи:

• Депонирование - процедура установления времени создания объекта в определенной форме (в виде файла). На депонирование можно передать любые файлы, в том числе архив под паролем.

• Депозитарий Хранилище, в котором находятся файлы (объекты), которые прошли депонирование и считаются эталонными. Именно с ними производится сравнение в ходе экспертизы.

• Свидетельство охранный документ, который подтверждает владение правом.

• Автор физическое лицо. Всегда конкретный человек, который лично создал произведение своим творческим трудом

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

• Договор документ, в соответствии с которым автор передает исключительное право полностью (отчуждение) или в части и на время (лицензия)

Шаг 1. Создать перечень активов.

Чтобы создать перечень активов, нужно разобраться, какая интеллектуальная собственность есть у стартапа.

При словах интеллектуальная собственность и стартап воображение сразу рисует патент, но до получения патента проходят годы, и к тому же не на все объекты можно его получить (перечень объектов ограничен законом, а еще нужно пройти 100 оценивающих комиссий). И даже после получения редко кто будет бегать по рынку, проверяя, применяет ли кто-то его патент или нет.

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

Поэтому давайте посмотрим на то, чем обладает стартап и как это эффективно защитить:

Логотип

- это объект авторского права, изображение, графический элемент. Он может состоять из картинки и слов, просто картинки или фамилии/имени/никнейма основателя.

Поэтому возникает вопрос: в чем принципиальная разница между логотипом и товарным знаком? И можно ли защищать логотип точно так же, как товарный знак от использования на сайте, на товарах и социальных сетях?

В интернете много противоречивой информации, некоторые авторы пишут, что существует только товарный знак, а все остальное не существует, потому что им так кажется.

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

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

ВАЖНО! Права на логотип оформляются свидетельством о депонировании.

Дизайн (презентация и интерфейсы)

- это объект авторского права. Они защищаются точно так же как логотип, и охраняют визуальный образ. Для того, чтобы защитить разметку (расположение элементов), требуется патент на полезную модель. Разница образа и разметки заключается в том, что образ это дизайн графических элементов, а разметка это план размещения кнопок на координатной сетке.

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

Блок-схема процессов (бизнес-логика)

- это ноу-хау под режимом коммерческой тайны. Прелесть его в том, что именно он может стать основой для патента на софт. Будет правильным изначально защитить его авторским правом, описав ее как сценарий.

Бизнес-модель (инструкции, регламенты, чек-листы, скрипты и офферы)

- это объект авторского права, тот материал, с помощью которого и можно построить операционный менеджмент. Именно он является предметом лицензионного договора на масштабирование бизнеса и основанием для выплаты роялти основателю. Права оформляются свидетельством о депонировании.

Чертежи устройства

- это объект авторского права. Чертежи устройства, как и внешний вид изделия, защищают от копирования и воспроизведения (создания на их основе). При этом для защиты чертежей устройства авторское право и патентное право относятся точно так же как и для интерфейсов. Права оформляются свидетельством о депонировании.

Компьютерная программа

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

База данных

- это объект авторского права, дерево или корневой каталог программного обеспечения, иногда даже майндкарта. Самое главное: что это структура, поля базы данных, а не сами данные. База данных направляется на регистрацию без данных, только в виде полей или рубрикатора. Защищает она от создания аналогичных баз данных типа справочника. Поэтому споры желтых страниц с программными приложениями адресными справочниками основаны на использовании базы данных.

Размеченные данные (датасеты, модель обучения)

- это объект авторского права, сборник. Поскольку данные уже размечены они уже не являются данными в чистом виде и защищаются как объект авторского права именно потому, что структурированы и размечены определенным образом как сборник.

Данные

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

Возможно, у вас возникнет вопрос: в тексте везде указано, что права оформляются свидетельством о депонировании. Но почему, если авторское право возникает в момент создания произведения и не требует формальностей?

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

Шаг 2. Подобрать правильный способ защиты актива.

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

NDA (или режим коммерческой тайны, ноу-хау) это в первую очередь режим. Чтобы он появился, нужно соблюсти всю процедуру:

1. Ввести этот режим приказом

2. Оформить информацию под NDA грифом или архивом под паролем

3. Заключить соглашение о неразглашении

4. Передать пароль от архива распиской или отдельным сообщением.

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

NDA никак не помогает оформить права на разработку, потому что это лишь один из четырех режимов защиты, который работает только в отношении информации.

Разница между патентом, товарным знаком, авторским правом и ноу-хау (NDA):

Шаг 3. Оформить права на технологию.

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

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

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

Поэтому большинство современных коммерчески востребованных инноваций не те, которые создают новые рынки, а те, которые увеличивают эффективность на 1-2%, но делают это на большом масштабе.

Как оформить права на технологию? Превратить описание идеи в бизнес-логику и определить функциональный результат. Эти описание и модули можно защитить авторским правом, как предпатентным способом защиты, и начать патентный поиск, чтобы оценить возможность получить патент или понять, что патент не может быть получен, и придется думать, как обходить чужие патенты.

Шаг 4. Определить элементы технологии и защитить их нужным правом

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

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

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

Почему это важно:

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

2. Часто бизнес работает на потоке: если производится 3000 наименований изделий или продукции в год, то получить на все патент нельзя не сойдется экономика. Но это не значит, что нельзя заблокировать конкурентов, которые продвигаются по твоим наименованиями или воруют фотографии продукции, потому что можно сделать это инструментами авторского права.

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

Если подходить рационально, то существует простой способ определить способ охраны, который можно применить к технологии и возможно он поможет разобраться с тем, что произвели вы (есть сложные случаи, но в 90% случаев будет что-то такое):

1. Сценарий, как последовательность операций (действий), методика выполнения операций (действий) или инструкция по выполнению действий Авторское право (свидетельство о депонировании).

2. Чертежи изделия (устройства), здания, сооружения, ландшафтного проекта, проекта по благоустройству/озеленению, декорирование Авторское право (свидетельство о депонировании).

3. Дизайн изделия (упаковки), внешний вид изделия, фотографии изделия, слепки изделия, 3д модель Авторское право (свидетельство о депонировании).

4. Текстовые описания изделия, рекламные сообщения, слоганы, тизеры, руководства пользователя и администратора, инструкции, текстовые скрипты в воронке, обучающий материал Авторское право (свидетельство о депонировании).

5. Название изделия (если это название программы, курса, дизайнерской вещи, обучающего материала, или изделие произведено по рецепту) Авторское право (Свидетельство о депонировании).

Когда нужно получать патент:

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

2. Вы работаете в сфере фарм, био, мед, где есть правило не работать с компаниями, у которых нет патента.

3. Вы получили грант (подписали договор), требование которого подать патентную заявку и получить патент.

4. Вы получили рекомендацию от юриста инвестора, своего патентного поверенного, акселератора или другого важного для вас контакта, что стоит это сделать.

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

Что защищает авторское право?

Авторское право защищает форму от прямого и косвенного копирования. Это означает:

• нельзя копировать

• нельзя посмотреть

• нельзя видоизменить (потому что это тоже копирование)

• нельзя сделать на основе что-то похожее (потому что это производное произведение)

• нельзя использовать по-другому, то есть спеть текст, начитать книгу, сделать постановку на основе сценария или переписать фильм

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

Что защищает патент?

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

Что защищает товарный знак?

Товарный знак защищает место в голове потребителя, где название товара ассоциируется с товарной категорией. Именно поэтому в отношении товарных знаков есть классы МКТУ (классы для товарных знаков) и может быть два одинаковых названия на образовательные мероприятия и средства пожаротушения, которые охраняются одинаково.

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

Что защищает ноу-хау?

Ноу-хау (коммерческая тайна) защищает информацию, которая представляет интерес в силу своей неизвестности. Это значит:

1. ее нельзя получить из ТЗ или CRM,

2. ее не размещают на сайте

3. ее не пересылают по почте

4. ее нельзя увидеть в открытом доступе или скачать

5. каждый кто получает доступ должен соблюдать порядок ознакомления с ней. Самый простой способ защитить информацию архивом под паролем и передавать пароль под расписку.

Как выбрать способ защиты?

Традиционное внимание и уважение к патентам и товарным знакам не означает, что они работают, а все остальное нет. Защита авторским правом такая же сильная, как и защита патентом. Начнем с того, что закон не видит разницы между защитой авторского права и патента в нем есть одна статья, посвященная защите исключительного права 1252 ГК РФ, в которой владельцам и авторского права, и патента даются абсолютно одинаковые права, в том числе право на компенсацию. Даже в кодексе они расположены так сначала общие положения по защите (для всех) а потом отдельная глава с особенностями для каждого вида.

Разный способ защиты это еще и разные сроки. Авторское право действует всю жизнь автора и 50 или 70 лет после его смерти в зависимости от страны, гражданином которой является автор (в России это 70 лет).

Права на товарные знаки существуют столько, сколько вы платите пошлину и на территории тех стран, на которых вы их платите, а права на патенты действуют от 10 до 25 лет в зависимости от типа. Это сделано для развития прогресса и чтобы патент не мешал всем остальным развивать технологию.

Регистрировать права может не только автор, но правообладатель и представитель, поэтому не обязательно ждать, когда это сделает автор, если можно ему помочь и указать его в качестве автора. В случае с депонированием, регистрацию можно осуществить в IREG, в случае с товарным знаком и промышленной собственностью (патентом, полезной моделью, промышленным образцом) требуется патентное ведомство (дотянуться до других стран можно через свою страну, здесь действуют свои правила и сроки. Допустим для выхода на международную фазу по изобретениям это 1 год с момента подачи заявки).

Авторское право и патент охраняют разные по своей природе объекты:

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

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

Авторское право и патент не конкурируют между собой, они защищают разные вещи. Причем и авторское право, и патент защищают не только от копирования и воспроизведения, но и от внесения изменений и создания производных произведений. Это закреплено в статье 1270 ГК РФ.

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

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

Патентная защита это режим, которым можно защитить конкретное инженерное решение либо бизнес-логику, по которой функционирует приложение и его связь с устройствами, иными словами, алгоритм работы.

Кроме того, сам факт наличия патента не означает, что не появятся аналоги. Три замечательных примера из жизни:

Патент Google: Метод создания и использования рекурсивного индекса поисковых систем

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

Патент Олега Александровича Серебренникова: Способ поиска информации в сети интернет: Изобретение относится к области компьютерной техники, способов поиска, извлечения и обработки информации и идентификации сетевых ресурсов, электронной коммерции и дистрибуции физических и виртуальных товаров и услуг, в частности дистрибуции системы доменных имен (DNS) Интернет, а также создания платежных инструментов, платежных систем, адресации и проведения платежей. Технический результат расширение функциональных возможностей поиска информации, в частности, товаров и услуг в сети Интернет.

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

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

1. Для того, чтобы получить патент на софт не нужно обязательно подавать в патентное ведомство США, в России то же самое можно защитить как способ в качестве изобретения.

2. Патент на софт это не сама компьютерная программа, а алгоритм, на основании которого она работает, ее бизнес-логика.

3. Мысль если получить патент никто не сможет это сделать не основана на фактах.

Никто не сможет это сделать так КАК написано в патенте.

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

Шаг 5. Подготовить ответы на вопросы инвестора и прохождения IP due diligence.

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

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

Главный вопрос: кто создает интеллектуальную собственность?

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

Для компании все сильно меняется. В отличие от автора, она не может получить права на результаты просто так. Для этого нужны договор, акт и служебное задание на бумаге или информационная система, которая будет все эти процессы вести. Это отдельный бизнес-процесс, и самое главное, чтобы он приносил результат. Потому что иначе совершенно неясно, что было сделано по договору.

Как это реализовать на примере конкретного исполнителя:

1. Подписать договор и определить предмет договора (что он должен сделать). Если вы планируете ставить ему задачи через мессенджер, то так и пишите: выполнять задачи, поставленные через мессенджер X от учетной записи Y, или аккаунт в системе управления задачами типа Jira.

2. Получать результат работы (то, что сделал исполнитель в виде файла) или архива репозитория (если это код). Особенно если среда разработки не ваша.

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

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

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

Причины, по которым эти истории случились то, что у компании или у фаундера нет документов, подтверждающих, что это их собственность. Поставьте себя на место инвестора, с которым вам предстоит говорить. То есть на простой вопрос что принадлежит компании? что можно ответить? Можно ответить, что у нас есть софт, у нас есть дизайн, у нас есть бизнес-модели, у нас есть финансовый план. Это для нас делали такие-то сотрудники, вот договоры с ними. И мы приняли в них результат работ этот результат оформлен на нас. Это хороший разговор.

Плохой разговор это у нас есть софт, он работает. Мы проверили он работает. Дальше инвестор спрашивает: Где гарантия, что это ваш софт?. И на этом этапе многие проваливаются, потому что они не могут ничего гарантировать, поскольку у них нет доказательств.

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

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

В этой статье заключен опыт 10 лет работы, на протяжении которых я училась тому, как право работает в мире цифры и железа, благодаря чему получила степень доктора наук и создала IREG сервис регистрации авторских прав. Всё, что описано здесь, происходило в реальной жизни, с реальными людьми. Теперь и вы знаете, как это работает. Оформляйте свои права грамотно, не бойтесь показать настоящую стоимость актива. Не поддавайтесь на провокации от заказчиков, подрядчиков, сотрудников теперь вы уверены в том, что вам есть чем себя защитить. Разумеется, если честно выполните рекомендации и пройдете по 5 шагам.

С мая по сентябрь 2021 годв пройдет DIGITAL SUPERHERO ежегодный марафон для IT-специалистов России, который организует группа компаний Innostage при поддержке правительства Республики Татарстан. Цель марафона создать среду для развития и пилотирования цифровых разработок в бизнес-сегменте и госсекторе.

Первое мероприятие в рамках марафона питч-сессия Fintech-проектов, которая пройдёт 27 мая. Приглашаются стартапы по трём направлениям: устойчивое развитие (ESG), Research Tools и RiskTech.

Заявки принимаются до 23 мая на сайте мероприятия.

Что получат победители:

- Компенсацию расходов на проведение пилотного внедрения (до500000 рублей)

- Экспертную и менторскую поддержку

- Возможность масштабирования решения после успешного пилотного внедрения

- Возможность пройти отбор дляучастия вDemo Day наKazan Digital Week ивыиграть 300000 рублей

- Фирменный мерч Ак Барс Банка

- Дополнительные возможности (обсуждаются индивидуально): доступ к инфраструктуре банка и его каналам продаж.

_______

Впервые марафон хакатонов DIGITAL SUPERHERO проходил с мая по сентябрь 2020 года, вот главные цифры о нём:

1 120 человек подали заявку на участие в проекте

177 команд приняли участие в проекте

42 команды стали финалистами

2,4 млн. рублей общий призовой фонд онлайн-хакатона

70 городов масштаб хакатона

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

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

Первое, на что хочется обратить внимание - почему ИТ-стартапы такие особенные

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

Если у вас возникла идея сделать супер-нужное, на ваш взгляд, мобильное приложение или ИТ-продукт - не спешите. Осмотритесь по сторонам, поищите в сторах и интернете аналоги. Посмотрите за пределами РФ, конечно же. Помните, менее 2% стартапов выживают. Остальные закрываются на разных стадиях.

Уверены, что ваш стартап уникален или рынок растет так быстро, что в нем есть место для новых нишевых игроков? Отлично. Можно думать в сторону проверки ваших гипотез.

С регулярностью раз в пару месяцев ко мне или близкому окружению приходят новые горящие глаза со словами: "Я такое придумал! Вот смотрите!..[описание бизнес-идеи]" и просят совет, как поступить дальше.

По статистике 8 из 10 стартаперам так нравится их идея, и они настолько уверены, что их будущий продукт - это прорыв, что банальные вопросы про монетизацию они и слушать не хотят. Если у вас так - это звоночек:

Если вы задумали ИТ-стартап, но вопрос про выбранную модель монетизации и бюджеты заставил вас задуматься - остановитесь и подумайте про деньги. Дальше бежать рано!

Если монетизация вам понятна, но пока без цифр - начинаем считать. Как именно? Вариантов несколько:

ВАРИАНТ 1: Вы из ИТ и хорошо понимаете, кто нужен для создания нового ИТ-продукта. Небольшая подсказка: обычно, продуктовая команда состоит из следующих ролей:

• владелец или менеджерпродукта

• архитектор решения и Back-end разработчик

• мобильный разработчик iOS (если система должна работать на мобилке Apple)

• мобильный разработчик Android (если система должна работать на мобилке Android)

• web-разработчик (если есть приложение для ПК)

• аналитик

• тестировщик

• дизайнер

Роли можно комбинировать между сотрудниками и вычёркивать, если в вашем проекте они не нужны. Разработчиков лучше иметь по паре на направление, как минимум. Или, как минимум, поискать супер-опытного head of dev.

Теперь смотрим стоимость таких сотрудников на рынке и умножаем на 1.5 (налоги, офис, бонусы, техника и т.п.). Это если стартап и ничего серьёзного. Если прямо серьёзный проект - х2 или х2.5.

Прикидываем, за сколько такая команда выпустит MVP (minimum valuable product): это как-раз то, что нужно будет показывать инвесторам, чтобы получить деньги под проект за долю в бизнесе.

Вот очень скромный расчёт расходов на персонал: вы хотите сделать инновационное мобильное приложение. Оно должно быть для 2х платформ и хранить данные на сервере.

Понадобятся: 2 мобильных разработчика и 2 бэкенд разработчика. Тестировщиком поработаем сами. А вот рисовать, ещё и под 2 платформы не умеем. Итого 5 сотрудников + вы. Архитектором будет один из опытных бэкендеров. Лучше все уровня сеньоров с опытом создания подобных приложений так как пользоваться им должны сотни тысяч пользователей (если монетизацию планируем по подписке).

Считаем: 5х150тр х 1.5 = 1.1млн/в месяц. На создание любого, даже самого простого продукта редко уходит меньше полугода. Чуть более реалистично - 1 год до MVP.

Итого бюджет нашего стартапа: 13 500 000р.

Напомню, это бюджет на год и без тестировщиков (на каждых четырёх разработчиков, чтобы приложение работало в массмаркете на десятках разных устройств нужен тестировщик). И это без аналитика, который будет прорабатывать требования и без вашей зарплаты! Если самому нужно на что-то жить - выйдет все 15млн!

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

А если своих денег на запуск стартапа и создание MVP нет?

На стадии идеи, деньги можно попробовать привлечь следующими способами:

1. найти по друзьям/знакомым: велик риск испортить отношения навсегда

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

3. Можно привлечь в краудфандинг: тут без имени не обойтись, но в России это все еще в зародыше

4. привлечь финансирование под проект: это работает, если ваш проект нужен крупным компаниям

5. Получить начальное финансирование, выиграв гранд или конкурс: тут, обычно, суммы ограничиваются несколькими миллионами рублей, а условия довольно жесткие

6. Раздать доли участникам проекта: но стоит учесть, что без З/П мало кто сможет жить год другой. Чем больше участников стартапа, тем сложнее обойтись без юридически грамотного оформления отношений. Выше шансы развала предприятия из-за того, что договориться вдвоём ещё как-то можно, а вот вчетвером или впятером - почти невозможно

Личный опыт: никогда не соглашаетесь на участие в стартапе 50/50. Один из партнеров должен иметь возможность принять решение, если согласия не удалось достичь в переговорах. Отсутствие возможности принять решение смертельно для любого бизнеса. 49/51 - страховка на случай, когда не удалось договориться с партнером.

На стадии MVP (минимального работающего продукта)

Все вышеперечисленное плюс поднять инвестиции "венчурных капиталистов", привлекая инвестиции венчурных фондов или частных инвесторов за долю в проекте.

Кто научит привлекать инвестиции в стартап?

Научиться искать финансирование и разобраться "как работает стартап" проще всего либо гугля интернет, либо погрузившись в комьюнити стартаперов. Сегодня - время возможностей. На рынке работают десятки, а то и сотни стартап-инкубаторов, организованных фондами или крупными венчурными инвесторами! Их доход - работа на комиссии от привлеченных инвестиций, так что вы их хлеб. Не стесняйтесь. Их задача - найти потенциально интересные для инвесторов стартапы и успешно закрыть сделки по привлечению в них инвестиций. Они учат, подсказывают, челенджат (задают неудобные вопросы, чтобы подготовить вас и помочь сформулировать на них ответы перед инвестициями в проект). В конечном счёте они помогают вас продать инвестору, который поверит и профинансирует проект.

За все придется заплатить. А платить стартап может только долей в бизнесе. На начальном этапе в России и без MVP продукта не часто удается привлечь больше 2-5млн.р. После готовности MVP и нескольких успешных продаж - больше.

Как получить финансирование "бесплатно" и без доли инвестора в бизнесе?

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

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

С коммерческим гранатами (от крупных компаний) все попроще по оформлению, но нужно быть готовыми к тому, что "спонсоры" будут пытаться управлять развитием вашего стартапа, затачивая ваш продукт под внутренние задачи или видение своей компании. Часто ваш продукт, после такой акселерации, может остаться ценен только для самой компании или может быть попросту поглощён ей. А ведь вы мечтали о рынке и мировой славе? ;)

Чтобы было проще найти такие гранты- есть площадки-агрегаторы, где можно быстрее найти нужную информацию. Например rsci.ru.

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

Пример расчета монетизации стартапа на примере сервиса электронных визитных карточек MyQRcards

Пара слов о продукте, для понимания что к чему: Основные клиенты сервиса электронных визиток MyQRcards - крупные корпоративные заказчики.

Для компаний электронные визитки это:

1. экономия расходов

2. повышение эффективности рабочего процесса (когда сотруднику важно оказаться в записной книжке нового знакомого сразу в момент знакомства)

3. современный тренд цифровизации

4. бесконтактный обмен визитками в постковидный период

5. удобство управления парком визиток из личного кабинета компании online

6. забота об экологии

Для частных пользователей

Электронные визитки MyQRcards это возможность сделать себе визитку бесплатно, управляя ее данными в мобильном приложении. Оттуда же ей можно поделиться различными способами. За деньги - облачное хранение данных и создание более чем одной визитки.

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

За все время его существования приложения в магазинах приложений Apple и Google (около 2х лет) и без инвестиций в рекламу набралось 7,1 тыс.+4,7 тыс.=11,8 тыс. установок. Платную версию купили 474 человека (261 - Apple и 213 - Google). То есть в среднем платить готовы лишь 4% пользователей, использующих приложение.

Стоимость подписки на год - 299р за пользователя. То есть, грубо говоря, в год мы бы заработали 71 000р. Если бы не комиссии маркетов и отвалы.

Комиссии с разработчиков в Apple store: 30%

Комиссии с разработчиков в Play market: 30%

Процент отвалов (отказались от подписки): 34% в среднем

Итого, доход за год на частных подписках составил: 474/2*299*(1-0,34)*(1-0,3)=32739 р.

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

Срок возврата инвестиций такими темпами наступит через 234 года при инвестициях в 15млн.р.

И это без учета операционных затрат на поддержку приложения, развитие и выпуск новых версий.

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

А что если пульнуть рекламу и покупать инсталляции?

Давайте считать:

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

Какая стоимость за установку была в вашем проекте для Apple и Google приложений соответственно?

Что вижу в рунете: "CPI варьируется от страны к стране и вида операционной системы (iOS, Android). Средняя стоимость за установку составляет $0.34 для iOS и $0.10 для Android в России." Очень странные цифры, я считал их выше на порядок.. Ну ладно.

В рублях стоимость установки тогда будет 25 и 7,5 рублей соответственно. Допустим.. Уверен, что конверсия в платных пользователей тут будет значительно ниже, чем при естественном поиске и установки приложения. Так что возьмем 2% вместо 4%.

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

Берем стоимость за установку в 25 рублей (Кто рекламировался - подскажите реальные цифры, пожалуйста?)

1млн/25р=40 000 установок.

Считаем выручку по формуле выше при конверсии в платные установки - 2%:

40000*0,02*299*(1-0,34)*(1-0,3)=110 510 р.

Т.е. затраты 1млн.р. нам принесут 111тр выручки через год. Окупаемость - почти 4 года. Не тянет на бизнес с учетом того, что тут много чего еще не учтено. Что делать? Либо найти другую модель монетизации с большей выручкой при меньших затратах, либо не запускать такой стартап.

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