4. Внутри вижу красивый запрос:
https://api.unisender.com/ru/api/createEmailMessage?format=json&api_key=KEY&sender_name=FROMNAME&sender_email=
FROMMAIL&subject=SUBJECT&body=HTMLBODY &list_id=X&tag=
TAG&attachements=FILESARRAY&lang=LANG&wrap_type=STRING&text_body=
TEXTBODY&generate_text=GENERATETEXT &categories=CATEGORIES
Ответ в JSON:
{"result":{"message_id":357088}}
{"error":"unchecked sender email","code":"invalid_arg","result":""}
Ну и тело письма оказалось в формате HTML 😉
Обращение к методам API для email-рассылок — это HTTPS-запросы к URL.

5. Потом вернулась к началу документа и посмотрела информацию по авторизации. Она как правило в самом начале. Так и оказалось - она была в общем описании.
Пользоваться API можно бесплатно на любом аккаунте. Чтобы получить доступ к API для email-рассылок нужен ключ, который можно скопировать в личном кабинете.
Уже стандартная для меня тема.

6. На всякий случай посмотрела еще раз все методы на рассылку и, зная наши бизнес-процессы, взяла на заметку:
+ getLists — получить списки для рассылок с их кодами;
+ createList — создать новый список контактов;
+ createCampaign — запланировать массовую отправку email или SMS сообщения;
+ cancelCampaign — отменить запланированную ранее массовую рассылку;
+ deleteMessage — удалить сообщение;
+ updateEmailMessage — редактировать email для массовой рассылки.

Все ссылки сохранила. Нужные методы есть. Первичное исследование unisender - done ✅

Проектируем приложение для сообществ 🤝
Добрались до Push-уведомлений

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

Технически это работает так:
1. Когда приложение устанавливается на устройство, оно регистрирует свой идентификатор на сервере Google или Apple. Наш Backend, который будет отвечать за рассылку пушей, должен получить информацию об этом идентификаторе.
Важно! Идентификатор может быть связан с конкретным пользователем, а может и нет, когда пользователь использует приложение без авторизации.

2. Затем наш Backend, путем интеграции с серверами Google или Apple, отправляет уведомления на это устройство, используя этот идентификатор.

3. Когда устройство получает Push-уведомление, оно отображается на экране в виде уведомления. На него можно нажать для открытия приложения и просмотра подробной информации о событии. А можно удалить.


Получается, что надо интегрироваться с серверами Google и Apple, чтобы реализовать механизм push-уведомлений. Сразу две интеграции для одной фнкциональности. Но.. Нет! Я знаю классные инструменты.

На нескольких проектах мы успешно внедряли Firebase для отправки Push-уведомлений 💫

Firebase - это платформа от Google, которая предоставляет инструменты для разработки мобильных и веб-приложений.

Firebase имеет функцию Cloud Messaging, которая позволяет разработчикам отправлять push-уведомления на разные устройства, в том числе iOS и Android. Интеграционное решение для тех, кто не хочет иметь мгого головной боли с реализацией Push-уведомлений.

Для использования Firebase нужно зарегистрироваться на платформе, создать проект и добавить Firebase SDK в своё приложение.

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

Еще одним примером SDK, кроме Firebase, может быть Facebook SDK, который позволяет разработчикам взаимодействовать с социальной сетью Facebook в своих приложениях. Facebook SDK включает в себя инструменты для аутентификации пользователей, отправки уведомлений, получения данных профиля и т.д.

Использование SDK позволяет разработчикам сократить время и затраты на разработку приложений, так как они могут использовать уже готовые инструменты, а не писать все с нуля 🪄

Разбираюсь с документацией SDK на Firebase 👀

Firebase Cloud Messaging предоставляет API-интерфейс для отправки уведомлений. Для отправки уведомлений через API необходимо использовать HTTP-запросы.

Документация по API Firebase Cloud Messaging:
По отправке сообщений:
https://firebase.google.com/docs/cloud-messaging/send-message
По токенам устройства:
https://firebase.google.com/docs/cloud-messaging/android/client#access-the-registration-token

Для отправки уведомления нужно использовать метод POST и отправить запрос на адрес "https://fcm.googleapis.com/fcm/send". В теле запроса необходимо указать JSON-объект с параметрами уведомления, такими как заголовок, текст и т.д. Также нужно указать идентификатор устройства, на которое отправляется уведомление.

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

Это все документация для программистов сервера. Но и для своих iOS и Android разработчиков я тоже нужные разделы зацепила.

В проектировании для push-уведомлений есть много нюансов. Но первичная информация по аналитике собрана. Уведомления сможем доставить по классному Firebase. Я рада. Можно двигаться дальше 🚀

В завершение - про систему заявок

Для старта нам будет достаточно интеграции с Telegram-ботом и с email-сервисом - метод для поплнения списка контактов.

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

Так что считаем, что первый подход к сбору данных по документации мы завершили.

✅ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних

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

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

Чтобы использовать ChatGPT в проектировании интеграций есть команды на естественном языке. Например: "Как произвести интеграцию между системами X и Y?", "Какие методы автоматизации интеграций существуют?" и т.д.
ChatGPT будет анализировать эти вопросы и давать ответы, основанные на доступных ему знаниях.
Важно! Уточнять когда важно получать актуальные данных на 2023 год.

Кстати, ChatGPT может использоваться и для обучения системных аналитиков. Он может помочь в изучении новых технологий, понимании принципов работы различных систем и инструментов, а также в решении сложных технических проблем. Попробуйте самостоятельно вместе с ним поизучать важные для нас Postman и Swagger.

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

Upd для тех, кто связан с РФ:
Блокируют учетки! Если вы случайно попробуете открыть ChatGPT без VPN, то с учеткой можно прощаться. Чтобы восстановить - создайте новую гугл-почту (не нужно подтверждать телефоном) и заново пройдите регистрацию в ChatGPT, чтобы создать новую. Все делать под VPN.

Бизнес-процессы AS IS. Как подойти к задаче?

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

Поэтому я собираюсь пройтись еще раз по списку процессов, которые должно покрывать приложение в MVP. Я всегда стараюсь следовать логической последовательности. Сразу делаю пометки по альтернативным сценариям (они будут отмечены *).


Общие инструкции по описанию бизнес-процессов AS IS:

1. Выделите логические модули в системе: вебинары, контент и т.д.

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

3. Проверьте каждую выписанную задачу (процесс) - можно ли ее разделить на еще более мелкие процессы с четким началом и результатом. Если нет, то переходите к следующему шагу.

4. Для каждого выписанного процесса задайте себе вопросы: "Что может пойти не так? Что еще может захотеть сделать пользователь будущей системы?". Запишите идеи. Тут, кстати, может помочь ChatGPT 😉

5. Список процессов готов. Теперь можно детально описывать каждый процесс в формате AS IS. Если AS IS не существует, то отметьте это. Для нас аналитиков важно не навредить процессам AS IS, а только сделать их лучше! С интеграционными задачами это особенно важно.


Сохраняйте себе этот пост в избранное и делитесь с коллегами, которые только начинают путь в аналитике 🚀

Коллеги, сегодня в 17:00 Мск проведем последний повтор бесплатного онлайн-практикума

📹 Лайфхаки ChatGPT для аналитиков
Нефункциональные требования
и проектирование архитектуры
🗓 11 мая в 17:00 (Мск)
👉 Регистрация здесь

В программе:
01 Возможности применения ChatGPT в работе аналитиков
02 Команды для разработки нефункциональных требований
03 Поиск и анализ решений при проектировании архитектуры систем
Обзор возможностей и подсказки по "подводным камням"!

А также напоминаю, что с майских праздников перенесли воркшоп
🤖 Проектирование архитектуры и постановка задач на Интерации с помощью chatGPT
🗓 на эту субботу, 18:00 Мск
‼️ Маленькая группа на 10 человек, следующий воркшоп в июле

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

До встречи 😉

Бизнес-процессы AS IS для мобильного приложения сообщества GetAnalyst

Получение контента
1. Через Telegram-канал GetAnalyst для опытных аналитиков
2. Через Telegram-канал GetAnalyst для начинающих аналитиков
3. Чтение блога GetAnalyst на сайте
4. Через другие Telegram-каналы для аналитиков
5. Habr-статьи по определенным темам для аналитиков (РУ)
6. Reddit.com статьи по определенным темам для аналитиков (ENG)
7. YouTube GetAnalyst (и другие каналы)
8. Instagram GetAnalyst

Ведение списка контактов
1. Сбор контактов при регистрациях на вебинары. Информация попадает в Битрикс24, Telegram-бот сайта, Email-лист контактов.
2. Участники Telegram-каналов GetAnalyst
3. Участники YouTube-каналов GetAnalyst
4. Сбор контактов при обращении по вопросам обучения

Вебинары
1. Публикация анонса в Telegram-каналах
2. Рассылка анонса через Email
3. Передача ссылок на вебинарные комнаты
4. Выдача подарков на вебинарах

Уведомления о событиях по Email / в Telegram GetAnalyst
1. Приглашения на бесплатные вебинары
2. Напоминания о бесплатных вебинарах
3. Передача ссылок на вебинарные комнаты

Вакансии (пока не уверена, что будем добавлять в MVP, но очень полезное)
1. Через Telegram-каналы
2. HH.ru (Россия и СНГ)
3. LinkedIn.com (Мир)

Администрирование ведется через приложения соответствующих систем вручную.

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

А вот этот объем бизнес-процессов AS IS предстоит описать 😃

❗️Начинаем через 15 минут❗️

📹 Лайфхаки ChatGPT для аналитиков
⏰ 17:00-19:30

Подключайтесь по ➡️ ссылке

Понимание интеграций важно. Оно уже помогло мне вырасти в роли системного аналитика, а сейчас помогает в бизнесе.

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

Вот несколько практических примеров интеграций:

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

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

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

Погружайтесь в мир интеграций в нашем сообществе GetAnalyst и не пропускайте посты в канале! Удачи в нашем общем пути к успеху! ❤️

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

Момент встречи с задачами на интеграции неизбежен, если вы развиваетесь в сфере системного анализа.

И я хочу сделать эту встречу радостной для вас 🙌

📚 Интеграции: как планировать и ставить задачи в Jira + Confluence
📅 17 мая в 19:00 Мск

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

Все разберем на примере задачи по проектированию мобильного приложения для сообщества GetAnalyst, про которую я пишу в канале 😌

Регистрацию откроем в понедельник. А пока заранее планируйте обучение 😉

Доверие в работе - одна из главных составляющих моей профессиональной жизни 🤝

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

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

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

Был период, когда мне было трудно мне делиться своими знаниями с коллегами. Однако постепенно, шаг за шагом, я начала применять свой педагогический опыт, приобретенный в с работы педагогом информатики и математики для обучения школьников, в своей IT-карьере. И мне удалось успешно передавать знания не только начинающим аналитикам, но и другим участникам команды.

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

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

UX Telegram прекрасен 😄 Продолжаем работу со сбором моих AS IS

🔵 AS IS 3. Ведение блога GetAnalyst на сайте
Сейчас это трудоемкий процесс. Я копирую созданные страницы на платформе-конструкторе Creatium и полностью, на свое усмотрение, без каких-либо шаблонов, наполняю блог. Мы в процессе переделки. Это одна из активных задач для разработчика сейчас.
Описываю как есть.

Роли:
• CEO проекта Екатерина Ананьева - оформление и публикация статей, ревью и редактирование созданных командой статей
• Разработчик и команда GetAnalyst - оформление статей при наличии готового текста

Процесс:
1. Создается новая страница в Creatium. Как правило это дубликат последней статьи. Устанавливаются базовые настройки статьи, такие как: Название и описание страницы, ключевые слова, SEO и другие.
2. Страница почти на 100% редактируется и сохраняется.
2.1. Если страница была создана кем-то из команды GetAnalyst, то статья может быть опубликована в скрытом режиме, в ожидании ревью.
3. Статья публикуется и добавляется отдельным блоком в общий список статей.
4. Информация об опубликованной статье появляетс в TG-каналах GetAnalyst. Все уведомления в каналы создаются администратором вручную, с описанием анонса статьи.

🔵 AS IS 4. Публикация постов из других Telegram-каналов для аналитиков
Пока я не делаю репосты из других TG-каналов, т.к. весь контент здесь - моя история, которая идет шаг за шагом по определенным темам. Все сообщения связаны по смыслу. И вкидывать в центр что-то еще не хочется, чтобы не переборщить с информацией. Но я знаю хорошие ресурсы, которыми хочется делиться. Но в них не всегда 100% полезного.

Пока как такового AS IS нет. Есть только представление о процессе TO BE:
1. В единой точке я и моя команда мониторим все посты, которые появляются в других каналах
2. Самое интересное публикуем у себя со ссылкой на источник.

И последнее про сбор постов из социальных сетей:

🔵 AS IS 5. Сбор Habr-статей по определенным темам для аналитиков (РУ)
Пока такого процесса нет. Но в Habr есть темы, по которым можно с легкостью находить статьи для аналитиков (например). Не все полезно. Поэтому по процессе TO BE представление такое:
1. В единой точке я и моя команда мониторим все посты, которые появляются на Habr.
2. Самое интересное публикуем у себя со ссылкой на источник.

🔵 AS IS 6. Reddit.com статьи по определенным темам для аналитиков (ENG)
Пока такого процесса нет. Должно получиться что-то аналогичное Habr.

🔵 AS IS 7. YouTube GetAnalyst (и другие каналы)
Пока такого процесса нет. Должно получиться что-то аналогичное Habr и внешним Telegram-каналам.

🔵 AS IS 8. Instagram GetAnalyst
Процесс примерно как в Telegram. Но контент оттуда не хочется переность в сообщество, т.к. будет перегразка. Зато собирать список экспертов-аналитиков, которые деляься знаниями в Instagram - полезно. И делать переход в приложение Instagram на соответствующий аккаунт, чтобы посмотреть - думаю для MVP приложения этого будет достаточно.

🔵 AS IS 9. LinkedIn GetAnalyst
Я тут вспомнила, что мы LinkedIn еще должны начать вести с июня на двух языках 😂 Но мне кажется, что пока рано включать это в MVP приложения сообщества. Но пометку "TBD" и список потенциальных фич расширить можно.

P.S. Иногда тяжело быть своим заказчиком. Надо самой на свои вопросы отвечать

Коллеги, AS IS реально много. Поэтому буду готовить и собирать все самое необходимое к прямому эфиру про Интеграции в эту среду.

Стандартный инструмент в работе аналитиков для сбора информации и документирования - Attlassian Confluence. Именно для него мы будем смотреть на вебинаре как настроить и создать шаблоны под документирование интеграций.

А чтобы можно было с вами делиться полезной информацией уже сейчас в максимально удобном виде я создала пространство в Notion и наполнила описанием бизнес-процессами AS IS.

Процессы AS IS по публикации информации, который в три сообщения пришел вам выше
👉 ссылка на Notion

Процессы AS IS по процессу организации онайн-мероприятий в GetAnalyst
👉 ссылка на Notion

Важный вывод по AS IS:
Часть информации по AS IS не нужна для разработки приложения сообщества, а часть нужна. Но без избыточной информции можно упустить важные детали при разработке требований TO BE к приложению сообщества 👀

Делитесь в комментариях где у вас сейчас хранится проектная документация? Те, у кого confluence ставим 👍 под пост

Наши планы на среду

01 Знакомство с проектом: приложение сообщества GetAnalyst
02 Преобразование требований и описаний процессов AS IS в User Stories на разработку
03 Деление User Stories на задачи для аналитики, разработки и тестирования в Jira
04 Как оформлять задачи на интеграции в Confluence
05 Рекомендации по структурированию документации

🔑 Интеграции: как планировать и ставить задачи в Jira + Confluence
🗓 17 мая в 19:00 Мск
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Практический опыт и ориентир по решению задач на интеграции в одном вечере 🔑

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

Чтобы избежать таких багов и спроектировать рабочую систему дам вам несколько лайфхаков 😉

1️⃣ Конкретизируйте требования
Пишите четкие формулировки. Общайтесь с заказчиком, исследуйте процессы, чаще проводите демо приложения. Учитесь задавать правильные вопросы и фиксировать максимально однозначные ответы.

2️⃣ Упрощайте алгоритмы
Не нужно превращать алгоритмы в огромных монстров. Разделяйте сложное на простое, как огромный контструкор на кубики.
Пропишите и посмотрите на всё сверху вниз и выделите крупные шаги. И дальше уже с верхнего уровня, проваливайтесь по ступенькам и прописывайте по элементам.

3️⃣ Систематизируйте требования
+ Делите на части, так проще воспринимается.
+ Добавляйте картинки и схемы.
+ Используйте простые слова и формулировки.
+ Разделяйте требования и примеры.
+ Требования пишите отдельно от документации.

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

5️⃣ Подготовьте чек-лист аналитики
Проверьте себя, все ли компоненты и функциональность учли при проектировании. Все ли доработки описаны?

6️⃣ Делайте ревью требований
Подключайте к ревью аналитиков, разработчиков или тестировщиков, чтобы они посмотрели на ваши требования и подсказали, как можно улучшить и что вы могли упустить заработавшись над проектом.

Следуя этим рекомендациям вы сможете сделать требования к ПО более качественными 🙌

Вчера совместно со студией Red Barn записывали подкаст про найм системных аналитиков.

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

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

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

Ждем, когда подкаст выйдет в релиз! Напишу об этом здесь. Завтра жду на вебинаре ❤️ а сегодня еще есть возможность оставить заявку на Интеграции по спец. условиям.

Люблю такие насыщенные событиями недели! В такие моменты чувствую заряд энергии, чтобы сворачивать горы и реализовывать новые проекты 🙌