Управление продуктом *

Если вы когда‑либо составляли резюме для работы в IT, вы наверняка слышали совет: пишите не о процессах (что вы делали), а о достижениях (что вы сделали и каких результатов добились). При этом достижения должны быть измеримыми, написанными по определенной формуле и содержать «сильные» глаголы.

Звучит логично, но на практике возникает множество вопросов. Какие достижения можно описать? Что делать, если кажется, что их нет? Как быть разработчику, который не может напрямую измерить свой вклад в бизнес? Какие глаголы и метрики лучше использовать?

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

Почему описание достижений вызывает сложности?

Привет, я Вячеслав — руководитель отдела маркетинга ispmanager. Мы создаем сложный программный продукт, для которого нужна документация. Использовали Confluence, но решили поменять ПО — еще до того, как Atlassian ушел из РФ.  

Рассказываю, почему решили мигрировать c Confluence, какие альтернативы тестировали, как запустили свой аналог и не скатились в «продуктовую пропасть». А еще расскажу, что пошло не по плану и почему мы отказались вкладывать в развитие продукта 10 миллионов рублей.

Привет, Хабр! Я Нурлан, ведущий продуктовый аналитик в tekmates. Мы в компании создаём цифровые продукты для бизнеса. В предыдущей статье рассказывал, с чего начать внедрять продуктовую аналитику.

Сейчас многие IT-компании принимают решения, опираясь на данные. Data-driven подход помогает мониторить KPI и метрики цифрового продукта. Понимание ключевых показателей позволяет направлять бизнес-стратегию в нужное русло. 

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

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

Каждый, кто хоть раз смотрел видео в интернете, понимает эту боль: видео запускается быстро, но в ужасном качестве. Или, наоборот, приходится по несколько секунд ждать, когда контент прогрузится сразу в высоком качестве. Как решить эту проблему, придумала команда онлайн-кинотеатра KION. О релизе новой функции и первых успехах рассказали продакт-менеджер Дмитрий Пискунов и разработчик Денис Чорный. Все подробности — под катом!

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

27 июня мы собрали аналитическую вечеринку, на которой обменялись опытом, поговорили об особенностях гео-тестов, подходах к ускорению A/B-тестов, а также обсудили оценку сложных контент-продуктов.

Делимся с вами записями докладов, презентациями и фотографиями с митапа.

Привет, Хабр! Меня зовут Олег Ивченков, и я управляю группой компаний Setere. У нас есть продукт: берем скан бумажного документа, распознаем его и переводим в редактируемый формат. Классическая OCR‑система. Под капотом — C++, QT, QML, немного python`а. Работаем под Linux только как десктопное приложение. И именно о Linux я хотел поговорить. У меня накопилось много опыта за более чем десять лет разработки, и хочу рассказать о тех проблемах, которые сейчас вижу в области разработки под Linux. 

Главную проблему я бы озвучил так: «неконтролируемое множество». И от неё ответвляются много разных других. О них-то я и расскажу в статье, которая должна быть полезна всем, кто так или иначе связан с разработкой под Linux. Если вы прочитаете материал и почувствуете то же, что и я — добро пожаловать в комментарии, обсудим!

Еще год назад, в рамках круглого стола «Импортозамещение» Форума ассоциации Руссофт я предложил профессионалам отрасли поговорить о такой важной теме, как «реалии нативной разработки для отечественных операционных систем». Точнее не просто реалии, а — этой самой разработки сложности, по моим ощущениям приобретающие как минимум линейный рост. Прошедший год показал, что рост проблем не линейный, так что основные тезисы того выступления и несколько новых деталей стали моей первой публикацией на Хабре.

Боль не только моей компании, но и компаний коллег, начну описывать с общей информации по рынку. Согласно данным, любезно предоставленным ассоциацией «Руссофт» — год от года время на разработку решений для Windows в России постепенно снижается, а для систем семейства Linux — неуклонно растет. Помимо достаточно очевидного факта снижения интереса к Windows в нашей стране в принципе, увеличение времени разработки для Linux‑систем связано и с еще одним немаловажным фактором. Этот фактор — существенно возросшая сложность разработки, связанная с количеством Linux‑систем, их технологическим разнообразием.

Миграция данных является одним из ключевых и самых сложных аспектов внедрения SAP: непродуманная стратегия может поставить под угрозу весь проект. Несмотря на то, что миграция данных является частью плана по внедрению (Cutover Plan), её важность очень часто недооценивают и весь процесс рассматривается как простая административная задача по переносу данных из одного места хранения в другое. Команда сосредотачивается на дизайне и демонстрации системы (Workshop), а также конфигурации, оставляя планирование миграции на потом. В результате на активности по миграции закладывается недостаточно времени и ресурсов, что может привести к срывам сроков при запуске. Грамотно спланированные миграционные активности помогут избежать «кранча» в период подготовки, а также снизят риски после запуска проекта. 

Если целью внедрения SAP ERP является замена старой (Legacy) системы, то миграция позволит перенести релевантные бизнес-данные из Legacy в соответствующие SAP-модули. Процесс миграции включает в себя следующие этапы [1]:

Про CJM (Customer Journey Map) написано много материалов: какие‑то хорошие, какие‑то не очень. Я решил объединить весь свой профессиональный опыт в одну статью, которая удешевит и упростит процесс работы с картой. Внутри — ссылки, инструменты и совсем немного теории.

Привет, Хабр! Я Костя — Lead QA в tekmates. Мы в компании создаём цифровые продукты для бизнеса. Проработав более трёх лет проджект-менеджером и больше года лидом QA-инженеров, я много раз оценивал задачи по времени выполнения. И не всегда это давалось (да и даётся) легко… 

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

Я стала b2b продактом около 3 лет назад. Тогда в интернете кажется была только одна статья о том, что B2B это чистый кайф и вам точно не будет скучно.

На этом все, никаких тебе статей про Persona | Company canvas, видосов про b2b метрики, подборок с каналами и чатами, а уж тем более 0 инфы про годное обучение. Исправляю эту проблему в статье

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

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

Приветствую всех! Меня зовут Катя Фролова, я работаю техническим писателем в RuStore.

В прошлом году документация RuStore переехала на новый движок.

Расскажу, почему мы отказались от хорошего решения ради более хорошего и чего нам это стоило.

Наш бизнес - это контрактная разработка продуктов, промышленный дизайн, помощь в постановке продуктов на производство.

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

По работе и в целях обучения посещаем много компаний в Европе, Северной Америке, Юго-Восточной Азии, где процессы создания и запуска новых продуктов поставлены на высокоэффективный уровень.

Некоторым клиентам помогли выстроить NPD* - процессы, и оргструктуры, речь идёт о компаниях, которые поработав с нами захотели выстроить эффективные продуктовые процессы внутри своих компаний.

Дизайн ревью — это прекрасный процесс, в котором в равной степени может участвовать и дизайнер, и UX-писатель, и дизайнер ДС. Но есть пара проблем, которые нельзя игнорировать.

Меня зовут Марго Седова, я Head HR-продукта в Skyeng. Отвечаю за внутреннюю экосистему, которая строится вокруг EJM сотрудника в компании ― от момента, когда соискатель только подумал, что хочет у нас работать, и вплоть до его exit-интервью. 

Сегодня расскажу, как в ближайшие 3–5 лет будет меняться роль продакт-менеджера и какие навыки понадобятся тем, кто хочет изловить золотую антилопу. 

Дисклеймер: когда мы говорим о будущем, это всегда про ощущения на кончиках пальцев. Никто не может знать точно, что ждёт нас впереди. Зато мы можем отследить движение из прошлого в настоящее — и попробовать предугадать, каким же будет наше «завтра».

Привет! Меня зовут Виктория Левена, я руководитель отдела аналитики в AGIMA. Мы часто помогаем нашим заказчикам развивать цифровые продукты, и важная часть этого процесса называется Discovery. Это этап, на котором продуктовая команда исследует рынок и пользователей, чтобы затем сделать продукт удобнее и привлекательнее. В этой статье я отвечу на самые базовые вопросы о Discovery и расскажу об основных фреймворках.

Представьте ситуацию. Приходит Product Owner и говорит: «Давайте сделаем новый дизайн страницы сайта». Аналитик берётся за задачу — проводит A/B-тест. Такая же задача случается в соседней команде, в сопоставимом по сложности продукте, — но если в первом случае тест занимал пару часов, то во втором ждать приходится несколько дней. Чем больше команд и аналитиков, тем выше риск разрозненности. 

Унификация процессов помогает минимизировать этот риск, только как к ней лучше подступиться? Подготовить чеклисты, шаблоны, документацию, скрипты..? В нашем случае понадобилось всё это, плюс самодельный инструмент, который автоматизирует статистический анализ результатов A/B-тестов

Под катом пошагово описываем, как мы унифицировали процессы в нашем A/B-тестировании, и что получили на выходе.

IT-сектор отличается гипермасштабируемостью. Вам достаточно написать софт, отладить маркетинг, и вы можете продавать свой продукт по всему миру, не думая о логистике, хранении и производстве. Это приводит к тому, что часто победитель получает все. На рынке есть место только для одной компании. А побочный эффект - что зарплаты разработчиков часто превышают зарплаты во многих других отраслях, ведь за победу в глобальном лидерстве можно и нужно хорошо платить. Но насколько просто, и возможно ли вовсе, построить глобального IT-лидера, находясь в России? 

Даже переформулирую вопрос. Почему подавляющее большинство успешных технологических компаний создаются всего в одном месте - Силиконовой долине? Ведь в других местах люди не менее талантливы и трудолюбивы чем там.

Лично для себя я выделил следующие причины.