«Куда я пойду работать? Кто меня возьмёт?» 🤔

Если вас посещали такие мысли — это нормально. Логично сначала спросить себя: а где я буду работать, если стану системным аналитиком?

Отвечаем 👇
В IT-компаниях, банках, ритейле, страховании, маркетинге, логистике, госсекторе, медицине — и вообще везде, где разрабатывают цифровые продукты.

IT — это не только Яндекс, Сбер и Т-Банк.
Это тысячи компаний, которые делают сервисы, сайты, мобильные приложения, внутренние системы.

Лишь крошечная часть примеров, над какими приложениями могут работать системные аналитики:
✈️ Путешествия: Островок, Суточно.ру
🚆 Поездки: OneTwoTrip, Aviasales, РЖД
🛫 Авиакомпании: Аэрофлот, Победа
🎟️ Развлечения: Kassir.ru, Okko
🛒 Продукты: Лента, Самокат, Перекрёсток, Пятёрочка
📦 Маркетплейсы: Wildberries, Ozon
🛡️ Страхование: Росгосстрах, Ингосстрах, РЕСО
🏡 Жильё: ПИК, ЦИАН
📲 Объявления: Авито, Юла
🏦 Банки: Газпромбанк, Райффайзенбанк, Россельхозбанк
📡 Связь: МТС, Билайн
🧑‍💼 Поиск работы: hh.ru
🏛️ Госуслуги: госуслуги.ру, налог.ру

Везде, где нужно что-то разрабатывать, работают системные аналитики. Спрос на данную профессию только растёт.

А что это значит для вас?
🔹 Можно выбрать сферу, которая вам интересна.
🔹 Освоить востребованную профессию.
🔹 Работать в стабильной отрасли.
🔹 Иметь гибкость в выборе компании, формата и зарплаты.

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

📢 Уже скоро стартует новый поток курса «Системный аналитик. С нуля до старта».
Войдите в новую профессию и работайте над проектами, которые действительно вам интересны.

Старт — 17 апреля.
Успевайте до повышения цен.

#path_to_sa

🏦 Что делает системный аналитик в банках?

На первый взгляд может показаться, что работа в банке предполагает, что вы должны все знать про банковские процессы. Но это не совсем так.
В банках есть самые разные системы, над которыми работает системный аналитик. Можно выделить системы по такому принципу:

1️⃣ Приложения для клиентов

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

📈 Или, например, приложение для инвестиций. В принципе всё аналогично. Вы во все тонкости вникните на работе. Однако в некоторых вакансиях можно встретить, что знание определённых финансовых инструментов обязательно.

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

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

2️⃣ Есть и другая категория систем — внутренние системы

👨‍💻 Например, системы для сотрудников, чтобы они могли онлайн подавать заявления на отпуска, больничные, видеть свою оргструктуру, инициировать повышение своего грейда и так далее. Для разработки таких систем тоже нужен системный аналитик!
❗ Управление рисками — тоже важный внутренний продукт, который есть во всех банках.
☎️ Также система для помощи сотрудникам с техническими проблемами — если что-то сломалось, отвалился доступ к программам, можно оставить заявку через систему, и сотрудник поддержки решит проблему.
💬 Корпоративный мессенджер — ещё один пример внутренней системы, которую поддерживает команда в банке. Здесь также важно собирать требования и ставить задачи разработчикам.

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

На курсе «Системный аналитик. С нуля до старта» вы не просто изучаете теорию, а погружаетесь в реальный процесс разработки. С самого первого дня — как настоящие системные аналитики! 💪 После обучения вы сможете работать в любой сфере: банках, страховании, логистике, путешествиях — где угодно. Потому что системный аналитик нужен везде! И неважно, с какой отрасли вы начнёте — главное, что у вас будут прочные знания и опыт, которые помогут быстро разобраться в любой предметной области.

Старт уже скоро! 🚀 В прошлый раз места разобрали быстро, так что успевайте забронировать место, пока цена не выросла! 🔥

#path_to_sa

🧐 Почему кнопки бывают неактивными? Состояния элементов UI

Вы замечали, что в одних формах кнопки сразу активны, а в других сначала серые и не нажимаются? Это не просто так!

Активность / неактивность — это состояния кнопок.

Зачем кнопки делают неактивными?
После нажатия на любую кнопку происходит что-то важное: переход на следующий шаг, загрузка, сохранение, отправка заявки. Чтобы выполнить это действие, системе нужно получить от пользователя обязательные данные (заполенные поля, галочку о согласии на обработку данных, загруженный файл и пр.). Без этого — ничего не получится сохранить, обновить, загрузить, отправить. Поэтому кнопки и делают неактивными. Сначала заполните все что нужно, а потом у вас появится возможность нажать. ⏹️
Но есть и альтернативный вариант, как поступить. Можно оставить кнопку активной, но при нажатии проверять, все ли заполнено? Если нет, подсвечивать обязательные поля и требовать их заполнить. Пока не заполните — ничего сохранено и отправлено не будет.
Это все продумывается на этапе создания макетов.

У кнопки есть и другие состояния. Давайте разберём основные:

✅ Активная (enabled) — кнопка доступна, на нее можно нажать.
🚫 Неактивная (disabled) — кнопка задизейблена (отключена), пользователь не может с ней взаимодействовать. Обычно она становится активной, когда выполнены нужные условия (например, заполнены все обязательные поля в форме).
🖱 Наведение (hover) — кнопка меняет цвет/увеличивается/появляется граница (border) и пр., когда на нее наводят курсор.
🎯 Фокус (focus) — кнопка выделяется, когда пользователь переходит на нее с клавиатуры (например, табуляцией — кнопка tab).
⏳ Нажатие (pressed) — анимация или изменение цвета, когда кнопку нажали.

При создании макетов важно проработать разные состояния элементов, а после нужно все это описать в документации. Особенно это касается состояний «активна/неактивна».
Системный аналитик продумывает и фиксирует поведение системы: описывает логику отображения кнопок, когда на них можно нажать, а когда они задизейблена, что происходит при нажатии? Далее все это системный аналитик отдаёт команде разработки, чтобы по этому ТЗ создали пользовательский интерфейс и макеты с текстом превратились в рабочую систему.

В модуле курса «Основы проектирования пользовательского интерфейса» мы детально разбираем все состояния элементов UI, учим создавать макеты и описывать их для команды разработки. 💡

🚀 Старт потока уже 17 апреля!
Успейте записаться и уже этим летом сможете начать искать работу в IT! 💼🔥

#mockups

Всем привет! 👋
С вами Вера, основатель AnalystCore.

Последний месяц мы много говорим про макеты, и это не просто так.
На макетах новичкам в IT проще понять, как разрабатываются системы. Макеты, пользовательский интерфейс — это то, что можно увидеть и потрогать! 👀📱

Недавно мы разбирали поля Профиля в соцсетях с привязкой к UI, но могли подойти к задаче проектирования и иначе 👉 сначала продумать модель данных, на её основе определить свойства полей (обязательность, число символов и пр.), а потом приступить к макетам. Мыслить можно по-разному, проектировать можно по-разному.

У системного аналитика много задач:
🔹 Проектирование пользовательского интерфейса
🔹 Модель данных
🔹 Процессы (бизнес, технические, алгоритмы)
🔹 Интеграции и т. д.
Подробнее обо всём этом можно почитать в закреплённом посте.

Вернёмся к макетам. Это действительно одна из задач системного аналитика. Причём в некоторых командах аналитиков могут даже поделить на две группы:
💡 Одни больше занимаются визуальной частью и в основном прорабатывают сценарии использования и UI.
⚙️ Другим поручают бэкенд (логику работы системы под капотом), они проектируют БД и интеграции.
Но часто системный аналитик делает и то, и другое.

Вакансий много, и можно выбрать то, что по душе!

Кстати, задачи, связанные с макетами, часто дают новичкам на старте. Они понятнее, и через них проще научиться проектировать систему.

🔹 Я сама начинала с пользовательского интерфейса. Это предполагала вакансия, на которую меня взяли. Я работала над агрегатором, через который можно было покупать страховки в разных компаниях.
Чтобы купить страховку, нужно было заполнить много данных и приложить документы. Разобравшись с визуальной частью, мне было дальше легче понять, как всё работает под капотом. Позже я взяла на себя и другие задачи, и они дались мне довольно легко.

🚀 В нашем курсе «Системный аналитик. С нуля до старта» я построила материал так, чтобы его понял человек с любым уровнем подготовки. На лендинге есть подробная программа, где расписано, что вас ждёт и в какой последовательности. Мы готовим много интересного в этом потоке! Присоединяйтесь!

Успейте записаться, места ограничены! Подробности смотрите на сайте.

#mockups

Частый страх новичка №3. Меня бросят.
Я приду на работу, мне дадут задачу и оставят разбираться с ней в одиночестве.

Легко сказать: «Не переживайте!», но давайте разберёмся, почему этот страх не оправдан.

Ваши коллеги знают, что вы новичок и что вам нужна помощь. Скорее всего, к вам приставят наставника или у вас будет внимательный руководитель. А если даже формального наставника не окажется — в команде всегда есть люди, к которым можно обратиться.

Главное — не бойтесь спрашивать. Никто не заинтересован в том, чтобы вы две недели сидели над задачей в одиночестве, не зная, с чего начать. Это неэффективно ни для вас, ни для бизнеса. Поэтому не стесняйтесь просить помощи. Вас поймут и примут.

До этого мы уже разбирали другие страхи новичков:
🔹 Страх №2: А что, если я провалю собеседование?
🔹 Страх №1: Как я буду чувствовать себя на работе, если никогда раньше не работал в IT?

💡 Чтобы чувствовать себя увереннее, учитесь, читайте о процессе разработки, смотрите обучающие видео, подписывайтесь на IT-каналы. Сам факт, что вы уже здесь, в нашем канале, — это первый шаг к уверенному старту. Маленький, но важный!

Учитесь, развивайтесь, находите время на образование — и вы быстрее придёте к своей цели. 🚀

С вами Вера и Юрий,
основатели AnalystCore ❤️

Напоминаем: сегодня ПОСЛЕДНИЙ ДЕНЬ перед повышением цен! 📈
Уже завтра, 3 апреля, цена на курс вырастет. Второе повышение — 10 апреля.

Успейте записаться по лучшей цене и начните учиться уже этой весной!

🌸 Весна — идеальное время для новых начинаний. Пока другие откладывают, вы можете начать свой путь в IT или укрепить свои знания, чтобы:
- Уже летом начать искать работу в IT — с полным пониманием процесса разработки и востребованными навыками.
- Если вы уже в IT — систематизировать знания, взять новые задачи, доказать свою ценность на текущей работе и выбить повышение зарплаты.

На курсе «Системный аналитик. С нуля до старта» вы:

1️⃣ Разберётесь с IT-терминологией. Непонятные «таски», «спринты» и «баги» не будут вас пугать. Вы будете понимать своих коллег.

2️⃣ Легко вольётесь в процесс разработки. На курсе мы учим разным методологиям процесса разработки от традиционных до новых. Сейчас актуален Agile, и вы будете готовы по нему работать.

3️⃣ Вы разовьёте системное мышление. Будете много практиковаться, тренировать аналитическую насмотренность, посмотрите лучшие практики. Мы даём много лайфхаков — «бери, повторяй, получай результат».

4️⃣ Поработаете с требованиями и научитесь их документировать. Вы разложите проект на User Stories и составите User Story Map. Далее оформите документацию в формате Use Case.

5️⃣ Научитесь моделировать процессы и алгоритмы. Освоите популярные нотации моделирования BPMN, Activity Diagram (UML), DFD, EPC и другие.

6️⃣ Создадите макеты пользовательского интерфейса. Опишите их и подготовите качественное техническое задание для frontend-разработчиков.

7️⃣ Спроектируете модель данных. Результат оформите в виде ТЗ для backend-разработчиков. Разберётесь с видами интеграций и детально с REST API.

8️⃣ Научитесь работать в Confluence и Jira. Незаменимые программы для любой компании. Там пишут документацию и ставят задачи.

⏳ Не упустите возможность войти в IT или укрепить свои позиции на работе. Сегодня — последний день перед повышением цены!

ЗАПИСЫВАЙТЕСЬ прямо сейчас, пока действует лучшая цена!
👇👇👇👇👇

https://analystcore.com/system-analyst-base#price

💡 Хотите понять, чем занимается системный аналитик в разных компаниях? У нас есть бесплатный урок!

В нём:
🔹 Что делает системный аналитик в разработке ПО.
🔹 Разбор реальной рабочей задачи: «что и в каком виде приходит от заказчика» и «как системный аналитик с этим работает».
🔹 Возможность оценить нашу подачу материала и формат обучения.

Попробуйте бесплатно!
Успейте записаться, места ограничены🚀

Самое важное умение системного аналитика — задавать правильные вопросы 💪

Это ключ к качественному сбору и анализу требований к разрабатываемой системе. И, что важно, умение задавать вопросы мы применяем не только в общении с заказчиками и коллегами! 💡

При работе над задачей важно задавать наводящие вопросы не только другим, но и себе: «А что будет, если...?», «Чем закончится этот процесс?», «А что если возникнет ошибка?» и пр. Это помогает системно мыслить и более глубоко прорабатывать задачи на разработку, 👉 а значит, это помогает создавать великолепные ТЗ для разработчиков!

В ближайшие недели мы будем тренироваться задавать вопросы, разбирать, как это правильно делать и, конечно, практиковаться! 📝

Будет интересно и полезно! Следите за каналом, впереди много практики и новых знаний! 😉

🔍 Первый вопрос, который должен задать аналитик — «ЗАЧЕМ?»

К вам прилетела задача:
* Нужно добавить кнопку
* Сделайте возможность загрузки файла
* Добавьте новое поле в форму

Очень хочется сразу бежать и начать делать: нарисовать прототипы, описать ТЗ, поставить задачу разработчикам...
Но стоп. Сначала задайте вопрос: «А зачем вы хотите добавить кнопку?»
Какая причина?
Какую проблему мы решаем?

Это не просто теоретический совет. Это боль, которую прочувствовали наши ученики и мы сами в начале карьеры в IT. 🙈

🙋 Наш ученик Сергей поделился своим кейсом:

Заказчик пришёл с требованием, я сразу поставил задачу на разработку. Задачу оценили в 5 рабочих дней, реализовали, пошли показывать, а заказчик остался недоволен. Хотя всё сделали «в лоб», как он и хотел!
На встрече опытный разработчик задал вопрос: «А зачем вообще это нужно?» — и выяснилось, что настоящую проблему можно было решить даже без разработки.
Это урок, который я запомню на всю жизнь. Надеюсь 😞

Вот почему «ЗАЧЕМ?» — это первый вопрос аналитика при проработке задачи.
Он помогает понять суть и найти самое эффективное решение, а не просто «сделать, как сказали».

С вами Вера, Юрий
и ученики AnalystCore ❤️

#requirements

🔍 Хотите добраться до сути задачи? Используйте технику «5 почему»!

Часто бизнес приходит к аналитику с конкретным решением:
«Нам нужен отчёт. Выгружайте его в Excel!»
⠀
Очень хочется сказать «окей» и сразу бежать писать ТЗ… Но стоп!
Используем технику 5 «почему» — и разбираемся, зачем вообще нужен этот отчёт.
⠀
💡 Пример из практики:

Запрос: Нужно выгружать отчёт в Excel.
⠀
1️⃣ Почему нужен отчёт в Excel?
→ Чтобы следить за статусами заявок.
⠀
2️⃣ Почему следят за статусами заявок именно так?
→ Потому что в системе нет страницы, где всё это видно.
⠀
3️⃣ Почему нет такой страницы?
→ Потому что раньше такой необходимости не было — заявки обрабатывались вручную.
⠀
4️⃣ Почему теперь появилась необходимость?
→ Потому что объём вырос, и без визуального контроля всё стало теряться.
⠀
5️⃣ Почему важно визуально это контролировать?
→ Потому что от сроков обработки заявок зависит KPI сотрудников, и им нужно видеть, где «затык».

В итоге:
📌 Excel-отчёт — не единственный (и не лучший) способ.
📌 Лучше сделать удобную дашборд-страницу, где видно все статусы, фильтры, приоритеты.
📌 Пользоваться будет проще, сотрудники сразу смогут видеть проблемы и стремиться выполнять свой KPI.
⠀
Вот что даёт техника «5 почему»: вы не просто реализуете, что просят, а помогаете найти самое разумное и полезное решение.
⠀
📝❓ Маленькое задание:
Выберите что-то из своей жизни — бытовое или рабочее.
Например:
— «Хочу поменять работу»
— «Не могу начать учиться»
— «Хочу купить планшет»

И попробуйте раскрутить это с помощью «5 почему».
Пишите свои выводы в комментарии, если захотите поделиться — будет интересно! 😉

С вами Вера и Юрий
основатели AnalystCore 🙌

#requirements

💬 Какие бывают вопросы?

Не все вопросы одинаково полезны 😅
Иногда мы что-то спрашиваем, но получаем размытый или вообще не тот ответ.

Системному аналитику важно уметь задавать вопросы разного типа — в зависимости от того, какую информацию вы хотите получить.

📌 Открытые — чтобы собрать как можно больше информации:
→ «Расскажите, как сейчас работает этот процесс?»
→ «Что происходит после того, как пользователь нажимает кнопку?»

📌 Закрытые — чтобы уточнить детали:
→ «То есть сейчас файл загружается вручную, верно?»
→ «Пользователь должен быть авторизован, чтобы увидеть эту страницу?»

📌 Наводящие — чтобы направить собеседника к точному ответу:
→ «Получается, система должна отправлять уведомление только один раз?»
→ «Если данных нет, нужно показать пустой список, так?»

Хороший аналитик как опытный следователь 😎 Он умеет комбинировать вопросы, чтобы вытянуть максимум пользы из каждой встречи с заказчиком.

#requirements

✨ «А что будет, если…?» — самый любимый вопрос аналитика

Есть один вопрос, который помогает увидеть то, что обычно остаётся за кадром.
Он проверяет систему на прочность и открывает глаза на некоторые вещи.

Этот вопрос — «А что будет, если…?» 🧠

📌 А что будет, если пользователь не заполнит обязательное поле?
📌 А что будет, если файл слишком большой?
📌 А что будет, если соединение с сервером прервётся?

Каждый такой вопрос — как краш-тест для вашей идеи. Он помогает предусмотреть сбои, ошибки, исключения. То, о чём часто забывают, но из-за чего потом всё ломается. 😅

🎯 Этот вопрос особенно важен в момент, когда задача вроде бы уже понятна, когда уже хочется бежать писать ТЗ. Вот тогда и надо притормозить и задать себе (и команде) вопрос:
А что будет, если…?

Не забываем — скоро начнется поток курса «Системный аналитик. С нуля до старта»!
Успейте записаться.

#requirements

Игра: Уточните требования!

Представьте, что заказчик к вам пришёл с задачей:
«Нужно добавить в приложение кнопку для отправки отчёта на email»

❓Какие вопросы вы бы задали, чтобы уточнить требование?
Спойлер: то, что вы видите — этого мало для разработки.

Выбирайте вопросы в опросе ниже и пишите свои варианты в комментариях.
👇👇👇👇👇

#requirements

Разбираем задачу 👆

Какие вопросы стоило бы задать заказчику для уточнения требования?
«Нужно добавить в приложение кнопку для отправки отчёта по email»

На самом деле, все вопросы из опроса стоят того, чтобы их задать, кроме одного:

❌ Нужно ли добавить яркую рамку вокруг кнопки для выделения? 🎨

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

Ещё стоит спросить:

1️⃣ Будет автоматическая отправка отчёта? Как часто нужно отправлять отчёт?
У заказчика важно уточнить, нужно ли отправлять отчёт один раз, по расписанию или по каким-то конкретным условиям (например, при достижении определённых показателей).

2️⃣ Нужно ли хранить историю отправленных отчётов в системе?
Иногда хотят, чтобы система хранила записи об отправленных отчётах для последующего контроля и анализа.

3️⃣ Должна ли быть возможность отмены отправки отчёта после нажатия кнопки?
Иногда полезно добавить возможность отмены.

4️⃣ Нужно ли предусматривать возможность для пользователя настроить шаблон письма для отправки отчёта?
Это может быть полезно, если пользователю не подходит стандартный текст письма.

#requirements

Почему новички боятся задавать вопросы и как перестать стесняться?
Психология и лайфхаки.

Привет! 👋

Все мы когда-то были на вашем месте и точно знаем, как бывает страшно нарушить тишину в разговоре или «показаться глупым». Но на самом деле, это нормально и даже полезно!

Почему мы боимся задавать вопросы? 🤔
Часто нам кажется, что задавая вопрос, мы покажем свою неопытность или что «все раскроют, что мы чего-то не понимаем». Но по факту всё наоборот — вопросы показывают, что вы вовлечены в процесс и реально думаете о задаче! Разве это не важно?!

Как преодолеть стеснение и начать задавать вопросы?

👉 Осознайте важность вопросов.
Аналитик всегда должен уточнять детали, чтобы качественно проанализировать требования. Работа у нас такая — весь день вопросы задавать.

👉 Вежливость всегда в тренде.
Чтобы вопросы не звучали агрессивно или неуверенно, можно использовать вежливые фразы. Вот несколько шаблонов:
— «Верно ли я понял, что…?»
– «Могли бы вы объяснить, как это будет работать в случае…?»
– «Мне нужно немного больше информации, чтобы точно понять, как это реализовать»
— «Расскажите, пожалуйста...»

👉 Если вы что-то не поняли — обязательно уточните.
Можно начать так:
– «Извините, я не до конца понял, можете уточнить…?»
– «Мне нужно немного больше контекста по этой части…»

👉 Психологический момент.
Никто не будет думать, что вы «не умные» или «не знаете». Наоборот, вопрос показывает вашу заинтересованность и желание разобраться в проблеме, что важно для каждого системного аналитика.

Желаем вам смелости и уверенности! 💪

С вами Вера и Юрий,
основатели AnalystCore

#requirements

🌀 Как понять, чего хочет заказчик, если он сам не знает?

«Нам нужно, чтобы пользователю было удобно»
«Хочу, чтобы было красиво, как в приложении тинька»
«Сделайте как-нибудь, чтобы не тормозило»

Знакомо? А ведь такие «требования» — не редкость.
И это нормально: заказчики не обязаны знать, как именно надо реализовать их идею.
Они рассказывают о боли, а задача аналитика, помочь эту боль распаковать и превратить в чёткие, конкретные требования.

Как это делать?
Вот 3 приёма, с которых можно начать:

1️⃣ Задавайте уточняющие вопросы
* А что именно сейчас неудобно?
* А с каким приложением вы сравниваете?
* А в чём тормозит? Когда именно?

2️⃣ Просите примеры
* Покажите, как это работает сейчас
* А что в этой системе вам нравится?
* Можете показать на скриншоте?

3️⃣ Ищите цель
* Зачем вы хотите это изменить?
* Как вы поймёте, что стало лучше?

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

#requirements

🤖 Миф: «Системный аналитик — это для технарей»

Кажется, чтобы стать системным аналитиком, нужно было в молодости получить техническое образование, уметь программировать и знать, как устроены сервера…
На самом деле — нет. 🙅‍♀️

Системный аналитик — это про умение думать, задавать вопросы и структурировать информацию.
Конечно, технические штуки бывают в работе (и часто). Но, к счастью, всему этому можно научиться!

Многие наши ученики приходили к нам без опыта в IT: педагоги, бухгалтеры, менеджеры, юристы. И все они справились. Потому что главное — это системное мышление и желание разобраться. А технические навыки (REST API, база данных, диаграммы и прочее) — это просто инструменты. Мы учим им с нуля.

🎓 Курс «Системный аналитик. С нуля до старта» — ваша возможность войти в IT, даже если вы гуманитарий.

#path_to_sa

🔍 Почему системному аналитику важно смотреть на задачу глазами пользователя?

Представьте, пользователь заходит на сайт, чтобы загрузить резюме. На экране есть кнопка с подписью «Прикрепление». Она небольшая, расположена в углу. Под ней мелким шрифтом написано: «Допустимый формат — .doc, не более 2 МБ».

Всё вроде бы есть — но пользователь теряется.
❌ Он не понимает, что именно нужно прикреплять.
❌ Не замечает ограничение по размеру.
❌ Не понимает, что делать, если файл другого формата.
И в итоге — просто уходит с сайта. 🙈

📌 Когда проектируете интерфейс, важно встать на место пользователя.
Не того, кто читал ТЗ. А обычного человека, который зашёл в сервис с телефона между делами. У него нет времени разбираться. Если что-то неочевидно — он просто закроет вкладку.

Вот что стоит делать:
✅ Представлять, что пользователь видит экран впервые
✅ Проверять, очевидно ли, что делать дальше?
✅ Думать, легко ли заметить нужный элемент?

Как исправить:
1️⃣ Вместо неочевидной кнопки «Прикрепление» сделаем понятное название «Загрузить резюме» (конкретизируем, какой документ ждём). Рядом краткая инструкция: .doc или .pdf, до 2 МБ.
2️⃣ Добавить визуальную зону загрузки: Перетащите файл сюда или нажмите, чтобы выбрать.
3️⃣ Если пользователь выбрал неправильный формат, показать понятную ошибку: «Поддерживаются только .doc и .pdf» и пр.

Маленькие изменения, а пользователю уже в 10 раз проще. Вот почему важно смотреть на интерфейс его глазами.

Системный аналитик — не просто «сборщик требований». Он помогает сделать продукт удобным и понятным. А значит, должен уметь мыслить как пользователь.
Это навык, который приходит с практикой. 😉

#mockups #requirements