Блог компании Лидер·Айти

Посетили сегодня демо-день бизнес акселератора “Большая разведка” в Томске. Краткие выводы из ошибок, которые я увидел в презентациях:
⁃ Стартап должен отличаться от конкурентов, причем сильно. Это не субъективные фичи - у нас тут получше зелененький, а тут удобнее кнопки расположены. Это именно радикально новый способ решения задач. Например, раньше делали отчеты руками в программе конкурента, а теперь отчеты генерируются автоматически, например.
⁃ Анализ рынка нужно проводить в деньгах, а не в количестве потенциальных пользователей. Если весь рынок составляет 300 млн. руб., то это очень маленький рынок и на нем сложно добиться успехов.
⁃ Цифры по объему рынка и количеству конкурентов обязательно должны быть в презентации иначе не понятно какое место занимает стартап в мире.
⁃ Идеи приходят органично. У фаундеров должен быть опыт в конкретной отрасли, в которой они планируют открыть стартап. Иначе уйдет время только на анализ конкурентов и возможное открытие, что то что придумали, уже сделано.
⁃ Надо сразу идти на глобальный рынок. Конкуренция на нем другая и процессы по продвижению отличаются от локального российского рынка.
⁃ Если деньги привлекаются на разработку прототипа, в любом случае нужно обязательно приводить трекшн исходя из исследований.
⁃ Нельзя продать 5% в фирме за несколько миллионов рублей, если у фирмы вообще нет никакой выручки по оценке, которая будет гипотетически через 4 года.
⁃ Если вы создаете стартап, который не сможет стать какой-то глобальной историей с внушительной оценкой - вам будет крайне сложно привлечь инвестиции. Инвесторы хотят заработать на своей доле в вашей компании. Часто она не большая (5-10%), а значит потенциально инвестиции должны вернуть десятки миллионов долларов и больше. У вас такой стартап? Ему есть куда расти?
⁃ Не все могут стать единорогами с миллиардной оценкой. У некоторых нет необходимых навыков, возможностей, идей. Некоторым просто не подходит строить глобальные компании. Ввязываться в эту игру имеет смысл только тогда, когда есть личностные характеристики, позволяющие растить бизнес и при этом очень быстро.

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

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

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

Юнит экономика должна сходиться. Этому придаётся очень маленькое значение основателями бизнеса. Упор делается на мотивацию. Я смогу. У меня все получится. Нужно ещё постараться, пускай не сейчас. Но завтра точно.

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

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

Математика краеугольный камень бизнеса. Если что-то не получается, это не значит что проблема в мышлении основателя. Возможно стоит взглянуть на цифры. Как писал Сергей Лукьяненко в одной из книг - «Цифры хуже плетки». Они не лгут. На них нужно опираться при контроле бизнеса. На них нужно основывать стратегию. Закрыть направление или продолжать его - ответ содержится только в разнице между стоимостью привлечения клиента и деньгами которые он приносит.

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

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

Масштабирование бизнеса напрямую связано с продажами. В B2B и B2C сферах - деньги приходят от клиентов.

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

Рано или поздно приходит понимание что своих средств не хватает. Оборотных средств либо нет совсем, либо не хватает тоже. А рынок есть, и на рынке есть спрос на проект.

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

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

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

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

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

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

https://rb.ru/opinion/biznes-na-obrazovanii/

Участие в конференции «Город ИТ»

21-22 ноября 2014 года в Томске проходила конференция «Город ИТ» в которой наша компания также принимала участие.


Источник фото — http://obzor.westsib.ru/news/430793

В рамках конференции проходил круглый стол Томского IT-кластера, в котором мы принимали активное обсуждение по проблемам и вопросам развития ИТ-отрасли в нашем городе с такими именитыми компаниями как ELECARD, НПФ «МИКРАН», Индорсофт и другими. Также обсуждались вопросы, связанные с аутсорсингом разработки программного обеспечения, сопутствующие правовые и организационные аспекты. Одним из участников круглого стола было предложено создание фонда, выступающего в качестве гаранта взаимоотношений между заказчиком и подрядчиком.


Сергей Каторгин, директор ООО «Лидер ИТ»

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

Также мы посетили такие доклады, как «Продвижение в сети», «SMM-маркетинг» и другие.

После первого дня конференции проходило afterparty в пабе HARAT’S.

Репозиторий и зачем он нужен

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

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

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

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

Таким образом репозиторий является неотъемлемой и незаменимой частью разработки программного обеспечения для надежного исполнения подрядчиком своих обязательств.

Система для постановки задач

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

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

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

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

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

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

Мобильные версии сайтов

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

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

Несколько моментов которые сильно мешают при работе с портативных устройств:
1. В случае, если применяется адаптивная верстка или отдельная мобильная версия сайта, на такой уменьшенной копии очень часто обрезается часть функционала старшего сайта. Взглянем, например, на ресурс http://pogodavtomske.ru/ c iPhone:

Посмотреть подробную погоду на мини-версии не представляется возможным. C iPad сайт выглядит также. Таких примеров можно привести еще много.
2. Если не делается мобильная верстка, то зачастую сайты блокируют возможность изменения масштаба ресурса. Например, сайт http://ria.ru при просмотре с iPad mini retina. Это очень сильно мешает при просмотре страниц с мелким текстом, когда нет возможности его увеличить.

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

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

Фрилансер или компания?

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

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

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

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

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

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

Стоимость разработки и вывода на рынок

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

Очень часто в качестве примера мы получаем ссылки на сервисы, похожие на желаемый, например тендерные площадки или социальные сети. Такие проекты на первый взгляд действительно могут показаться небольшими. Возьмем для примера портал, который мы недавно разработали — fapremo.com. На первый взгляд он представляет из себя несколько страниц (карта, фильтр, поиск). Но если заглядывать глубже, например в административную часть, мы увидим скрытую часть айсберга — управления ролями и пользователями; модерация контента, добавленного пользователями; управление различными настройками и многое другое (полное техническое задание на проект составляет около 100 страниц). Такое непонимание глубины и сложности процесса разработки зачастую приводит заказчиков к мысли о том, что разработка того или иного проекта — это совсем несложное и относительно дешевое удовольствие.

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

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

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

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

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

Повременная схема работы: когда это выгодно и как не прогореть

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

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

Как строится работа на повременной схеме?
1. Обсуждается проект, подбирается исполнитель из сотрудников компании.
2. Если необходимо, проводятся предварительные исследования кода и первые оценки.
3. Заключается договор, вносится предоплата за оговоренный объем часов (от человеконедели до человекомесяца).
4. Работы вычитаются из предоплаты.

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

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

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

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

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