Здесь я для наглядности выделил все этапы внедрения. Сразу скажу, что некоторые из них пересекаются друг с другом или происходят одновременно. Так, доработка программного продукта производится в несколько этапов, какие-то действия могут потребоваться после постановки цели. Также практически всегда требуются доработка и после ввода остатков, и после того, как на программу посмотрит клиент, и даже в процессе обучения. Но давайте по порядку.
Итак, о постановке цели мы говорили много и в этой, и в предыдущих статьях. Думаю, здесь вопросов возникнуть не должно. Но на всякий случай напомню: речь идет о бизнес-цели, под которую мы и выбираем программное обеспечение.
Ввод остатков в программу
Ввод остатков в программу – это первый этап непосредственно вашей работы по внедрению программного продукта. И этот этап призван решить широкий перечень задач:
- Наглядность. Клиент сразу увидит, каким образом его данные будут отображаться в программе. Сможет уточнить свои пожелания и потребности. Подсказать какие-то решения, удобные для его бизнеса и его сотрудников.
- Изучение нюансов работы. В процессе переноса остатков вы сможете выяснить очень много нюансов работы компании, разобраться, как работает какой из отделов, какие данные им нужны для работы, какие документы и отчеты чаще всего используются. Также вы на практике изучаете работу самого программного продукта (если не были знакомы с ним прежде). На основе этих данных вы сможете написать техническое задание для программиста.
Обратите внимание! Я программистам техническое задание пишу, это удобно для всех. Сам же я не настаиваю на наличии ТЗ или брифов. Об этом я уже говорил здесь.
Тренинг Игоря Манна «ПОИСК: программа правильного привлечения новых клиентов» | Малый бизнес Москвы
Уточняется необходимость в доработках. Этот пункт становится итогом предыдущих. С одной стороны, вы понимаете, требуются ли программные доработки, и если они нужны, то какие именно. С другой – ваш клиент также видит свои остатки в программе, может представить, как она будет работать, и внести дополнительные пожелания по доработкам.
Например: Клиент в своей программе хранит специфическую информацию о своих покупателях. При переносе обнаруживается, что в новой программе нет подходящего справочника, т.е. эту информацию некуда переносить. Кроме того, работа с любой информацией не ограничивается хранением, необходимо как-то использовать эту информацию в новой программе. Значит, нужно разобраться, для чего эта информация была нужна, где она применялась, и соответствующим образом доработать новый программный продукт.
Итак, техническое задание составлено. Вы передаете работу программисту, получаете результат, и можете переходить к обучению сотрудников компании. (Подробнее о доработках поговорим чуть позже).
Обучение
Существует 2 варианта обучения сотрудников работе с новым продуктом: это групповые занятия или обучение по 1-2 человека. Естественно, второй вариант дороже, но эффективнее. И здесь обычно решает руководитель, как его сотрудникам лучше учиться.
8 простых способов использовать нейросети в своем бизнесе уже СЕЙЧАС
Как это происходит?
С групповым обучением, я думаю, все знакомы. Собирается группа сотрудников, чаще всего, это один отдел. Настраивается проектор или другой вариант большого экрана. А дальше я показываю и рассказываю, как в новой программе создавать нужные для работы этого отдела документы, как формировать отчеты и т.д. и т.п.
Намного интереснее обучение индивидуальное. Чаще всего я учу сотрудников компании попарно, т.к. это достаточно эффективно и позволяет экономить средства заказчика. Сначала я беру в работу одну пару, подробно все им рассказываю, показываю, отвечаю на вопросы. Далее, наступает очередь второй пары. И здесь мне ассистирует один из сотрудников, которые уже прошли обучение.
Я читаю лекцию, рассказываю особенности работы, поясняю все нюансы. А сотрудник из первой пары показывает на практике, как выполнять то или иное действие. Также я говорю тем, кого обучаю, чтобы они не записывали мои слова, так как важно понять именно суть работы, а не заучивать алгоритм.
Таким образом, я добиваюсь сразу трех целей:
- Сотрудник, уже прошедший обучение, получает дополнительную учебную практику;
- Новая пара сотрудников видит, что за компьютером – их коллега. Таким образом, снимается возможный психологический барьер, они понимают, что ничего сложного в новой программе нет;
- Я снимаю с себя часть рутинной работы, за меня ее делает сотрудник клиента.
Далее, приходит очередь третьей пары. И здесь я беру в ассистенты сотрудника из второй пары и т.д.
Во время обучения очень важно наладить обратную связь
В работе бизнес-консультанта процесс обучения должен работать в обе стороны. Вы обучаете сотрудников работе с программным продуктом, при этом обучаетесь сами особенностям работы компании. Прислушивайтесь к тому, что вам говорят и о чем спрашивают сотрудники. На основе их вопросов и потребностей вы сможете также составить список необходимых в программе доработок.
Общайтесь с сотрудниками компании как можно больше! Не бойтесь диалога и не бойтесь показаться некомпетентным. Вас уже пригласили в качестве эксперта. Вам уже доверяют решение сложных и важных для компании задач. А знать заранее все нюансы работы конкретной компании вы не можете.
А потому не бойтесь фразы «не знаю». Если вы затрудняетесь с ответом, берите таймаут, изучайте возможности настройки программы так, как нужно для работы. И при необходимости фиксируйте доработки.
При обучении учитывайте гендерные различия сотрудников
Почему-то об этом очень часто забывают, потому я и выделяю этот важный момент. С мужчинами и женщинами надо говорить немного по-разному. Есть фразы и стиль общения, который будет прекрасно принят мужским коллективом, но в женском вызовет неприятие и наоборот. Учитывайте эти различия, старайтесь общаться с учениками так, чтобы им было легко воспринимать информацию. Это поможет в процессе учебы.
Никакой снисходительности при обучении!
Эту ошибку достаточно часто совершают айтишники (программисты, сисадмины и т.д.). Мне сложно судить, почему это происходит, но практика показывает: именно представители этих профессий чаще всего при обучении пользователей переходят на снисходительный тон. Да, конечно, вы знаете эту программу намного лучше, чем те, кого вы обучаете.
Вы также намного лучше понимаете бизнес-процессы, которые планируете внедрить. Но те, кого вы обучаете, также взрослые люди, эксперты в своем деле. А вас именно для того и пригласили, чтобы вы решили те проблемы, в которых вы – эксперт.
Я могу понять системного администратора, который работает в штате, не имеет никакой заинтересованности в результате обучения, а пояснять в очередной раз, как ему кажется, азы, очень скучно и давно надоело. Но сейчас я пишу о другой работе. О работе бизнес-консультанта.
Вы в данном случае – не программист, даже если знаете эту работу в совершенстве. Вы – бизнес-консультант, который работает по проекту. А потому вы должны быть максимально эффективны, ведь вы ограничены во времени. И если к вам будет достаточно доброжелательное отношение среди сотрудников, работать с ними будет также проще на каждом из этапов вашей работы.
Напоминайте о том, что вы здесь – временно! Выполните проект и уйдете.
Достаточно часто, особенно, когда проект затягивается на несколько месяцев, сотрудники компании забывают, что вы здесь не навсегда. А потому стоит им напоминать, что вы в этой компании – не постоянный сотрудник, что вы уйдете, как только выполните свою работу. Это им помогает собраться и лучше воспринимать информацию.
С одной стороны, люди понимают, что вы уйдете, и спрашивать будет не у кого. И стараются выучить максимум полезной информации. С другой, когда человек понимает, что еще немного, и все дополнительные сложности окончатся, ему психологически проще учиться и воспринимать что-то новое.
Обучите своего преемника из числа сотрудников компании.
Я очень часто использую этот прием. В общем, почти всегда. Из всех сотрудников выделяю 1-2 человек, и концентрирую на выбранном сотруднике (сотрудниках) максимум усилий. Я больше с ним общаюсь, более внимательно подхожу к его обучению, уделяю ему больше времени, могу даже проводить с ним отдельно бесплатные занятия. Таким образом, я готовлю одновременно союзника для себя и мою замену на будущее, на то время, когда я уйду из компании.
Всех одинаково обучить невозможно. Кто-то все равно будет отставать, что-то обязательно будет забываться. И человек, который в мое отсутствие сможет помочь, напомнить или подсказать, будет очень кстати после окончания проекта.
Почему это хорошо?
Клиент видит, что он не будет зависеть от меня после окончания сотрудничества. Он понимает, что у него будет собственный сотрудник, который прекрасно знает программное обеспечение (почти как я) и в случае чего, всегда сможет помочь.
Сотрудник получает больше знаний и опыта, становится более ценным кадром для компании. Конечно, это для него – плюс.
Другие сотрудники понимают, что у них есть кто-то свой, коллега, к которому всегда можно обратиться за советом и помощью. Я – бизнес-консультант, мое время стоит денег, и сотрудники любой компании об этом постоянно помнят. А потому они часто стесняются задавать мне какие-то вопросы повторно, а своего коллегу переспросить всегда смогут.
Казалось бы, я лишаю себя дополнительного заработка. Но получить небольшую доплату за то, что вы повторно ответили на один и тот же вопрос, не столь интересно, как получить благодарного клиента, который вам доверяет, готов работать в будущем, и даже рекомендует вас своим знакомым.
Доработка программы
Как я уже писал выше, доработки проводятся в несколько этапов по мере необходимости. При этом очень важно выполнять только те действия, которые действительно нужны. Иногда бывает, что программист создает новый отчет там, где можно было бы настроить стандартный, просто потому, что так проще для специалиста и, понятное дело, дороже.
Я противник таких методов работы. Бизнес-консультант должен представлять интересы клиента. У вас общие цели: решить поставленные бизнес-задачи. И вы должны быть лояльны к интересам клиента.
А потому если в программе уже тем или иным образом реализован нужный клиенту отчет или документ, настройте и применяйте его. Единственное исключение из этого правила: клиент настаивает на определенном варианте реализации, при этом он поставлен в известность обо всех возможностях программы.
Также важно: не скрывайте от клиента, что вы – не программист, и доработками будет заниматься третий человек. На самом деле, вашему заказчику безразлично, кому платить деньги, вам или кому-то еще. Ему важно, чтобы сумма была адекватной, чтобы работа была выполнена качественно, и не требовала от него никаких лишних затрат времени и сил.
Я честно говорю клиенту: я не могу уметь все, а потому нанимаю для решения определенных задач узких специалистов. Также поясняю, что все вопросы я решу сам, от клиента потребуется только своевременная оплата и содействие.
Важно: обязательно перед этапом доработки нужно составить списки отчетов, которыми пользуются сотрудники при работе с текущим программным продуктом.
Все эти отчеты должны присутствовать в новой программе, причем, доступ к ним должен быть простым и удобным.
А программиста необходимо подключить к работе над программным продуктом как можно раньше, сразу же, как только у вас появятся первые задачи для доработки. Кроме того, старайтесь сделать так, чтобы до конца проекта работал один и тот же человек.
Важно: бизнес-консультант, который работает с малым и средним бизнесом, должен быть неплохо знаком с программированием.
Лично я достаточно хорошо знаю 1С-программирование, также знаком с веб-программированием, в частности, работаю с Drupal и с другими CMS. В процессе работы с программистом вы должны четко поставить задачу специалисту, а потом грамотно протестировать выполненную работу перед тем, как ее принять и показать клиенту.
Никогда не давайте прямой доступ программисту к вашему клиенту!
Даже если очень хочется, не стоит давать прямой доступ к вашему клиенту никому из специалистов, с которыми вы работаете. Клиент все равно не сумеет поставить задачу также четко, как это сделаете вы. А программисту будет спокойнее работать, если вы избавите его от любого возможного негатива.
Схема работы должна быть такой:
Вы получаете задачу от клиента – корректируете ее – передаете программисту техзадание.
Вы получаете работу от программиста – тестируете ее – передаете клиенту.
Достаточно часто клиент при обсуждении выполненных программистом доработок, выдает какие-то эмоции, в том числе, негативные. Ваша задача – принять весь негатив на себя, разобраться, что именно не понравилось и почему, передать в корректном виде требования по доработке программисту. Таким образом, программист избавлен от негатива и может спокойно работать, а клиент получает то, что ему нужно. И также доволен.
Консультант не должен злоупотреблять доверием клиента.
Консультант достаточно многое решает самостоятельно, «за клиента», но у него должна быть своя этика. Вы убеждаете клиента в правильности вашего решения, и он с вами соглашается. Но вы при этом также должны быть уверены, что ваше решение – оптимально. Помните, что нанял вас в качестве эксперта, который сможет эффективно решить поставленную бизнес-задачу. А потому у вас с клиентом – общие цели, и вы должны всегда очень внимательно относиться к интересам клиента, отстаивать их, искать лучшие продукты и методы, и, в результате, наилучшим образом решать поставленную задачу.
Написание документации
Итак, ваша программа работает так, как это нужно, сотрудники прошли обучение и готовы пользоваться новым продуктом даже без вашей помощи. Остается написать документацию.
И здесь также есть важная особенность. В отличии от разработчиков ПО, вы – бизнес-консультант. А потому и документация, которую вы будете писать для вашего клиента, несколько отличается от обычной инструкции по работе с программным продуктом.
Почему так редко используются обычные Руководства пользователя? В них много информации, которая не нужна большинству сотрудников. Найти то, что нужно здесь и сейчас, обычно достаточно сложно. В результате об этих Инструкциях вспоминают только в самых крайних случаях.
Что я предлагаю своим клиентам?
Я создаю не Руководство пользователя, а Документацию для каждого отдела. Причем, эта документация охватывает не только работу с программным обеспечением, но и работу сотрудника в целом. А в разрезе работы с программным продуктом я наоборот, перечисляю только то, что нужно для работы конкретного отдела или даже сотрудника.
В комплект документации могут входить:
- Описание процесса работы отдела;
- План дня сотрудника;
- Должностная инструкция;
- Инструкция по работе с входящими / исходящими документами;
- Инструкция по работе с программным продуктом;
- Инструкции по работе с другими программами.
В общем, вы создаете такой пакет документов, который сможет помочь новому сотруднику быстро разобраться с работой отдела, должностными обязанностями и приступить к работе без длительной стажировки и помощи увольняющегося коллеги.
Лично я при создании подобной документации по максимум использую графику. Чаще всего, это графические нотации (IDEF 3, IDEF 0, Swim line и др.). Вы можете выбрать любой инструмент для создания таких графических инструкций, по своему вкусу. Главное – это результат. Кстати, избегайте упоминания нотаций, в которых вы будете делать описание бизнес-процесса, это информация не нужна клиенту.
Почему я предпочитаю графику? Возможно, вы слышали фразу, что одна картинка стоит тысячи слов. В этом все дело. Графика лучше воспринимается, ее легче запомнить. А потому любые рабочие процессы, которые возможно, составляйте в графическом виде.
Используйте при этом стрелки, пиктограммы, но старайтесь не перегружать описание деталями.
Надеюсь, что я сумел в этой статье раскрыть различные нюансы работы бизнес-консультанта по внедрению программного продукта. Этапы переноса остатков, доработок и обучения очень важны для успешной работы. Потому я остановился на них настолько подробно. В следующей статье я расскажу вам о двух последних этапах, тестовой и промышленной эксплуатации программного обеспечения, а также о том, что происходит после окончания непосредственно внедрения.
- 1С
- внедрение программных продуктов
- бизнес-консультирование
Источник: www.klerk.ru
Бизнес-приложения в новой реальности
Наибольшее затруднение у компаний крупного бизнеса и предприятий корпоративного сектора, ранее использовавших западные технологии, вызывает сложность выбора отечественного аналога.
Драматические изменения прошлого года затронули и самые массовые сегменты бизнес-ПО: ERP- и CRM-системы, средства коммуникаций, коллективной работы, инструментов проектного управления. Российский рынок CRM- и ERP-систем не был готов к тому, чтобы в 2022 году предоставлять решения, аналогичные по мощности и гибкости системам Salesforce, Microsoft Dynamics, SAP, Zoho и Pipedrive, считает Ксения Андреева, основатель и коммерческий директор агентства маркетинга для ИТ-отрасли NWComm, и вряд ли кто-то из профессионалов станет оспаривать это мнение. Не сильно изменилась ситуация и в начале 2023-го, уверена Андреева, хотя большие объемы работ инициированы и проведены в рамках отрасли в целом и отдельных поставщиков решений в частности. Она считает, что наибольшее затруднение у компаний крупного бизнеса и предприятий корпоративного сектора, ранее использовавших западные технологии, вызывает сложность выбора отечественного аналога. Масштаб и специфика бизнес-процессов — ключевые факторы, порождающие проблемы.
ERP-системы: не все так однозначно
Дискуссии о том, является ли «1С ERP» полноценным продуктом класса ERP, продолжаются не менее десяти лет. Однако внезапно этот вопрос пришлось решать срочно. Теперь ERP равно 1С. Больше ничего нет и в ближайшее время не предвидится, а единственным развивающимся направлением в этой сфере есть и будет миграция с международных систем на отечественные. Так ли это?
Да, конечно, отвечает эксперт компании «Первый Бит» Ольга Соловьева, ведущий менеджер по автоматизации торговых предприятий. Специалистов по 1С гораздо проще найти, а их услуги дешевле, чем услуги специалиста по иностранному ПО, напоминает она.
Фактически на российском рынке фирма «1С» является монополистом по разработке софта, уверена Татьяна Мошкина, управляющий партнер компании IAS Digital. «В ближайшие лет пять миграция с зарубежных систем будет очень актуальной задачей для крупных компаний. В связи с этим фирма «1С» совместно с рядом крупнейших компаний, среди которых РЖД, Росатом и другие, разрабатывает более прогрессивную и высокопроизводительную версию ERP на платформе 1С для крупнейших игроков рынка», — отмечает она. Никита Журавский, заместитель руководителя практики корпоративных систем RAMAX Group, уверен, что на текущий момент 1С — лидер рынка отечественных ERP-систем. Но у 1С, как и у ее конкурентов («Галактика», Global и т. д.), довольно ограниченный опыт корпоративных внедрений в enterprise-секторе, полагает он и поясняет: «Это новая ниша для отечественных решений, в которой здоровая конкуренция должна пойти на пользу всем участникам». Назвать эту нишу совсем новой сложно, но безусловно события 2022 года кардинально изменили расстановку сил на рынке ERP-систем в России.
Никита Журавский (RAMAX Group)
Даже сугубо технологические проекты перехода на новую платформу будут выполняться с оглядкой на повышение качества процессов и удобства заказчика.
Если рынок определяется одним поставщиком, значит, скорее всего, этот рынок как класс обречен. Наличие конкуренции обусловливается спросом, а если нет ни того, ни другого, следотательно, и рынка нет, уверена Ксения Андреева. По ее мнению, с точки зрения нового этапа нашей экономики и развития отрасли ИТ крайне важным маркером будет то, чтобы у 1С появились какие-то нишевые конкуренты. Миграция с международных систем на отечественные, безусловно, срочная задача сегодня, но нельзя забывать, что огромное количество российских предприятий все еще не внедрили полноценные ERP, напоминает Дмитрий Егоров, менеджер по развитию бизнеса ИТ-решений Konica Minolta.
Дмитрий Егоров (Konica Minolta)
Миграция с международных систем на отечественные — срочная задача, но нельзя забывать, что огромное количество предприятий в России все еще не внедрили полноценные ERP.
Кирилл Рубинштейн, сооснователь и директор по продуктам сервиса Okdesk, отмечает: «Если и говорить про тезис «1С равно ERP», то лишь для компаний, которые выбрали парадигму (или продолжают в ней жить) «автоматизируем в одной системе все, что только можно». Монолит или лучший продукт в своем классе — этот очень старый холивар тоже вновь на повестке дня.
1С больше всех известна на отечественном рынке во многом из-за неразрывной связи с бухгалтерией, считает директор клиентского сервиса «Умные технологии» компании S2 Мария Шилкина. Однако опираясь на мнение коллег, она уверена, что, несмотря на масштабную пиар-кампанию, 1С не может полностью заменить ни одно зарубежное решение, в том числе и продукт SAP AG, поскольку остается слишком много незакрытых нюансов. Шилкина отмечает, что в последнее время появляется большое количество конкурентов, которые предлагают свои более удобные и быстрые решения, но в силу невозможности напрямую конкурировать с 1С в плане маркетинга они так и остаются менее известными. Действительно, отмечает директор по продажам и руководитель практики технологических решений «ЕАЕ-Консалт» Виталий Волнянский, не все крупные клиенты могут мигрировать мгновенно, большим компаниям нужны более масштабируемые системы, такие как SAP. «Наша компания близка к тому, чтобы предложить концептуальную альтернативу, основанную на комбинировании модульного принципа, баз данных реального времени и Data Lake-архитектуры, в первую очередь для промышленных предприятий», — говорит Виталий Волнянский.
Виталий Волнянский («ЕАЕ-Консалт»)
Заказчики хотят сквозную, бесшовную интеграцию каналов коммуникации и данных.
Зрелые ERP-решения — это cотни тысяч человеко-часов программной работы. Практически невозможно создать подобные системы с нуля, подчеркивает Ксения Андреева. «Однако в России есть варианты, при которых приобретается ядро полнофункционального решения и дорабатывается локальной российской командой разработки.
Пример такой системы, ориентированный именно на крупный и средний бизнес, — «Ma-3». Она была создана в результате технологического партнерства и сотрудничества «Национальной платформы» с крупнейшим разработчиком ERP-систем из стран БРИКС, с целью замены SAP, Oracle и Infor». Никита Журавский отмечает еще один любопытный аспект: за последнее десятилетие больших успешных ИТ-проектов участники рынка — и заказчики, и исполнители — научились намного лучше формировать постановки и искать дополнительные бизнес-выгоды. Поэтому даже сугубо технологические проекты перехода на новую платформу, скорее всего, будут выполняться с оглядкой на повышение качества процессов и удобства конечного заказчика.
Инструменты и методологии проектного управления
Отличительная черта нашего времени в том, что горизонт планирования в России уменьшился в какой-то момент до пары дней, замечает Ксения Андреева. «У нас нет времени на то, чтобы строить планы как ранее. Тем не менее планирование является абсолютной потребностью нашего мозга, без которого очень сложно жить, надеяться, что-то делать сегодня», — напоминает она.
Ксения Андреева (NWComm)
В управлении маркетинговыми проектами нашего агентства элементы Agile зарекомендовали себя как максимально результативные.
Диспуту «agile против водопада и PMBоК» уже много лет. Изменилось ли что-то в этой области в последнее время? Популярность гибких методологий и фреймворков растет, считает Виталий Зарубин, но и классический подход совсем себя не изживает.
В зависимости от области ИТ, в которой реализуется проект, предпочтительной, а иногда даже необходимой является каскадная модель управления, уверен Михаил Кузнецов, коммерческий директор iFellow. «Можно ли построить ЦОД по agile с нуля? Очень сомневаюсь. То же, например, относится и к проектированию архитектуры сложных автоматизированных информационных систем». Модель управления — это просто инструмент, который должен быть выбран исходя из целей, заключает он.
Михаил Кузнецов (iFellow)
Можно ли построить ЦОД по Agile с нуля? Очень сомневаюсь.
С ним согласен и Виталий Волнянский: «Гибкие методологии показали свою эффективность, но в проектах со статичными требованиями могут быть актуальны также итеративный, инкрементальный подход и водопадная методология». Их не следует сбрасывать со счетов, важно знать, где и как применять такую методологию, напоминает он и подчеркивает: «Особенность Agile в том, что он позволяет быстро реагировать при высокой динамике изменения требований, но он становится абсолютно бесполезным, когда требования не меняются». «В управлении маркетинговыми проектами нашего агентства элементы Agile зарекомендовали себя как дающие максимальный результат», — отмечает Ксения Андреева и поясняет: «Когда мы подходили к проекту с гибким планированием, очень быстро внедряя работоспособную базовую версию первого продукта или услуги, то конечная цель в виде отлаженного бизнес-процесса достигалась гораздо быстрее и с меньшими затратами».
Что касается инструментов, то, по мнению Виталия Зарубина, самая популярная в мире это связка Jira + Confluence, два сервиса, позволяющие вести как проект, так и документацию по нему. «Мы используем youtrack, потому что он объединяет не только оба сервиса, но и глубокую отчетность по всей компании», — добавляет он. В основном заказной разработки в этой нише уже нет, только сервисы, считает Зарубин. Говоря об инструментах, Виталий Волнянский называет JIRA, Trello, Microsoft project, Github, GitFlic, Bitbucket: «Многие из них не доступны для корпоративного использования, но стоимость и сроки существенно не меняются, так как возможен обход ограничений вендоров». Сегодня основная потребность — решение, которое могло бы стать универсальным инструментом, обеспечивающим все стадии управления проектом, от уровня задач и конкретного исполнителя до уровня топ-менеджмента с возможностью проведения сквозной аналитики, уверен Илья Владимирович, директор по продукту «ТУРБО Трекинг». Причем крупные компании, отдают предпочтение решениям, которые могут быть быстро доработаны индивидуально под их нужды.
Илья Владимирович («ТУРБО Трекинг»)
Хорошим плюсом для системы проектного управления является наличие поддержки методики OKR.
У компаний, специализирующихся на разработке ПО, полагает Владимирович, востребованы решения, позволяющие в том числе планировать ресурсы, управлять компетенциями сотрудников, учитывать процессы непрерывной разработки и доставки (CI/CD). Хорошим плюсом для системы проектного управления является наличие поддержки методики OKR, применение которой стало неотъемлемой частью в Agile-трансформации компаний.
CRM: куда идет развитие?
В этом сегменте уход мировых вендоров тоже стал основным событием прошлого года, однако ситуация развивается иначе, чем на рынке ERP-систем. Директор CRM-направления ELMA Алексей Кольмай приводит ряд трендов, выделенных Gartner Quandrant в сфере автоматизации продаж, и считает, что они актуальны и для России.
Это, во-первых, совместная работа, включая инструменты коммуникации внутри CRM, они могут быть встроенными или легко интегрируемыми. Во-вторых, бот-приложения, которые предусмотрены для удобства клиентов, максимально оперативного ответа на запросы, например, для формирования заказа или о статусе его готовности. В-третьих, конфигуратор прайс-листов и коммерческих предложений.
Данный функционал требуется встраивать или интегрировать с CRM. И наконец, компонентность/модульность. Тренд говорит о том, что CRM — это связующее звено в корпоративной ИТ-архитектуре, которое должно предоставлять различные модули, легко меняться и быть совместимым с другими системами. Все выше перечисленное предоставляют активные игроки рынка CRM в России, подчеркивает Кольмай: «Некоторые предлагают встроенные инструменты, кто-то — интеграционные решения к внешним системам. Максимально приближены к функционалу с указанными трендами CRM-системы на базе low-code-платформ».
Алексей Кольмай (ELMA)
CRM-система сегодня — это связующее звено в существующей ИТ-архитектуре.
Очень многие компании, ранее имевшие международные интересы, надеялись продолжить использование западных CRM-систем, отмечает Ксения Андреева. Вначале казалось, что это возможно при переносе лицензий в представительства других стран, например в Казахстан.
Однако вендоры стали задавать вопросы: есть ли у компании клиенты в России? есть ли у компании сотрудники, имеющие доступ к CRM из России? где находятся хостинги? какой процент клиентов компании находится в России? есть ли среди владельцев компании граждане России? Ксения Андреева заключает: «Столкнувшись с этим, мы поняли не только неизбежность миграции на российские аналоги, но и свою моральную готовность к подобным переменам, хотя аналогов Salesforce по функционалу, стабильности, гибкости в России нет».
В итоге NWComm перешла на WireCRM. В связи с уходом с отечественного рынка зарубежных решений количество CRM-систем на российском рынке резко возросло, полагает Мария Шилкина. Появились как «узкие» решения, подходящие для конкретных сфер бизнеса, так и универсальные продукты, которые можно донастроить под собственные нужды и с учетом своей логики, считает она.
Михаил Кузнецов, коммерческий директор iFellow, напоминает, что существует операционный и аналитический CRM, и это приложения разного класса. Есть отечественные платформы, на базе которых успешно построены десятки решений для операционного CRM, сделанные самим вендором или его партнером.
Кузнецов приводит пример: в продукте «Орион», созданном в iFellow и являющемся по сути ERP-системой для ИТ-компании или ИТ-подразделения, есть модуль CRM, учитывающий массу нюансов в рамках продажи ИТ-услуг и интеграции продаж с другими функциями ИТ-компании, включая прогнозирование, найм персонала, финансы и т. д. Однако получить «из коробки» аналитический CRM нельзя, даже наличие отраслевых шаблонов от разработчика не является «серебряной пулей», считает Кузнецов. Работы по кастомизации потребуют четкого целеполагания от клиента и быстрой и слаженной работы подрядчика или внутренней команды.
Впрочем, и для аналитических CRM есть отечественные платформы, например ArenaData. Ксения Андреева отмечает, что большинство клиентов NWComm из среднего и малого бизнеса, как и само агентство, делают ставку на готовое решение.
Если бизнес-процессы фирмы не являются абсолютно уникальными, то у компаний просто нет времени для разработки и кастомизации и проще подстроить бизнес под систему, уверена она. Кирилл Рубинштейн говорит об изменениях в узкой нише: CRM-систем для автоматизации сервисного обслуживания инфраструктуры и корпоративных клиентов (также известных как help desk). «В последний год мы видим, что крупные компании все чаще смотрят в сторону готовых решений. В прямом смысле это можно назвать повышением эффективности выбора». Рубинштейн ожидает продолжения такой же тенденции и в ближайшем будущем.
Кирилл Рубинштейн (Okdesk)
Готовые решения — повышение эффективности выбора.
Виталий Волнянский полагает, что большинство российских компаний используют Bitrix24, «Мегаплан», AmoCRM, чуть менее популярны S2 (Salesap) и «РосБизнесСофт» CRM. Он отмечает, что процессы, управляемые при помощи CRM, в большинстве случаев унифицированы, готовые системы имеют гибкие возможности для настройки, задачи современного бизнеса требуют интеграции с другими инструментами управления в единой экосистеме, что сложно реализовать при большом разнообразии в «зоопарках» кастомного ПО.
Поэтому спрос на доработки и разработку с нуля постепенно уменьшается. Анализируя изменения последнего года, Мария Шилкина сообщает о росте количества запросов с ожиданием доработки системы под нужды клиента подрядчиком, а не внутренней командой заказчика. Она объясняет это попыткой клиентов сэкономить время и ресурсы. Одновременно уменьшается число проектов с открытым кодом. Шилкина полагает, что это связано с ужесточившимися требованиями к безопасности.
Мария Шилкина (S2)
Количество CRM-систем на отечественном рынке резко возросло.
Интеграционные проекты с применением CRM-систем
Заказчики хотят сквозную, бесшовную интеграцию каналов коммуникации и данных. Это не всегда возможно, но реализуемо в рамках единой экосистемы, считает Виталий Волнянский.
В сегменте средних и крупных заказчиков реализация интеграций — это одно из обязательных требований, подчеркивает Алексей Кольмай. «Обычно на таких проектах реализуется 5–10 различных интеграционных решений, что подтверждается мировым трендом «компонентность». CRM-система сегодня — это связующее звено в существующей ИТ-архитектуре», — заключает он.
Рассказывает Ксения Андреева: «Используя ранее Salesforce, львиную долю вопросов интеграции мы решали с помощью сервисов автоматизации бизнес-процессов типа Zapier и Automate, объединяя в CRM лиды из различных источников и синхронизируясь с системой директ-мейла. В WireCRM есть все базовые интеграции, но для наших задач мы будем в ближайшее время изучать более гибкий и продвинутый вариант с API и Webhooks, позволяющий запускать триггеры и действия по всем ключевым объектам значимых для нас приложений».
Виталий Зарубин поясняет бизнес-сторону интеграционных проектов: «Разработчики ПО зарабатывают на том, что делают интеграции для клиентов. Просто поставить и настроить CRM недостаточно, ведь клиенты поступают из заявок. Заявки могут формироваться как на сайте, так и по телефону или email. В этот момент возникает необходимость интегрировать канал получения лидов с CRM — именно это и является основным заработком. Чем чаще встречается SAAS на рынке, тем быстрее под него появляются готовые решения и снижается скорость интеграций».
Виталий Зарубин («Бюро цифровых технологий»)
Возникает необходимость интегрировать канал получения лидов с CRM — именно это и является основным заработком.
Функционально почти невозможно интегрировать в CRM большинство социальных сетей, потому что вторые очень бережно относятся к вопросу безопасности хранения данных, отмечает Зарубин. «Пару лет назад можно было получить не только номер телефона клиента из «Фейсбука», но и все данные с его страницы, то сейчас такой возможности практически нет. Частичный сбор данных по-прежнему допустим, но коммуникация с клиентами из CRM возможна только в конкретных случаях».
Он приводит и другой пример: самое распространенная задача — подключение What’s app business к CRM и сохранение всей истории общения. Почти все CRM-системы обладают возможностью подключать сторонние плагины или социальные сети по API, в лидерах те, кто это делает быстрее и удобнее, заключает Виталий Зарубин.
Стоимость и сроки CRM-проектов сокращаются в виду увеличения количества типовых доработок, отмечает Зарубин. Мария Шилкина считает, что возросло количество интеграционных проектов по переносу с импортного ПО, в которых цена напрямую зависит от изначально использованного решения, количества интеграций и так далее.
От 100 тысяч за комплексный переезд до нескольких миллионов: речь идет о таких затратах. Ксения Андреева отметила еще одно значимое для рынка бизнес-приложений изменение. «Огромное количество квалифицированных CRM- и ERP-консультантов Salesforce, Microsoft Dynamics и SAP оказались без рынка сбыта своих услуг в России. С релокацией или частичной релокацией, они перефокусируются на западный рынок, предлагая свои услуги там, где ранее у них не было значимого бизнес-интереса. Все это приводит к перенасыщению рынка и повышенной конкуренции в странах Европы, СНГ, Арабских Эмиратах, Турции».
Источник: www.it-world.ru
Бизнес-приложения нового поколения — масштабируемые, компонуемые и интеллектуальные
По мере того как мы стараемся рассмотреть будущее, выходящее за рамки «новой нормальности», становится очевидным, что мы вступаем в совершенно новую эру цифрового опыта — бесшовного и высоко персонализированного. Будущее бизнес-приложений следующего поколения будет масштабируемым, компонуемым, подключаемым и основанным на машинном обучении, пишет на портале ZDNet главный цифровой евангелист Salesforce Вала Афшар, опираясь на данные ряда исследований. Эти приложения будут иметь интегрированные голосовые и видеовозможности, и реализованы они будут на платформе единой модели, предназначенной для быстрой разработки, развертывания и оптимизации на основе конкретных отраслевых требований. Наиболее важными валютами в децентрализованной и цифровой экономике станут скорость, персонализация и интеллект.
Масштабируемые, компонуемые, подключаемые и отраслевые приложения
- увеличение скорости за счет открытий;
- повышение гибкости за счет модульности;
- улучшение руководства за счет оркестровки;
- устойчивость за счет автономности.
Согласно Gartner, тремя составными частями компонуемого бизнеса являются:
- композиционное мышление, которое не дает вам потерять творческий потенциал. Любая вещь является композитной. Когда вы объединяете принципы модульности, автономности, оркестровки и открытия с композиционным мышлением, это должно направлять ваш подход к разработке концепции того, что и когда создавать;
- компонуемая бизнес-архитектура гарантирует, что ваша организация построена так, чтобы быть гибкой и устойчивой. Речь идет о структуре и цели. Это структурные возможности — они дают вам механизмы для использования при построении архитектуры вашего бизнеса;
- компонуемые технологии — это инструменты для сегодняшнего и завтрашнего дня. Это части и детали, а также то, что соединяет их воедино.
Бизнес-приложения следующего поколения являются компонуемыми и подключаемыми. Разработка таких приложений — голосовых, видео- и отраслевых приложений на базе технологий ИИ, таких как машинное обучение, глубокое обучение, обработка естественного языка, компьютерное зрение, — требующих масштабирования, безопасности и интеграции, ставит перед ИТ-отделами более сложные задачи, чем когда-либо прежде.
Проблемы и возможности разработки приложений нового поколения
Разработка бизнес-приложений следующего поколения находится под угрозой — увеличение нагрузки и спроса на ИТ, нехватка технических навыков, требования к масштабу и интеграции платформ. Поведенный по заказу Salesforce в 2021 г. опрос ста ИТ-руководителей показывает, что во время пандемии нагрузка на ИТ увеличилась — об этом заявили 88% респондентов, причем 60% из них отметили ее увеличение более чем наполовину.
Потребность в ИТ-инновациях приобретает новую актуальность в постковидном мире. Пандемия создала переломный момент для ИТ. Требования бизнеса к ИТ возросли, поскольку удаленная работа заменила офисные нормы, и большинство ИТ-команд не смогли выполнить все проектные обязательства. Сегодня ИТ-отдел испытывает огромное давление в плане трансформации, чтобы двигаться быстрее. Только 37% организаций утверждают, что в прошлом году ИТ-службы завершили все проекты, которые от них требовались.
Инновации находятся под угрозой по мере роста требований к ИТ. 92% ИТ-руководителей говорят, что их работа все больше влияет на бизнес. Еще 96% утверждают, что бизнес предъявляет повышенные требования к новым приложениям и процессам. 70% обеспокоены тем, что увеличение рабочей нагрузки ограничит их способность к инновациям. Согласно недавнему исследованию Salesforce «State of the Connected Customer», 88% заказчиков ожидают, что их компании ускорят цифровые инициативы из-за COVID-19.
Разрастание инструментов и разрозненность данных затрудняют разработку. 72% ИТ-руководителей говорят, что большое количество инструментов, необходимых для создания приложений/процессов, замедляет производство. Такая нагрузка на ИТ привела к тому, что бизнес стал сам разрабатывать приложения.
Тиражирование приложений и разработка Low-code рассматриваются как возможность двигаться вперед. 95% ИТ-руководителей заинтересованы в технологиях, которые помогают создавать приложения/процессы, которые можно использовать многократно. Еще 83% планируют расширить использование инструментов разработки Low-code.
81% считают, что бизнес-пользователи в их организации будут создавать свои собственные приложения и процессы, если им это разрешить. Кроме того, 83% ИТ-лидеров полагают, что ответственность за разработку некоторых приложений и процессов будет все больше перекладываться на бизнес-пользователей. А 92% спокойно относятся к использованию бизнес-пользователями инструментов Low-code при условии надлежащего обучения, управления и организации процессов.
Исследование также выявило преимущества инициируемой бизнесом разработки приложений следующего поколения с использованием инструментов с Low-code/No-code. К ним относятся:
- обеспечение новых способов партнерства ИТ с бизнесом;
- повышение уровня автоматизации процессов;
- согласование бизнес-требований и технического исполнения;
- увеличение скорости разработки;
- повышение производительности ИТ-персонала;
- возможность для технического персонала сконцентрироваться на сложных задачах;
- повышение способности к повторному развертыванию приложений;
- сокращение отставания ИТ-проектов;
- сокращение теневых ИТ.
Поддержка разработки приложений нового поколения на базе экосистемы
Для повышения производительности предприятия воспользуются инструментами разработки Low-code. По данным Gartner, к 2024 г. 75% крупных предприятий будут использовать не менее четырех таких инструментов как для разработки ИТ-приложений, так и для оснащения гражданских разработчиков, с Low-code будет связано более 65% активности по разработке приложений. Эти тенденции невероятно важны для ИТ-отделов и CIO — технологическое обеспечение и повышение технологической подкованности всех направлений бизнеса является ключевым приоритетом. Гражданские инструменты интеграции получат широкое распространение в ближайшие
Автоматизация является приоритетным направлением для внедрения инноваций. По данным Salesforce, 81% ИТ-отделов в ближайшие месяцев автоматизируют больше задач, чтобы позволить членам команды сосредоточиться на инновациях. McKinsey отмечает, что 57% организаций, как минимум, пилотируют автоматизацию процессов в одном или нескольких бизнес-подразделениях или функциях.
Согласно исследованию MuleSoft, 30% лиц, принимающих решения в сфере ИТ, говорят, что автоматизация является ключевой бизнес-инициативой, связанной с цифровой трансформацией. По оценкам McKinsey, автоматизация может повышать производительность труда в мировой экономике на 1,4% в год. Компании из разных отраслей экспериментируют с автоматизацией. Во всех отраслях 60% бизнес-пользователей согласны с тем, что неспособность связать системы, приложения и данные препятствует инициативам по автоматизации.
Спрос на разработку приложений нового поколения значительно превышает возможности большинства ИТ-отделов. И он будет продолжать расти. Технологические лидеры должны разработать стратегию экосистемы и предложить возможность разработки новых приложений, которые являются масштабируемыми, безопасными, компонуемыми, подключаемыми и хорошо интегрированными. Руководящим принципом является предоставление ценности со скоростью, соответствующей потребностям заинтересованных сторон. Единственный способ построить сильную долгосрочную инновационную стратегию — это опираться на партнерства, платформы и приоритеты успеха клиентов.
Источник: www.itweek.ru