Маркетплейсы и классифайды делят внимание аудитории, которая хочет что-то продать или купить, не только друг с другом, но и с социальными сетями и мессенджерами. Люди нередко продают и покупают товары в группах или чатах. Мы в UX-лаборатории хотели понять, почему так происходит и что мы упускаем на Авито.
Всем привет!
Меня зовут Никита Ямщиков, руководитель департамента цифрового развития «Первой грузовой компании» (ПГК). В статье я расскажу о том, как наша команда делает обычный железнодорожный вагон цифровым. Собственно, один из продуктов, над которым мы сейчас работаем, так и называется — «Цифровой вагон». Система помогает собирать и анализировать большое количество данных о состоянии вагона, принимать своевременные решения о его ремонте и, таким образом, оптимизировать затраты компании.
Оцифровать ремонт вагонов
Качество вагонов — существенная сервисная составляющая железнодорожных грузоперевозок. Поэтому своевременное и качественное проведение ремонтов очень важно. Сам процесс довольно консервативный, а большая его часть происходит в полуавтоматическом режиме со значительной долей ручных корректировок. Все это ведет к таким рискам, как выбор отдаленного депо (а это рост стоимости перегона), отсутствие необходимых деталей, непроизводительный простой в их ожидании. Как нетрудно догадаться, эти риски, в случае своей реализации, ведут к дополнительным затратам.
Когда по инициативе РЖД на сети начали массово устанавливать датчики, которые измеряют технические показатели колесных пар вагонов – одну из самых дорогостоящих его частей – и позволяют видеть информацию практически в режиме «онлайн», мы поняли, что можем это использовать для решения своих задач. Так появилась идея, с которой стартовал продукт «Цифровой вагон» в ПГК. Мы решили создать модуль, который отслеживает технические показатели колесных пар с этих датчиков — ИС КТИ (контрольно-технические измерения).
Среди типов систем планирования все большую популярность приобретают системы класса APS — Advanced Planning and Scheduling («система продвинутого планирования»).
Наша компания CS Group является официальным партнером французской компании Dassault Systèmes и работает с одним из ее лучших программных решений класса APS-систем — DELMIA Ortems. Оно обеспечивает оптимизацию за счет планирования и составления графиков связанных производственных процессов. Говоря проще, мы загружаем в систему некоторые входные данные, а на выходе получаем оптимальный производственный план.
Какая одна из самых основных задач бизнес-аналитика? Сделать так, чтобы все стейкхолдеры проекта слышали друг друга и говорили на одном языке, ведь именно от этого зависит, поймет ли команда потребности бизнеса и сможет предложить оптимальное решение. Поэтому, навыки эффективной коммуникации крайне важны - а особенно, умение снизить уровень эмоционального напряжения, чтобы перевести любые переговоры в благоприятное русло.
Привет, Хабр!
На связи команда YouTrack из JetBrains. В новой версии YouTrack мы добавили специальную страницу учета времени — теперь все записи о затраченном времени будут собраны вместе. Кроме того, мы поддержали импорт из GitLab и полностью локализовали YouTrack еще на три языка.
Начиная с этой версии мы окончательно прекращаем поддержку устаревшего REST API.
Далее расскажу обо всем подробнее.
При написании требований к информационной системе (ИС), если она предназначена для госсектора или отдельных крупных предприятий, от подрядчика ожидают соблюдения ГОСТ 34 или 19.
Даже частные компании могут требовать документацию по ГОСТу, считая, что следование стандартам гарантирует качество ПО. Однако, хотя такой подход обоснован в производстве мороженого и многих других продуктов, в IT-индустрии у него есть определенные минусы — и в статье мы рассмотрим их подробнее.
Попробуем разобраться, почему вокруг ГОСТов сложилась такая ситуация и как можно выстроить работу с ними без ущерба для эффективности процессов.
Накопленный опыт взаимодействия с командами и смежными руководителями проектов все больше отражает печальную картину, что многие специалисты не понимают различие между рабочими, календарными и человеко-днями (часами). Попробую разобрать действительно простые понятия, в качестве достоверного источника для определений буду ссылаться на PMBoK.
Привет! 24 июля мы проведем митап менеджеров продукта в смешанном формате: можно подключиться онлайн или, если вы рядом, прийти к нам в офис в Йошкар-Оле.
Темы будут интересны не только менеджерам продукта, а еще представителям смежных профессий: UX/UI, маркетинг, управление проектами, аналитика.
На митапе своим опытом поделятся продакты из ispring, Skyeng и СберТех, а пока мы попросили спикеров рассказать немного о себе и своём докладе.
С одной стороны, “Постоянство не заслуживает ни похвал, ни порицаний, ибо в нем проявляется устойчивость вкусов” (с) - зачеркнуто “Привычка - страшная сила”. Но с другой, когда ты выпускаешь цифровые продукты, такая ригидность часто ведёт в тупик. В данной статье хотим рассказать, почему мы пошли на риск и решились перетаскивать с привычного инструмента тысячи тест-кейсов, и что из этого вышло.
ROI – это возврат вложений, который выражается в соотношении чистой прибыли к вложениям. Это старая концепция, используя которую бизнес считает доходность своих решений. Но если раньше ROI измерялся в деньгах, то сейчас все не так однозначно, особенно в сфере UX.
Посчитать ROI в UX сложно. В основном, потому что непонятно, как отделить прибыльность UX от других активностей в компании – маркетинга, продаж и т.д. Из-за этого в России практически нет кейсов, которые показывают, как правильно сделать калькуляцию.
Команда UXSSR собрала гайд по подсчету ROI от UX для всех тех, кому нужно:
1. Наладить процесс разработки продуктов, основанный на данных.
2. Проверить свои UX решения, понять, что можно делать лучше.
3. Убедить руководство больше вкладываться в UX.
Недавно мы провели свой первый митап для менеджеров продукта. Спикеры из Авито рассказали на нём о нашей менеджерской линейке, необходимых продакту компетенциях и устройстве дискавери-команд. А спикер Dodo Brands поделился, как они синхронизируют бизнес-цели и IT.
В посте — видеозаписи выступлений с таймкодами и ссылки на презентации.
Наш клиент – компания СтройЭксперт-М. Это строительно-технологический холдинг, одно из подразделений которого специализируется на ремонте рукавов высокого давления (РВД) и шлангов гидроусилитель руля (ГУР). Когда у водителя возникают проблемы с рулевым управлением, он обращается за помощью к нашему клиенту, и через пару часов может снова садиться за руль.
Мы не можем использовать реальные скриншоты из скорринговой матрицы по причине конфиденциальности.
Услуги: Конкурентный анализ Тематика проекта: Ремонт и продажа автозапчастей Регион показов: Москва и Московская область Начало выполнения задачи: Июнь 2021
На примере работы с одной компанией мы покажем вам, как конкурентный анализ влияет на перспективы бизнеса.
Недавно я спросила одну девушку, какие факторы она учитывает при покупке новых джинсов. Она не колебалась в своем ответе и сказала: «Насколько они хорошо сидят - вот мой фактор номер один».
Это кажется разумным. Трудно найти подходящую пару джинсов.
Затем я попросила ее рассказать мне о том, как она в последний раз покупала джинсы. Она сказала: «Я купила их на Amazon».
Я засмеялась и спросила: «Как вы узнали, подходят ли они?»
Она ответила: «Я не знала, но это был бренд, который мне нравился, и они были в продаже».
TL; DR
Я потратил пол года и 500 часов своей жизни на создание бесплатного инструмента содержащего 896 углов обзора наиболее популярных проблем в Product Management-е с позиции когнитивных искажений (научно доказанных паттернов мышления человека).
63 вопроса и 896 ответов которые можно с легкостью экстраполировать на сотни других вопросов. Минимум мнения. Максимум науки.
Цель проекта в двух словах: создать инструмент для менеджеров, который станет аналогом паттернов программирования для программистов.
Ссылка: https://uxcg.io/ru/
Содержание статьи (6 минут)
Главная цель любого стартапа – привлечь аудиторию, которая будет тратить деньги на предложенное вами решение своей проблемы. Но часто случается такая ситуация: все силы брошены на разработку и выпуск продукта, рекламную кампанию, а конверсия невысокая. Почему? Появление нового продукта не означает наличие проблемы. Чтобы предлагать действительно полезные решения, важно работать над достижением Product Market Fit (PMF). Рассказываем, что это такое, как его достичь, измерить и не потерять.
Уже около года команда поддержки одного из наших высоконагруженных продуктов использует ML-систему нашей собственной разработки – Problem Detection Platform (PDP). Этот сервис умеет анализировать логи и автоматически классифицировать возникающие ошибки. В результате саппорт получает из логов не тонны сырой информации, а данные, с которыми можно быстро и удобно работать.
В больших компаниях с несколькими product-менеджерами вам понадобятся старшие специалисты для контроля команды менеджеров. Но может ли команда менеджеров получать индивидуальные и не связанные с управлением указания сверху? Ответ – «да», и вот тут и приходит на помощь главный Product-менеджер.
В двух словах, главный Product-менеджер – это должность senior Product-менеджера на полный рабочий день. Но чем это отличается от других должностей высшего звена, таких как Product-менеджер группы?
В этой статье мы разберемся с должностью главного Product-менеджера, обсудим, что она влечет за собой, и ответим не некоторые часто задаваемые вопросы. Независимо от того, рекрутер вы или Product-менеджер, который изучает карьерные перспективы, эта статья даст вам представление об этом вопросе.
Начнем.
Кто такой главный Product-менеджер?
Главный Product-менеджер – это senior Product-менеджер, у которого нет никаких обязанностей по управлению персоналом. Он считается наиболее значимым работником, который вносит в проект свой индивидуальный вклад (IC). Он является решающим звеном в управлении продуктовыми командами и компанией в целом.
Главные Product-менеджеры имеют многолетний опыт и послужной список из успешных проектов, контроля и владения различными процессами управления продуктом, такими как:
В этой статье я расскажу о своем опыте внедрения Agile на DS проекте с нуля. Я расскажу по шагам что мы с командой пробовали использовать, к чему это привело, какие ошибки допускали и как мы в итоге пришли к стабильному, простому и понятному процессу разработки.
Контекст проекта и немного введения
Проект, с которым мне пришлось работать связан с определением объектов по камерам наблюдения на физических объектах (ресторанах). Нашей основной задачей было создание системы определения объектов и вывода необходимой информации на дашборде, а также мы осуществляли развертывание системы на объектах (более 1500) и поддержку пользователей.
Наша команда состояла из Data Science и Computer Vision специалистов, было несколько QA, один Frontend Developer и один Backend Developer. Я выступал в роли Project Manager.
Когда я только приступил к работе над проектом, там не было никакой документации, плана, отчетности и т.д. Все делалось на словах, что-то немного трекалось в Trello, это был тот еще хаос.
В этой статье я расскажу больше о процессе разработки. На проекте также был очень сложный процесс развертывания и поддержки пользователей. Этих процессов касаться в этой статье я не буду.
Этап 1. Начало внедрения Agile.
В самом начале моей основной целью было понять что вообще необходимо сделать, к какому сроку, кто чем занимается и что вообще есть сейчас.
В интернете я наткнулся на целую кучу различных статей о том, как выстраивать процессы в DS, но у всех были разные мнения: кто-то советовал Kanban, кто-то Scrum, кто-то описывал свои методики, но ничего общего я не нашел, не было ничего, что можно применить к любому проекту такого рода. Однако, самым ценным было знакомство с концепцией CRISP-DM.
Встречайте новый выпуск нашего подкаста о бизнесе мобильных приложений. На этот раз наш гость — Михаил Прытков, сооснователь Simple — приложения про интервальное голодание и правильные привычки в питании. Simple не раз оказывалось в топе AppStore. Михаил рассказал:
• об их подходе к исследованиям и о том, почему эксперименты со временем становятся менее эффективными;
• о факторах, которые надо учесть, выбирая срок подписки;
• о веб-подписках: их особенностях, преимуществах и возможностях;
• и, конечно, о топе AppStore и как туда попадают.
Подкаст доступен во всех популярных платформах:
YouTube
SoundCloud
Apple
Yandex
Google
Под катом — полная расшифровка беседы.
