Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
- Количество покупок стартапов стабильно снижается с 2010 года;
- Корпорации покупали стартапы в среднем раз в 6 месяцев;
- Большая часть сделок — точечные приобретения для усиления экосистемы.
Например, Google, который активно скупает стартапы, столкнулся с неудачными проектами, такими как Buzz, Google+, Google Glass и другими. В таких случаях компания не только не смогла убрать продукт с рынка, но и не смогла остановить конкурентов от создания похожих решений.
Разбираем 5 проблем, которые не компенсируют высокая зарплата и интересные задачи.
Как из группы людей сделать коллектив, который будет работать на полном приводе.
И вот так мы снова спотыкаемся о то, что лебединая песня Тима Кука оказалась не для всех. Как и iPhone 16e. Это определенно неплохой телефон. Но он просто создан не для нас с вами. Это маркетинговый инструмент в первую очередь для США.
In their book Managing New Product and Process Development, Kim Clark and Steven Wheelwright studied the amount of time that individuals were able to spend on value-adding tasks.
Clark and Wheelwright found that with one assigned task, individuals were able to spend approximately 70% of each day on that task. That seems pretty good to me. In most companies the remaining 30% went to what I call being a good corporate citizen— answering email, attending meetings, having impromptu conversations with colleagues (about work or not), and so on.
According to the study, things look even better when we’re given a second task. In that case, we’re able to spend 80% of our time on those tasks.
Важно помнить, что стиль — это не только маркетинговый инструмент, но и своего рода руководство для всех участников разработки продукта: от команды UX/UI до инженеров и менеджеров. В условиях высокой текучести кадров, когда новые сотрудники постоянно вносят изменения в процесс, важность стайлгайда только возрастает.
Итак, вы смоделировали все процессы, написали бизнес-логику и задеплоили все на сервер. Запускаем наши процессы на проде! Поехали? – Но дальше разложено множество граблей, на которые обычно наступают все, кто только начинает эксплуатировать BPM, в том числе и на движке Camunda 7. Эта статья сэкономит вам много времени и успокоит нервы – потому что ситуации, описанные ниже, могут изрядно их попортить, если вы будете не готовы.
Экс‑биолог и преподаватель собрала все полезное в одном месте, чтобы объяснить основные принципы межсистемной аутентификации для начинающих аналитиков.
Большой объем документации и её классическое представление сегодня нередко уходят на второй план, а популярность подхода «Документация как код» (Docs as Code) растет с каждым днем. Поэтому сейчас особенно актуально использование инструментов для текстового описания различных диаграмм.
Одним из таких инструментов для моделирования архитектуры программного обеспечения является Structurizr. В этой статье я разберу построение диаграмм модели C4 с его использованием и дам их исходное описание.
Я собрала небольшую рабочую группу из четырёх человек: меня, техписателя, HR и разработчика. Протестировали четыре российских сервиса: Minerva Knowledge, «Битрикс24», Ewa Wiki и «ПланФикс».
Самый популярный вопрос про OKR: “Как его совмещать с KPI?” С одной стороны, в книжках написано, что за OKR не надо платить, а это прежде всего про KPI.
Значит ли это, что подходы не совместимы? Если мы уже работаем по KPI, мы не можем использовать OKR? Разбираю на простом примере.
Если ты, как и я, работаешь с внутренним продуктом, и это твой первый проект, располагайся поудобнее.
Тебя ждут первые шаги и задачи в настоящем продуктовом мире. И я вижу, как ты горишь желанием применить все те крутые фреймворки, которые недавно освоил: ICE, RICE, SWOT и всю ту магию, что делает любого продакта мастером на все руки.
Я вижу, что ты хочешь начать с привычного — собрать требования, провести конкурентный анализ, оценить эффекты. Все это звучит правильно, но вот какая штука. Во внутреннем продукте всё немного по-другому. Это не совсем то поле, где можно разложить всё по полочкам с помощью знакомых схем и сразу получить идеально понятную картину.
Рассказываем про особенности роли и задачи, с которыми сталкиваются в работе аналитические юнит-лиды. Статья будет полезна аналитикам, которые хотят развиваться в менеджерском карьерном треке.
В этой статье поговорим о способах насыщения бэклога продукта, оптимальным способом приоритизации основанном на специфике и стадии продукта. Это короткое, но полноценное руководство для продуктовой команды необходимое для того, чтобы не превратить бэклог в свалку задач, понять как к нему подступиться и держать в нем все самое необходимое.
Вот ровно по такому алгоритму застал работающих PO. Честно, на тот момент, хотел бы, чтобы их не было. А теперь сам хочу быть PO.
Чем дольше вы работаете над разработкой продукта, тем больше вы понимаете, что существует целый спектр культур. В отношениях между управлением продуктом и разработкой противоположные концы спектра — это «обсуждать и подвергать сомнению все, ничего не строить» вплоть до «просто скажи мне, что построить, и я это построю».
Некоторые из вас качают головами: «Ни в коем случае, Адам, ни одна компания не попадает в одну из этих двух крайностей». Другие кивают с таким энтузиазмом, что их головы вот-вот оторвутся от шеи.
В сфере продуктового роста произошёл сдвиг: удержание пользователей вышло на первый план как главный двигатель масштабирования. Если раньше компании одержимо гнались за привлечением новых юзеров, то теперь опытные продакт-лидеры понимают: без удержания всё равно что носить воду в решете. Высокое удержание коррелирует с лидерством на рынке – в каждой категории именно продукты с наивысшей долей возвращающихся пользователей становятся №1. Это неудивительно: рост – это система из трёх элементов (привлечение, удержание, монетизация), и удержание находится в «центре двигателя роста», влияя на остальные части. Увеличение удержания автоматически усиливает и привлечение (за счёт рефералов, вирусности, если для продуктов это применимо) и монетизацию (дольше жизнь клиента – больше выручка). Сильное удержание сокращает срок окупаемости и даёт возможность смелее инвестировать в маркетинг. Кроме того, привлечение нового пользователя может стоить в 5 раз дороже, чем сохранение существующего, поэтому удержание выгоднее финансово.
WebSocket — не «серебряная пуля» и его стоит применять точечно, там, где их преимущества перевешивают затраты:
✅ Использовать, если нужна постоянная двусторонняя связь в реальном времени.
❌ Не использовать, если задача решается через HTTP/AJAX.
В 2020-е годы значительная часть каждодневной жизни большинства жителей России проходит во Всемирной сети. Даже современные олды-миллениалы не без труда освоились бы в своём же прошлом, где это было совсем не так — хотя, по историческим меркам, это было совсем недавно. Впервые контакт советских и зарубежных компьютерных сетей по протоколу Х.25 произошёл 16 декабря 1983 года, он имел большие ограничения, но сыграл в дальнейшем большую роль. Первое полноценное интернет-подключение из СССР заработало 28 августа 1990 года: прошли электронные письма между компьютерами в московском кооперативе «Демос» и университетом в Хельсинки. Годом спустя количество пользователей Сети в СССР составляло несколько сотен — в основном это были сотрудники научных учреждений. Однако затем начался быстрый рост: тысячи пользователей в 1992 году, десятки тысяч в 1993-м, выход на уровень сотни тысяч в 1995-м и первого миллиона в 1998-м.
Посмотреть:
Как работает логистика на уровне IT-продукта? CIO X5 Tech Александр Костин объясняет, почему управление поставками — это не просто оптимизация маршрутов, а сложная оркестрация физических процессов, данных и автоматизированных решений. Поговорим о том, какие системы помогают прогнозировать запасы, как строится маршрутизация курьеров, почему внедрение фич идет медленно, а A/B-тесты — редкость.
- Процессинг простыми словами | Analyst Days ⏱️20 минут
Выступление на конференции по системному и бизнес-анализу.
Когда компания растет, в продуктовом отделе начинается хаос. Менеджеры продукта тонут в встречах, и никто не видит их ценности. Как систематизировать работу, связать продуктовый отдел с бизнес-стратегией и выбрать правильный фреймворк, чтобы больше времени уделять стратегии, а не рутине? Эти вопросы важны, потому что гибкость и быстрая реакция на изменения — необходимость для выживания компаний. Если процессы тормозят, компания рискует проиграть конкурентам. В докладе на примере ActiveCloud вы увидите кейсы применения Scrum, Kanban, OKR, проектного подхода и SAFe. Узнаете, как бороться с сопротивлением и использовать практики управления изменениями. Доклад насыщен примерами, показывающими, как эти фреймворки помогают трансформировать продуктовый отдел и всю компанию.
Мы достаточно много говорим о том, как распиливать монолиты на микросервисы и создавать высоконагруженные системы, и так мало о том, как спроектировать интеграцию или выделить бизнес-контекст для нового микросервиса. Восстанавливаем справедливость и рассматриваем интеграции систем между собой. Как грамотно разнести логику между микросервисами и органично развивать проекты и архитектуру.
Вы — системный аналитик, но чувствуете, что вам тесно в рамках одной роли? Хотите двигаться в сторону управления, но не уверены, с чего начать и к чему это приведет.
На онлайн-конференции Systems Design 2024 архитектор Дмитрий Пахомов рассмотрел ключевые аспекты, включая классификацию, мониторинг и решение проблем, таких как дублирование запросов, недоступность данных и влияние тайм-аутов на наполнение кэша. Основное внимание уделено оптимизации производительности и устойчивости системы в условиях сбоев.
Customer Journey Map — или карта пути клиента. Как грамотно выстроить этот путь и начать завоёвывать сердца пользователей?
При анализе данных важно применять критическое мышление, фиксировать возможные риски от недообследованности ситуации, опираться на проверенную информацию и единый для всех понятийный аппарат.
- Команда от бумеров до зумеров | Безвотэтоговотвсего ⏱️1 час 30 минут
Какие лайфхаки помогают нивелировать специфику поколений в рабочих процессах.
