Всем привет! Это Александр Бондаренко, CPO в Garage Eight. Моя вторая часть статьи про развитие продукта при помощи улучшений и инноваций (часть 1 здесь). Она посвящена ТОП-13 худшим инновациям. На реальных примерах показываю, как качественные прорывы в продуктах разрушают репутацию компаний.
Кажется, что главное в поиске работы — хорошее резюме и успешное собеседование. Оказывается, это не так. 19% работодателей учитывают знак зодиака кандидата при найме. А 79% изучают соцсети кандидата и могут отказать из-за неудачного поста.
Звучит абсурдно? Разберёмся, что происходит с рынком труда, и почему даже идеальные кандидаты получают отказы.
Мы живем в удивительное время - время изменения принципов бизнеса. Те постулаты ведения бизнеса, что складывались веками, начинают рассыпаться. Теперь нельзя работать с клиентами как прежде, нельзя организовывать производство как прежде, нельзя управлять как прежде, теперь все по-иному. И это очень сильно пугает бизнес, особенно крупный, который наименее гибкий по своей сути, и поэтому бизнес пытается этих перемен не замечать, либо делать косметические изменения, не меняя сути, но эта стратегия страуса, прячущегося от реальности в песок не только не работает, а даже может быть опасной, вас-то все видят, а вы не видите никого и поэтому с вами можно сделать, что угодно.
По-старому уже не получится, потому что люди сейчас стали совершенно иными, с совершенно иными ценностями, ценностями свободы и самореализации.
Итак, чтобы понять, как изменились принципы бизнеса в 21 веке необходимо рассмотреть принципы бизнеса 20 века, они в свою очередь отражают и принципы более ранних времён до нашего сегодняшнего дня.
Вот эти основные принципы:
1. Конечность ресурсов бизнеса, в том числе клиентской базы;
2. Агрессивная конкуренция – единственный вариант выжить в этой войне за ресурсы;
3. Единообразие и жесткая иерархия команды – основа бизнеса;
4. Руководитель решает все – команда исполняет его решение.
Давайте разберем каждый этот принцип и посмотрим, как он трансформируется в бизнесе 21 века.
1. Конечность ресурсов бизнеса, в том числе клиентской базы.
Прежний «доинтернетовский бизнес» мог рассчитывать только на тех клиентов, что находятся в непосредственной близости от него, именно поэтому клиентская база была ограниченной, что предполагало конечность ресурса клиентов, а значит и борьба за клиента означало само выживание бизнеса, те кто не смог получить клиента – просто вымирали.
Когда управляешь миллионами, то подарить несколько долларов одному пользователю - это пустяк. Но из-за ряда системных просчетов доллар превращается в десяток, а там уже и сильно больше...
Клиенты бывают требовательными, взыскательными, с невыполнимыми или неподходящими идеями. А если клиент ещё и с другим менталитетом, то коммуникация усложняется вдвойне. Расскажу про свой опыт и на примере жизненных кейсов покажу, как начать говорить с зарубежным клиентом на одном языке. Ведь почти весь мой опыт работы — с клиентами из США и Европы. Причём клиенты разные — от соло-стартаперов до менеджеров и дизайнеров из Google.
Эти истории помогут продактам, проджектам и даже инженерам — всем, кто взаимодействует с заказчиком напрямую.
Привет, Хабр! Меня зовут Рома Ковалевский, я program-менеджер из Берлина с 10+ годами опыта. Работаю с топами из бигтеха США — мои коллеги работали в компаниях вроде Google, Amazon, Apple и других гигантах. Веду собственный телеграм-канал про управление проектами «Менеджер от боженьки». Там — больше полезных постов и инсайтов о карьере проектного менеджера.
В технологических компаниях A/B‑тестирование давно стало основой для принятия решений, основанных на данных. Меня зовут Диля Хакимова, я работаю в команде платформы экспериментов Laba в Яндекс Go, и мы с командой помогаем руководителям и аналитикам быстро получать ценную информацию с помощью A/B‑тестирования.
Мы занимаемся разработкой методологии и помогаем специалистам решать вопросы, связанные с экспериментами и статистическим анализом. За время работы мы заметили: вокруг A/B‑тестирования до сих пор существует множество заблуждений.
Эти мифы всплывают в разговорах с руководителями, на собеседованиях и даже среди коллег‑аналитиков. Иногда они кажутся безобидными — но на деле могут привести к серьёзным ошибкам в анализе, неверным решениям и упущенным возможностям.
В этой статье мы разберём 10 распространённых мифов об A/B‑тестировании, поможем разобраться в теме глубже и сделать ваши эксперименты эффективнее.
Всем привет! Я Савва из Твоего любимого агентства. В этом посте расскажу, как я пытался улучшить UX гильотинного резака в своей выпускной квалификационной работе и почему промышленные интерфейсы — это задача для дизайнеров, а не инженеров.
Заморозка проекта — редкая, но непростая задача для менеджера. В подобных задачах не всегда бывают готовые решения, как экологично пройти через все этапы процесса. Я расскажу, как мы с командой прошли через заморозку, и поделюсь несколькими советами, как поддержать демотивированную команду и, конечно же, не забыть про себя. Все выводы в этой статье проверены на моем собственном опыте.
Хоттейк: важная проблема работы с UX – нехватка коллективных процессов. Например, аналитики ставят задачи на реализацию интерфейсов без вовлечения дизайнеров, а команды работают изолированно, перебрасывая этапы по цепочке. Такой подход приводит к потере контекста, нестыковкам и лишним итерациям.
Но есть альтернатива — совместная работа над дизайном и аналитикой с самого начала, включая конкретные этапы исследований (подготовка гайда, интервью и тд). Спойлер: мы выбрали этот вариант:)
Меня зовут Света Самойленко, я старший дизайнер-аналитик пользовательского взаимодействия и лид пользовательских исследований в настольных редакторах МойОфис. Это сложный продукт на кросс-платформенном C++17-ядре (Qt5/QML для десктопов, Kotlin/Swift для мобильных платформ), веб-версия использует TypeScript/React с WASM-компиляцией ядра.
Сегодня расскажу, как мы вместе с бизнес-аналитиком наладили процесс проектирования через исследование — на примере одной (очень запутанной) фичи: фильтрации данных. Под катом разберем, из чего раньше состояла наша коммуникация с аналитиками — и к чему мы в итоге пришли.
После того как мы при помощи разнообразных способов «объяснения неопределенности» собрали полную картину об исследуемой предметной области, можно прейти к формированию единого представления, описывающего предмет цифровизации. Для этого все формулировки, модели, алгоритмы и прочие артефакты необходимо систематизировать в виде структуры Требований к системе.
Как обычно зададим цели на следующий этап работ: На основании собранной информации о целевом продукте подготовить качественные требования, позволяющие максимально эффективно организовать процесс их их согласования и реализации.
Насколько важно профильное образование для начала карьеры PM? Из какой профессии можно стать PM? Какие курсы и книги полезны? Какие навыки можно прокачать самостоятельно? Ответы на эти вопросы, и не только, в статье о поиске работы менеджером продукта.
Предыдущая статья цикла: Глава 1: Кто такой продуктовый менеджер?
Привет, Хабр! Меня зовут Юлия Запольская, я продакт-менеджер в Яндексе, а сегодня еще и гостевой автор Friflex. В этой статье я поделюсь инсайтами, благодаря которым у меня получилось запустить продукт за четыре месяца.
Мой продукт называется CodeRun. В нем можно прокачивать свои навыки в формате решения практических задач по нескольким направлениям: фронтенд, бэкенд, аналитика, ML и мобильная разработка. Еще там можно общаться в коммьюнити (мы его модерируем и всячески поддерживаем), обращаться за помощью в решении задач к редакторам и соревноваться за призы и сокращенную схему найма в Яндекса.
Перенесемся в февраль 2024 года. У коллег была классная идея и ресурсы в виде большого количества контента и задач для тренировки навыков разработчиков, которые долгое время использовались в Яндексе для различных соревнований, но не публиковались для внешних пользователей. А также было огромное желание начать помогать разработчикам, которые очень хотят попасть в Яндекс или начать свой путь в IT.
С помощью этого контента и команды был собран бета-тренажер. Его запустили на узкую аудиторию — и сделали главный вывод, что он «зашел», надо делать.
Было принято решение запуститься в июне 2024 года: оставалось четыре месяца для того, чтобы полностью собрать фактуру, погрузиться и запустить продукт.
Что требовалось сделать? Во-первых, сильно расширить функциональность продукта, потому что она была супер базовая. В публичный запуск с такой функциональностью выходить сложно, потому что рынок конкурентов перенасыщен и важно было показать что-то особенное.
Когда бизнес приносит прибыль — можно строить планы и развиваться. Реалистичной задачей при этом является повышение рентабельности. В этой статье я расскажу, как удвоить прибыль, не увеличивая штат производственного персонала.
Для чего работает бизнес и в чем ограничение получения прибыли.
Суть бизнеса — создание ценности. Ценность — это то, за что готов платить клиент: определенные качества и свойства продукта или услуги.
Например, при производстве автомобильных двигателей важно качественное, без люфта крепление всех деталей. Действие сборщика, когда он закручивает ключом гайки, — это действие, которое создает ценность. А вот поиск нужного ключа или случайно упавшей гайки — нет.
Создание ценности происходит в любом бизнесе, вне зависимости, производите вы материальный продукт или оказываете услугу.
Например, в профессиональных услугах проектирования важно соответствие проектного решения заданным требованиям. Но в процессе работы сотрудники могут использовать различные методики и инструментарии. Например, один специалист будет оптимизировать однотипные действия, другой, наоборот, будет осуществлять дополнительные построения и расчеты. Поэтому на уровне организации необходимо выработать оптимальный и единый для всех производственный процесс, в котором сведены к минимуму действия, не создающие ценность.
Задача каждого бизнеса — выстроить процессы так, чтобы создавать ценность для клиента.
При этом стоит быть объективным и понимать, что даже самый высокоорганизованный процесс не идеален. Он может включать этапы и операции, которые не добавляют стоимости продукту, не создают ценности, а приводят к потерям. Поэтому важно постоянно анализировать бизнес-процессы и снижать количество потерь.
Признайтесь, вы тоже каждый раз делаете сразу несколько макетов под разные платформы и в ужасе ждете от них обновлений, потому что опять нужно всё перестраивать под новые гайды? Тогда это статья для вас.
Меня зовут Кристина Павлив, я руководитель продукта в МТС: с нуля прорабатывала идею и развиваю приложение МТС Field, которым пользуются наши полевые инженеры.
В техническом блоке МТС около 3 тысяч человек занимаются подключением интернета и обслуживанием абонентов. В какой-то момент, чтобы выполнить свою работу, им нужно было зайти и заполнить данные в шести разных системах. Любое уточнение информации шло через диспетчерский центр, а перенос времени визита к абоненту или поиск новых заявок осуществлялись по звонку руководителю. И это все при разъездном характере работы, когда каждая минута на счету, а к абоненту опоздать никак нельзя!
В прошлом году мы создали одно приложение и закрыли все потребности ребят, работающих «в полях». Это была нетривиальная задача: собрать несколько команд, распределить зоны ответственности и наладить взаимодействие с конечными пользователями. В этом посте я расскажу, почему мы не могли избежать роста числа приложений, как выстраивали общение разработчиков с инженерами и какие дополнительные плюсы можно получить от создания «единого окна».
Казалось бы, сторипоинты это уже старая тема и все уже давно разобрались что это такое и как это работает. Так я думала, но сейчас регулярно сталкиваюсь с тем что сторипоинты понимают некорректно и используют себе во вред.
Так что решилась написать максимально прикладную (приложу все усилия) статью про то что это такое, какие есть недостатки, ошибки в использовании, и как же это всё внедрить (если они реально вам подходят).
Всем привет) Я - Саша Зебелева, налаживаю процессы в IT командах.
Регулярно пишу в свой канал про жизнь и работу. Заходите на огонек 🔥
Разбирая в теоретической части к данному разделу свойство системы «Открытость», мы отметили, что благодаря постоянному потоку входящей и исходящей информации система осуществляет рациональное взаимодействие с окружающей средой. Посредством ее она управляет другими системами или управляется ими. При этом очевидно, что информация все больше переходит из разряда ресурса для производства, в ресурс для управления.
Напомню один из основных принципов кибернетики: Информация рассматривается кибернетикой как средство управления. Для того чтобы управлять объектом, необходимо иметь:
Мне не близка манера Антона Назарова. Я не подписана на его канал и не покупаю доступ к сообществу. Это важно понимать сразу, чтобы вы не искали тут фан-клуб. В своей прошлой статье я поделилась подходом к созданию личного бренда, а в этой решила разобрать его на примере кейса, который работает, даже если вызывает раздражение.
Антон Назаров - бывший инженер-разработчик с карьерой в EPAM, Electrolux, Grid Dynamics, Autodesk, Everli. Сейчас у него:
Опыт пользователя — понятие составное. В случае с ИТ-продуктами это и про логику интерфейсов, и про типографику, и про специфику дизайн-системы; наконец, в целом про то, как клиент воспринимает продукт, начиная с этапа его поиска/приобретения.
На уровне отдельных аспектов оценивать UX, UI и CX нам помогают те или иные виды исследований. Но когда речь идёт о разноплановых продуктах с различными пользовательскими сценариями, задумываешься об унификации. Возникает вопрос: можем ли мы оценивать опыт пользователя комплексно — по единым критериям и в рамках одной методологии?
В Сравни для решения этой задачи мы разработали и внедрили Product Score — скоринговую модель оценки UX, UI и CX. С её помощью получаем независимую оценку продуктов, формируем конкретные гипотезы по развитию пользовательского опыта и пополняем бэклог улучшений.
Под катом рассказываем, как устроен наш Product Score. И подробно раскрываем методологию оценки на практических примерах.
Моделирование поведения системы — это процесс создания упрощённого, формального или визуального представления динамики системы во времени, ее реакций на события и взаимодействий между компонентами.
Основные виды моделирования поведения:
1) Диаграммы поведения в UML
