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

Много лет назад мой друг Грег написал о том, как он прошел путь от одного из первых сотрудников Stripe до ее технического директора.

Этот пост вызвал у меня большой интерес. Это был первый честный взгляд, который я увидел, показывающий "внутренности" роли CTO.

Вы начинаете с того, что пишете кучу кода и знаете, как работают все системы. Вы находитесь на связи 24 часа в сутки 7 дней в неделю. Вы - главный помощник при возникновении серьезных производственных проблем. Со временем вы начинаете отдавать свои детальки "лего".

И когда команда растет, возникает большой экзистенциальный вопрос: Что вообще должен делать технический директор?

Итак, у вас мало опыта, пришлось долго ходить по собесам, но в итоге первая айтишная работа таки нашлась.

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

Напишу тут несколько тезисов на основе своего опыта, на которые можно опереться в первый месяц, особенно, если к вам не прикрепили наставника.

Я просмотрел десятки CV, когда мы в стартапе пытались нанять кого‑то вменяемого с рынка. Плюс, отскринил по диагонали полсотни резюмешек коллег по цеху в профильных чатиках. Поехали разберемся, как делать не надо, если хотите, чтобы вас куда‑нибудь взяли на работу.

Дисклеймер

Пост пишу от лица менеджера продукта. И материал скорее всего, больше для джунов. Еще внизу будет ссылка на мой телеграм-канал. Если у вас аллергия на такое — не минусуйте плиз, а просто закройте окошко. Спасибо!

Прошел год с последнего 1С DevCon и 13-14 апреля будет новый, самое время попросить у 1С подарки на новый год. Главное попросить правильно

Привет, хабр! Меня зовут Алена, я системный аналитик.

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

Меня зовут Максим Журавлев, я управляющий директор ДИТ «Занять и Сберегать», лидер сообщества инженеров сопровождения Сбера. В этой статье я хочу рассказать про надёжность высоконагруженных ИТ-систем и принципы, которым мы следуем.

Гаджеты, мобильные приложения и различные цифровые услуги стали неотъемлемой частью нашей жизни. И чем больше бизнес, тем дороже возможный простой системы и выше риск потери потенциального или текущего клиента на всё более увеличивающемся и конкурентном рынке в сфере услуг. Поэтому стабильно и качественно предоставленный ИТ-сервис для конечного пользователя имеет ту же ценность, что и полученная вовремя услуга, например, в розничной сети или корпоративном бизнесе. Чрезвычайно важно обеспечить стабильность и надёжность ИТ-ландшафта, созданного для Бизнеса. Однако не только инновационные или развивающиеся технологии способны обеспечить высокоуровневый сервис, но и сочетание чётко выстроенных процессов и нововведений.

Сколько времени я должен уделять UI/UX? Имеет ли это вообще значение для B2B-компаний?

Очень часто мы определяем ценность продукта, оценивая его внешний вид, не углубляясь в технические характеристики или анализ экономической выгоды. В конце концов, сравнивать характеристики и моделировать сценарии окупаемости инвестиций - не самое приятное занятие!

Гораздо проще предположить, что продукт с хорошо продуманным ux/ui, скорее всего, лучше других... верно же?

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

В современном IT мы часто работаем в зоне максимальной волатильности, неопределенности, постоянных изменений, сложных коммуникаций, конструктивных и деструктивных конфликтов, ограничений.. И большая часть из нас очень не любит работать в стол. Нам хочется видеть результат своих трудов. Бывает обидно, когда какие-то непредвиденные обстоятельства (т.е. риски) – перечеркивают все наши планы..

О том, как управлять влиянием этих рисков- мы и поговорим сегодня.

На самом деле, не открою какой-то космос – техника очень хорошо описана в BABOK (10.38 - Risk Analysis and Management). Но на практике вижу, что не только менеджеры, но даже аналитики (для которых это стандарт - как учебник) не используют технику. Многие ошибочно считают управление рисками чем-то скучным, рутинным, бесполезным, формальным. Хотя на деле это очень эффективный и вовсе не сложный инструмент.

Задача этой статьи - кратко и понятно показать, как можно внедрить в практику управление рисками. Постараюсь описать все так, чтоб уже завтра вы могли внедрить ее на своем проекте без изучения дополнительных источников. Если вам удобнее воспринимать в видео-формате, то можно посмотреть мой интерактивный доклад на эту тему на YouTube:

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

Эта статья предназначена для широкого круга специалистов, занимающихся созданием и продвижением продуктов и услуг: маркетологов, продуктовых менеджеров, UX/UI дизайнеров, а также всех, кто стремится улучшить свои продукты и услуги, делая их максимально удобными и приносящими удовлетворение их пользователям. Если вы хотите научиться собирать, анализировать и применять информацию о вашей целевой аудитории для повышения эффективности ваших проектов, эта статья для вас.

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

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

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

В команде продукта не проводят исследования и действуют «по ощущениям»? Не понятно как создавать продукты, которые соответствовали бы ожиданиям клиентов или превышали их? Как встроить исследования в регулярные процессы своими силами, не нанимая новых сотрудников и без большого бюджета?

В кейсе вы найдете ответы на все эти вопросы!

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

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

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

Раньше после определения потребностей пользователя я приходила к команде разработки с готовой задачей и дизайн-макетами. А после разработки забирала готовый продукт, чтобы отдать его в A/B-тест.

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

Ну, или не начинается. Или разработка начинается, но совсем не той идеи, которая была вначале.

Я — Саша Пургина, руковожу развитием продуктов на основе данных в Lamoda Tech. В этой статье я расскажу на примере Lamoda, почему разработка ML-продуктов — это сложность и риск. И приведу примеры ошибок, когда хороший продакт в команде может увеличить шансы на успех, имея определенные знания и навыки.

Серебряной пули не ждите, но пара интересных мыслей должна найтись!

Всё течёт, всё изменяется. Особенно информация — она очень быстро устаревает. В e‑com неактуальные данные о товарах могут сильно подпортить клиентский опыт. Если удовлетворенность пользователей — важный фокус вашей работы, мне есть чем поделиться:)

Всем привет! Я Григорий Фрольцов, Product Lead машинного обучения в команде контента в СберМаркете. В этой статье я расскажу, какие «сюрпризы» могут происходить с данными об ассортименте, а также о том, с помощью каких продуктовых решений мы эти сложности решаем. Цель моей работы — добиваться максимально актуальной информации на витринах сервиса: с помощью ML и не только.

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

Стоит только коснуться производственной специфики, как стандартные подходы разваливаются на куски — даже если у вас уже есть огромная дизайн-система на основе популярной методологии Material Design. Я — Аня Труфанова, делаю дизайн для MES (manufacturing execution system). Нам пришлось взять дизайн-систему и наполнить ее уникальными фичами и кастомными компонентами, адаптированными под нестандартные условия. Сейчас я поделюсь, что именно мы переосмыслили и какие фичи добавили.

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

Эта статья призвана показать, как правильно организовать и провести немодерируемый юзабилити-тест, чтобы максимально повысить удобство и понятность вашего продукта для конечного пользователя. Она будет полезна UX/UI-дизайнерам, продуктовым менеджерам, маркетологам, и, конечно, разработчикам, желающим глубже понять, как пользователи взаимодействуют с их продуктом.

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

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

Но по мере того как я работал со все большим количеством стартапов, я понял, насколько я ошибался.

В этом посте я расскажу о нескольких главных уроках, которые пригодятся сегодняшним основателям стартапов ранних стадий. Это список вещей, которые я хотел бы узнать раньше в Segment!

Целевое кредитование в 2024-ом. Часть третья "Как сделать схему удобной для всех"

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