Сейчас я работаю с несколькими командами разработки. В каждой из них есть менеджер, он же владелец продукта. В ежедневной работе я достаточно часто общаюсь с каждым из них. Раньше я работала внутри одной команды в качестве разработчика и техлида и взаимодействовала всегда только с одним менеджером. Поэтому относительно давно у меня появился определенный собирательный образ владельца продукта, с которым мне круто работать. И мне очень хочется, чтобы у каждой команды был такой менеджер.
Меня зовут Максим Акимкин, и я UX/UI Designer в InspireX. За плечами уже около 13 лет опыта работы в дизайне, уже трудно вспомнить когда именно я начал зарабатывать первые деньги занимаясь дизайном. С 2017 года стараюсь все больше заниматься дизайном продуктов и сервисов.
Так как сама тема и принципы создания продуктов мне интересны, я решил структурировать свои знания и описать сам процесс, опираясь на свой опыт и материалы, которые я время от времени изучаю в данном направлении.
Как говорится: “Если хочешь чему-то научиться – научи этому других!”
Ну что же, давайте начнем!
И так, в этой статье мы поговорим об этапах создания цифрового продукта с точки зрения дизайнера. Сначала мы рассмотрим самый верхне-уровневый процесс и далее мы будем углубляться и разбивать этот процесс на более мелкие.
Это вторая часть статьи о том, как улучшить A/B-тесты. Здесь я подробно остановлюсь на методах увеличения мощности: поговорим про CUPED, бутстрап-критерии, стратификацию и парную стратификацию.
UTM-метки — основа для анализа рекламных кампаний. На базовом уровне с ними умеет работать любой digital-маркетолог. Этой базы достаточно для бизнеса с парой услуг и 2-5 маркетологами в штате. Но проблемы возникают при масштабировании. Крупным компаниях с большим количеством товаров, каналов продвижения и маркетологов необходима более детальная прометка, которая позволит агрегировать данные по всем параметрам. Десяткам маркетологов внутри компании сложно договориться между собой и контролировать прометку друг друга. Разные сотрудники по-разному указывают параметры, в отчетах множатся данные по каналам, одним словом, начинается хаос.
Мы взяли интервью у одного из наших клиентов из автомобильного сегмента. На его примере покажем, как понять, что с прометкой проблемы, когда необходимо стандартизировать прометку, какие решения используют компании, почему они плохо работают на больших масштабах. Также расскажем, в какой момент начинают проявляться последствия некорректной работы, и как избежать этих проблем.
В первой части я рассказывала о том, почему перешла из техлида в продакт-менеджеры, чем мышление продакта отличается от образа мыслей разработчика. И какие у продакта с техническим бекграундом есть сильные стороны.
Сегодня, как и обещала, расскажу про сложности, с которыми я столкнулась за год работы продактом и которые совсем не предвидела, соглашаясь на новую роль.
Работники не понимают, чего хочет от них глава компании.
Я пообщался с несколькими бывшими (в том числе, теми, кто работал в компании более 5 лет назад) и текущими сотрудниками, чтобы понять, были ли недавние увольнения единичным случаем или у компании системные проблемы.
Подобно безумному исследователю, я вот уже пятый год пытаюсь создать идеальную продуктовую документацию. Но, раз она всё еще не идеальна, значит я что-то делаю не так. Вот про это и будет статья.
Хочу очертить тот путь, который мы прошли, и рассказать о том, какие решения принимали, и что из этого вырастало.
Привет! Меня зовут Катя, я руководитель команды технических писателей в Ozon.
Недавно разбирала внутренние документы компании и поняла, что есть некоторая путаница в головах — не всегда понятно, что за документы должны быть в компании и кто их должен писать.
Прогресс во всем - естественное развитие на пути человека, но как и в исторических прецедентах - к изменениям, даже очень необходимым, готовы не все и это факт.
Как запустить инновации в корпорации чтобы не произошло токсичное отторжение.
Меня зовут Марина Перескокова. Я проработала в Яндексе 10 лет, и из стажёра-разработчика выросла до руководителя службы разработки фронтенда. За это время получилось поработать над JS API Яндекс.Карт, поруководить фронтендом сервиса yandex.ru/maps и покодить движок для векторной карты на WebGL. По итогам моего тимлидства я написала книгу.
В какой-то момент я поняла, что у ребят все хорошо и без меня, и попросила новых задач. Так я стала совмещать роль руководителя службы разработки с ролью менеджера продукта и занялась развитием дизайна подложки Яндекс.Карт. Это был очень интересный опыт, и с точки зрения работы над продуктом, и с точки зрения коммуникаций — для воплощения в жизнь некоторых задач приходилось состыковывать до пяти разных команд в разных отделах.
Я в двух статьях расскажу про свой опыт перехода из тимлида разработки в продакт-менеджера. Пройдём по всем аспектам: какие преимущества есть у разработчика, с какими сложностями вы можете столкнуться, как их преодолеть, что плохого и хорошего случится в пути, и главное: как понять, что это ваше.
Всем привет! Я Дмитрий Лунин, работаю аналитиком в команде ценообразования Авито. Наш юнит отвечает за все платные услуги площадки. Наша основная задача — сделать цены на них оптимальными.
Мы не только пытаемся максимизировать выручку Авито, но и думаем про счастье пользователей. Если установить слишком большие цены, то пользователи возмутятся и начнут уходить с площадки, а если сделать цены слишком маленькими, то мы недополучим часть оптимальной выручки. Низкие цены также увеличивают количество «спамовых» объявлений, которые портят поисковую выдачу пользователям. Поэтому нам очень важно уметь принимать математически обоснованные решения — любая наша ошибка напрямую отразится на выручке и имидже компании.
Одним из инструментов для решения наших задач является A/B-тестирование.
Трекером беременности Amma пользуются 60% беременных женщин СНГ. В нашем новом выпуске SubHub подкаста мы поговорили с COO Amma Станиславом Проданом:
— как монетизировать приложение через b2b и прямые продажи;
— как сочетать b2b, прямые продажи и монетизацию через подписки;
— как выстраивается процесс работы с отзывами так, чтобы не распылялся по мелочам, но при этом уделять внимание каждому.
Слушать можно тут:
Apple
YouTube
SoundCloud
Google Podcasts
Яндекс.Музыка
Если вы предпочитаете читать, а не слушать, под катом — полная расшифровка беседы.
В статье представляется исследование политик информационной безопасности (далее — ИБ) в плоскости формирования, критериальных характеристик, категорирования, в части касающейся описания проблематик вопроса автоматизации процессов потокового документооборота, с приведением превентивных и вариативных выборок. Вопрос рассматривается со стороны системы менеджмента информационной безопасности (далее — СМИБ).
В статье представлены форматы частных и общих политик ИБ относительно рынка Российской Федерации, включая меры управления секторами организационной-структуры предприятия, данных обрабатываемых внутри организации в плоскости категорирования коммерческой тайны (далее — КТ), целочисленных показателей формирующихся данных и соответствующей корреляции. Данные форматы рассматриваются со стороны принятых практик на территории РФ, включая перенятый опыт от зарубежных коллег, "бестпрактик", канонов и иного рода вариатив, которые применяются в настоящее время.
Также, стоит отметить, что популярность автоматизации процессов ИБ первоочередно связана с тем, что число рисков, инцидентов ИБ критически растет с каждым днем. Прогрессирующие злоумышленники стали понимать детально принципы работ организаций, которые подвергаются атакам, при этом им удается входить в группу доверенных пользователей из-за недостатка компетенций и сотрудников в данных компаниях.
Также злоумышленники научились применять более совершенные средства, методы для организации вторжений, "эксплойтов" и иного, для получения конфиденциальной информации, мошеннических действий и информации ограниченного доступа. Данной тематике уделена значительная часть профильных статей по ОИБ.
Количественные методы UX-исследований — такие как немодерируемые тесты и опросы — при правильном подходе могут быть важным инструментом развития бизнеса. Плюсы подобных исследований (по сравнению с качественными методами вроде интервью): высокая тиражируемость, возможность дешево собирать качественную обратную связь и относительное постоянство результатов.
Часть компаний пренебрегает этим инструментом — те же опросы кажутся им чем-то неточным и малозначительным. Другие допускают ошибки в выстраивании процесса подготовки, анализе данных и обработке результатов. Все это мешает сделать продукт или сервис действительно полезным и удобным для конечного пользователя. Тем временем согласно данным CB Insights, именно невостребованность на рынке часто становится причиной провала современных стартапов (35% случаев).
Ниже — мой рассказ об этапах и нюансах количественных UX-исследований, которые стоит учитывать для создания успешных, востребованных у аудитории продуктов.
Компании задумываются о внедрении RPA и зачастую видят данный продукт, только как возможность автоматизации отдельных, самых болезненных процессов в компании, однако современные поставщики RPA-платформ идут дальше и предлагают развить в компании собственную квалификацию RPA, для того чтобы в перспективе создать подразделение, которое самостоятельно сможет создавать процессы для автоматизации, определяя самые «болезненные места» бизнеса.
Это подразделение для плавного и системного внедрения новой технологии называется Center of Excellence. Про него - далее.
Тренд на аутстаффинг появился не вчера и точно не исчезнет завтра. Рынок поиска персонала в целом меняется — и эти изменения важно отслеживать не только тем, кто запускает продукты, но и тем, кто предоставляет ресурсы.
Компании Holyweb, которая специализируется на аутстаффинге ИТ-персонала, продолжает исследовать данный вопрос. Глеб Корсунов, CBDO Holyweb, побеседовал с Владимиром Демченковым, Head of IT Recruitment Альфа-Банка, о том, как сейчас формируются команды разработчиков, как сохранять внутри ключевые экспертизы и почему аутстаффинг не существует вне общего контекста HR-рынка.
