Системный Аналитик

Системный аналитик. Экспертный уровень - онлайн курс, где вы научитесь: 1. Проектировать API и сложные архитектуры ПО. 2. От анализа простых требований к проектированию масштабируемых систем. 3. Современным стандартам API и архитектурным паттернам, необходимых для работы над высоконагруженными проектами уровня Senior. *Программа обучения в доступе на сайте. Записывайтесь на 3 бесплатных вебинара — познакомьтесь с программой обучения и преподавателями на практике! Вебинар 1: Ошибки системного аналитика при описании REST API. 6 апреля в 20:00 мск 1. Типовые ошибки при описании REST API: структура, контракты и форматы данных 2. Где чаще всего возникает недопонимание между аналитиком и разработкой 3. Как оформлять описание REST API так, чтобы его было удобно реализовывать и тестировать Вебинар 2: Как микросервисы убивают целостность данных и что с этим делать системному аналитику. 15 апреля 20:00 мск 1. Обратная сторона микросервисной архитектуры или куда пропадают данные, когда монолит режут на отдельные сервисы. Почему некоторые отчёты теперь собирают вручную, а заказ может быть оплачен, но не доставлен. Разберём, как стриминг через брокеры превращается в чёрный ящик и почему «гарантированная доставка» — это только начало истории. 2. Шаблоны без кода: CQRS, Event Sourcing и что делать, чтобы сообщения не терялись по дороге. Поговорим про сверку данных — как понять, что две базы не зажили своей жизнью, и как закладывать сверку в требования, чтобы потом не было проблем. 3. Чек-лист на каждый день: как проверить любой сценарий на «развал данных» ещё до прода. Какие вопросы задавать команде про гарантии доставки, идемпотентность и сверку данных, чтобы не слышать в ответ «ну, так исторически сложилось». Вебинар 3: Пользовательские сценарии (Use Cases): как превратить бизнес-требования заказчика в задачи на разработку. 23 апреля 18:00 мск Программа вебинара: 1. Введение в пользовательские истории (User Stories): основы и принципы. 2. Изучение бизнес-требований: как превратить требования заказчика в конкретные истории. 3. Формулировка User Stories: примеры из практики и общие подходы. 4. Постановка задач в разработку. Записывайтесь ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

👍 LikeC4 LikeC4 — open-source инструмент моделирования архитектуры в нотации C4 Используется подход Architecture as Code — архитектура системы описывается на простом декларативном языке (DSL) Выполняет задачи: 💙 хранение архитектурной модели системы в репозитории 💙 авто-генерация диаграмм при изменении модели Это помогает поддерживать архитектурную документацию в актуальном состоянии LikeC4 позволяет описывать элементы архитектуры: 💙системы 💙контейнеры 💙компоненты 💙связи между ними На основе этого описания автоматически создаются архитектурные диаграммы Как работает? Описывается архитектура в двух блоках: 🟡модель (Model): определение сущностей (люди, системы, контейнеры) и связей между ними 🟡представления (Views): описание того, какие диаграммы нужно сгенерировать из модели По шагам 1️⃣Архитектура системы описывается с помощью DSL-языка. Описание включает: ➖ участников системы ➖сервисы, БД ➖взаимодействия между ними 2️⃣LikeC4 анализирует DSL-описание и формирует архитектурную модель системы, которая содержит: 🟣элементы архитектуры 🟣связи между ними 🟣структуру системы 3️⃣ На основе модели автоматически создаются архитектурные диаграммы: ➖контекст системы ➖контейнерная архитектура ➖компонентная структура ❗️Если архитектура системы изменяется, меняется DSL-описание. Все диаграммы автоматически обновляются Нет дублирования данных Пример описания архитектуры (через DSL) Упрощенная модель веб-приложения:

model {
  user = person "User"

  system webApp "Web Application" {
      container frontend "Frontend"
      container backend "Backend"
      container database "Database"
  }

  user -> webApp.frontend "uses"
  webApp.frontend -> webApp.backend "API"
  webApp.backend -> webApp.database "reads/writes"
}

В этом примере: 💙определён пользователь системы 💙описана система Web Application 💙указаны контейнеры системы 💙заданы связи между элементами Пример описания представления (Views)

views {

  view container webApp {
    title "Web Application Containers"
    include 
  }
}

Этот блок определяет, какую диаграмму нужно построить из архитектурной модели В данном случае генерируется контейнерная диаграмма системы Плюсы и минусы ➖архитектурная модель - часть исходного кода проекта ➖диаграммы всегда соответствуют архитектурной модели ➖напрямую использует принципы модели C4, упрощает архитектурное моделирование ➖подходит для сложных систем, удобен для микросервисных архитектур, распределённых систем, крупных платформенных решений ➖необходимо знать синтаксис DSL ➖диаграммы нельзя редактировать напрямую мышью, только через код ➖относительно новая технология, мало примеров использования, обучающих материалов, меньше интеграций. ➖только диаграммы (нет встроенной документации/ADR, как в Structurizr) Инструменты и интеграции LikeC4 обычно используется вместе с: 💙Visual Studio Code — редактор с поддержкой DSL 💙Node.js — среда выполнения CLI 💙 Docker — запуск без локальной установки 📎 Материалы 1. Официальный сайт 2. Онлайн пример построения #инструменты ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

В IT заходишь, а страх заходит с тобой? Знакомо же:

— Только начал вкатываться, а уже знаешь, что ничего не знаешь. — Смотришь вакансии, и внутри всё сжимается — «да меня никогда блин не возьмут». — Слышишь про сокращения — и сразу мысль «а вдруг я следующий, хотя работы ещё даже нет?»

И дело не только в рынке. Это реальная тревога, которая живёт в голове и теле и мешает: 🟧учиться (потому что «аче толку, всё равно не устроюсь») 🟧ходить на собеседования (потому что страшно) 🟧верить в себя (потому что внутренний критик орёт громче всех) Я давно слежу за блогом Владислава Князева @godnolytika. Он 7 лет проработал аналитиком в финтехе, вырос до тимлида, а затем поступил в МГУ на психолога — помогать айтишникам справляться с тем, что творится в голове. Сейчас он ведет терапевтическую группу для тех, кто в IT (и тех, кто только входит). Это безопасное место, где можно: 🟧 разобраться с тревогой про будущее и вот этим «я никогда не найду работу» 🟧 приручить своего внутреннего критика (синдром самозванца) 🟧 перестать бояться ошибок и конкурентов 🟧 найти опору, когда рынок штормит 🕐 Старт — 21 марта. Формат: онлайн, 12 встреч, по субботам. Осталось 2 места. Как попасть: Напишите Владу в Telegram — @fenrrr, он пришлет программу и пригласит на бесплатный 15-минутный поддерживающий созвон, чтобы понять, что группа тебе точно подойдет.

Как на таком рынке вообще можно устроиться?! В 2026-м этим вопросом задается почти каждый, перед кем стоит проблема поиска работы. Булат — практикующий ментор и солюшен-архитектор, выросший из системного аналитика. В прошлом году он сам трижды (!) попадал под сокращения, но в итоге смог устроиться на еще большую ЗП, чем была до всех сокращений. Впечатляющий маневр? Думаю, да. А ведь вся нужная инфа для таких же камбэков уже лежит у него в канале: 🔹Где искать работу в РФ и как искать работу аналитиком вне РФ? 🔹Что спрашивают на собеседованиях и что на них отвечать? 🔹Как выбить себе офер повкуснее? 🔥 Топ постов на канале: - Текущие реалии хх - Где искать работу (+полезные ресурсы в комментариях) - Пример собеса на 550К на руки с решением задачи по System Design (оффер получен) - Интервью в AEON Payment — финтех на Кипре - Запись собеседования на СА, 480к на руки Подписывайся — @na_sobese, если устал сидеть без дела и хочешь уже устроиться на работу.

Оффер на 300к без программирования До такого уровня можно вырасти примерно за 2 года работы бизнес-аналитиком в IT. А если ты еще новичок, то стартануть от сотки в месяц. Если не планируешь заниматься программированием или тестированием, рекомендую посмотреть видос в закрепе канала IT с Юлей В нем Юля, ведущий бизнес-аналитик простым языком объясняет: — чем занимается бизнес-аналитик и почему это лучшее направление для входа в IT — как с нуля зайти в профессию в 2026 году и зарабатывать от 100к — ее путь и реальные истории трудоустройства новичков в IT Плюс дает сборник с разбором самых частых вопросов от HR с правильными ответами и разбором логики. Посмотри, потом будешь рад, что не пролистал: https://t.me/+uo6fInc09gE0Njcy

🔈 Как найти работу в 2026 году Вы все слышали о том, что происходит с рынком труда (если коротко там полный трэш) - hh / rabotaby глючит, вакансии исчезают, конкуренция х10, а рекрутеры просто не отвечают. Каждую неделю новые правила, и ты либо под них подстраиваешься, либо идешь нахер. Эта подборочка может закрыть базу. Не моего авторства, но я посмотрела и там прям очень хорошо, можно использовать. 🔴10 ключевых лайфхаков по резюме 🔴Нужны ли сопроводительные и что там писать 🔴Как отвечать на вопрос «Расскажите о себе» 🔴Как рассказывать о своем факапе? 🔴13 шаблонных отказов рекрутеров - что они означают. 🔥 Разборы резюме для АНАЛИТИКОВ ну и то, что нам особенно интересно - про офферы и ЗП 🔴45 офферов по разным ИТ ролям: от аналитика до тим тим лида за 850к 🔴Какой аналитик получил 0,5 млн. 🔴Сколько может получать аналитик в 50+ лет 🔴Как получить 75к евро с релокацией в Европу 🔴Какой тим лид получил 1,2 млн 🔴Пошаговый план как выйти в найме на 1 млн руб Сохраняйте, читайте, подписывайтесь erid: 2VtzqxYtABE

🎮 Способы распила монолита на микросервисы Правило:

Нельзя резать, не определив границы. Начинать нужно с бизнес-логики и данных, а не с кода

Качественный сервис после распила обладает: 💙слабой зависимостью (loose coupling) — изменения не ломают соседей 💙высокой внутренней связностью (high cohesion) — сервис решает одну бизнес-задачу Стратегии 💙 Декомпозиция по бизнес-доменам Основана на Domain-Driven Design 💙Каждый сервис = один Bounded Context: собственная логика и данные 💙Границы определяются бизнес-процессами, а не слоями кода 💙 Пошаговый переход 1. Анализ предметной области, выделение контекстов Например, где заканчивается работа склада и начинается работа логистики 2. Определить владельцев данных. Н-р, какие таблицы в монолитной БД принадлежат какому контексту 3. Запретить прямой доступ к «чужим» таблицам 4. Выделить API 5. Отдельный деплой 💙 Пример Каталог (товары, цены) и "Заказы" (корзина, оформление). Их можно разделять Заказы хранят цену на момент покупки и не зависят от текущей цены каталога ❤️Не применять ♥️плохо формализован домен и нет четких бизнес-процессов ♥️ нет владельца продукта ♥️ часто меняющиеся границы (MVP) 💙 Strangler Fig Безопасный способ рефакторинга "на ходу", когда монолит нельзя останавливать 💙Перед монолитом ставится маршрутизатор: API Gateway или обратный прокси (nginx, HAProxy) 💙Новая функциональность создаётся в микросервисах, старая постепенно удаляется. 💙 Пошаговый переход 1. Выбрать изолированный use-case 2. Реализовать его как сервис 3. Настроить маршрутизацию 4. Переключить трафик 5. Удалить старую реализацию 💙 Пример Личный кабинет переносится по частям: сначала профиль, затем смена пароля, затем всё остальное. Монолит постепенно очищается ❤️Не подходит ♥️если нужен быстрый полный переход ♥️ монолит невозможно маршрутизировать 💙 Декомпозиция по данным (Database per Service) Не самостоятельная стратегия, а обязательное условие микросервисов Каждый сервис владеет собственной БД. Общих таблиц нет. Доступ к данным — только через API Подходы 💙разные схемы в одной СУБД 💙физически отдельные БД 💙копии данных + события 💙Event-driven синхронизация 💙 Пошаговый переход 1. Определить владельца таблиц 2. Запретить cross-schema JOIN 3. Выделить БД 4. Перевести взаимодействие через API 5. Настроить события при необходимости Пример Order Service получает собственную БД. Остальные сервисы работают с заказами только через API ❤️Не применять ♥️требуются жёсткие распределённые транзакции ♥️нет инфраструктуры событий 💙 Декомпозиция по нагрузке (Performance-driven) Выносится компонент, создающий нагрузку 💙 Пошаговый переход 1. Найти узкое место (метрики, профилирование) 2. Выделить код 3. Перевести в асинхронный режим 4. Добавить кэширование 💙 Пример Поиск товаров выносится в сервис с собственным Elasticsearch и масштабируется отдельно ❤️Не применять ♥️если проблема в плохом SQL, а не в архитектуре ♥️нагрузка не критична 💙 Декомпозиция по частоте изменений Выносится модуль, который меняется чаще остальных, чтобы ускорить релизы 💙 Пошаговый переход 1. Анализ истории коммитов 2. Выделение часто меняющегося модуля 3. Отделение данных 4. API и независимый деплой 💙 Пример Блок Акции и предложения обновляется ежедневно. Его вынос позволяет деплоить изменения без затрагивания ядра системы ❤️ Не применять Частые изменения вызваны хаосом требований 📎 Материалы 1. Шпаргалка по миграции монолита на микросервисы 2. Когда и как переходить с монолита на микросервисы. Предпосылки и общие понятия 3. Архитектура микросервисов: Разрушение монолита 4. Как НЕ надо распиливать монолит 5. Микросервисная архитектура: от монолита к гибкой системе 📚 Книги Сэм Ньюмен - Создание микросервисов #архитектура ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

Бесплатный веб «Архитектурные паттерны - на чем сыпятся даже senior'ы (старшие специалисты)» 5 марта в 19:00 мск — приходи, разберемся какие навыки необходимы системному аналитику для зп 300К и позиции мидл в 2026ом и почему 90% из вас недозарабатывают Ведущий: сооснователь Академии Системного Анализа СТЕП БАЙ СТЕП Дмитрий Колосов - практикующий специалист, техлид кластера в крупном холдинге онлайн коммерции Для кого вебинар: для тех, кто хочет повышения или новый сочный оффер (предложение) и устал сидеть в клетке новичка со скучными задачами, размытой сферой ответственности, переработками, маленькой ЗП и страхом потерять работу Что ты получишь: 1. Поймешь на реальном кейсе, какие архитектурные решения стоят 300К+ в месяц 2. Узнаешь, на каких нюансах владения паттернами подлавливают на интервью даже опытных аналитиков 3. Научишься выбирать паттерны так, чтобы система была отказоустойчивой, а твои решения — неоспоримыми для разработчиков 4. Закрепишь теорию на практике: решишь каверзную задачу в прямом эфире и разберешь ошибки в проектировании 5. Увидишь на примерах учеников, как знание архитектурных паттернов помогает забирать предложения на 300К+ и аргументировать свою стоимость Дата: 5 марта в 19:00 мск Переходи по ссылке и регистрируйся 😎 Erid: 2SDnjcRRnCR Название: ООО "СТЕП БАЙ СТЕП" ИНН: 0800013217

❌🛫 Актуалочка для россиян Если когда в России окончательно заблокируют телеграм, мы всё равно продолжим вести все наши каналы. Хотим узнать Ваше мнение по поводу ВК: будете ли Вы читать нас там?

Как выйти в мидлы СА на "стагнирующем" рынке — без года проб и отказов Валентин Заботин (тимлид Beeline и ментор) упаковал весь свой опыт на рынке и собрал Middle-Pack SA — по сути, полноценный ультимативный гайд получения крупных офферов в 2026 году для джунов и тех, кто застрял на низких грейдах. Пройдя его, ты: ▪️поймешь реальный контекст рынка, узнаешь своих реальных конкурентов в лицо, ▪️заберешь ТОП-3 стратегии карьерного роста, ▪️поймешь, на чем держать фокус в хард-скиллах + референсы, чтобы успешно проходить собесы и быть сильным игроком в работе, ▪️улучшишь свое резюме и больше не будешь редфлагом на рынке, ▪️разберешься, как правильно себя презентовать и эффективно проходить собесы на высокие грейды. 🤩 Также Валентин бонусом бесплатно отдает подробнейший разбор собеса на оффер 250к, чтобы ты не тратил время на хаотичный поиск информации в интернете. Забирай и применяй все инструменты из мидл-пака: ➡️ @lifeinanalytics_bot erid: 2VtzqxYvTf2

❗️ Управляйте командой и будьте системным аналитиком. ❓ Как? 💎 Узнайте про актуальные навыки и инструменты на курсе «Системный аналитик. Team Lead». 📚 Записывайтесь на 3 открытых вебинара — познакомьтесь с программой обучения и преподавателями. Обсуждайте с экспертами и задавайте вопросы 📗 Вебинар 1: «Как системный аналитик снизил технический долг и ускорил разработку без переписывания кода» ⏰ 25 февраля в 20:00 мск. Программа вебинара: 1. Как распознать признаки технического долга и архитектурных проблем на уровне требований и структуры системы. 2. Как читать код и архитектуру «глазами аналитика» и задавать правильные вопросы разработчикам. 3. На практике покажем, как формулировать требования и рекомендации по улучшению системы, которые 100% ускоряют разработку и снижают риски. 📙 Вебинар 2: «Типовая архитектура современной IT-системы» ⏰ 12 марта в 20:00 мск. Программа вебинара: 1. Обзор типовой архитектуры современных систем. 2. Как строить эффективные IT-системы, учитывая ключевые принципы масштабируемости, надежности и безопасности. 3. Границы ответственности и необходимой экспертизы лида системных аналитиков. 📕 Вебинар 3: «Как системный аналитик может использовать ИИ в своей работе» ⏰ 23 марта в 20:00 мск. Программа вебинара: 1. Используем искусственный интеллект для повышения качества аналитических решений, а не только для ускорения рутины. 2. Где проходит граница применимости интеллектуальных инструментов в задачах уровня продукта и архитектуры. 3. Эффективные варианты внедрения искусственного интеллекта в работу аналитика и команды. Записывайтесь ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🔥 В IT часто горят сроки, потому что бизнес хотел одно, услышали другое, а сделали — третье. В итоге требования плавают, приоритеты спорят между собой, а релиз превращается в испытание. Курс OTUS «Бизнес-аналитик в IT» — для тех, кто хочет управлять смыслом и ожиданиями: выявлять и формализовать потребности стейкхолдеров, связывать бизнес-показатели с целями компании, строить дорожные карты, моделировать процессы в BPMN, работать со сложными заказчиками и фиксировать требования в документации и ТЗ так, чтобы команда разработки могла действовать уверенно. ❓Кому будет полезно: - бизнес- и системным аналитикам — чтобы структурировать инструменты; - продакт-менеджерам — чтобы системно прорабатывать решения; - PM и руководителям — чтобы понимать, как выстроить аналитику в команде; - специалистам из смежных ролей — чтобы сменить карьерный вектор в сторону анализа. ❓Что даст вам этот курс? - Вы освоите все необходимые инструменты для успешного решения задач бизнес-анализа в IT; - Узнаете, какую роль занимает бизнес-аналитик в работе над проектом и почему эта роль не всегда совпадает с позицией специалиста. 🗓 Старт обучения уже совсем скоро - 26 февраля. 👉 Пройдите короткий вступительный тест по ссылке до 22 февраля и получите скидку 10% на обучение Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как бигтехи кошмарят вас на собеседованиях Успешно пройти секцию по профильным хардам, но смачно опозориться на логической задаче с часами? Классика бигтеха Системный аналитик в этой истории побывал на собесе в ❤️ и рассказал всю правду о клоунаде, которая там происходила Вита Заебумба | Путь корпората — топовый канал про IT, сферу найма, трешовые собесы и работу в корпорациях. Просто кладезь кулстори не только от автора, но и от подписчиков Истории, которые уже успели стать бестселлером: 🟡Поймала дешёвок за руку на собесе в Wildberries 🟡Что будет с рынком найма в 2026 году + полезные материалы 🟡Эффект Писюхи, или как я столкнулась с эйджизмом в найме 🟡Aston, разлогинься, или как продать свою жопу в рабство 🟡Если твой руководитель ведет себя так, беги оттуда Но тут не только про поржать. Подписывайтесь, если хотите: 🔹Продавать резюме так, чтобы вас звали, а не морозили 🔹Понимать, что вообще происходит с рынком 🔹Обойти 90% кандидатов 🔹Не продешевить и не выйти с собеса с чувством, что вас поимели ➡️ @vitazaebymba

Встретились как-то раз аналитик с DS-инженером и продактом, и... аналитик задушнил всех цифрами 😁 Типичная ситуация, но в телеграм-канале «Коммуналка аналитиков» всё не так. Мы рассказываем про цифры с юмором и без духоты. А ещё постим мемы и даём вредные советы 😈 Что у нас есть 📌 Посты о жизни: про перерыв в карьере (с возвратом) и проблемы с часовыми поясами 📌 Аналитика, конечно: про парадокс Симпсона и про то, когда случайность работает на продукт 📌 Реальные кейсы: как автоматизировали фидбэк по дашбордам и почему A/B-тесты показывали ерунду (в двух частях) 📌 Лайтовые посты: про 6 типов аналитиков, а ещё про то, как иногда бесят заказчики и сами аналитики 😉 Мы активно общаемся с подписчиками и отвечаем на их вопросы. Присоединяйтесь к «Коммуналке аналитиков».

⬆️Как прокачать ChatGPT в разы совершенно бесплатно Собрали лайфхаки, которые повысят качество ответов любой нейросети. 1️⃣ Запрещаем нейронке врать

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

Промпт ломает привычную схему: не «вопрос → ответ», а «вопрос → уточнение → точный ответ». Нейронка будет: 🔘осознавать, когда ей не хватает информации 🔘переспрашивать, а не выдумывать 🔘давать в разы более точный и аргументированный ответ 2️⃣ Пишем промпты правильно Вот универсальный шаблон: Роль + Цель + Контекст + Ограничения + Формат вывода + Уровень качества. Подробнее писали здесь

Роль: Ты - [тренер/редактор/аналитик].
Цель: достичь [конкретного результата].
Контекст: Вот что тебе нужно знать:
- [предыстория]
- [аудитория]
- [что у меня уже есть]
Ограничения:
- Не [добавляй новые предположения / добавляй дополнительные разделы].
- Если чего-то не хватает, [задай до 3 вопросов] ИЛИ [четко сформулируй предположения].
- Ограничься [X предложениями] или [Y пунктами].
Формат вывода:
- Раздел 1: [краткий ответ]
- Раздел 2: [маркированный список/таблица/контрольный список]
- Раздел 3: [следующие шаги]
Уровень качества:
- Используй простой язык.
- Будь конкретным и действенным.
- Если неясно, скажи, что от чего зависит.

3️⃣ Просим саму нейронку написать промпт Перед тем, как поручить нейронке задачу, попробуйте попросить её улучшить ваш промпт:

Ты промпт-инженер. Напиши профессиональный промпт для запроса ниже:
<ваш запрос>

Так вы получите более точный результат, не потратив время на придумывание идеального промпта. Подробнее здесь 4️⃣ Включаем критическое мышление Когда нейронка даст ответ, заставьте её критически проанализировать свой ответ и предложить улучшения.

Проанализируй свой предыдущий ответ. Найди 3 слабых места и предложи более инновационные подходы. Используй критический анализ и добавь неочевидные инсайты.

Так нейронка посмотрит на проблему под другим углом и исправит свои неточности и даже галлюцинации. 5️⃣ Поэтапное размышление для сложных задач Превращаем ИИ в аналитического ассистента, а не просто в генератора текста, за 3 отдельных промпта: 1. Планирование: пишем промпт как в пункте 2 и добавляем в конце:

Составь план решения и перечисли допущения. Не давай ответ сразу

2. Критика и проверка (как в пункте 4):

Проанализируй свой план. Найди 3 слабых места и предложи более инновационные подходы. Используй критический анализ и добавь неочевидные инсайты. В конце предложи улучшенный план

3. Исполнение: только теперь разрешаем нейронке дать ответ

Теперь дай финальный ответ строго по утверждённому плану.

🔖Сохраняем! 💫💫💫 @it_prompt — подписывайтесь, здесь много полезного

📈 Модель Кано Модель Кано — метод классификации и приоритизации функций продукта на основе их влияния на удовлетворенность пользователей Нужна, чтобы отличать «обязательные» функции от «приятных бонусов», грамотно распределять ресурсы команды Где используется В продуктовой и маркетинговой аналитике, управлении требованиями и разработке: ⚪️приоритизация бэклога ⚪️проектирование MVP: определение минимума для выхода на рынок ⚪️стратегия развития продукта: поиск «фишек» Типичные объекты анализа: ✨функциональные и нефункциональные требования ✨элементы пользовательского интерфейса ✨сервисные параметры (поддержка, скорость, доступность) ✨новые продуктовые гипотезы Рассматриваются два независимых показателя: ➡️удовлетворённость пользователя при наличии характеристики ⬅️ неудовлетворённость пользователя при её отсутствии ❗️отсутствие роста удовлетворённости не означает, что характеристика не нужна Обязательные характеристики не повышают удовлетворённость Но их отсутствие приводит к сильному негативу Категории модели Кано 1️⃣ Must-be (обязательные) Характеристики, которые пользователь считает само собой разумеющимися. ▪️их наличие не повышает удовлетворённость ▪️их отсутствие вызывает сильное недовольство 🤩 пример: авторизация в системе; сохранение данных; базовая безопасность. 2️⃣ One-dimensional (линейные) Характеристики, для которых действует прямая зависимость: чем лучше реализовано, тем выше удовлетворённость ▪️улучшение повышает удовлетворённость ↑ ▪️ухудшение повышает неудовлетворённость ↓ 🤩 пример: скорость работы системы; количество поддерживаемых сценариев; точность поиска 3️⃣ Attractive (восхищающие) Характеристики, которых пользователь не ожидает, но которые вызывают положительные эмоции ▪️отсутствие не расстраивает ▪️наличие резко повышает удовлетворённость 🤩 пример: умные рекомендации; автоматизация рутинных действий; нестандартные UX‑решения 4️⃣ Indifferent (безразличные) Характеристики, которые не влияют ни на удовлетворённость, ни на неудовлетворённость. ▪️пользователь не считает их ценными ▪️часто возникают из внутренних гипотез команды 🤩 пример: редко используемые настройки; декоративные элементы без функциональной нагрузки. 5️⃣ Reverse (обратные) Характеристики, наличие которых ухудшает восприятие продукта Пользователь предпочёл бы их отсутствие 🤩 пример: навязчивая автоматизация; избыточные уведомления; усложнение интерфейса. Общий процесс анализа 1. Определить объект анализа. 2. Сформировать список характеристик. 3. Разработать и провести опрос. 5. Проанализировать результаты с помощью вычислений и матрицы Кано 6. Использовать их для принятия решений. Пример Формирование backlog с помощью модели Кано Результаты анализа используются для приоритизации требований ⚪️Обязательные требования Все характеристики категории Must-be включаются в backlog обязательно Имеют высокий приоритет независимо от пользовательского «восторга» ⚪️ Линейные характеристики Характеристики категории One-dimensional приоритизируются по: ➖степени влияния на удовлетворённость ➖частоте упоминаний ➖стратегической важности Эти требования чаще всего становятся основой roadmap ⚪️Восхищающие характеристики Характеристики категории Attractive: ➖используются для дифференциации продукта ➖добавляются в backlog как продуктовые гипотезы ➖часто реализуются итеративно или экспериментально ⚪️ Безразличные и обратные Indifferent исключаются / откладываются из backlog Reverse удаляются или пересматриваются Ограничения модели Кано ➖субъективность ➖зависимость от формулировок вопросов ➖изменение ожиданий со временем 📎 Материалы 1. Модель Кано. Практическое руководство по приоритизации фич 2. Объяснение модели Кано: анализ и примеры 3. Объяснение модели Кано 4. Что такое модель Кано: как построить на примере #требования ➿➿➿➿➿➿➿➿ 🧑‍🎓 Больше полезного в базе знаний по системному анализу

Нужны актуальные вопросы с собеседований ? SA | Собеседования - твой незаменимый помощник в подготовке к собеседованиям. 🔊Обзоры собеседований c вилками на позиции: 🔵Системных аналитиков (Junior, Middle, Senior, Lead). 🔵Solution Архитекторов. 🔵С комментариями автора - как человека, который активно собеседует кандидатов. 🔊А ещё на Boosty ты найдёшь: 🔵Записи собеседований: В хорошем качестве - с тайм-кодами и названиями компаний. 🔵Статистику вопросов в разрезе каждой конкретной компании. 🔵При наличии подписки - обратную связь по твоим собеседованиям и рекомендации по их прохождению от человека, который провёл более 100 интервью в 2023–2025 годах. ➡️ Подписаться

Как писать промпты к ChatGPT. Выжимка из гайда от OpenAI GPT-5.2 даёт максимальное качество, когда в промпте явно задана структура. Промпт стоит рассматривать не как вопрос, а как краткую спецификацию, которой модель должна следовать. Универсальный шаблон: Роль + Цель + Контекст + Ограничения + Формат вывода + Уровень качества.

Роль: Ты - [тренер/редактор/аналитик].
Цель: достичь [конкретного результата].
Контекст: Вот что тебе нужно знать:
- [предыстория]
- [аудитория]
- [что у меня уже есть]
Ограничения:
- Не [добавляй новые предположения / добавляй дополнительные разделы].
- Если чего-то не хватает, [задай до 3 вопросов] ИЛИ [четко сформулируй предположения].
- Ограничься [X предложениями] или [Y пунктами].
Формат вывода:
- Раздел 1: [краткий ответ]
- Раздел 2: [маркированный список/таблица/контрольный список]
- Раздел 3: [следующие шаги]
Уровень качества:
- Используй простой язык.
- Будь конкретным и действенным.
- Если неясно, скажи, что от чего зависит.

5 рекомендаций от OpenAI 1️⃣ Контролируйте длину ответа Если не задать ограничение, модель сама решает, что значит достаточно. GPT-5.2 обычно пишет компактно, но лучше задавать конкретную длину. Пример:

- 1 короткий абзац (не более 4 предложений) - Затем до 5 пунктов: «Что важно», «Почему», «Что делать дальше», „Риски“, «Открытые вопросы» Без лишних комментариев.

2️⃣ Жёстко ограничивайте объём GPT-5.2 может делать больше, чем вы просили. Чтобы этого избежать, явно укажите рамки: выполнять только запрошенное, всё остальное считать необязательным. Используйте это правило, когда важно строго придерживаться задачи — в письмах, планах, конспектах и предложениях. Пример:

Делай только то, что я просил, и ничего больше. - Не добавляй лишних разделов, функций или «приятных мелочей». - Если ты заметил улучшения, перечисли их в разделе «Дополнительные идеи», но не применяй их. - Выбирай самое простое правильное толкование, если что-то неоднозначно.

3️⃣ Если текст длинный, попросите ChatGPT повторить главное При работе с длинными текстами ChatGPT часто упускает детали и резюмирует не то, что нужно. Для GPT-5.2 рекомендуется жёсткая схема: 1. кратко сформулировать суть задачи, 2. повторить ограничения, 3. дать ответ с опорой на конкретные фрагменты текста. Инструкции и исходный текст нужно явно разделять метками, например: «ИНСТРУКЦИИ» и «ИСТОЧНИК ТЕКСТА», чтобы модель их не смешивала. Пример:

Перед ответом: 1) Перечисли 5-8 наиболее значимых пунктов из моего загруженного текста (коротким списком). 2) Перефразируй мои ограничения своими словами (1-2 предложения). 3) Затем ответь, указав, откуда взято каждое ключевое утверждение (например, «из раздела „Ценообразование“ / из параграфа об X»). Если чего-то не хватает, не гадай - задай до 3 вопросов.

4️⃣ Запрещаем уверенно врать ChatGPT умеет уверенно отвечать даже на расплывчатые запросы, из-за чего появляются галлюцинации. Руководство по GPT-5.2 рекомендует в таких случаях не отвечать напрямую, а действовать одним из двух способов: – задать уточняющие вопросы; – предложить несколько интерпретаций запроса с явно обозначенными предположениями. Это снижает риск самоуверенных, но неверных выводов. Пример:

Если мой запрос неоднозначен или в нем отсутствует ключевая информация: - Назови, чего не хватает, в 1 предложении. - Затем сделай ОДНО из следующих действий: А) Задай до 3 уточняющих вопросов, ИЛИ Б) Предложи 2-3 правдоподобные интерпретации, каждая из которых должна содержать обозначенные предположения. Никогда не придумывай точные цифры, цитаты или ссылки, если не уверен.

5️⃣ Просите модель проверить саму себя Если цена ошибки высока, не принимайте первый ответ. Попросите модель проверить себя: указать допущения, сомнительные места и возможные ошибки. Пример:

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

📄 Гайд от OpenAI

Наш новый канал — Библиотека ИТ-промптов. Здесь будет только полезные промтпы для повседневных задач IT-шников. Подписывайтесь!