рекомендует
LIFEL
По пути с Websoft:
Михаил Протасов
26.11.2025
андрей матюков
История взаимодействия Михаила Протасова с Websoft
Имя Михаила Протасова уже не один год плотно ассоциируется с продуктами Websoft, в первую очередь по обучению работе в них и кастомизации. Из первых рук узнаем этот путь взаимодействия. Возможно, это начало новой рубрики, поехали!
Знакомство с Websoft
Я в 2007 году, будучи ещё студентом второго курса, пошёл на стажировку в компанию АльфаСтрахование. Там в корпоративном университете сначала помогал проводить очные семинары по страхованию, исправлять, корректировать, актуализировать раздаточные материалы. Потом увидел, что есть ещё дистанционные курсы, в которых тоже далеко не всё было актуально, начал править и их. Тогда это делал в КурсЛабе. А потом, когда отредактированный курс со всеми внесенными правками был готов, я его загружал в WebTutor. В то время система ещё называлась не WebSoft HCM, а WebTutor и была модулем для Lotus Notes. В тот момент я ещё ничего не администрировал кроме загрузки изменённых курсов.
Потом уже вышла отдельная версия WebTutor, как отдельное приложение устанавливалось на Windows-сервер. И когда мы в АльфаСтраховании обновились на эту версию, я стал там уже выполнять всё более и более сложные задачи: собирать отчёты, настраивать отзывы, управлять тем, кто и какое обучение проходит.
Потом уже вышла отдельная версия WebTutor, как отдельное приложение устанавливалось на Windows-сервер. И когда мы в АльфаСтраховании обновились на эту версию, я стал там уже выполнять всё более и более сложные задачи: собирать отчёты, настраивать отзывы, управлять тем, кто и какое обучение проходит.
2009, АльфаСтрахование, разработка электронного курса
От сборки курсов до разработки обучения
Через какое-то время я стал понимать, что часто главный вопрос в пользе для компании не в том, как подготовить учебный контент, а в том, как организовать качественное обучение. Есть часто упоминаемая модель разработки обучения ADDIE (Analysis — Анализ, Design — Проектирование, Development — Разработка, Implementation — Реализация, Evaluation — Оценка), где на каждой из этих букв есть отдельные сложности, которые делают обучение не таким эффективным, как хотелось бы.
И, собственно, вот одна из ключевых букв, о которых я задумался, это буква I. Многие часто в этой модели делают акцент на анализ, на результаты, но чаще проблемы возникают именно с внедрением обучения, с его организацией. Когда, например, курсы сделали, а непонятно, кто их будет проходить, что будет, если человек пройдет успешно или неуспешно, и так далее. Об этом, например, никто, может, и не подумает, и это пускается на самотёк. Но я ещё работая в АльфаСтраховании, я понял, что как раз в организации именно электронного обучения очень большие перспективы, хотя и очного тоже.
И, собственно, вот одна из ключевых букв, о которых я задумался, это буква I. Многие часто в этой модели делают акцент на анализ, на результаты, но чаще проблемы возникают именно с внедрением обучения, с его организацией. Когда, например, курсы сделали, а непонятно, кто их будет проходить, что будет, если человек пройдет успешно или неуспешно, и так далее. Об этом, например, никто, может, и не подумает, и это пускается на самотёк. Но я ещё работая в АльфаСтраховании, я понял, что как раз в организации именно электронного обучения очень большие перспективы, хотя и очного тоже.
От настройки до программирования системы
Я стал заниматься более глубокими настройками WebTutor, а потом потихонечку начал писать программный код, который помогал качественно организовать обучение.
Например, человек прошёл обучение по определенному виду страхования и на этом основании получает доверенность на самостоятельную подпись договоров страхования на более высокую сумму по данному виду страхования.
Или же, допустим, если мы даже не про имплементацию говорим, а еще про анализ, то организация разных видов опросников, сбора информации у людей, какие у них есть сложности, с чем они сталкиваются в работе, чтобы потом это учесть при разработке курса.
Или был у нас курс по информационной безопасности, по которому были вопросы, что будет, если человек его не прошел. И было принято прекрасное решение сотрудниками безопасности, что если человек не прошёл курс, то ему блокируется доступ в интернет. Компьютером и сетью он может пользоваться, а внешними ресурсами нет.
Я делал доработку, писал программный код, чтобы при отсутствии прохождения курса уведомлялись нужные люди, чтобы по определенной логике они блокировали доступ в интернет тому, кто не прошёл, а потом возвращали после прохождения.
Вот такими задачами по организации обучения начал тогда заниматься. То есть не просто разработать обучение, а еще и сделать организацию его прохождения.
Например, человек прошёл обучение по определенному виду страхования и на этом основании получает доверенность на самостоятельную подпись договоров страхования на более высокую сумму по данному виду страхования.
Или же, допустим, если мы даже не про имплементацию говорим, а еще про анализ, то организация разных видов опросников, сбора информации у людей, какие у них есть сложности, с чем они сталкиваются в работе, чтобы потом это учесть при разработке курса.
Или был у нас курс по информационной безопасности, по которому были вопросы, что будет, если человек его не прошел. И было принято прекрасное решение сотрудниками безопасности, что если человек не прошёл курс, то ему блокируется доступ в интернет. Компьютером и сетью он может пользоваться, а внешними ресурсами нет.
Я делал доработку, писал программный код, чтобы при отсутствии прохождения курса уведомлялись нужные люди, чтобы по определенной логике они блокировали доступ в интернет тому, кто не прошёл, а потом возвращали после прохождения.
Вот такими задачами по организации обучения начал тогда заниматься. То есть не просто разработать обучение, а еще и сделать организацию его прохождения.
2010, конференция Websoft
От HR-автоматизации до сообщества программистов для Webtutor
До 2011 года я занимался подобными задачами в АльфаСтраховании, а потом уже стал переходить в другие компании. Недолгое время проработал в Объединенной металлургической компании. В 2012 году устроился в компанию Enter Связной. Там уже я занимался самыми разными направлениями HR-автоматизации.
Тогда же начал заниматься автоматизацией подбора персонала, массового подбора — сотрудников в магазины, на склады, в службу доставки, в контактные центры и так далее. Оценкой персонала, адаптацией и в общем-то самыми разными направлениями, которыми сейчас многие занимаются, когда речь про автоматизацию HR в целом. И вот в Enter я сильно и развил свой опыт.
Тогда мне, работающему в HR, вместе с моим товарищем из IT-департамента пришла идея создать сообщество программистов для WebTutor. Мы даже встретились тогда с генеральным директором Websoft Алексеем Корольковым и пообщались на эту тему, он в целом тоже поддержал идею. И вот тогда начал собирать людей, которые программируют.
Вначале документации практически никакой не было, а во времена работы в Enter какая-то стала появляться. Иногда сейчас люди говорят, что документация недостаточная, что-то неполное. Ну да, она, конечно, недостаточная и неполная, но в прошлом-то вообще не было ничего. А я и другие люди, которые тогда начинали, как-то всё равно с этим разбирались, копались, пытались понять, что там происходит. И в итоге учились программировать, делать определенные продвинутые настройки.
Тогда же начал заниматься автоматизацией подбора персонала, массового подбора — сотрудников в магазины, на склады, в службу доставки, в контактные центры и так далее. Оценкой персонала, адаптацией и в общем-то самыми разными направлениями, которыми сейчас многие занимаются, когда речь про автоматизацию HR в целом. И вот в Enter я сильно и развил свой опыт.
Тогда мне, работающему в HR, вместе с моим товарищем из IT-департамента пришла идея создать сообщество программистов для WebTutor. Мы даже встретились тогда с генеральным директором Websoft Алексеем Корольковым и пообщались на эту тему, он в целом тоже поддержал идею. И вот тогда начал собирать людей, которые программируют.
Вначале документации практически никакой не было, а во времена работы в Enter какая-то стала появляться. Иногда сейчас люди говорят, что документация недостаточная, что-то неполное. Ну да, она, конечно, недостаточная и неполная, но в прошлом-то вообще не было ничего. А я и другие люди, которые тогда начинали, как-то всё равно с этим разбирались, копались, пытались понять, что там происходит. И в итоге учились программировать, делать определенные продвинутые настройки.
От сообщества до обучения администраторов Webtutor
Собрал какое-то определенное количество людей под это сообщество программистов. Кому-то писал персонально, на форумах Websoft много общался, с кем-то знакомился на конференциях, прям собирал людей, кто этим тоже увлекается, что-то хочет автоматизировать на Webtutor — писать свой код.
Начал делать мини-конференции для программистов Websoft. Кто присутствовал на них, то напишите, тоже будет интересно знать об этом. Вот так стал выстраивать комьюнити в области доработок, автоматизации. Мне было интересно, потому что я думал, что от наличия такого комьюнити будет зависеть то, как Websoft будет развиваться в этой области. Чтобы люди могли не ждать вендора, а что-то дорабатывать своими силами.
Какие-то совместные проекты пробовал делать с этим комьюнити, которыми все потом могли пользоваться. Это было время большого набора опыта и развития.
Уйдя из Enter, я поработал ещё в ряде компаний, занимаясь примерно тем же. Когда я позднее уже работал в основном Связном, мой знакомый Саша Воробьёв пригласил меня сделать учебный курс на его площадке e-Learning Мастер — по администрированию и программированию на Webtutor. Мы до сих пор с ним общаемся, иногда даже пересекаемся на каких-то совместных проектах. Он тогда делал ряд учебных программ для специалистов в области электронного обучения и HR-автоматизацию решил тоже затронуть, вот и позвал меня в качестве преподавателя.
Мне это было интересно, я согласился, потому что действительно было мало курсов по этой теме. Были курсы непосредственно от Websoft, но их проводили не так часто, немного было возможностей на них записаться. И я тогда подумал, почему бы нет — буду вести на эту тему обучение. Описал свою программу. В то время я уже регулярно набирал себе команды, обучал своих сотрудников, поэтому и подумал, почему бы действительно не сделать такой образовательный продукт.
Согласовал со своими тогдашними работодателями, что буду заниматься такой активностью на дополнительной работе, им начал вести курсы. Это было где-то в 2013 или 2015 году. Приходили ученики, платили деньги, я их обучал администрированию и программированию Webtutor. Тогда же ещё обучал и разработке электронных курсов, но потом уже отошёл от этого.
Начал делать мини-конференции для программистов Websoft. Кто присутствовал на них, то напишите, тоже будет интересно знать об этом. Вот так стал выстраивать комьюнити в области доработок, автоматизации. Мне было интересно, потому что я думал, что от наличия такого комьюнити будет зависеть то, как Websoft будет развиваться в этой области. Чтобы люди могли не ждать вендора, а что-то дорабатывать своими силами.
Какие-то совместные проекты пробовал делать с этим комьюнити, которыми все потом могли пользоваться. Это было время большого набора опыта и развития.
Уйдя из Enter, я поработал ещё в ряде компаний, занимаясь примерно тем же. Когда я позднее уже работал в основном Связном, мой знакомый Саша Воробьёв пригласил меня сделать учебный курс на его площадке e-Learning Мастер — по администрированию и программированию на Webtutor. Мы до сих пор с ним общаемся, иногда даже пересекаемся на каких-то совместных проектах. Он тогда делал ряд учебных программ для специалистов в области электронного обучения и HR-автоматизацию решил тоже затронуть, вот и позвал меня в качестве преподавателя.
Мне это было интересно, я согласился, потому что действительно было мало курсов по этой теме. Были курсы непосредственно от Websoft, но их проводили не так часто, немного было возможностей на них записаться. И я тогда подумал, почему бы нет — буду вести на эту тему обучение. Описал свою программу. В то время я уже регулярно набирал себе команды, обучал своих сотрудников, поэтому и подумал, почему бы действительно не сделать такой образовательный продукт.
Согласовал со своими тогдашними работодателями, что буду заниматься такой активностью на дополнительной работе, им начал вести курсы. Это было где-то в 2013 или 2015 году. Приходили ученики, платили деньги, я их обучал администрированию и программированию Webtutor. Тогда же ещё обучал и разработке электронных курсов, но потом уже отошёл от этого.
2012, Enter Связной
От обучения до своей компании
Год я ещё проработал у другого подрядчика Websoft — компании Глобэкс АйТи. Они и сейчас существуют на рынке, теперь это мои конкуренты, хотя мы, в общем-то, с ними в хороших отношениях. У нас есть проекты, где мы пересекаемся и там иногда как-то друг с другом взаимодействуем.
Потом я посмотрел, как выстраивают многие компании работу на рынке доработок продуктов Websoft, и решил создать свою компанию. Я понимал, как это выглядит со стороны подрядчика, со стороны заказчика, и решил, что у меня есть какие-то свои мысли, которые я могу совершенно по-своему реализовать. По-другому выстроить набор персонала, заключение контрактов, взаимодействие с клиентами. У меня была куча проектов, много разных идей и хотел в корне всё перестроить — всю работу подрядчика.
Потом я посмотрел, как выстраивают многие компании работу на рынке доработок продуктов Websoft, и решил создать свою компанию. Я понимал, как это выглядит со стороны подрядчика, со стороны заказчика, и решил, что у меня есть какие-то свои мысли, которые я могу совершенно по-своему реализовать. По-другому выстроить набор персонала, заключение контрактов, взаимодействие с клиентами. У меня была куча проектов, много разных идей и хотел в корне всё перестроить — всю работу подрядчика.
Своя компания — своя философия сотрудничества
Все свои идеи я стал воплощать у себя. Ключевая заключалась в том, что я хотел выстроить максимально сотруднические условия между заказчиком и подрядчиком. Потому что я наблюдал, что нередко взаимодействие на таких проектах, даже когда это не с внешним подрядчиком, а внутри компании, в этом есть какая-то чрезмерная доля соперничества.
Как будто мы не вместе какое-то одно дело делаем, а спорим, торгуемся, что входило в техническое задание, что не входило, нужно ли доплачивать за ту или иную работу, или она должна была войти в исходную стоимость, по срокам много споров. И эти споры очень частые, к сожалению, вообще в области заказной разработки, не только по Websoft, но и по другим платформам. И не только при работе с внешним подрядчиком, но и даже когда речь о внутренних заказчиках и внутренних подрядчиках.
С одной стороны я хотел подобные споры как-то поменять и перейти от соперничества в сторону сотрудничества, ну или, по крайней мере, сильно снизить долю этого соперничества. С другой стороны — снизить стресс, которым подвергаются программисты-разработчики. Уже была известна методология гибкой разработки Agile. Scrum тот же самый.
Идеи Agile, как раз, во многом и были созданы для того, чтобы снизить стресс, с которым сталкиваются разработчики, а за счет этого и проекты делать более качественными. И вот многие из этих идей я стал у себя внедрять. Начал искать именно такие контракты, договариваться с клиентом о таких видах работ, при которых мы сможем гибко выстроить разработку и находиться в состоянии сотрудничества.
Моей стратегией было задавать много вопросов «на берегу», внимательно смотреть на то, насколько заказчик готов работать именно по гибкой методологии, насколько вообще даже на ранних этапах общения есть ощущение, что мы находимся в состоянии сотрудничества, а не соперничества.
Как будто мы не вместе какое-то одно дело делаем, а спорим, торгуемся, что входило в техническое задание, что не входило, нужно ли доплачивать за ту или иную работу, или она должна была войти в исходную стоимость, по срокам много споров. И эти споры очень частые, к сожалению, вообще в области заказной разработки, не только по Websoft, но и по другим платформам. И не только при работе с внешним подрядчиком, но и даже когда речь о внутренних заказчиках и внутренних подрядчиках.
С одной стороны я хотел подобные споры как-то поменять и перейти от соперничества в сторону сотрудничества, ну или, по крайней мере, сильно снизить долю этого соперничества. С другой стороны — снизить стресс, которым подвергаются программисты-разработчики. Уже была известна методология гибкой разработки Agile. Scrum тот же самый.
Идеи Agile, как раз, во многом и были созданы для того, чтобы снизить стресс, с которым сталкиваются разработчики, а за счет этого и проекты делать более качественными. И вот многие из этих идей я стал у себя внедрять. Начал искать именно такие контракты, договариваться с клиентом о таких видах работ, при которых мы сможем гибко выстроить разработку и находиться в состоянии сотрудничества.
Моей стратегией было задавать много вопросов «на берегу», внимательно смотреть на то, насколько заказчик готов работать именно по гибкой методологии, насколько вообще даже на ранних этапах общения есть ощущение, что мы находимся в состоянии сотрудничества, а не соперничества.
От разработчика до исполнителя-универсала
И я стал делать разработчиков максимально универсальными. Так чтобы они могли заниматься и бэкендом, и фронтендом, и аналитикой, и тестированием. И писать код, и делать стандартные настройки, то есть максимально универсально любые задачи решать. И чтобы разработчик максимально близко общался с клиентом.
В некоторых IT-компаниях бывает такое, что разработчиков прячут от клиента, чтобы клиенты с ними не могли напрямую общаться, а взаимодействовали только через прослойку. Чтобы стресс снижать на разработчиков, и чтобы их не хантили.
А я решил, что у меня будет ровно противоположное, что я буду наоборот — стараться организовать побольше прямой коммуникации между клиентом и разработчиком.
Это совокупно с идеей о максимальной универсальности уже как бы не просто разработчиков, а исполнителей, потому что они могли и другие задачи выполнять, не только в области разработки.
Посмотрев на другие компании на рынке, связанные с IT-разработками под заказ или даже с внутренней разработкой, я стал для себя формировать некоторый набор принципов, как сделать по-другому. Всё это мне хотелось попробовать в собственной компании.
В некоторых IT-компаниях бывает такое, что разработчиков прячут от клиента, чтобы клиенты с ними не могли напрямую общаться, а взаимодействовали только через прослойку. Чтобы стресс снижать на разработчиков, и чтобы их не хантили.
А я решил, что у меня будет ровно противоположное, что я буду наоборот — стараться организовать побольше прямой коммуникации между клиентом и разработчиком.
Это совокупно с идеей о максимальной универсальности уже как бы не просто разработчиков, а исполнителей, потому что они могли и другие задачи выполнять, не только в области разработки.
Посмотрев на другие компании на рынке, связанные с IT-разработками под заказ или даже с внутренней разработкой, я стал для себя формировать некоторый набор принципов, как сделать по-другому. Всё это мне хотелось попробовать в собственной компании.
2013, конференция Websoft
Продвижение через обучающий контент
Потом я подумал, а какой мне организовать маркетинг, какое организовать продвижение, чтобы меня знали те, кто использует Websoft. И я решил выстроить взаимодействие с аудиторией — с руководителями подразделений HR, директорами и так далее.
Но зашёл я вообще с другой стороны — через создание обучающего контента для разработчиков. Я полагал, что если меня будут знать люди, которые сами администрируют систему, пишут для неё программный код, то это тоже может сыграть на мою известность. На то, чтобы люди в этой области обращались именно ко мне за услугами, потому что они могут и поговорить со своим руководителем, предложив заказать услуги именно у меня. А со временем они и сами могут вырасти в компании и вспомнить о том, что именно я делал такой обучающий контент по Websoft. Тем более, что его было очень мало в свободном доступе.
Да, уже были мои курсы, как и курсы Websoft, но это всё в основном в закрытом доступе. А хотелось, чтобы какой-то контент появлялся доступный всем. Документация была не полная и не всегда по ней всё было понятно. Я же хотел делать новый формат контента и тем самым продвигать себя на рынке.
Существенная часть моих заказчиков говорит, что повлияло на их выбор меня в качестве подрядчика именно то, что кто-то из их команд смотрел мои обучающие видео, учился у меня. А потом, когда появилась задача что-то отдать на аутсорс, обратились к моей команде.
Но зашёл я вообще с другой стороны — через создание обучающего контента для разработчиков. Я полагал, что если меня будут знать люди, которые сами администрируют систему, пишут для неё программный код, то это тоже может сыграть на мою известность. На то, чтобы люди в этой области обращались именно ко мне за услугами, потому что они могут и поговорить со своим руководителем, предложив заказать услуги именно у меня. А со временем они и сами могут вырасти в компании и вспомнить о том, что именно я делал такой обучающий контент по Websoft. Тем более, что его было очень мало в свободном доступе.
Да, уже были мои курсы, как и курсы Websoft, но это всё в основном в закрытом доступе. А хотелось, чтобы какой-то контент появлялся доступный всем. Документация была не полная и не всегда по ней всё было понятно. Я же хотел делать новый формат контента и тем самым продвигать себя на рынке.
Существенная часть моих заказчиков говорит, что повлияло на их выбор меня в качестве подрядчика именно то, что кто-то из их команд смотрел мои обучающие видео, учился у меня. А потом, когда появилась задача что-то отдать на аутсорс, обратились к моей команде.
Один вебинар в две недели более 5 лет подряд
Сначала я рассматривал разные форматы — снимать видео, писать инструкции, делать вебинары. И остановился на последнем, потому что вебинары — это самый простой и нетрудозатратный вариант.
Мне хотелось играть в долгую — не сделать пять роликов и забросить, а собирать базу знаний, рассматривая самые разные вопросы в системе. Да, этот формат не всегда такой удобный, как ролики или инструкции, но его я могу выдержать на длинной дистанции.
В 2019 году я выбрал себе интенсивность — 1 вебинар в 2 недели. И вот с 2019 года по текущий момент, а пишу я это в ноябре 2025 года, я раз в две недели провожу вебинар, где рассматриваю различные аспекты работы с Websoft. Да, были у меня перерывы по уважительным причинам, но в целом все эти годы придерживаюсь выбранной интенсивности. Если бы я снимал ролики или писал инструкции, то, скорее всего, на такой дистанции этот темп бы не выдержал и забросил в какой-то момент.
Конечно, были ещё люди, кроме меня, кто пытался что-то похожее делать, но в основном все начинают, но через какое-то время забрасывают. А у меня это вдолгую.
Мне хотелось играть в долгую — не сделать пять роликов и забросить, а собирать базу знаний, рассматривая самые разные вопросы в системе. Да, этот формат не всегда такой удобный, как ролики или инструкции, но его я могу выдержать на длинной дистанции.
В 2019 году я выбрал себе интенсивность — 1 вебинар в 2 недели. И вот с 2019 года по текущий момент, а пишу я это в ноябре 2025 года, я раз в две недели провожу вебинар, где рассматриваю различные аспекты работы с Websoft. Да, были у меня перерывы по уважительным причинам, но в целом все эти годы придерживаюсь выбранной интенсивности. Если бы я снимал ролики или писал инструкции, то, скорее всего, на такой дистанции этот темп бы не выдержал и забросил в какой-то момент.
Конечно, были ещё люди, кроме меня, кто пытался что-то похожее делать, но в основном все начинают, но через какое-то время забрасывают. А у меня это вдолгую.
Почему вебинары без монтажа, а не инструкции
Ещё одна причина, почему я делаю обучающие видео, а не инструкции. Потому что в инструкциях не всегда понятно, как перейти от одного описанного шага к другому. Автор может пропустить какие-то промежуточные этапы поведения системы. В видео такие моменты проще продемонстрировать. Я точно уверен, что не пропущу никаких шагов, особенно если буду это показывать в реальном времени. Я даже монтаж специально для этого не делаю, как раз, чтобы учесть все действия, переходы и поведения системы.
И второе, в инструкции как будто всё начато не с первого шага. Как будто человек, прежде чем начать что-то делать по инструкции, как-то подготовился, какие-то сделал предварительные настройки. С этим я тоже часто сталкиваюсь и в Websoft, и в другом программном обеспечении.
Я решил в своих видео это предусмотреть — всегда показывать с самого-самого начала, с самого раннего этапа, как выполнять ту или иную настройку. Такие принципы я сразу заложил при создании обучающего контента. Мне кажется, что по моим видео иногда проще разобраться в некоторых аспектах работы Websoft HCM, чем по инструкциям, или если бы это были смонтированные видео, а не вебинары в живом формате.
И второе, в инструкции как будто всё начато не с первого шага. Как будто человек, прежде чем начать что-то делать по инструкции, как-то подготовился, какие-то сделал предварительные настройки. С этим я тоже часто сталкиваюсь и в Websoft, и в другом программном обеспечении.
Я решил в своих видео это предусмотреть — всегда показывать с самого-самого начала, с самого раннего этапа, как выполнять ту или иную настройку. Такие принципы я сразу заложил при создании обучающего контента. Мне кажется, что по моим видео иногда проще разобраться в некоторых аспектах работы Websoft HCM, чем по инструкциям, или если бы это были смонтированные видео, а не вебинары в живом формате.
2018, конференция b2b по HR-автоматизации
Про команду МПро
Сейчас у меня в компании вместе со мной 20 человек. В 2026 году мы планируем ещё расширяться.
Изначально я начинал с того, чтобы максимально оказывать услуги в области коробочных настроек — поменьше писать кода, не делать ничего нетипового, никакого кастомного дизайна и так далее. Ну сейчас у меня уже это всё поменялось. Теперь наши основные заказы это всё-таки кастомные разработки, часто мы уже стали всё-таки привлекать дизайнера, писать много чего-то нестандартного, того, что нет в Websoft HCM. Таких запросов стало гораздо больше, чем в прошлом.
Когда я начинал, многие хотели пользоваться стандартными настройками, а сейчас ситуация стала меняться. Средний объём заказа увеличивается. Первые мои проекты укладывались в две недели или месяц. Сейчас наш типичный проект где-то 3-5 месяцев и больше.
Но при этом, помимо того, что делаем такие проекты под заказ, мы очень много также занимаемся развитием внутренних команд. И это у нас получается интенсивнее всех на рынке. Я продолжаю писать обучающее видео, проводить курсы по Websoft. Мы также часто помогаем компаниям развивать свою собственную команду разработки.
Изначально я начинал с того, чтобы максимально оказывать услуги в области коробочных настроек — поменьше писать кода, не делать ничего нетипового, никакого кастомного дизайна и так далее. Ну сейчас у меня уже это всё поменялось. Теперь наши основные заказы это всё-таки кастомные разработки, часто мы уже стали всё-таки привлекать дизайнера, писать много чего-то нестандартного, того, что нет в Websoft HCM. Таких запросов стало гораздо больше, чем в прошлом.
Когда я начинал, многие хотели пользоваться стандартными настройками, а сейчас ситуация стала меняться. Средний объём заказа увеличивается. Первые мои проекты укладывались в две недели или месяц. Сейчас наш типичный проект где-то 3-5 месяцев и больше.
Но при этом, помимо того, что делаем такие проекты под заказ, мы очень много также занимаемся развитием внутренних команд. И это у нас получается интенсивнее всех на рынке. Я продолжаю писать обучающее видео, проводить курсы по Websoft. Мы также часто помогаем компаниям развивать свою собственную команду разработки.
Когда своя команда разработки выгоднее подрядчика
Несмотря на то, что я сейчас являюсь подрядчиком, я всё еще уверен, что собственная команда на большом объёме разработки выгоднее, чем взаимодействие с подрядчиком.
Да, при малом объёме целесообразнее обращаться к внешней разработке, чем создавать свой штат. Но если организация понимает, что хотя бы два, а лучше три человека могу загрузить работой на постоянной основе, тогда лучше развивать свой штат. Я всегда исхожу из этого и говорю об этом клиентам. И мы помогаем подбирать сотрудников, составлять им план развития, проводим технические собеседования для наших клиентов, довольно много консультаций проводим.
То есть, когда в компании есть программист или администратор Websoft HCM, у которого не хватает опыта, не к кому обратиться с какими-то вопросами, не получается что-то настроить, в таком случае у нас заказывают услугу. И например, один-два-три раза в неделю идёт созвон с кем-то из моих ведущих разработчиков, специалист внутри компании показывает свой экран, а мой разработчик ему подсказывает по конкретным вопросам. Или рекомендуем, как вообще лучше подойти к решению той или иной задачи, рассказываем.
Практикуем такой формат внешнего наставничества, когда внутри компании нет своих наставников. И смежные с этим услуги довольно активно развиваем.
Иногда часть задач делает внутренний специалист клиента, часть задач делает наша команда. И мы, по сути, работаем в единой команде. А в связке с моими специалистами внутренний разработчик клиента тоже развивается, потому что делает такую задачу не в одиночку, а находясь в более широкой опытной команде.
Да, при малом объёме целесообразнее обращаться к внешней разработке, чем создавать свой штат. Но если организация понимает, что хотя бы два, а лучше три человека могу загрузить работой на постоянной основе, тогда лучше развивать свой штат. Я всегда исхожу из этого и говорю об этом клиентам. И мы помогаем подбирать сотрудников, составлять им план развития, проводим технические собеседования для наших клиентов, довольно много консультаций проводим.
То есть, когда в компании есть программист или администратор Websoft HCM, у которого не хватает опыта, не к кому обратиться с какими-то вопросами, не получается что-то настроить, в таком случае у нас заказывают услугу. И например, один-два-три раза в неделю идёт созвон с кем-то из моих ведущих разработчиков, специалист внутри компании показывает свой экран, а мой разработчик ему подсказывает по конкретным вопросам. Или рекомендуем, как вообще лучше подойти к решению той или иной задачи, рассказываем.
Практикуем такой формат внешнего наставничества, когда внутри компании нет своих наставников. И смежные с этим услуги довольно активно развиваем.
Иногда часть задач делает внутренний специалист клиента, часть задач делает наша команда. И мы, по сути, работаем в единой команде. А в связке с моими специалистами внутренний разработчик клиента тоже развивается, потому что делает такую задачу не в одиночку, а находясь в более широкой опытной команде.
Про любимых клиентов и участие программистов в аналитике
Большинство подрядчиков любит, когда заказчики очень чётко понимают, что хотят, могут детально поставить задачу. Моя же самая любимая категория клиентов — это HR-специалисты, которые сами плохо понимают, что хотят.
На самом деле заказчику очень тяжело. Чтобы ему детально описать свои потребности, ему надо самому быть высокого уровня экспертом в Websoft HCM. Но чаще это не так.
Бывает у заказчика есть свой специалист, который даже на каком-то уровне эксперт, но моё видение расходится с его в том, как лучше, оптимально, с помощью каких инструментов реализовать ту или иную задачу. Внутренние эксперты могут принимать решения иногда неоптимальные или сомнительные.
Поэтому я люблю, когда, во-первых, мне предоставляют возможность выбрать, как именно мне решать задачу, когда не говорят в точности, сделай именно такой набор компонентов, а когда у меня спрашивают, каким набором компонентов лучше решить эту задачу. Более того, я люблю, чтобы программисты в моей команде тоже как можно больше таких решений принимали самостоятельно.
Ведь если программист сам вообще этого не касается, не пытается влиять, анализировать, выбирать, предлагать, то очень сильно тормозится его развитие. Поэтому программистам настоятельно рекомендую, даже если есть аналитик, всё равно самим вникать в постановки задач и выбор решений, в какой-то степени становиться аналитиками.
Кроме того, как технически реализовать ту или иную задачу, есть и второй вопрос — какую задачу, собственно, реализовывать? Например, мы хотим автоматизировать адаптацию персонала, а зачем? Каких целей хотим достичь? Почему именно адаптацию, а не что-то другое? А если мы хотим автоматизировать адаптацию, будут ли у нас, например, наставники в адаптации или нет? А какие у нас будут отчёты по автоматизированной адаптации? Может, нам вообще не нужны никакие отчеты? Или нужны какие-то из них? Если нужны, то какие именно?
На такие вопросы часто не так просто ответить и ожидать, что у заказчика, который еще сам такую задачу не решал, будут на них ответы. Не стоит этого ожидать.
А когда приходит заказчик, который чётко не понимает ответов на такие вопросы, то с учётом всех моих лично и наших командных похожих реализованных проектов, мы можем предложить подходящее решение.
На самом деле заказчику очень тяжело. Чтобы ему детально описать свои потребности, ему надо самому быть высокого уровня экспертом в Websoft HCM. Но чаще это не так.
Бывает у заказчика есть свой специалист, который даже на каком-то уровне эксперт, но моё видение расходится с его в том, как лучше, оптимально, с помощью каких инструментов реализовать ту или иную задачу. Внутренние эксперты могут принимать решения иногда неоптимальные или сомнительные.
Поэтому я люблю, когда, во-первых, мне предоставляют возможность выбрать, как именно мне решать задачу, когда не говорят в точности, сделай именно такой набор компонентов, а когда у меня спрашивают, каким набором компонентов лучше решить эту задачу. Более того, я люблю, чтобы программисты в моей команде тоже как можно больше таких решений принимали самостоятельно.
Ведь если программист сам вообще этого не касается, не пытается влиять, анализировать, выбирать, предлагать, то очень сильно тормозится его развитие. Поэтому программистам настоятельно рекомендую, даже если есть аналитик, всё равно самим вникать в постановки задач и выбор решений, в какой-то степени становиться аналитиками.
Кроме того, как технически реализовать ту или иную задачу, есть и второй вопрос — какую задачу, собственно, реализовывать? Например, мы хотим автоматизировать адаптацию персонала, а зачем? Каких целей хотим достичь? Почему именно адаптацию, а не что-то другое? А если мы хотим автоматизировать адаптацию, будут ли у нас, например, наставники в адаптации или нет? А какие у нас будут отчёты по автоматизированной адаптации? Может, нам вообще не нужны никакие отчеты? Или нужны какие-то из них? Если нужны, то какие именно?
На такие вопросы часто не так просто ответить и ожидать, что у заказчика, который еще сам такую задачу не решал, будут на них ответы. Не стоит этого ожидать.
А когда приходит заказчик, который чётко не понимает ответов на такие вопросы, то с учётом всех моих лично и наших командных похожих реализованных проектов, мы можем предложить подходящее решение.
Вперёд к базе лучших практик HR-автоматизации
Одна из моих мечт, которую, я думаю, реализую через какое-то время, — это сделать базу знаний по лучшим практикам автоматизации HR-процессов. Я уже даже начал делать такие наброски в своём курсе для HR-бизнес-аналитиков.
В идеале я хочу их на своём сайте разместить в открытом доступе, чтобы все могли на них тоже смотреть. Например:
В общем, типовые цели для адаптации персонала, типовые цели для подбора персонала, автоматизации подбора персонала, оценки и так далее. Всё это собрать и описать, какие задачи обычно стоит решить для таких типовых целей.
Если хотим, чтобы люди не увольнялись в первые три месяца или увольнялись пореже, то, наверное, нужен отчёт по текучести персонала в первые три месяца. Надо это не забыть предусмотреть.
Вот такую-то базу знаний я хочу сделать, и я думаю, что это поможет. И это опять же, если это предоставить в открытом доступе, то многие будут смотреть и про меня вспомнят лишний раз. Это мне поможет в продажах, потому что если я клиенту скажу, например, а если у вас такая цель, может быть, вам надо ещё вот отчет дозаказать или еще что-то, то это тоже мне в плюс сработает. Ну и рынку это принесёт пользу, потому что люди, когда у них будут возникать вопросы, что и как автоматизировать, будут этим пользоваться.
Ко мне с этим часто приходят клиенты, и это то что я хотел бы развивать.
В идеале я хочу их на своём сайте разместить в открытом доступе, чтобы все могли на них тоже смотреть. Например:
- Какие вообще направления автоматизируют часто компании? И перечисление таких направлений.
- В каждом направлении типовые цели. Допустим, автоматизация адаптации. Типовые цели: чтобы не увольнялись сотрудники на испытательном сроке.
- Другая типовая цель, например, увеличить темп, с которым новичок выйдет на уровень опытного специалиста, очень актуально для продавцов.
В общем, типовые цели для адаптации персонала, типовые цели для подбора персонала, автоматизации подбора персонала, оценки и так далее. Всё это собрать и описать, какие задачи обычно стоит решить для таких типовых целей.
Если хотим, чтобы люди не увольнялись в первые три месяца или увольнялись пореже, то, наверное, нужен отчёт по текучести персонала в первые три месяца. Надо это не забыть предусмотреть.
Вот такую-то базу знаний я хочу сделать, и я думаю, что это поможет. И это опять же, если это предоставить в открытом доступе, то многие будут смотреть и про меня вспомнят лишний раз. Это мне поможет в продажах, потому что если я клиенту скажу, например, а если у вас такая цель, может быть, вам надо ещё вот отчет дозаказать или еще что-то, то это тоже мне в плюс сработает. Ну и рынку это принесёт пользу, потому что люди, когда у них будут возникать вопросы, что и как автоматизировать, будут этим пользоваться.
Ко мне с этим часто приходят клиенты, и это то что я хотел бы развивать.
2024, конференция Websoft
Продукты Websoft — уникальные на российском рынке
Благодаря открытому исходному коду и определенным наработкам на рынке в области программирования под Websoft их продукты уникальны на рынке РФ.
Если вы покупаете закрытую систему, в которой нет открытого исходного кода, и вам что-то нужно доработать под себя, то тогда приходится идти к разработчику этой системы. А разработчик может сказать, у него сейчас нет ресурсов, он занят другим проектом, ему не до вас. И тогда получается, что невозможно доработать систему под свои потребности.
Только либо ждать, когда разработчик будет готов этим заняться, либо же менять систему на другую. А Websoft HCM — это открытая платформа с большим опытом наработок.
Чтобы сравнить её с какой-то другой в плане доработок, можно провести HeadHunter-тест. Зайти на hh и вбить Websoft, увидите, сколько резюме людей, которые что-то в этой области делали и сколько есть компаний, которые ищут таких специалистов. Для других систем в сегменте HR-автоматизации такого не найдёте. В этом Websoft выигрывает.
Единственное, Websoft не занимается именно кадровым делопроизводством, там сейчас лучшие позиции в России у 1С — модуль зарплата и управление персоналом. Но если всё остальное, что связано с HR-автоматизацией, если мы говорим про возможности доработать под себя, то тут у Websoft в России действительно нет альтернатив.
Если же компания не крупная, и для её HR-автоматизации не нужны доработки, то в таком случае лучше подойдут другие решения. Для крупных же организаций с численностью тысяча или пятьдесят тысяч человек важны доработки под свои потребности. Тут Websoft впереди всех остальных решений на нашем рынке.
Можно, конечно, и 1С с нуля кастомизировать. Но если уже есть набор задач, именно связанных с HR, то и по накопленному опыту Websoft всех опережает. Часто этот опыт не виден человеку, который только собирается внедрять систему, но хорошо виден человеку с высоким уровнем компетенции в Websoft, кто уже много проектов сделал.
Бывает, что это не понимают разработчики, которые проработали полгодика и нередко говорят, что напишут свою платформу, которая ещё лучше, чем Websoft. Начинают писать, и потом оказывается, что там столько, на самом деле, подводных камней, столько каких-то нюансов, которые уже учтены в Websoft, где-то возникали в какой-то компании, что подобных платформ, по сути, устойчивых не возникает на рынке.
Регулярно кто-то пишет свои подобные платформы, я прям каждый год такое ощущение, что пару-тройку примеров вижу, как кто-то решил свой «вебсофт» написать. Но они не удерживаются, они все умирают очень быстро, потому что люди недооценивают, насколько все-таки в Websoft много накоплено практики с начала нулевых годов по самым разным HR-задачам и по совместимости с корпоративной инфраструктурой тоже.
Другая важная особенность Websoft – это возможность работать внутри сети организации без наличия даже интернета. Таких альтернатив очень мало. Например, как вы можете проводить вебинары, видеозвонки без интернета, только в корпоративной сети. Теоретически, возможно, есть решения, но так, чтобы они были интегрированы с кучей других HR-процессов, тут уже сложно. А у Websoft это всё есть.
И для тех организаций, особенно госорганизаций, либо с повышенными требованиями к безопасности, банковские системы и другие, которые хотят, чтобы много чего работало без интернета, чтобы уменьшить риски в области информационной безопасности, для них тоже Websoft в этом плане очень хорошее решение.
В этом всём и есть уникальность Websoft на российском рынке в этом сегменте.
Если вы покупаете закрытую систему, в которой нет открытого исходного кода, и вам что-то нужно доработать под себя, то тогда приходится идти к разработчику этой системы. А разработчик может сказать, у него сейчас нет ресурсов, он занят другим проектом, ему не до вас. И тогда получается, что невозможно доработать систему под свои потребности.
Только либо ждать, когда разработчик будет готов этим заняться, либо же менять систему на другую. А Websoft HCM — это открытая платформа с большим опытом наработок.
Чтобы сравнить её с какой-то другой в плане доработок, можно провести HeadHunter-тест. Зайти на hh и вбить Websoft, увидите, сколько резюме людей, которые что-то в этой области делали и сколько есть компаний, которые ищут таких специалистов. Для других систем в сегменте HR-автоматизации такого не найдёте. В этом Websoft выигрывает.
Единственное, Websoft не занимается именно кадровым делопроизводством, там сейчас лучшие позиции в России у 1С — модуль зарплата и управление персоналом. Но если всё остальное, что связано с HR-автоматизацией, если мы говорим про возможности доработать под себя, то тут у Websoft в России действительно нет альтернатив.
Если же компания не крупная, и для её HR-автоматизации не нужны доработки, то в таком случае лучше подойдут другие решения. Для крупных же организаций с численностью тысяча или пятьдесят тысяч человек важны доработки под свои потребности. Тут Websoft впереди всех остальных решений на нашем рынке.
Можно, конечно, и 1С с нуля кастомизировать. Но если уже есть набор задач, именно связанных с HR, то и по накопленному опыту Websoft всех опережает. Часто этот опыт не виден человеку, который только собирается внедрять систему, но хорошо виден человеку с высоким уровнем компетенции в Websoft, кто уже много проектов сделал.
Бывает, что это не понимают разработчики, которые проработали полгодика и нередко говорят, что напишут свою платформу, которая ещё лучше, чем Websoft. Начинают писать, и потом оказывается, что там столько, на самом деле, подводных камней, столько каких-то нюансов, которые уже учтены в Websoft, где-то возникали в какой-то компании, что подобных платформ, по сути, устойчивых не возникает на рынке.
Регулярно кто-то пишет свои подобные платформы, я прям каждый год такое ощущение, что пару-тройку примеров вижу, как кто-то решил свой «вебсофт» написать. Но они не удерживаются, они все умирают очень быстро, потому что люди недооценивают, насколько все-таки в Websoft много накоплено практики с начала нулевых годов по самым разным HR-задачам и по совместимости с корпоративной инфраструктурой тоже.
Другая важная особенность Websoft – это возможность работать внутри сети организации без наличия даже интернета. Таких альтернатив очень мало. Например, как вы можете проводить вебинары, видеозвонки без интернета, только в корпоративной сети. Теоретически, возможно, есть решения, но так, чтобы они были интегрированы с кучей других HR-процессов, тут уже сложно. А у Websoft это всё есть.
И для тех организаций, особенно госорганизаций, либо с повышенными требованиями к безопасности, банковские системы и другие, которые хотят, чтобы много чего работало без интернета, чтобы уменьшить риски в области информационной безопасности, для них тоже Websoft в этом плане очень хорошее решение.
В этом всём и есть уникальность Websoft на российском рынке в этом сегменте.
Как меняется Websoft
Очень сильная сторона Websoft — это его основатели. Алексей Корольков на мой взгляд удивительный человек с точки зрения того, сколько он вообще много приносит всего на российский рынок.
Иногда Websoft обвиняют в том, что у них что-то устарело, но на самом деле, моими глазами всё ровно наоборот. Лёша привносит все самые новые и лучшие практики, какие только существуют вообще в мире в свой продукт Websoft HCM. Очень много разных направлений HR-автоматизации, о которых особо никто и не задумывался до того, как они появились в Websoft, как в области функциональности, так и в области инфраструктуры.
Лёша очень хорошо понимает, что вообще происходит на зарубежном рынке, что сейчас развивается, что из этого можно перенять, можно попробовать у нас — в этом его огромный вклад.
Иногда говорят, что у Websoft дизайн несовременный, но несколько лет назад дизайн сменили. Таких претензий сейчас уже меньше. Но даже сейчас бывают.
Только для продукта вот такого уровня сложности, такого функционала, такого уровня возможностей по кастомизации, для enterprise-решения я не вижу других вариантов, где было бы всё на уровне Websoft в области дизайна. То есть обычно всё-таки у остальных как-то послабее.
Обычно у кого-то там бывает, может быть, получше с дизайном, но, значит, там будет всё с функциональностью гораздо хуже или с возможностью доработок, или с инфраструктурой.
Если говорить про инфраструктуру, то Websoft именно активно развивается в том, чтобы не просто функциональность какая-то новая появлялась и всё работало, а чтобы это можно было поддерживать, развивать, дорабатывать.
Иногда Websoft обвиняют в том, что у них что-то устарело, но на самом деле, моими глазами всё ровно наоборот. Лёша привносит все самые новые и лучшие практики, какие только существуют вообще в мире в свой продукт Websoft HCM. Очень много разных направлений HR-автоматизации, о которых особо никто и не задумывался до того, как они появились в Websoft, как в области функциональности, так и в области инфраструктуры.
Лёша очень хорошо понимает, что вообще происходит на зарубежном рынке, что сейчас развивается, что из этого можно перенять, можно попробовать у нас — в этом его огромный вклад.
Иногда говорят, что у Websoft дизайн несовременный, но несколько лет назад дизайн сменили. Таких претензий сейчас уже меньше. Но даже сейчас бывают.
Только для продукта вот такого уровня сложности, такого функционала, такого уровня возможностей по кастомизации, для enterprise-решения я не вижу других вариантов, где было бы всё на уровне Websoft в области дизайна. То есть обычно всё-таки у остальных как-то послабее.
Обычно у кого-то там бывает, может быть, получше с дизайном, но, значит, там будет всё с функциональностью гораздо хуже или с возможностью доработок, или с инфраструктурой.
Если говорить про инфраструктуру, то Websoft именно активно развивается в том, чтобы не просто функциональность какая-то новая появлялась и всё работало, а чтобы это можно было поддерживать, развивать, дорабатывать.
Когда кастомизировать — не значит, лишать себя поддержки
Ключевой вопрос, который во многих таких решениях, как в продуктах Websoft, 1С, в зарубежных решениях возникает, если мы что-то переработаем под себя, то в каком это будет состоянии через год, два, пять, десять лет? Можно ли это будет поддерживать и развивать? Сколько на это будет тратиться сил? Вот Websoft тоже огромные усилия тратит именно на это. Огромное внимание этому уделяет. Что поменять в архитектуре? Что поменять в используемых технологиях, чтобы это всё было поддерживаемо в будущем с учетом большого количества выполненных кастомизаций.
За последние лет 5 это тоже менялось в Websoft и продолжает совершенствоваться. К примеру, полностью отошли от устаревшей технологии XAML, которая когда-то была на самом деле перспективной, но потом стало ясно, что нет. Создали свой редактор страниц, и очень большие шаги именно в направлении качественной поддержки кастомизаций и управления кастомизациями сделали.
И прямо сейчас Websoft проделывает гигантскую работу по новой компонентной архитектуре, чтобы можно было обновлять разные компоненты системы независимо друг от друга, поддерживать их независимо, доступ настраивать только к нужным частям. И многие другие подобные изменения с учетом компонентной архитектуры Websoft внедряет.
Это очень важный вклад в то, чтобы это всё было поддерживаемо долгие годы. Такие активности Websoft очень важны.
Вот то, что хотел рассказать. Смотрите мои обучающие видео по Websoft, подписывайтесь на соцсети, приходите на курсы и заказывайте наши услуги. Если есть какие-то вопросы, то обязательно пишите в комментариях, постараюсь ответить.
За последние лет 5 это тоже менялось в Websoft и продолжает совершенствоваться. К примеру, полностью отошли от устаревшей технологии XAML, которая когда-то была на самом деле перспективной, но потом стало ясно, что нет. Создали свой редактор страниц, и очень большие шаги именно в направлении качественной поддержки кастомизаций и управления кастомизациями сделали.
И прямо сейчас Websoft проделывает гигантскую работу по новой компонентной архитектуре, чтобы можно было обновлять разные компоненты системы независимо друг от друга, поддерживать их независимо, доступ настраивать только к нужным частям. И многие другие подобные изменения с учетом компонентной архитектуры Websoft внедряет.
Это очень важный вклад в то, чтобы это всё было поддерживаемо долгие годы. Такие активности Websoft очень важны.
Вот то, что хотел рассказать. Смотрите мои обучающие видео по Websoft, подписывайтесь на соцсети, приходите на курсы и заказывайте наши услуги. Если есть какие-то вопросы, то обязательно пишите в комментариях, постараюсь ответить.
2025, конференция Websoft
Понравилась статья? Нажми на Лайфика!
статьи по теме