Благодаря старанию мобильного сообщества сейчас есть много классных источников информации про то, как писать код, или про то, как устроена мобильная ОС. Намного меньше источников, из которых можно узнать, как выстраивать процессы поставки в командах и как связывать это с процессом разработки. А это тоже по-своему важно. Прозрачность и общее понимание процесса релиза и доставки позитивно влияет на эффективность команды - помогает каждому лучше планировать деятельность.
В данной статье рассматривается ситуация, типичная для проектов, в которых странным образом возникают одни и те же ошибки. И никто не понимает как так получается. Или делает вид, что не понимает...
После блокировки Instagram и Facebook, которые считались эффективными площадками для продвижения бизнеса в России, маркетологам пришлось осваивать новые платформы и рекламные форматы. Стоит учитывать, что пользователи не спешат покидать запрещенные соцсети: исследования Livedune показывают, что в мае падение активных пользователей на страницах брендов и блогеров в целом замедлилось и даже стабилизировалось.
Суммарно число ежедневных активных авторов в Instagram*, Facebook*, Twitter, YouTube и TikTok с конца февраля снизилось только на 10%. При этом в расчете трафика соцсетей существует погрешность, ведь каждый пятый российский пользователь просматривает эти ресурсы через VPN, а значит, идентифицируется как юзер за пределами РФ. Однако авторы лишились привычных инструментов монетизации, и база подписчиков не конвертируется в клиентов. Например, больше недоступны прямые эфиры и возможности, связанные с быстрыми коммуникациями, когда подписчики общаются с представителями бизнеса в режиме реального времени и совершают покупку. Поэтому каналы взаимодействия с клиентами все же меняются: так, компании возвращаются к сайтам в качестве основного способа продвижения.
Привет, Хабр! Давненько не брал я в руки шашек Решили оживить рубрику AMA (Ask me anything), которую мы ранее совмещали с рассказом об изменениях на сайте за месяц. А раз давно не было таких постов, то и список изменений будет немалый.
А скоро вспомним ещё одну хорошо забытую рубрику!
Удаленным командам нужно пространство для совместной работы. Где можно и простой мозговой штурм устроить, и сложные схемы построить.
Давайте вместе посмотрим, что есть на российском рынке. Сама начала активно искать замену Miro для своей команды — делюсь тем, что удалось найти.
Я взяла три российских решения: Pruffme, GetLocus и sBoard и сравнила их по ключевым параметрам.
Профессиональное сообщество UX-исследователей публично обсуждает новые методики и способы генерации идей, JTBD и другие модные аббревиатуры. Но задумывались ли вы, какой самый сложный этап при проведении исследований в сегменте B2B? Я говорю о том, что остаётся за кадром, про черновую работу, которая даёт 80% результата любого исследования. Вы можете составить идеальный план глубинного интервью или UX-тестирования, но если вам не с кем говорить, все ваши идеально подготовленные исследования бесполезны.
В этой статье я подробно расскажу, как мы самостоятельно решили проблему поиска клиентов на исследования без привлечения специализированных агентств и траты драгоценных ресурсов экспертов-исследователей.
Привет! Меня зовут Ксюша, я старший продуктовый дизайнер в Ozon: проектирую разделы возвратов для личных кабинетов покупателя (Ozon.ru) и продавца (Seller Center) и немного — админки. Дизайнеры на Хабре не частые гости, но статья будет полезна не только дизайнерам и дизайн-лидам, но и разработчикам, тестировщикам и менеджерам.
Так сложилось, что я запустила процесс дизайн-ревью в своей команде домена (это вроде команды разработки раздела продукта) одной из первых в Ozon. Я рассказывала об этом на дизайнерских демо и получила огромное количество вопросов от коллег. Оказалось, многие не знали, как внедрить его в своих командах. В статье расскажу, кто и как может внедрить такой процесс и как я провожу ревью.
В рамках своей работы и ведения подкаста по бизнес-анализу (ссылка на подкаст), я часто получаю вопросы от бизнес-аналитиков. И один из самых частых - как задокументировать нефункциональные требования, если на проекте принят стандарт написания пользовательских историй? Сегодня, я хотела бы поделиться переводом статьи Майка Кона, о том, как описать нефункциональные требования с помощью пользовательских историй.
Со времени моего рассказа об опыте использования экосистемы Тинькофф прошло едва ли больше года, а кажется, что целая жизнь...
Но экономическая ситуация изменилась и оставаться валютным ИП в этом банке становится финансово невыгодно. И куда же податься валютному фрилансеру, как не в крутой австрийский банк? Они ведь наверняка приготовились к наплыву беженцев, да?
Привет, Хабр! Сегодня поговорим о проверке гипотез и сложностях, которые могут возникнуть в процессе работы. В Сбере постоянно проводятся эксперименты по улучшению пользовательского опыта и ключевых метрик бизнеса. Это может быть улучшение приложений или оптимизация работы сети отделений. И конечно, мы должны видеть, где был реальный эффект, а где нет. Так как экспериментов много, нужно оперативно понимать, что улучшает результат, а что нет. Также нельзя руководствоваться экспертным мнением, решения нужно принимать исключительно на основе исходных данных. Под разные задачи могут требоваться разные подходы. Например, когда речь идёт о приложении, можно использовать стандартный А/Б-подход: сформировать группы; эффект, который хотим получить; сформулировать гипотезу; рассчитать длительность эксперимента. А после подсчитать результаты правильным статистическим тестом или ускорить проведение эксперимента с помощью разных техник, например CUPED.
Но что, если мы хотим изменить дизайн отделений Сбера или создать новый формат, или даже закрыть какую-то часть отделений и понять, как это влияет на поведение клиента и ключевые метрики? В таком случае мы имеем дело с офлайн-точками и не можем просто взять и разбить пользователей на две группы. Придётся изменить методологию оценки эффекта и пользоваться другими методами, которые позволяют получить p-value и оценить итоговый эффект. Давайте посмотрим, как всё это реализовать.
Второе исследование Kolesa Group по рынку product-менеджеров в Казахстане за 2021-й год. Мы хотели узнать, чем дышат и занимаются менеджеры, с кем чаще всего контактируют, что их вдохновляет и сколько они зарабатывают?
Мы сравнили данные конца 2020 и начала 2022 годов, чтобы выяснить:
изменились ли задачи и обязанности менеджеров,
какие методологии и фреймворки стали использовать,
а еще узнали, с какими инсайтами столкнулись в 2021-м году.
В нашей компании продуктовая структура представляет из себя 9 продуктовых end-to-end команд общей численностью ~130 человек, работающих над развитием одного продукта. Каждая из команд укомплектована всеми необходимыми компетенциями. Все живут в одном релизном процессе, делают задачи из одного бэклога (и проекта в Jira), и следят за одними метриками в Amplitude.
В условиях такого тесного взаимодействия естественным образом возникает вопрос: А как оценивать их эффективность?
Об этом мы и поговорим.
Анна Анциферова, продакт проекта «Цифровой вагон» Первой грузовой компании, побывала в самом настоящем депо – предприятии «Грязи» в Липецкой области. Своими впечатлениями и фото поделилась в статье.
Всем привет! Уже более 3 лет я анализирую разные системы управления проектами, делаю обзоры, сравниваю функционал. Сама я из команды YouGile.
Сейчас мы наблюдаем, как западные системы одна за другой уходят из России. Пользователи ищут аналоги, которые точно не заблокируют. Самое страшное в смене системы – переезд, иногда он может занимать несколько месяцев. Это чревато потерями и разорванными бизнес-процессами.
В этом обзоре я собрала 15 систем управления без риска блокировки, на которые легко «переехать». Отдельно рассмотрела возможности для переноса данных.
Всем привет.
Меня зовут Саша, я технический писатель в CSI, но занимаюсь и проектами в нашей команде разработки. Считайте, что сегодня вы зашли ко мне на работу, плюхнулись в пуфики, взяли кофе — и я просто так рассказываю вам про наш портальчик. Всю публичную техническую документацию по ИТ-продуктам компании мы ведем на портале поддержки, который развернут в инстансе Atlassian Confluence Cloud. Расскажу, как мы к этому пришли, как работали над структурой и принципами подготовки материалов, какой от этого профит.
Картинка тут не случайно. Буквально вчера знакомый художник прислал мне такой портрет меня — и я подумал, что она тут в тему: думаю, многим знакома ситуация, когда в одной голове или ресурсе сосредоточены все знания. Это про меня. Но сейчас я с вами с удовольствием поделюсь!
Привет, меня зовут Максим Кульгин, поделюсь с вами нашим опытом получения и НЕ получения гранта (мы подавали два проекта) от государства. Я решил сделать статью в виде ответов на основные вопросы, которые получал, т. к. так проще структурировать информацию. Ниже только наш опыт плюс информация от других заявителей, которые поделились своим опытом. В случае домысливания — я специально это отметил. Если где-то допустил неточность — прошу прощения, надеюсь, статью увидят сотрудники фонда и меня поправят. По неведомым мне причинам очень мало публикаций по этой очень важной теме.
Итак:
Сколько проектов вы подавали? Два. Первый — система защиты от скликивания рекламы clickfraud.ru, второй — автономная CRM offlinecrm.ru. Нам одобрили грант на первый проект и отказали на второй (разные команды де-факто и де-юре).
Куда подавали? ФСИ — фонд содействия инновациям. Fasie.ru — советую изучить внимательно сайт фонда, там есть довольно много информации. Иногда работает чат, а иногда нет. Есть открытые контакты — можно написать или позвонить, если есть вопросы. Мы звонили и всегда сотрудники фонда помогали исчерпывающе и доброжелательно.
Что это за фонд? Фонд содействия развитию малых форм предприятий в научно-технической сфере, сокращенно Фонд содействия инновациям, является государственной некоммерческой организацией. На 2022 год фонду выделено 13 млрд. рублей. Один из приоритетов в 2022 году — организация специализированных конкурсов для поддержки цифровых проектов. Подчеркну — упор фонда на 2022 год (не знаю, что будет дальше) — поддержка IT-проектов.
Привет, Хабр! Я Екатерина Колесникова, Agile Coach в inDriver. Когда я пришла в команду, заметила проблемы в процессе Product Backlog Refinement. Я предложила новый сценарий этой церемонии — и он сработал. В этой статье поделюсь опытом проведения PBR без скучной теории о «правильном» планировании.
При разработке крупного и длительного проекта зачастую используют Jira, так как с ее помощью легко формировать списки задач, отслеживать прогресс и решать разные проблемы, которые могут возникнуть.
Многие скажут, что она сейчас не актуальна в связи с уходом Atlassian из России. На это мы можем возразить, что Jira является одной из самых популярных систем. Специалисты привыкли работать с ней, и многие компании продолжают ей пользоваться. Более того, она может помочь реализовать полный цикл обеспечения качества и часто используется в саппорте, поддержке системы в проде. Бизнес-требования одного из наших зарубежных клиентов заставили нас сильно углубиться в устройство Jira.
Теперь мы знаем, как можно обратиться к БД Jira без использования плагинов и зачем это может понадобиться. Готовы поделиться этой информацией и с вами. Также расскажем, как работать с данными Jira напрямую (без плагинов) и минимизировать расходы на обслуживание. И все это при соблюдении GDPR (General Data Protection Regulation - общий регламент по защите персональных данных).
Не знаю, как считаете вы, но я убеждён, что любая работа обязывает человека к непрерывному изучению нового. А уж что говорить, когда ты работаешь в ИТ? Здесь чуть ли не каждый день кто-то что-то да придумает. Придерживаясь своего правила «вечной учебы», я решил, что будет большим упущением не пройти курс по созданию продукта. Давайте будем честны: ещё будучи детьми, мы постоянно что-то изобретаем в своей голове. Я работаю в компании НОРБИТ, которая входит в группу ЛАНИТ, и мне выпала возможность принять участие в акселераторе идей ЛАНИТ Product Manager. Здесь я решил совместить свою тягу к знаниям и изобретательству.
В конце марта 2022 года обучение было завершено, и в качестве «экзамена» все участники курса представляли свои продукты перед наставниками, коллегами и зрителями. Я занял первое место с AI-сервисом контроля состояния пожилых людей Digital Guardian.
В акселератор я уже шёл с готовой идеей, однако путь мой оказался тяжёлым, но очень интересным. На Хабре уже вышла статья, в которой подробно описывается процесс обучения в акселераторе и его методология, поэтому в этом посте я сосредоточусь только на своём продукте и его развитии.
Мы с вами живем в довольно интересное время, когда даже тот бизнес, который главным образом зависит от своей репутации, совершает очевидные ошибки и наступает на одни и те же грабли по несколько раз подряд, вызывая недовольство своей аудитории.
Особенно это видно по современным трендам, которые уже порядком всем надоели, но их все равно продолжают использовать. И коль уж этот блог про управление репутацией, то давайте рассмотрим несколько таких кейсов и разберем, почему те или иные решения и ситуации были восприняты негативно, а и что можно было сделать, чтобы избежать недовольства аудитории.
