GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
19.6K subscribers
2.12K photos
75 videos
207 files
1.2K links
Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов

Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart

РКН №5013005196
Download Telegram
Смена профессии в сочетании со словом "собеседование" обычно вызывают чувства беспокойства, неуверенности, усталости и желание получить психологическую поддержку. Знакомо? Предлагаю бороться с этим вместе!

Приглашаю подробно познакомиться с профессией системного аналитика и пройти собеседование в безопасной обстановке, чтобы понять, на какие моменты в вашей подготовке важно обратить внимание!


📚 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября, 19:00 Мск
🔗
ЗАРЕГИСТРИРОВАТЬСЯ


Что вас ожидает:
🔍 Погружение в профессию системного аналитика: зоны ответственности и ключевые навыки.
📑 Как создавать резюме, привлекающее внимание работодателей.
🕵️‍♀️ Рабочие советы и стратегии для моральной подготовки и успешного прохождения собеседований.
💼 Разбор реальных заданий по системному анализу и их решения.


Что я жду от вас:
Активное участие и готовность к практическим заданиям.
Предварительное осмысление ваших профессиональных целей.
Вовлеченность и настрой на получение знаний.


Этот вебинар прекрасно подойдет бизнес-аналитикам, тестировщикам, техническим писателям и начинающим в IT специалистам, которые хотят стать системными аналитиками.

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

Готовы меняться и расти? Жду вас на следующей неделе онлайн! ❤️
9🔥2👍1
Что является результатом работы системного аналитика? 🔎

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

Однако часто возникают вопросы о том, в чём заключается реальный вклад системного аналитика в проекты?

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

Пример:
Для Интернет-магазина он описывает, как покупатель может оформить заказ, как система обрабатывает платежи и как информация о заказе передаётся в службу доставки.


🌟Я хочу рассказать, почему именно документация, создаваемая аналитиком, является ключом успешного проекта, и какие навыки требуются для её эффективного создания и дальнейшего использования командой разработкой.
13🔥8🥰3👎2👍1
Документация на разработку программной системы — это не просто набор текстов и диаграмм.

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

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

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

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

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

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

Как у вас на проекте с документацией?
❤️ - есть и всё идеально;
👍 - есть, но нет структуры в ней, требует улучшений,
😱 - нет
Делитесь своими впечатлениями о документации в ваших проектах в комментариях, тема горящая и актуальная! 😃
👍3514😱7
Люди в IT меняются быстро – теряются знания об IT-продукте. Как узнать о том, почему тот или иной процесс выполняется именно так, без поиска нужного разработчика и доступа к коду? Смотреть в документацию, которую надо создать.

В какой-то момент жизни IT-проекта остро встает вопрос документирования. Например, через 10 лет от момента запуска. Описать неописуемое, запустить процессы анализа и документирования – история внедрения системного аналитика в команду.

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

🌟 Как мы процесс документирования внедряли
5👍3💩1
Интервью - это всегда сложно. Но к нему всегда можно подготовиться!

Хочу порекомендовать вам книгу, в которой системным аналитикам, разработчикам и архитекторам можно подсмотреть интересные задачи и расширить свою экспертизу в проектировании систем:

📚 Подготовка к сложному интервью
©️ Алекс Сюй

Наиболее интересные главы:

▫️ Общие принципы прохождения интервью по проектированию IT-систем
▫️ Проектирование хранилища типа «ключ–значение»
▫️ Проектирование системы уведомлений
▫️ Проектирование ленты новостей
▫️ Проектирование YouTube
▫️ Проектирование Google Drive

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

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

Мой обзор всех глав книги и ссылку на неё можно найти здесь.

#hwGetAnalyst
👍97💩1
Доброе утро! ☀️

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


По порядку о важном:


🌟 Новый проект с 20 ноября (ПН)
Мы начнем знакомство с новой задачей на проектирование интеграций: логистический сервис, который помогает пользователям рассчитать самую выгодную стоимость отправления груза и оформить заказ в соответствующей компании.


🌟Практический вебинар онлайн 21 ноября (ВТ)
Практический онлайн-вебинар, на котором я расскажу про актуальные требования к системным аналитикам в 2023-2024. А также я проведу для вас тестовое собеседование!
Это отличная возможность попробовать свои силы для действующих системных аналитиков. А для тех, кто только собирается перейти в системный анализ, будет полезно узнать какие навыки предстоит подтянуть, какие знания структурировать, а какие получить.


🌟 До 24 ноября - предзапись на (ПТ)

Мы будем принимать заявки на программу Системный аналитик: с нуля до опыта работы на проекте” (СА0) на специальных условиях - с бонусным доступом к программе обучения по проектированию (+1 полный проект). Теперь программу можно проходить в удобном темпе. Поступить на неё можно через собеседование.

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


🌟 28 ноября - лайфхаки ChatGPT онлайн (ВТ)
Для тех, кто еще не использует младшего помощника в своей работе, я провожу практическое занятие, на котором покажу связки команд и инструментов, которые помогут системным аналитикам ускорить процесс их работы с помощью искуственного интеллекта.


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


Желаю вам отличных выходных! Набираемся сил, чтобы войти в новую неделю полными положительных эмоций и энергии! ❤️
11👍3💩2
This media is not supported in your browser
VIEW IN TELEGRAM
Работа в сфере IT:

😍 ожидание — список задач известен на ближайший спринт, никаких «влетов» от заказчика и внеплановых изменений в требованиях.

🤪 реальность — «спасибо, что живой» в конце каждого проекта.

Ну что, друзья, как там ваш понедельник? 😅😅
🔥12💯54
Вы уже знаете, что этап анализа требований перед их проектированием — один из самых важных и дорогостоящих во всём процессе разработки.

Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲

Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst

ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.

ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.

Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.

Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.

Далее о том, из каких частей состоит ТЗ 🔜
Please open Telegram to view this post
VIEW IN TELEGRAM
👍124😁1
🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐

Чаще всего ТЗ содержит следующие информационные блоки:

1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.

2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.

3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.

4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.

5️⃣ Требования к документации
Г
де фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.

6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.

7️⃣ Интеграции и взаимодействия
Г
де указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.

8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.

9️⃣ Стадии и этапы разработки, а также сроки их выполнения.

🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.

Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.


🧐 ПРО СТАНДАРТЫ ТЗ 🧐

Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:

❣️Международные (ISO, IEEE)
❣️Российские (ГОСТ 19, ГОСТ 34)
❣️Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)

Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍184🔥2😁1💩1
⚙️ Интеграции ⚙️

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

⚙️ Интеграция

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

Пример из жизни в сфере разработки:
У нас есть сайт и нам надо подключить на него возможность оплаты банковской картой. Чтобы всё получилось, нам надо разработать для сайта интеграцию с платежной системой.

Более серьезный пример:
Есть кредитная организация. Для того, чтобы автоматизировать проверку “можно выдать кредит или нет” нужно получить данные из сервиса проверки должников. Для того, чтобы ее сделать, в системе кредитной организации надо разработать интеграцию с сервисом проверки должников.


Думаю, что уловили идею! 🙂


⚙️ Этапы разработки интеграций

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

1. Анализ
1.1. Бизнес-требования и бизнес-процессы
1.2. Исследование возможностей внешней системы, к которой интеграция (API)
2. Проектирование
2.1. Разработка функциональных и нефункциональных требований
2.2. Разработка сценариев работы системы
2.3. Постановка задач на разработчиков
3. Реализация
4. Тестирование
5. Внедрение и поддержка


⚙️Почему знание интеграций важно для профессионального роста?

Интеграция систем - это не просто про объединение систем. Это процесс, который требует глубокого понимания бизнес-процессов и технических деталей разработки. Каждый новый проект по интеграции - это уникальный опыт, который позволяет вам развивать свои навыки и становиться более востребованным специалистом.
🔥11👍42
⚙️ Примеры интеграций систем - актуальные проекты в 2023-2024 году ⚙️

Интеграция систем - это ключ к повышению эффективности работы компаний и улучшению жизни обычных людей.

Несколько примеров применения интеграций систем в 2023 году:


1. Синхронизация Магазина и Склада:
Что это?
- Автоматическая связь между вашим интернет-магазином на Shopify и складской системой.
Зачем это?
- Это позволяет автоматически обновлять информацию о товарах на складе при заказах в интернет-магазине.
Пример:
- "Shopify" для управления магазином и "МойСклад" для управления запасами. Интеграцию можно посмотреть через МойСклад.

2. Мобильные Приложения и Облачные Сервисы:
Что это?
- Связь приложений для заметок на вашем телефоне с облачными хранилищами.
Зачем это?
- Сохранение и доступ к вашим заметкам с любого устройства.
Пример:
- "Evernote" или "Google Keep", синхронизирующиеся с облачными сервисами типа Google Drive.

3. CRM и Электронная Почта:
Что это?
- Связь почтового клиента с системой управления отношениями с клиентами (клиентская база).
Зачем это?
- Автоматическое обновление данных о клиентах при получении новых писем от них и отправка писем прямо из CRM, без открытия почты. Меньше действий для менеджеров.
Пример:
- "HubSpot CRM", интегрирующееся с почтовыми сервисами вроде Gmail.

4. Умный Дом:
Что это?
Интеграция умных устройств в доме для централизованного управления.
Зачем это?
Управление освещением, температурой и другими устройствами через одно приложение.
Пример:
"Apple HomeKit" реализует интеграции для управления умными устройствами в доме.

5. Банковские Системы:
Что это?
Банки интегрируют свои системы с различными приложениями, позволяя клиентам управлять своими счетами и проводить операции прямо из приложений.
Зачем это?
Удобство использования банковских услуг, повышение лояльности клиентов.
Пример:
Тинькофф имеет встроенную интеграцию с Госуслугами, чтобы вы вовремя получали информацию о штрафах ГИБДД и оплачивали их.


Какие еще проекты знаете? Поделитесь примерами с коллегами в комментариях 🙂
7🔥4
🚀 Новый проект на интеграции в GetAnalyst: логистический сервис GetDelivery (GD) 🚀

Добро пожаловать на новый проект по проектированию интеграций систем - GetDelivery (GD)!

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

📌 В ближайший месяц мы с вами будем работать над разработкой GetDelivery (GD).
Этот проект представляет собой комплексную задачу, включающую интеграцию по API с различными логистическими сервисами для обеспечения точных и оперативных расчетов стоимости доставки, а также оформления заказов в них.

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

📌 Цель:
Разработать сервис, который позволяет пользователям сравнивать цены отправления посылок и оформлять заказы на доставку, а также получать уведомления о статусе заказа.

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

Продолжение 👇
8🔥5👍4
🚀 Проект на интеграции: логистический сервис GetDelivery 🚀


📌 Используемые API для интеграции:
Деловые Линии: API Деловых Линий
СДЭК: API СДЭК
Возовоз: API Возовоз


📌 Аналог готового проекта, чтобы вы понимали, к какому результату стремимся:
C6V + его API


📌 Ключевые задачи:

1. Интеграция по API:
Синхронизация API различных доставочных сервисов для предоставления пользователям актуальной информации о стоимости и условиях доставки.

2. Разработка пользовательского интерфейса:
Создание удобного и интуитивно понятного интерфейса для сравнения услуг доставки и оформления заказов.

3. Система уведомлений:
Реализация механизма уведомлений для информирования пользователей о статусе и изменениях в заказах.


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

🔍 Работа над этим проектом требует глубокого понимания процессов интеграции, а также способности комбинировать технические и бизнес-потребности. А значит для вас это отличная возможность подсмотреть как работать с такой задачей, получить и отработать новые навыки на ее примере 🙌
13👍5🔥3
Смена профессии или сферы деятельности, особенно в IT, может быть простой.

Вот 3 основных способа, как это сделать:

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

2. Использование связей (нетворкинг):
- Наличие знакомств и рекомендаций играет большую роль.
- Связи помогают быстрее найти работу и сокращают время поиска. И это нормально! Не надо этого стыдиться.

3. Обучение и Развитие Навыков:
- Обучение – ключевой элемент успешной смены профессии, особенно в IT.
- Наличие сертиикатов и дипломов усиливает ваше резюме.
- Через обучение в GetAnalyst можно посмотреть на экспертов, кто уже работает в вашей профессии, найти новые знакомства, поддержку на пути обучения и нетворкинг, через который можно получить рекомендации.


Если вы рассматриваете варианты через обычные каналы поиска работы, будьте готовы к тому, что это может занять от 2 до 4 месяцев. Переход на похожую работу или в схожую сферу обычно происходит быстрее.

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


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

🟢 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ

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


Жду вас в прямом эфире! ❤️
6
Коллеги, всем привет!

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

Это не лекции на тему прекрасных возможностей и волшебных обещаний, поэтому вебинар рекомендую посетить как тем, кто присматривается к профессии Системного аналитика, так и опытным специалистам, у кого в планах менять работу или просто держать себя в тонусе 💪

К чему готовиться:

Google Docs (Google Drive) - мы будем в прямом эфире работать с резюме. Я подготовила шаблон, с которым мы будем работать и который я буду проверять.

Draw.io - мы будем в прямом эфире решать практическую задачу с собеседования, буду давать обратную связь по вашей работе.

🕣 Начнем сегодня в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ

До встречи!
🔥7👍63👌1
❗️Уже через 3 часа❗️

Практический вебинар с Екатериной Ананьевой!

📹 Собеседование на системного аналитика: подготовка на практике
19:00 - 21:00 Мск

Ссылку на прямой эфир пришлем в канал за 15 минут до начала.
3💩1
Привет! 👋

Вчера у нас получилось 4 часа разбора вопросов про резюме и собеседования! Вау! 🤩 И это практически применимая информация, которую еще можно дополнить!!! Это самый длинный вебинар на моей памяти и всё, что связано с трудоустройством, обычно было так.

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

Что решили сделать с получившимся вебинаром, потому что 4 часа это реально много:

1. Сейчас обрабатываем видео, прописываем таймкоды, и готовим к публикации! Много ценной информации, которой хочется поделиться!

2. Уведомление о возможности посмотреть вебинар в записи опубликуем здесь и отправим на почту в ближайшие дни.


И хочу дополнительно оставить здесь ссылки на 2 статьи, которые вчера разбирали:
Ресурс для публикации резюме по всему миру + не забываем про ведение LinkedIn.
Карта навыков Системного аналитика, на котором базировался наш заполняемый документ по навыкам.

Спасибо вам большое за ваше активное участие! Очень много вопросов разобрали дополнительно ❤️
🔥22👍85👎2
Привет, коллеги! Продолжим знакомство с интеграционным проектом GetDelivery 👀

Для работы с задачами на интеграции есть определенный порядоку работы:

1️⃣ Подготовка.
Знакомство с проектом, запрос документации и доступов к внешним системам.

2️⃣ Сбор и анализ требований.
Бизнес-цель разработки интеграции.
Бизнес-задачи интеграции.
Бизнес-требования.
Функциональные требования.
Нефункциональные требования.
Разработка верхнеуровневой схемы архитектуры.

3️⃣ Анализ API документации.

4️⃣ Тестирование API.

5️⃣ Разработка логики и алгоритмов.

6️⃣ Анализ данных = Маппинг данных.

7️⃣ Разработка схемы архитектуры
- детализация и уточнение исходного варианта, с учетом собранных требований.

8️⃣ Постановка задач на разработчиков.

9️⃣ Участие в релизе, сопровождении и сохранении документации.


Подробнее про каждый этап можно почитать в моей статье с пошаговой инструкцией работы с задачами на интеграции.

План есть - можно начинать работу! 🚀
👍133
▫️Этап 1. Подготовка к работе с проектом на интеграции ▫️

📌 Знакомство:

Этот пост показывает, как я последовательно анализирую новый проект на старте, и за какие “подводные камни” я цепляюсь.

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

Для себя, в самом начале, я определяю процесс работы пользователя в системе.

Что у нас будет в GetDelivery по успешному сценарию:

1. Пользователь вводит информацию о габаритах груза и инициирует поиск вариантов перевозки груза во внешних системах: Деловые Линии, СДЭК и Возовоз.

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

Возможно надо уточнить момент, влияет ли дата отправления на стоимость доставки? Это можно будет проверить при тестировании внешних систем.


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

Тут есть вопросы:

- Как мы работаем с тарифами? Я помню, что при отправлении грузов есть варианты по обычной и ускоренной доставке. Может быть предусмотреть указание этого фильтра на этапе ввода габаритов груза, на самом старте? А после поиска можно в дополнение показывать цены на остальные тарифы сразу, либо по нажатию на специальную кнопку. В общем этот вопрос решаем. Согласуем с заказчиком на этапе дизайна.

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

Ответ на этот вопрос может поменять стоимость разработки в два раза. Относится к стыку бизнес- и системного анализа.

Как будем делать с учетом вводных? Пишите в комментариях 🙂

Продолжение 👇
👍71
👀Перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ? Или нет?

Это хороший вопрос, где начинается сочетание системного и бизнес-анализа.

Оба варианта допустимы. И давайте их разберем:


Вариант 1. Делаем перенаправление на соответствующий сайт СДЭК, Деловые линии или Возовоз, чтобы клиент завершил свой заказ там.

Плюсы:
+ Не надо писать логику формирования заказа в нашей системе.

+ Не надо проектировать еще одну дополнительную интеграцию с платежной системой, чтобы работала оплата заказов..

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

- Как мы собираемся поддерживать уведомления, если в нашу систему не попадет информация о статусе заказа после оплаты. Мы делаем интеграцию к СДЭК, а не СДЭК к нам.
Когда мы создаем интеграцию, нам важно понимать, что это мы должны инициировать запрос и получение данных. А как нам СДЭК сообщит о том, что заказ оплачен, если после перехода на его сайт наше приложение потеряло с ним связь - это вопрос. Может через веб-хук? Но его могут поддерживать не все системы.
Нам надо реализовать единый процесс по оформлению заказа в нашем агрегаторе доставок для всех внешних систем. Так что хорошо бы изучить вопрос и сравнить возможные решения - внешних систем уже сейчас несколько и их будет больше в нашем агрегаторе.

- Пользователю скорее всего придется вводить все параметры для заказа по габаритам заново, если только их нельзя передать в СДЭК (и другие системы) каким-то образом через url-запроса.


Вариант 2. Делаем оформление заказ и прием платежей на нашей стороне.
...


Продолжение 👇
👍63🔥3
‼️ Вопросы из чата от подписчика, которые нужно разобрать ‼️

А клиенты это кто? Физические лица или бизнес (юр.лица, поставщики маркетплейсов) - хороший вопрос.

Надо будет погрузиться на этапе исследования и детализации требований. Ответы будут понятны на этапе исследования UI (пользовательский интерфейс) и API (программный интерфейс).


А если у перевозчиков для разных категорий клиентов разные тарифы, как это учесть? - хороший вопрос, дублирует первый и наводит на правильные мысли.
Будет следовать из ответа на вопрос выше. Если это есть в СДЭК, Деловых Линиях и в Возовозе как обязательные параметры, то надо будет у нас это сделать на стартовом экране. И поставить значение по умолчанию - физические лица.


А груз каких максимальных габаритов может быть? - уже не думаю об этом.

Это бизнес СДЭК, Деловых Линий и в Возовоза. Если мы зададим негабаритный груз для СДЭКа, то он вернет нам ошибку, когда будем запрашивать у него стоимость перевозки. А значит в результате поиска, если такая ошибка, возможности перевозки негабаритного груза будут отсутствовать.
Хотя в целом ограничения на адекватность размеров тоже полезно ввести в систему. А то мало ли 2 километра посылки будет к перевозке 😄


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

Смогу разобраться на этапе исследования API-документации внешних систем. Мне в любом случае надо будет решить как я буду делать заполнение пункта отправления и прибытия. Вероятно придется подключить какой-то справочник адресов. Например https://dadata.ru/. Но там только адреса России и СНГ.

⬇️⬇️⬇️
🔥43👍1