что такое айти стартап

Один в поле (не) воин: создание IT-стартапа с нуля vs создание IT-стартапа на платформе

Что делать в IT человеку без навыков программирования? Можно ли запустить IT-стартап, не продавая почку? Сравниваем затраты на разработку и запуск своего IT-стартапа по автоматизации бизнеса самостоятельно и в партнерстве с КБ.

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

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

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

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

Если выделить 50000 на начальном этапе не получится, можно решить эту проблему по-другому. На платформе Кб есть возможность создать лендинг на собственном домене, всего лишь заполнив несколько полей в таблице. В будущем можно будет заменить или дополнить лендинг полноценным сайтом. А пока вернемся к цифрам:

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

Очевидно, что во втором случае операционные расходы снижены до минимума. Это связано с тем, что Кб берет на себя разные неприятности, например, оплату налогов.

Во-первых, в случае запуска с КБ рекламный бюджет может уменьшиться в 2 раза, если ваш стартап будет отвечать всем нашим требованиям и мы посчитаем его перспективным. Тогда мы запускаем рекламу вашего стартапа, компенсирующую 50% ваших вложений.

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

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

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

Источник

Start Up: Организационные и технические аспекты запуска в крупной IT-компании

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

В этой статье мы поделимся опытом запуска стартапа в компании — системном интеграторе ОТР2000 с точки зрения выбора и внедрения гибкого подхода к разработке протестированных и
работоспособных программных продуктов.

Продукты стартапа

Для перехода к деталям и особенностям внедрения методологии, необходимо понять результаты данной трансформации в контексте жизненного цикла стартапа. Существуют два основных этапа [1]:

Два наших продукта — «ЧАТ СТП» и «ЕЦУ» — прошли первый этап и в настоящий момент имеют дорожную карту развития вплоть до 2022 года. Поставка MVP третьего продукта «Сервисы ИИ» для подтверждения жизнеспособности концепции ожидается к концу 2020-го, после чего будет принято решение о выделении инвестиций для развития и масштабирования.

Теперь по порядку немного о наших продуктах молодого департамента ЦИИ «Центр искусственного интеллекта» в ОТР2000. Продукт «Чат СТП» (неформальное название «Мессенджер»). Данный продукт предназначен для предоставления технической поддержки клиенту в части сопровождения информационных систем в B2B- и B2G-секторе. Мессенджер является дополнительной альтернативой телефонным обращениям и включает в себя кастомизируемый под свои потребности жизненный цикл обработки обращений.

Продукт «ЕЦУ» — единый центр управления (неформальное название «Супервизор»). Идея ЕЦУ — обеспечить омниканальность различных ИС заказчика в одной системе для эффективного управления и получения всей доступной информации в одном инструменте. ЕЦУ является мощным аналитическим инструментом в части сопровождения проектов и информационных систем.

Продукт «Сервисы Искусственного Интеллекта» готовится к выпуску MVP и представляет собой компоненты по категоризации текста по определенным правилам и поиск решений из базы знаний для ускорения предоставления технической поддержки пользователям и снижения трудозатрат.

Результаты продуктовых команд

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

Короткие релизные циклы позволяют быстрее предоставлять клиенту реализованную гипотезу для получения обратной связи в части доставки ценностей и необходимых изменений. Если через пару выпущенных версий клиент понимает, что нужно убрать или изменить определенный функционал, мы, несомненно, делаем это, так как мы не боимся изменений, даже если они поступают в последний момент [2]. Для эффективного управления данными изменениями для наших продуктов налажен релизный цикл, равный в среднем 2 неделям, по результату которого мы выпускаем протестированную и работоспособную версию программного продукта, готовую для установки в продуктивную среду клиента.
Соотношение выпущенных фич с новыми в бэклоге характеризует:

Становление и развитие продуктовых команд

Культурная среда компании является началом проведения трансформации в части новых практик и подходов. В нашем случае компания ОТР2000 является системообразующей IT-компанией, надежно закрепившейся на B2G-рынке с 2000 г., и насчитывает около 2500 сотрудников, географически распределенных по всей России и за рубежом. На протяжении 20 лет компания экспоненциально росла в части поддержки и развития своих продуктов, что отразилось в выстраивании жесткой матричной структуры департаментов управления. Данный выстроенный механизм имеет водопадную структуру, и перед тем как выпустить очередную версию продукта, необходимо пройти фиксированные этапы через департаменты.

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

В рамках создания молодого подразделения «Центр Искусственного Интеллекта» в ОТР2000 в начале марта, было принято решение апробировать гибкие методики разработки программных продуктов, которые позволяли бы в кратчайшие сроки выпускать работоспособные версии для инкрементного увеличения ценности продукта.

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

В продуктовую команду должны входить «для фуллхауза» следующие роли (сразу стоит отметить, что данные роли может выполнять один человек):

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

Ритуалы в продуктовых командах

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

Мы успешно апробировали и используем следующие ритуалы в рамках 2-недельного релизного цикла:

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

Организация CI/CD релизов

В целях организации короткого инкрементного релизного цикла мы внедрили CI/CD-подход. Данный подход заключаются в следующих технических и организационных возможностях:

Имея данные возможности, продуктовая команда быстрее определяет проблемы и дефекты при очередном CD, а также устанавливает причинно-следственные связи для их устранения. Для продуктов команд ЦИИ мы в среднем имеем 15 МР и 4 деплоя сборки в день. На картинке проиллюстрирован общий организационной подход в рамках внедрения CI/CD в разрезе управления средой разработки для одной из команд. Отображение данного подходя является базовым, что обеспечивает легкость масштабирования на дополнительные команды и смежные продукты.

Стоит также отметить, что разница версии в ветках /dev и /master отличаются на инкремент ровно одной версии. Данный подход позволяет выносить версию в Prod по окончании релизного цикла и не зарываться в деталях и проблемах, выпущенных, например, 2 месяца назад.PreProdНа данной среде проводятся интеграция и отладка выпущенных продуктов со смежными информационными системами, а также интеграционное и регрессионное тестирование для согласования выпуска версии в Prod-среду. В дополнение на данном стенде проводят демонстрацию нового функционала заказчику и фокус-пользователям.ProdНа данной среде происходит эксплуатация пользователями выпущенных в релиз продуктов. На данном стенде не проводится тестирование.

Единственным критерием внедрения эффективного CI/CD-подхода является полное прохождение жизненного цикла сборки от локального MR отдельного разработчика до установки версии в продуктивную среду силами одной команды. Ответственным за процесс и работы CI/CD составе команды отвечает DevOps-инженер.

Инструменты продуктовых команд

Существует много моментов, которые мы хотели бы показать в рамках использования и внедрения инструментов разработки продуктов. Однако в этой статье мы лишь подсветим основные инструменты, которые прижились и доказали эффективность:
Управление содержанием — продукты Atlassian (JIRA, Service Desk, Confluence).
Управление CI/CD — Gitlab.
Управление коммуникациями — Discord, Telegram.
Управление развитием команд — Mural.

Интересные лайфхаки при использовании инструментов:

Заключение

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

Источник

Из чего состоит IT-стартап и как его запустить

Еще в 2018 году исследование «Стартап Барометр» показало, что 64% российских стартаперов имеют негативный опыт, связанный с провалом проекта или закрытием компании. У начинающего предпринимателя больше шансов на успех, если будет понимание, что такое бизнес-проект и из чего он состоит. Поэтому ITMO.NEWS совместно с Технопарком и Акселератором Университета ИТМО подготовил разбор того, что надо знать человеку, мечтающему запустить IT-стартап.

Этапы пути

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

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

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

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

Как найти идею

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

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

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

Также необходимо постоянно общаться с людьми, узнавать, какие у них есть проблемы. Может, у человека, собирающегося основать стартап, есть друг-иллюстратор, который давно мечтает об «умных» очках, которые позволят ему с помощью голоса делать виртуальные наброски. Или идею может подать родственник-строитель, удивляющийся, почему кто-то до сих пор не придумал аналог Uber для строительных кранов.

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

«Наша команда много лет занималась разработкой продукта в EdTech, одним из элементов которого был интернет вещей (IoT), — вспоминает основатель проекта VAIS Виталий Чащин. — Причем это было абсолютно новой для нас сферой, однако команда достаточно быстро вникла в проблематику, и мы создали собственную платформу на мультиагентной системе, которая не была ранее представлена на рынке. В ходе работы мы постоянно общались с клиентами и партнерами и в какой-то момент поняли, что наш подход применим в моделировании и автоматизации бизнес-процессов. Так, мы с одной и той же технологией перешли из EdTech в автоматизацию бизнес-процессов. И так появился проект VAIS. Совершенно разные индустрии, но мы увидели, что наш подход универсален для любой из них».

Где искать людей

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

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

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

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

«Я всегда ищу хороших, адекватных людей и даю им шанс вырасти. Это всегда работает. Возможно, я просто очень хорошо разбираюсь в людях или мне так везёт, но в любом случае этот навык и насмотренность на хороших людей надо тренировать. Задачи и роли нужно распределять исходя из особенностей людей, то есть не только исходя из hard skills, но учитывать и soft skills тоже. Только так можно достичь хорошего выполнения поставленных задач и работать на результат», — рассказывает Алексей Соломатин, директор Акселератора ИТМО.

Философия компании

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

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

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

«Во время работы в одной анимационной студии в руководстве были люди с достаточно жестким типом менеджмента, — вспоминает Кристина Федорова, CEO MeowLanguage AR, — рядовым сотрудникам не разрешалось предлагать свои идеи. Более того, от нас даже скрывали отрисовки по мультфильму, над которыми мы все работали. Сейчас в моем стартапе мы всегда стараемся вместе всё обсуждать и генерировать новые идеи для проекта. Разносторонний взгляд на вещи помогает стартапу сохранять динамику развития».

От прототипа до продукта

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

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

Напротив, необходимо постоянно показывать каждую новую итерацию будущего продукта потенциальным пользователям и клиентам. Сначала это могут быть друзья и знакомые стартаперов. Затем — более широкий круг людей. Когда основной принцип будет оттестирован, необходимо переходить к созданию MVP. Он не зря расшифровывается как минимально жизнеспособный прототип. В нем должны иметься все основные части будущего продукта (интерфейс, back и front), но он не обязан быть фактически конечным продуктом.

«Основная философия — двигаться быстро в понимании того, какой продукт нужен рынку, в создании этого продукта и начать продажи как можно скорее. Если они есть, значит, продукт кому-то нужен; если есть деньги, то есть время и возможности совершать ошибки и исправлять их. Не зацикливайтесь на продукте, быстрее выходите на продажи с MVP. А он не должен быть сильно сложным, с набором большого функционала, он обязан решать проблему клиента. Но и совсем плохим MVP быть тоже не должен», — объясняет Алексей Соломатин.

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

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

Источник

IT Keys

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

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

Определение понятия «стартап»

Общепризнанное определение рассматриваемого термина дал верховный священнослужитель всех стартаперов Стив Бланк:

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

По сути

Стартапы призваны решать проблемы и задачи, которые со временем становится возможным решить благодаря использованию результатов технического прогресса. Или, как говорил основательTwitter’a Исаак “Биз” Стоун, современные высокотехнологичные проекты должны служить одной цели: упрощать пользователям любые действия в их повседневной жизни.
Двигать технический прогресс вперед — не задача стартапера. Действительно, когда мы говорим о стартапах, вряд ли будет упомянута новая перспективная компания, разрабатывающая свою революционную архитектуру микропроцессоров или фильтрующие наноматериалы.
Однако вполне возможно в рамках одной небольшой команды создать уникальный программный продукт, который предоставляет его пользователям инновационные услуги, и который может оказаться резко популярным и востребованным в ближайшем будущем. Точно также, не критически сложно создать и уникальную комбинацию «железа» вместе с обеспечивающим его работу программным комплексом.

Стартап — это продукт

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

Жизненный цикл стартапа

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

Кто делает стартапы

Термин “стартапер” является, в некотором роде, синонимом слова “предприниматель”. Ведь настоящий стартап является полноценным бизнесом.
По роду занятий и профессии стартапер может быть не только бизнесменом, но заниматься разработкой, дизайном, быть инженером или экономистом.
Чаще всего, сооснователями одного стартапа становятся двое людей: предприниматель и технарь. Но иногда стартап создается и одним фаундером, который занимается как разработкой, так и продвижением своего продукта.

В заключение

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

Источник