Авторські блоги та коментарі до них відображають виключно точку зору їхніх авторів. Редакція ЛІГА.net може не поділяти думку авторів блогів.
04.05.2020 19:46

Время готовых IT-решений: почему в кризис невыгодно писать свой софт

Співзасновник кількох компаній у сфері ІТ та Fintech

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

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

CRM и 1С справляются с базовыми задачами, но выжать из них аналитику или реализовать индивидуальный бизнес-процесс не всегда возможно. А между тем воронки продаж, увеличение скорости обслуживания, более глубокие подсчеты ROI, ROMI, CAC, LTV и т. п. — помогают глубже понять свои бизнес-процессы и оптимизировать косты.

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

Взгляд айтишника: писать софт под себя

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

За 6–8 месяцев, которые пройдут с момента принятия решения, на рынке усилится конкуренция, и изменится портрет целевой аудитории. В итоге бизнес еще не стартанул, а уже проиграл.

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

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

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

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

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

Все, кто останутся в бизнесе, будут беспощадно конкурировать. 

Побеждает позиция управленца

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

На первый взгляд, платить $100 тысяч за «коробку» дорого и рискованно, но если вспомнить наши $25 тысяч ежемесячно(!) на оплату труда разработчиков, первая цифра выглядит более адекватной. 

Чего ожидать от покупки коробочного IT-решения

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

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

Зачем нам непонятно что, написанное непонятно кем.

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

Против: вы рискуете написать очередное «непонятно что», потратив на это много денег и времени. 

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

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

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

Только мы знаем все о своих бизнес-процессах.

За: это работает, если вы действительно уникальные, а не просто «делаете так, потому что привыкли».

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

Интегратор украдет ценную информацию.

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

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

Как упростить жизнь при покупке коробочного IT-продукта

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

1. Оцените функционал:

- какие функции нужны каждому пользователю системы;

- есть ли эти функции в «коробке»;

- нужно ли адаптировать бизнес-процессы под новый софт;

- что нужно будет доработать в готовом продукте;

- что предстоит сделать для внедрения;

- какой департамент будет заниматься внедрением;

- во сколько обойдется внедрение;

- из каких этапов будет состоять;

- в какие сроки нужно завершить внедрение.

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

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

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

3. Пересмотрите структуру таблиц БД: в ней должны быть необходимые служебные данные, связи, плюс вы обязаны четко понимать логику сохранения информации. Это пригодится, если захотите подключить БД к любой BI-системе аналитики (например, PowerBI).

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

5. Проверьте наличие и изучите техническую документацию к коду (внешние документы или комментарии).

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

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

8. Загрузите в систему тестовые или реальные данные, и посмотрите на скорость работы.

9. Оцените актуальность софта с учетом стратегических планов компании на два-три года вперед.

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

Пристегните ремни, мы взлетаем

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

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

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

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

Да прибудет с вами IT!

Відправити:
Якщо Ви помітили орфографічну помилку, виділіть її мишею і натисніть Ctrl+Enter.
Останні записи