It-бизнес: опыт предпринимателя

Копирайтинг — отличная идея

Копирайтинг заключается в написании авторских уникальных текстов. Это работа для всех, но не для каждого. В данном случае человеку нужно уметь продать «слово». Для этого оно должно быть понятным, красноречивым и уникальным. Многие компании, открывающие свои сайты, нуждаются в их наполнении, поэтому и прибегают к помощи копирайтеров. Это умение вполне возможно довести до уровня собственного бизнеса. Что может опытный копирайтер? Абсолютно все, что связано с текстами. Первая и главная бизнес идея копирайтинга — создание агентства. С помощь большого штата сотрудников можно выйти на высокий уровень оплаты.

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

Еще некоторые идеи it бизнеса, которыми могут воспользоваться копирайтеры:

• написание именных стихов;
• написание сценариев различных мероприятий;
• разработка рекламных слоганов;
• блогерство;
• транскрибация.

Идеи для данного бизнеса ограничиваются только рамками фантазии стартапера.

Здесь описаны далеко не все возможные идеи для бизнеса в сфере айти.

Идей множество, главное — желание воплощать их в жизнь.

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

Как снизить риски ИТ

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

Рис. 5. Уменьшение рисков ИТ: типовые требования

Как правило, гендиректора обычно оценивают риски ИТ, как три показателя:

• время неработоспособности ИТ (как технических средств, так и информационных систем);
• объемы потерянной информации, если что то пойдет не так;
• вероятности кражи и утечек информации.

Результаты опросов гендиректоров показывают типовые проблемы и их решения в области уменьшения рисков ИТ (см. Табл. 3):

Табл. 3. Риски ИТ: типовые проблемы и их решения

Типовые проблемы	Типовые решения (проекты)
Высокие риски ИТ (если что в ИТ откажет, то полкомпании не сможет работать) Прекращение поддержки программного обеспечения и технических средств зарубежными ИТ-компаниями (Oracle, SAP, HP, IBM, и вообще все американские, а также европейские компании) Возможные утечки информации, хранимой у других компаний (например, в «облаке»), а также информации, передаваемой через Интернет	Улучшение инфраструктуры ИТ: создание (или аренда) Центра Обработки Данных (ЦОД), а лучше – основного и резервного ЦОДа Резервные линии связи Регулярное архивирование данных Централизация ИТ Усиление ИБ (Информационной Безопасности)

В Табл. 4 приведены оценки, насколько типовые проекты по ИТ могут уменьшить типовые ожидаемые риски от использования ИТ:

Табл. 4. Уменьшение рисков ИТ

Типовые для российских предприятий проекты по ИТ	Неработо- способность ИТ	Потеря информации	Утечки информации	Итого
Автоматизация направлений бизнеса
Автоматизация продаж (внедрение CRM)
«Продающий сайт»
Автоматизация производства (ERP)
Автоматизация документооборота
Внедрение BI
Автоматизации управления поставками (SCM)
Инфраструктура ИТ
ЦОД: создание	+++	+++	+++	9
ЦОД: аренда	+++	+++	+	7
Сети: резервные каналы связи до всех филиалов	+++	++		5
«Облачные вычисления»	+	++	— —	1
Управление ИТ
ИТ-стратегия	++	+	+	4
Каталог ИТ-сервисов и SLA	+	+	+	3
Автоматизация службы поддержки ИТ	++	+	+	4

Обозначения: «+++»: высокое положительное влияние;

++» и «+»: среднее и небольшое положительное влияние;

— —» и «—»: среднее и небольшое негативно влияние;

?»: не ясно какое будет влияние.

Итого, наиболее потенциально уместные проекты для уменьшения рисков от использования ИТ, это:

• создание или аренда Центра Обработки Данных, который может существенно уменьшить время неработоспособности ИТ, а также возможные потери информации;
• сети: резервные каналы связи до всех филиалов.

Тестирование и маркетинг продукта

Перед запуском любого ИТ-продукта или бизнеса, проводится ряд тестирований:

1. Проверить программный продукт после этапа разработки. Установить структурированный процесс контроля и обеспечения качества. Это может включать небольшую команду разработчиков, которая тестирует каждую функцию для бесперебойного функционирования в различных операционных системах или предлагает новым тестерам свежие глаза для взаимодействия с продуктом. Можно написать полный набор процедур тестирования и убедиться, что все выполняются. Если шаги пропущены, это не будет действительным тестом.
2. Собрать команду бета-тестеров. Можно позволить небольшой и избранной команде конечных пользователей использовать продукт, чтобы оценить его удобство, эффективность, точность и/или эффективность. Затем нужно исправить все ошибки и повторить проверку. Далее можно завершить свой продукт, исправив все ошибки и проведя окончательный тест, чтобы обеспечить качество. Выбрать бета-тестеры из отраслей, которые ранее определились и нуждаются в типе программного обеспечения.
3. Рынок продукта. Нанять маркетинговую компанию или опытных специалистов по маркетингу для работы в компании. Проконсультироваться с такими специалистами во время процесса разработки продукта, чтобы помочь сформировать решения о функциях продукта, использовании и аудитории рынка. Специалисты по маркетингу должны получать отзывы о функциях продукта от потенциальных клиентов, а не только от разработчиков программного обеспечения в компании. Создать веб-сайт и страницу Facebook для своей компании, когда продукт готов к запуску. Предоставить множество вариантов о том, что должно произойти.
4. Определить цену для продукта. Сравнить его с аналогичными продуктами на рынке. Затем решить, хочется ли взимать плату за лицензию, ограниченную по времени подписку или за транзакцию конечным пользователем. Лицензионные сборы обычно представляют собой единовременную плату за весь срок службы продукта, например, покупку текущей версии Microsoft Office. Ограниченная по времени подписка будет проводиться в течение определенного периода времени до того, как будет произведена дополнительная плата.

Когда IT-департамент стал играть важную роль в бизнесе

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

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

Первая точка отсчета — это период после мирового кризиса доткомов, примерно 2004–2005 годы, когда компании впервые почувствовали, что IT может серьезно влиять на капитализацию бизнеса и начали использовать решения вроде Microsoft, Oracle или каких-то других, в том числе российских, аналогов. Именно в этот период IT-департамент стал постепенно переформировываться в сознании собственников из департамента «почини и настрой», который воспринимался на уровне административно-хозяйственного отдела, в департамент, который пусть еще и не занимает самую значимую позицию, но уже всерьез влияет на рост бизнеса.

Второй этап начался в первые годы 2010-х, продолжается до сих пор и связан с многочисленными скандалами и кризисами последних лет вокруг приватности данных и информационной безопасности. Роль IT-департаментов стала одной из самых ведущих в тот момент, когда компании поняли, что именно через IT, а не через промышленный шпионаж, можно выйти на главные секретные проекты компании, какие-то ноу-хау, конкурентные преимущества. И не только выйти на них, но и запросто увести принципиальные разработки. Как результат — компании стали всерьез заниматься информационной безопасностью, и теперь человек на позиции IT-бизнес-партнера входит в десятку ключевых лиц компании, напрямую влияющих на текущее положение дел в бизнесе. Согласно статистике в исследовании американской компании CEB SHL на данный момент кадровый потенциал в сфере кибербезопасности по всему миру составляет 169 600 человек.

Надо ли говорить о том, что в условиях растущего количества информационных атак слаженная работа IT-департамента не только оберегает бизнес от возможной кражи информации, но в принципе является гарантом его функционирования. Вспомним, например, шумевший по всему миру в 2016–2017 годах вирус Petya, который нанес ущерб компьютерам в более чем 60 странах. По самым скромным подсчетам агентства Reuters атаки вирусом Petya и его предшественником WannaCry нанесли бизнесу ущерб порядка 8 млрд долларов. Добавим к этому факт безвозвратной потери клиентских баз, важных документов и прочей ключевой для бизнеса информации, и, думаю, необходимость в действительно качественно и эффективно работающем IT-департаменте станет очевидной.

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

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

Как улучшить контроль и планирование ИТ

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

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

• контроль ИТ;
• планирование ИТ;
• мотивация сотрудников ИТ.

Результаты опросов гендиректоров показывают типовые проблемы и их решения в области планирования и контроля ИТ:

Табл. 7. Планирование и контроль ИТ: типовые проблемы и их решения

Типовые проблемы

Типовые решения (проекты)

Непонятно, как контролировать и планировать работу ИТ-службы Сотрудники ИТ, включая ИТ-директора, малоуправляемы и говорят на своем языке, непонятном бизнесу Сотрудники ИТ слабо понимают, зачем ИТ нужны бизнесу Уход каждого сотрудника ИТ становится трагедией (а уходят они часто) Непонятно, с чего начать в области ИТ: то ли сайт создать, то ли CRM внедрить При начале многих новых проектов по ИТ надо «откатывать» старые, недовнедренные или вообще неверно выбранные Проекты по ИТ требуют больше и ресурсов и времени. А качество их выполнения – так себе

ИТ-стратегия Каталог ИТ-сервисов, SLA ЦОД: создание или аренда Централизация ИТ Автоматизация службы поддержки ИТ

В Табл. 8 приведены оценки, насколько типовые проекты по ИТ, могут улучшить планирование и контроль ИТ:

Табл. 8. Улучшение планирования и контроля ИТ

Типовые для российских предприятий проекты по ИТ	Контроль ИТ	Планирование ИТ	Мотивация сотрудников ИТ	Итого
Автоматизация направлений бизнеса
Автоматизация продаж (внедрение CRM)
«Продающий сайт»
Автоматизация производства (ERP)
Автоматизация документооборота	+			1
Внедрение BI
Автоматизации управления поставками (SCM)
Инфраструктура ИТ
ЦОД: создание	+		++	3
ЦОД: аренда	+		+	2
Сети: резервные каналы связи до всех филиалов
«Облачные вычисления»	+	++		3
Управление ИТ
ИТ-стратегия	+++	+++	++	8
Каталог ИТ-сервисов и SLA	++	+	+	4
Автоматизация службы поддержки ИТ	++	+	+	4

Обозначения: «+++»: высокое положительное влияние;

++» и «+»: среднее и небольшое положительное влияние;

— —» и «—»: среднее и небольшое негативно влияние;

?»: не ясно какое будет влияние.

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

• разработка ИТ-стратегии;
• каталог ИТ-сервисов и SLA;
• автоматизация службы поддержки ИТ.

Вариант 2: денег на ИТ надо давать больше (или меньше)

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

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

Многие генеральные директора не знают, что сокращение затрат на ИТ с 1% от оборота компании до 0,8% почти наверняка приведет к увеличению времени неработоспособности ИТ в несколько раз. Да и сотрудники ИТ начнут уходить к конкурентам.

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

При увеличении затрат на ИТ тоже не ясно, будет ли в итоге для бизнеса лучше, или все деньги уйдут на реализацию смелых задумок сотрудников ИТ. Зарубежные исследования не смогли подтвердить гипотезу «чем больше денег выделяется на ИТ, тем больше выгоды для бизнеса». То есть заранее неясно, способно ли увеличение финансирования ИТ существенно повысить выгоды для бизнеса. Хотя в России на ИТ часто тратят в два раза меньше, чем в США или Германии (это в процентах от оборота компаний, а при пересчете в доллары на одного пользователя — меньше иногда даже в пять (!) раз). Более подробно финансирование ИТ рассмотрено в п. 3.4.3.

Какие варианты идей в сфере IT можно воплотить без финансовых вложений?

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

1. Веб-дизайном. Для этого придется окончить курсы и обладать определенным чувством стиля.
2. Копирайтингом. Для начала вполне хватит грамотности и умения излагать мысли письменно, но для того, чтобы выйти на достойный уровень дохода, потребуется изучить правила написания сильных статей и научиться работать с элементами текста.
3. Проведением тренингов. Просто найдите тех, кто готов платить за новые знания и продайте их.
4. Заработком на собственном сайте. IT идеи для бизнеса в сети не ограничиваются написанием текстов и работой с графикой. Создание своего портала и наполнение его актуальным контентом может впоследствии стать источником пассивного дохода. Для этого сайт должен привлекать трафик, который при помощи контекстной и таргетированной рекламы будет приносить владельцу ресурса деньги.
5. Блогинг. Создавать интересный тематический контент может быть очень прибыльно. Сегодня нередко крупные компании покупают рекламу за немалые деньги именно у блогеров, ведь люди им доверяют намного больше, чем СМИ.

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

Бизнес онлайн 16: Студия логотипов

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

Сегодня за разработку логотипа платят 10-25 тыс. рублей. На один заказ уходит 2-4 недели. Помимо логотипа можно разрабатывать фирменный стиль: визитки, бланка и т.д. Разработка фирменного стиля в среднем стоит 30 тыс. рублей. А объем работы для опытного дизайнера возрастает незначительно. Увеличение стоимости связано с комплексностью услуги. В результате на онлайн бизнесе, по разработке фирменного стиля «под ключ» может зарабатывать 100 тыс. рублей в месяц.

Для тех кто не может определится с идеей своего бизнеса, рекомендуем онлайн трансформационные психологические игры от  компании “1000 идей”: 

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

• “Стартап”  в этой игре, в формате настольного мозгового штурма отрабатывается техника предпринимательского мышления и создания бизнес-идеи с нуля, а также вывода ее на рынок 

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

Организация работы над проектом

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

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

Совет второй: изучите существующие подходы к разработке. Не нужно изобретать велосипед — за вас уже все придумали. Самые популярные подходы разработке проектов — это Scrum и Waterfall. 

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

IT outsourcing — кому он подходит?

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

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

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

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

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

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

Три совета из опыта

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

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

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

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

Не ныряй в океан хаоса. Все молодые разработчики склонны постоянно пробовать новые технологии. Они готовы каждый однотипный проект делать на новой CMS или фреймворке. Такие вещи лучше сразу пресекать. Кстати, когда я в свое время пришел на работу разработчиком, такие запреты меня раздражали больше всего :). Став начальником отдела разработки, я понял, что глупо ошибался. Пробовать новые инструменты, несомненно, нужно

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

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

Не изобретай CMS/CMF. Молодые компании пытаются вбухать кучу денег на разработку собственных систем управления контентом. Как правило, на старте в компании уже есть какие-то наработки и принимается логичное решение «экономить» на приобретении коробочных продуктов и продавать клиентам свое решение. Поскольку in-house продукт готов не до конца, очередная версия допиливается на живых клиентах. Качество такого кода всегда посредственное (некогда особо тестировать функционал в совокупности), и в итоге каждая копия внедренного продукта начинает пополнять багрепорт новыми заявками. Чем больше будет продаж, тем быстрее будет разрастаться багрепорт.

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

Лучше сразу выбрать одну из популярных CMS и заключить партнерский договор с разработчиками. Стоимость коробки по такому договору будет на 50–60% ниже, и затраты не будут так сильно бить по кошельку.

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

Источники

• https://biznesovo.ru/biznes-plany/it-biznes-idei
• https://mbfinance.ru/biznes/idei-dlya-biznesa/biznes-v-it-kak-podobrat-perspektivnuyu-ideyu/
• https://www.beboss.ru/start/18-it-company
• https://vashbiznesplan.ru/internet/biznes-v-it.html
• https://viafuture.ru/katalog-idej/idei-dlya-it-startapa
• https://b-mag.ru/40-biznes-idej-dlja-startapov-2020-goda-luchshie-idei-dlja-starta-biznesa-v-jetom-godu/
• https://xakep.ru/2014/09/09/bizness-it/

Как заставить ИТ-службу учесть потребности бизнеса и возможности ИТ

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

Однако, когда на гендиректора в очередной раз накатит волна недовольства от работы ИТ, он может найти несколько часов или даже дней, чтобы все таки попробовать улучшить работу ИТ. Далее рассмотрено, что гендиректор может сделать сам и что лучше поручить другим. Предлагаемые методы апробированы в 2011-2017 годах на сотне руководителей компаний, учившимся по программе MBA в РАНХиГС, а также на полусотне компаний, которых я подробно консультировал с 2003 года (см. Рис. 1):

Рис. 1. Алгоритм планирования гендиректором развития ИТ для своей компании

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

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

Я предложил бы следующую последовательность действий гендиректора по улучшению ИТ в своей компании:

(1) Определить основные требования бизнеса к ИТ

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

• увеличения выгод от ИТ;
• снижения рисков от ИТ;
• оптимизации затрат на ИТ;
• улучшения контроля и планирования ИТ.

(2) Запланировать улучшения ИТ

Чаще эти планы оформляют в виде ИТ-стратегии на несколько лет вперед.
Пожалуй, сейчас в России имеет смысл делать точный план по ИТ на 1 год вперед. Но стоит сразу делать и индикативный план на 2-3 года вперед, так как многие из проектов по ИТ дают отдачу только через несколько лет В рамках ИТ-стратегии можно комплексно рассмотреть и направления, в которых надо развивать ИТ, и план проектов по ИТ, а также бюджет ИТ, учтя возможности ИТ в конкретной компании и тренды развития ИТ в России и в мире (более подробно см. в книге «ИТ-стратегия для гендиректора«):

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

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

(3) Контролировать выполнение улучшений ИТ (ИТ-стратегии):

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

Посчитайте результат

Сложите набранные баллы и посмотрите, что получилось. Если у вас от 19 до 21, это говорит о сильной идее и потенциально успешном стартапе.

Результат от 16 до 18 указывает на хорошую идею, которую нужно доработать. Найдите пункты с наименьшим количеством баллов и подумайте, можно ли что-то улучшить. Если получается — внесите изменения и повторите тест.

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

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

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

Оцените порог входа в бизнес

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

3 балла. Вы запускаете проект, и конкурентам нет смысла его копировать. Например, бесполезно финансировать разработку второго YouTube.

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

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

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

Трудности с поиском кадров

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

Например, каждый второй, кто «умеет в HTML/CSS», считает себя достойным кандидатом на позицию frontend-разработчика. В результате поиск подходящего специалиста затягивается.

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

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

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

Создание онлайн-школ

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

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

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