#продуктовое
Полезный ресурс для тех, кто проектирует онбординг пользователей или отвечает за него: https://www.useronboard.com

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

#оффтоп
- Кто такой бизнес-архитектор?
- Это бизнес-аналитик, который не влезает в вилку

#архитектура
Как-то писал про лекции Бунина по проектированию хайлоад решений. Так вот, если не нравится смотреть лекции, то похожий курс есть в виде бесплатной рассылки: https://highload.guide.

Внутри 30 статей, собраны из материалов HighLoad++. Хорошо для знакомства с темой и неспешных размышлений о прочитанном.

А тут исходный пост.

#события #анализ
Если кто-то хочет попрактиковаться в EventStorming, то есть отличная новость: 29 сентября Сергей Баранов и Systems.Education проводят практический воркшоп на тему.

Ходил пару лет назад на воркшоп Сергея, было огонь-огонь, отличный вариант для быстрого старта.
https://sysanschool.timepad.ru/event/2175451/

#API #архитектура

Еще одна серия холивара REST vs RPC. В прошлый раз защищали JSON-RPC, теперь REST.
Автор смотрит с точки зрения архитектуры, рассматривая вопросы:
⁃ batch-операции против атомарных
⁃ использование HTTP-инфраструктуры
⁃ управление транзакциями на разных компонентах

И снова #реклама и #продуктовое

Летом проходил курс Ани, зашло отлично. Имхо, отличный способ въехать в тему для начинающих, и возможность попрактиковаться на кейсе для миддлов.

https://t.me/product_weekdays/300

#продуктовое #анализ #карьера

Заметка об особенностях работы продакта в b2b.
Многие тезисы пробуждают воспоминания о заказной разработке. И что характерно, автор выделяет отличный от b2c скиллсет:

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

“Для продактов из b2b бОльшую ценность несут конференции по системной аналитике, нежели продуктовые конференции. Большая часть того о чём говорят на продуктовых конференция просто не пригодится, а ощущение, что что-то с твоим продуктом (или карьерой) не так может остаться"

#оффтоп
Истинная мощь BPMN

#архитектура

Некоторые ошибки-проблемы, которые вылезают при переходе на событийную архитектуру, и как с этим жить: https://theboreddev.com/common-mistakes-in-event-driven-systems/
Внутри несколько годных ссылок.

1. Обеспечение порядка отправки и обработки событий. Эта тема хорошо освещалась в видео: https://t.me/another_sa/46
2. Атомарность операций и согласованность данных
3. Параллельная отправка множественных сообщений
4. Изменение содержимого событий без обратной совместимости

Кстати, на грядущем AD намечается доклад про EDA для глазами аналитиков: https://analystdays.ru/ru/talk/102798 - возможно, будет интересно.

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

Здесь уже обсуждают использование event sourcing, размер сообщений, поддержка и отладка системы в целом, идемпотентность при обработке событий.

#архитектура #интеграция #API

Ребята из Apollo собрали 10 принципов проектирования GraphQL-сервисов.

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

Хотя одно решение предлагают: используйте линейку Apollo))

#оффтоп #карьера
Посчитал, что за почти два года провел 10 курсов и интенсивов. В каждом потоке были участники, с которыми продолжаю общаться или пересекаюсь временами. Характерно, что все, у кого получается использовать скиллы и инфу с курсов на практике, еще до обучения активно изучали информацию по книгам, ютубу и другим источникам. Да и сейчас продолжают это делать.

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

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

А если ничего не получается, и тема совсем не заходит, может ну его, этот анализ/разработку/менеджмент?

Божечки, тут запилили базу специально для EventSourcing’а: https://eventstore.com

Правда, сакральный смысл ее использования я как-то не понял. Может, сталкивался кто?

Must read: 18 самых полезных и практичных гайдов от ProductSense по исследованиям, аналитике, стратегии, карьере, созданию и развитию продуктов

1. Как стать менеджером продуктов и найти первую работу: подробное руководство от ProductSense
2. Как понять и внедрить JTBD в продукт за один час и сохранять фокус на клиенте: гайд по Customer Behavior Canvas (+ шаблон)
3. Гайд: как анализировать результаты глубинных интервью и использовать их для проверки гипотез
4. DIY. Гайд по методам продуктовых исследований: качественные, количественные, UX-исследования
5. Гайд: как подготовиться к глубинным интервью и провести их максимально эффективно
6. Как находить инсайты с помощью удаленных модерируемых UX-тестов
7. Как грамотно проектировать сложные интерфейсы «человек—компьютер» с помощью инструмента «линии эволюции» (+ справочник)
8. Схематизация опыта с CJM и Service Blueprint и практика гибридной нотации: принципы, опыт и лайфхаки команды Byndyusoft
9. DIY. Как разработать матрицу компетенций менеджеров продукта для качественной оценки сотрудников и кандидатов + подборка из 14 готовых матриц
10. Онбординг в приложении как инструмент retention: основные принципы проектирования и механики
11. Пошаговая инструкция: как построить канбан-систему в продуктовой команде и сделать процессы поставки более прозрачными и управляемыми
12. Как создавать полезные для бизнеса дашборды: алгоритм, принципы верстки, инструменты, архитектура
13. Как менеджеры продуктов приоритизируют бэклог в реальной жизни
14. Как искать контакты топ-менеджеров из энтерпрайза для CustDev и выходить на них
15. ЛПР для исследований в малом и микробизнесе: кто они, где их искать и как на них выйти
16. Как научить разработчиков и продуктовую команду понимать пользователей и проводить интервью
17. Антипаттерны построения стратегии в компании
18. Почему вы неправильно делаете опросы и как это исправить

@productmindset

#коммуникации #реклама
Летом я просил поделиться, кому что помогало в сфере рабочих коммуникаций. Моя очередь тихонержите

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

Что зацепило лично меня:
• Практико-центричность. Все теории пробуешь и разбираешь в режиме симуляции на живых кейсах.
• Фокус на построении здоровых и долгосрочных отношений, а не продавить здесь и сейчас.
• Равное внимание уделяется как рациональной, так и эмоциональной части коммуникаций.
• Аудитория. Большая часть состоит их продактов, технарей и прочих обитателей итшечки.

Что это дало мне:
• Общения с сотрудниками стали проще, появилось больше доверия. Особенно полезно для проведения one-to-one.
• Трачу меньше усилий, чтобы донести мысли и идеи до партнеров и руководства.
• Реже тянет убивать.

Долго ждал дня, когда появиться открытый курс, который можно с чистой совестью всем рекомендовать. Если соберетесь, то держите промку на 10% - another_sa.

#очереди #архитектура #интеграция
Вводные статьи о проблемах использования абстрактного брокера.

В первой обсуждают возможные гарантии доставки, и как с ними жить. Разбирают паттерны transactional outbox/inbox, и какие проблемы создает их использование.

Во второй продолжают говорить о гарантиях и обеспечении порядка сообщений.

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