🎨 CJM — для интеграционных кейсов! ✏️

Если вы слышали про Customer Journey Map (CJM), то, скорее всего, ассоциируете его с инструментом для продактов и маркетологов. Но, поверьте, CJM — это настоящая палочка-выручалочка 🪄, когда дело доходит до интеграции между платформой и потребителем, обсуждения и согласования интерфейсов.

Лет 5 назад я искала инструмент, который позволил бы прописать пошаговый сценарий интеграции (вызовов API) и одновременно показать, что происходит на стороне Мерчанта (потребителя) в UI. И тогда я нашла UXPressia — и это была любовь с первого клика!

Пост выглядит как реклама, но я не знаю, как объяснить проще и менее “продажным” языком, почему я очень люблю этот инструмент и рекомендую вам хотя бы на него посмотреть… 🤪

10 причин ПОЧЕМУ?
1️⃣ Наглядность и простота: Легкость создания и визуализации пользовательских путей. Не нужно мучиться с выравниванием блоков (как в Miro) или шрифтами. Это специализированный инструмент, который делает одно, но делает это хорошо! Вы можете сосредоточиться на логике, а не на “наведении красоты”.
2️⃣ Совместная работа: Возможность безлимитного расшаривания схем для просмотра (есть в самом дешевом тарифе).
3️⃣ Поддержка ролей и команд: Всё под контролем! Можно настроить права и доступы, развести всё по папкам. Это особенно важно в финтехе, где безопасность — не пустой звук.
4️⃣ Гибкость тарифов: В бесплатном тарифе 1 CJM — достаточно, чтобы попробовать и понять, насколько продукт подходит. Следующий тариф — $16 за пользователя в месяц (3 CJM на пользователя), а если нужен безлимит карт — всегда можно расширить до $36.
5️⃣ Доступность: UXPressia позволяет “рисовальщикам” творить, а “смотрителям” наслаждаться результатами. Обычно, рисующих специалистов меньше, чем тех, кто будет использовать и внедрять схемы. А значит, лицензий необходимо по числу “рисовальщиков”!
6️⃣ Экономия времени: Удобный интерфейс и множество шаблонов: блоки для иллюстраций, описания happy-path сценария и ветвлений, блоки заметок и т.п.
7️⃣ Поддержка сторонних сервисов: Легко можно встроить сторонние плагины и виджеты через код. Функция есть в стартовом (за $16) тарифе. Можно легко выставить ссылки на Swagger или “запихнуть” карту в портал разработчика.
8️⃣ Экспорт в основные форматы и доступ по ссылке: Доступ по ссылке или pdf — оптимальный вариант. Экспорт в ppt доступен в пакете PRO за $36.
9️⃣ Генерация пользовательских профилей через AI: Возможность заполнить профиль через AI без переключения на другие продукты (например, ChatGPT) и использование Ctrl+C — полезная-польза!
🔟 ImpactMap: Создавался для отображения влияния ветвлений карты на продукт, но легко превращается в наглядную схему отображения ветвлений интеграционных сценариев. А с кнопкой “PRESENTATION” можно красиво и пошагово показать весь интеграционный путь, что отлично подходит для презентаций с подрядчиками или топами компании.

Да, возможно, вы скажете, что это путь “забивания гвоздей микроскопом” 🔬, но более удобного продукта, чтобы показать интеграцию фронтов и бэков, да еще и разных команд/компаний, и чтобы без сложных матриц, схем и многостраничных документов — я не видела! Возможно, интеграционным командам просто не хватает своего понятного шаблона IJM (Integration Journey Map) — только сейчас задумалась, что, мб, его стоит “изобрести” 🧐?!

А что вы используете, чтобы наглядно показать сценарии интеграции?

#toolkit #architecture

🎞 Антон Бевзюк: "Инженерные практики"! (рекомендация к просмотру) 🫵

На этой неделе на канале Neogenda вышло потрясающее интервью с Антоном Бевзюком! Если вы не знакомы с Антоном, то я скажу просто: он классный! 🧡 Я очень уважаю и безмерно люблю Тоху, он был ведущим на TechLead 2022 и представлял мой доклад. Эта поддержка была невероятной! И вот теперь я надеюсь, что на TL++ нам удастся поработать с Антоном, как с куратором.

Возвращаясь к видео… Антон сам сказал об интервью так:

“Казалось, я банальности там говорил!”

Но, знаете, мне оно очень понравилось!

И вот почему:
Он говорит о базовых практиках разработки, но делает это с акцентом на том, как они приносят пользу бизнесу. Он мастерски объясняет, как продать эти идеи бизнесу, и почему разработчикам ничего не продать. 🤷‍♀️

Вот только несколько тем из видео:
1️⃣ Code Review – Важность этой практики и как ее правильно внедрять.
2️⃣ Test-Driven Development (TDD) – Почему 100% покрытие тестами — это не фантастика.
3️⃣ Mob Programming – Работа всей команды над одним кодом одновременно.
4️⃣ Pair Programming – Почему 100 строк, написанные вдвоем, ценнее 500, написанных по отдельности.
5️⃣ Рефакторинг – Самая ценная практика для здоровья вашего кода!

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

Почему это “банальное” видео было для меня так полезно?
Такие видео, как это, помогают мне:
🤝 Проверить, одинаково ли я с другими понимаю ценность практик.
🧑‍🎓 Узнать что-то новое и интересное.

И вот оно, новое знание для меня — mob programming! Конечно, я сразу же побежала к Антону за той самой книжкой, а теперь делюсь ссылкой на нее с вами: Mob Programming by Leanpub.

💥 Спойлер:
Антон обещал, что на зимней конференции TL++ будет доклад от спикера, который уже несколько лет практикует mob programming. Я очень хочу попасть и послушать, а вы?

Рекомендую к просмотру! Если что-то зацепит — делитесь в комментариях! 🎬

#project_management

🫵Вчера прошел MasterMind!🫵

Спасибо всем кто пришел! Было бомбически!💥

И вместо моего поста про него ловите пос от участника!

Анонс следующего будет в ближайшее время!🗓

⭐️ Управление рисками by ITKatya.

👋 С Екатериной познакомился недавно. На её крутом докладе про бережливую архитектуру на майской Podlodka TechLead Crew(где победил как участник).

💵 Недавно в её блоге был анонсирован Master Mind по управлению рисками в IT проектах. Тема меня заинтересовала так как в последнее время выступаю на архитектурных хакатонах. Понял, что прокачка в этой составляющей может дать дополнительные баллы)

📕 Встреча началась с небольшого куска теории. Где рассказывалось про негативные и позитивные(!) риски. Приведена собственная типизация:
1) операционные
2) технические
3) функциональные
4) ...
с разбиением на подпункты. Что риск можно митигировать или нивелировать(это другое!).

🏷 Далее стали разбирать конкретный кейс построения системы лояльности выявляя те самые изученные риски.

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

❓Обсудили интересный кейс с баллами: "Что лучше - за покупку в 2000 рублей давать 20 рублей или 2000 баллов"?
Как считаешь? Я ответил правильно :)

⏳ Говорили про бизнес, сроки. Что заранее невозможно всё просчитать. И с этим надо смириться 😌

🙋‍♀️ Мнения участников встречи наполняли общий контекст. Вопросы находили ответы, благодаря чему получалось больше вовлекаться и держать текущую нить размышлений, дополнять её.

🔥 В конце много говорили про риск выгорания. Даже выбились из тайминга 😅
Приводили конкретные кейсы с работ. К примеру, спроектировал и вывел в мир продукт. Делал командой его 1.5 года. Устал. А у продукта жизнь только началась. И вся операционная деятельность по старту, обслуживанию ложится на твои плечи лида/архитектора/главного-не-к-кому-больше-идти. Которые уже опущены после битв с менеджерами за дедлайны, функционал, поддержку команды и вывода продукта в жизнь. Ещё пару месяцев разгрёб и всё...
И ты виноват. Что не идёшь дальше. Но нет. Оказывается, так часто бывает. Белка не может бегать в колесе вечно. А ещё может не хотеть. И это нормально.

🤗 Завершили пониманием и принятием себя, других, положительной обратной связью для развития в компании культуры взаимовыручки. Можно начинать со "спасибо", "пожалуйста", "благодарю". Твоё отношение начнёт постепенно распространяться и менять мир вокруг.

▶️ А реализовывался ли у тебя риск выгорания? Если нет, как его митигировал? :)

🌟 Выделение команды интеграционного тестирования 🌟

За свою жизнь, я встречала несколько реализаций этого подхода. Иногда это были удачные решения, как в случае с Яндекс.Деньгами (ныне ЮMoney), а иногда не очень. В некоторых компаниях команды интеграционного тестирования собирались под конкретные проекты. Например, на запуск крупного проекта выделяли тестировщиков из основных команд, которые на несколько дней “выходили” из привычных задач и создавали основу для интеграционных тестов, полностью проверяя новый функционал.

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

🤔 Сценарий 1: Классическая “трехкомандная” ситуация
Представим, что проект затрагивает три команды: две подкапотные — платежка и домен проекта, и одну команду, отвечающую за пользовательские интерфейсы — сайт, мобилка. Доменная команда сделала свою часть работы, протестировала ее, интегрировалась с платежной (которая тоже протестировала свою часть) — вроде бы все ОК, все сценарии, которые они закладывали - работают 👨‍💻. Но вот интеграция с командой, которая держит всю пользовательскую логику, приносит новые баги. Команда, отвечающая за пользовательский интерфейс, начинает чувствовать:
☝️ ответственность за все продукты компании, ведь они единственные, кто может протестировать ВСЕ;
😫недовольство, ведь кажется, что остальные две команды плохо выполнили свою работу и сделали сырую поставку!

🎭 Сценарий 2: “Обезличенное” тестирование
Если же выделить отдельную команду интеграционного тестирования, ситуация становится проще. Эти ребята относятся к тестируемому продукту как к сторонней задаче, где их цель — проверить все, чтобы нигде потом не сломалось. Им не важно, кто допустил ошибку и почему. Такая команда не привязана к “своему” коду, что позволяет им быть объективными и сконцентрированными на общем результате.

🎯 Преимущества отдельного юнита
Выделение команды интеграционного тестирования позволяет фокусироваться на всём продукте, а не на его частях. Такая команда должна обладать:
👀стратегическим видением;
👨‍🎓хорошим знанием предметной области;
👀высоким уровнем насмотренности.


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

Мир, дружба, выделенная команда интеграционного тестирования 🕊

А что вы думаете по этому поводу? Делитесь своими мыслями и опытом! 😊

#project_management

Пятница, ура! 🎉

Сегодня пятница, и, честно говоря, ничего супер умного от меня не ждите 😅. Но зато я подготовила кое-что, что точно поднимет вам настроение!

Встречайте... барабанная дробь 🥁

Стикерпак с нашим очаровательным песиком! 🐶

Знаю, что вам как раз сегодня не хватало чего-то именно такого, поэтому делюсь с вами этим великолепием. Пусть этот четвероногий друг приносит вам радость и скрашивает ваше общение. Так что пользуйтесь на здоровье и пусть пятница станет еще немного ярче! ✨

P.S. Буду ждать ваши отзывы, как вам стикеры 😉

💸KYC и затраты💸

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

Честно говоря, я никогда не рассматривала вопрос KYC под таким углом. Для меня KYC всегда был одним из продуктов, которые мы как финтех-организация предоставляли нашим мерчантам. Это был элемент, с которым мы работали, оттачивали и улучшали. А еще: нет KYC - нет банка! У нас просто отзовут лицензию! И вот вопрос: можно ли рассматривать KYC как исключительно убыточный процесс? Ведь знание — это, пожалуй, самое ценное в наше время. 🎯

Ведь, чем больше ты знаешь о своей целевой аудитории, тем больше и лучше ты можешь ПРОДАВАТЬ! Ничего не продается тем, кому ничего не нужно, когда ты не знаешь потребностей человека и не понимаешь, как ему что-то предложить. И финансовые продукты не исключение! Чем больше ты знаешь о своем клиенте, тем больше полезных услуг ты можешь ему продать.

Рассмотрим на моем примере. Я — клиент банка, но также я застрахована в аффилированной страховой компании этого банка. Получается, что я приношу банку дополнительные доходы не только через свои вклады или карты, но и через страхование. Плюс ко всему, я люблю инвестпродукты (а кто не любит низкорисковый пассивный доход❓) и всякие крутые плюшки типа доступа в бизнес-залы. Эти сервисы делают мою жизнь комфортнее, и я готова платить за них больше. Ведь кто откажется от бесплатного кофе и удобного кресла перед полетом? ✈️

KYC — это прежде всего продукт, который закрывает риски. А оценка рисков — это отдельная категория, где прибыль считается не от того, что ты зарабатываешь, а от того, что ты не теряешь. Если благодаря KYC банк может предотвратить мошенничество или другие потери, то это уже приносит свою выгоду, даже если она не сразу очевидна в бухгалтерии.💸

Так что, может, KYC — это не просто затратный процесс, а стратегическая возможность создать для клиентов что-то уникальное и получить новые источники дохода? Например, зная, что клиент активно использует кредит, предложить ему рефинансирование на более выгодных условиях.

А как вы думаете? Может ли KYC быть чем-то большим, чем просто требуемой формальностью? Делитесь своими мыслями в комментариях, обсудим!

#fintech

❌Когда Забвение становится опасным❌

💡 Недавно в одном из постов мы обсуждали KYC и затронули тему идентификации клиентов. В комментариях возникла идея, которая меня по-настоящему поразила. Я всегда считала право на забвение, чем-то фундаментальным, словно оно вписано в конституцию каждого из нас. Но я никогда не задумывалась о том, что информационное забвение может привести к реальным потерям данных, которые сильно влияют на бизнес. 📉

📊 Представьте, у вас есть база данных с 100 тысячами клиентов. И вот один из них говорит:

“Забудьте меня!”.

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

И всё бы ничего, если бы это был обычный клиент. Но представьте, что этот человек — один из тех “китов”, кто приносит основной доход компании. Удаление его данных может кардинально изменить всю нашу статистику. 🎯

📐 Немного математики: Мода и Среднеарифметическое
📌 Мода — это значение, которое встречается чаще всего в наборе данных. Например, в выборке значений [1, 2, 2, 8, 8, 8, 100, 144] мода — это 8, так как это число встречается чаще всего.
📌 Среднеарифметическое — это сумма всех значений, деленная на их количество. В той же выборке [1, 2, 2, 8, 8, 8, 100, 144] среднеарифметическое равно (1 + 2 + 2 + 8 + 8 + 8 + 100 + 144) / 8 ≈ 34.13.

💥 А теперь представьте, что происходит, если “забывается” одно из значений:
Если мы теряем значение, близкое к моде (например, одно из чисел 8), это не сильно изменит картину. Однако, если мы удалим значение, которое сильно выделяется, например, “144”, среднеарифметическое для оставшихся значений изменится до (1 + 2 + 2 + 8 + 8 + 8 + 100) / 7 ≈ 18.43.

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

Для меня это стало настоящим озарением. Ведь это всё равно, что случайно повредить базу данных — потеря важной информации может изменить весь бизнес-алгоритм.

💭 И теперь я задумалась: а сколько еще таких “важных” клиентов может остаться незамеченными? А главное, что делать в этой ситуации?

Может быть вы сталкивались с подобными ситуациями? Делитесь в комментариях!

PS И, да, важно в учитывать в расчетах, как среднеарифметическое, так и моду! Иногда, сталкиваюсь с ситуацией, когда игнорируется мода, а значит и не формируется портрет "обывателя".

#product_management #fintech

✨Новый уровень магии на митах! ✨🪄

Если вы, как и я, оказались в замешательстве, не зная все новые “кастуемые заклинания” для онлайн-митов после обновления Mac (а теперь и других продуктов), то добро пожаловать в клуб магов, которым доступна новая магия!

Теперь, когда я что-то объясняю, вокруг меня буквально клубится “магия” (да, у меня оч эмоциональная речь и я много размахиваю руками). 🧙‍♀️

P.S. Если знаете еще какие-нибудь секретные комбинации, делитесь в комментариях!
P.P.S. А если знаете элексир, который позволяет вам из мага стать маглом - тоже поделитесь! Если что, я даже не пробовала гуглить, все время забываю..

#toolkit