Какой самый простой способ научить пользователя работать в нужной системе? Ну, кроме того, чтобы сделать максимально понятный и интуитивный интерфейс. Можно написать подробную инструкцию, провести вебинар или записать обучающий ролик. А можно создать интерактивный тренажёр, который поможет пользователям быстро освоить основные функции, да и в целом разобраться в продукте.

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

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

Что это за система

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

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

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

Сегодня я поделюсь своим опытом управления изменениями, который получила во время руководства проектом по обновлению системы управления жизненным циклом продукта (PLM, Product Lifecycle Management) в рамках цифровой трансформации разработки товаров. Использование комплексного подхода по работе с изменениями позволило не только выполнить проект в срок, в соответствии с бюджетом и скоупом, но и адаптировать сотрудников к новому процессу работы, снизить сопротивление, а также создать целое сообщество change-лидеров, готовых участвовать в будущих трансформациях компании. 

Любой проект — это командная работа. Спасибо моей команде: аналитикам, ИТ специалистам, бизнес-экспертам и представителям вендора за активное участие, поддержку и профессионализм. А особая благодарность моей коллеге, Кате Башниной, руководителю продукта PLM, которая помогала в подготовке этой статьи.

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

Сегодня мы поговорим о том, как развивается платформенная команда «Спортмастера». Речь пойдёт о подходе к организации фронтенд-приложений, который получил название FEOD — Fractal Entity Oriental Design.

Все говорят LLM, а я скажу NLU. А может ли бот без LLM обеспечить высокий процент автоматизации? Да, но…

Путь Спортивного помощника начался в далеком 2022 году. О генеративных моделях тогда было мало известно, и мы стояли перед выбором решения для автоматизации обработки вопросов клиентов в службу поддержки. Кнопочные боты показывали низкую эффективность, поэтому выбор был очевиден - использовать технологии распознавания естественного языка (NLU - Natural-language understanding) для определения намерения клиента.

Привет!
Меня зовут Наташа, я главный менеджер по подбору персонала в СМ ЛАБ, карьерный консультант в Яндекс Практикуме и админ телеграм-канала «Наташ, помоги». Сегодня хочу рассказать, как сделать своё резюме по-настоящему выигрышным. Статья будет интересна тем, кто не знает, с чего начать составление резюме или часто получает отказы без объяснения причин. 

Рынок IT по-прежнему остаётся рынком кандидата, но конкуренция растёт - и качественно оформленное резюме помогает выделиться, показать свои сильные стороны и ускорить поиск работы. 

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

Карта нашего космического путешествия по созданию резюме

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

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

Всем привет! Мы сотрудники отдела внедрения мультиязычных систем и сервисов из IT-компании SM Lab: отвечаем за обучение пользователей работе с информационными системами (ИС) группы компаний «Спортмастер». Проще говоря, мы те самые люди, которые находятся между разработчиками, выкатывающими новый функционал, и пользователями, которым с этим функционалом предстоит работать. Обучаем не только сотрудников офисов и магазинов, но и иностранных партнёров ГК «Спортмастер». 

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

Привет, Хабр! Меня зовут Егор, я руководитель Центра компетенций обеспечения качества SM Lab. И именно про наш центр компетенция я и хочу рассказать. Статья пригодится не только тестировщикам, но и разработчикам и аналитикам. Ведь тестирование — это не только поиск багов, но и создание культуры качества. 

Обсудим состав и механику работы нашего ЦК, продуктовые команды, а также немного подискутируем на тему тестирования в целом — каким оно будет в будущем, как на него повлияет ИИ и автоматизация.

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

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

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

Как появилась задача

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

Однако наш продукт выдавал отчёты только к 16:00. Кому-то хватает часа на подготовку, кому-то трёх, но пользователи жаловались: они просто не успевают осмыслить данные и сформулировать выводы.

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

Привет, Хабр!

Меня зовут Сергей Бакалдин, я работаю в команде ComPath. Сегодня я расскажу историю о том, как одна неосторожная e‑mail-рассылка чуть не положила фронтенд-систему «Спортмастера», и как мы от этого открестились с помощью гибкого механизма управления скоростью рассылок.

Реальные шаги, не всегда прямые, но всегда насыщенные опытом — моя история о том, как я пришел в SM Lab и превратился в инженера, который теперь помогает другим начать свой путь в IT.

Всем привет! Меня зовут Роман Грибов, я директор по развитию данных и аналитики в «Спортмастере». Вместе с моей коллегой Татьяной Шишкиной, руководителем направления «Каталог данных», мы расскажем о том, что это за инструмент, как он работает и как позволяет сделать проще жизнь аналитиков, архитекторов и многих других (включая даже тех из нас, кто просто когда-либо смотрел на аббревиатуру «GMV» с немым вопросом «Что ты такое?»), а еще объясним главные цели его внедрения.

Сегодня мы расскажем о внедрении кросс-командной приоритизации во всей компании Спортмастер Лаб, и о том, как мы:

- сократили время планирования разработки в 9 раз (с 18 до 2 недель).

- увеличили количество значимых для бизнеса функций в 5 раз без роста команды разработчиков.

Привет! В первой статье цикла мы обсудили вводную про локализацию и её особенности. Пришло время поговорить про конкретные проблемы, с которыми можно столкнуться в процессе локализации. А ещё расскажу, как и кем выполнять тестирование.

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

Всем привет!

Меня зовут Алексей, я старший аналитик команды «Цифровая карта магазина». Сегодня я хочу рассказать про различные варианты интеграции с внешними системами, какие подходы и технологии мы использовали при их реализации и что из этого вышло.

О продукте «Цифровая карта магазина»

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

Привет! Меня зовут Сергей Домнин, со мной моя коллега Анастасия Есина. Мы руководители направлений по информационной безопасности в SM Lab. В этой статье мы расскажем о таком методе оценки защищенности, как тестирование на проникновение, или пентест.

Немного печальной статистики

Начнем с определения понятия «уровень защищенности». 

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

Привет! Меня зовут Зураб Диаконашвили, я разработчик в компании SM Lab. Сегодня поговорим об использовании полиморфных табличных функций в Oracle и рассмотрим их работу на примерах.

При работе с Oracle используются SQL-запросы – они помогают управлять базами данных, представленными в виде таблиц. Мы получили задачу на динамическое добавление полей в стационарный набор полей сущности. Для этого мы решили попробовать PTF-функцию (пользовательскую табличную функцию, которая вызывается в предложении FROM) и сравнить результат её работы с обычным SQL PIVOT и JavaScript.

Полиморфные табличные функции (PTF) являются частью стандарта SQL: 2016. В Oracle они представлены в версии 18c.

Что необходимо знать при работе с PTF:

Привет! Меня зовут Павел Астахов, я работаю в департаменте системного анализа SM Lab. Сегодня расскажу про проектировочную документацию и её стандартизацию в нашей компании.

Причины внедрения стандартизации

Причина 1. Сотрудники

Департамент системного анализа появился в 2020 году: на тот момент нас было 50 человек в 20 командах; к 2024 году мы сильно разрослись и нас стало уже 260 системных аналитиков, которые трудились в 85 командах. Рост и увеличение масштаба департамента выявили проблемы, которые ранее не были видны и постепенно стали выходить на первый план.