Разбираем Use Case для лифта: какие сценарии учесть? 🚀
В прошлом посте мы предложили вам проанализировать сценарии взаимодействия с лифтом. Давайте разберем ответы:
📌 Основной сценарий:
Пассажир заходит в лифт, выбирает этаж и едет.
Это стандартный путь использования системы, без отклонений.
⚡ Расширения:
(по распространенному шаблону Use Case в этом пункте пишем и альтернативы, и расширения. Но можно и разнести их на отдельные пункты)
✅ Пассажир передумал и хочет сменить этаж.
Система должна позволить отменить выбор и выбрать другой этаж.
✅ Лифт перегружен, система блокирует двери.
Если лифт перегружен, двери не закроются, и пассажиры должны выйти.
✅ Лифт застрял, пассажир нажимает кнопку тревоги.
Система должна оповестить диспетчера и уведомить пассажира о вызове помощи.
✅ Кто-то вызывает лифт, но он уже занят и не может приехать.
Система может показывать статус занятости лифта или предлагать ближайшую доступную кабину.
✅ Лифт едет, но в кабине никого нет.
Лифт может возвращаться на дефолтный этаж или оставаться там, где его последний раз использовали.
✅ В лифте есть зеркало, пассажир заходит, но не нажимает кнопку, просто смотрится в зеркало.
Лифт может автоматически закрывать двери через N секунд бездействия.
🤔 Сценарии, которые выглядят фантастично, но могут быть интересны в будущем:
❌ Лифт телепортируется на нужный этаж.
На данный момент технология невозможна, но представьте, если бы была! 😃
❌ Лифт сканирует личность пассажира и автоматически едет на его этаж.
Теоретически возможно при интеграции с биометрией или ID-картами. Например, в бизнес-центрах такая функция может быть востребована.
Когда мы прорабатываем Use Case, нам важно учитывать не только основной сценарий, но и альтернативны (что может пойти не так или дополнительные возможности).
В реальных проектах именно проработка таких деталей отличает хорошего аналитика от новичка.
#interview
В прошлом посте мы предложили вам проанализировать сценарии взаимодействия с лифтом. Давайте разберем ответы:
📌 Основной сценарий:
Пассажир заходит в лифт, выбирает этаж и едет.
Это стандартный путь использования системы, без отклонений.
⚡ Расширения:
(по распространенному шаблону Use Case в этом пункте пишем и альтернативы, и расширения. Но можно и разнести их на отдельные пункты)
✅ Пассажир передумал и хочет сменить этаж.
Система должна позволить отменить выбор и выбрать другой этаж.
✅ Лифт перегружен, система блокирует двери.
Если лифт перегружен, двери не закроются, и пассажиры должны выйти.
✅ Лифт застрял, пассажир нажимает кнопку тревоги.
Система должна оповестить диспетчера и уведомить пассажира о вызове помощи.
✅ Кто-то вызывает лифт, но он уже занят и не может приехать.
Система может показывать статус занятости лифта или предлагать ближайшую доступную кабину.
✅ Лифт едет, но в кабине никого нет.
Лифт может возвращаться на дефолтный этаж или оставаться там, где его последний раз использовали.
✅ В лифте есть зеркало, пассажир заходит, но не нажимает кнопку, просто смотрится в зеркало.
Лифт может автоматически закрывать двери через N секунд бездействия.
🤔 Сценарии, которые выглядят фантастично, но могут быть интересны в будущем:
❌ Лифт телепортируется на нужный этаж.
На данный момент технология невозможна, но представьте, если бы была! 😃
❌ Лифт сканирует личность пассажира и автоматически едет на его этаж.
Теоретически возможно при интеграции с биометрией или ID-картами. Например, в бизнес-центрах такая функция может быть востребована.
Когда мы прорабатываем Use Case, нам важно учитывать не только основной сценарий, но и альтернативны (что может пойти не так или дополнительные возможности).
В реальных проектах именно проработка таких деталей отличает хорошего аналитика от новичка.
📢 А уже через пару дней мы сделаем важный анонс, связанный с Use Case! Следите за каналом.
#interview
👍8🔥4👏3
📢 Анонс курса!
Мы запустили курс по User Story и Use Case! 🔥
Если вы хотите научиться писать понятные, полезные и действительно работающие User Story и Use Case, этот курс для вас. Мы разберём, как их правильно использовать, чтобы команда вас понимала с полуслова, задачи не превращались в хаос, а документация работала на вас, а не против.
🔹 User Story — это не просто формулировка «Я, как пользователь…»! Это методика, которая помогает команде лучше понимать задачи, расставлять приоритеты и эффективно развивать продукт.
🔹 Use Case — это инструмент, который поможет вам детально анализировать функциональность, учитывать альтернативные сценарии и вести документацию без лишнего дублирования.
ДЛЯ КОГО ЭТОТ КУРС?
Если вы уже работаете системным аналитиком, бизнес-аналитиком, менеджером продукта, тестировщиком или разработчиком, но хотите лучше разбираться в User Story и Use Case, понимать их тонкости и использовать на практике — этот курс для вас.
ЧТО ВАС ЖДЁТ?
✅ Создавать User Story, которые реально помогают команде, а не просто заполняют бэклог.
✅ Работать с User Story по всем правилам, а не так, как это делают «для галочки».
✅ Грамотно анализировать требования с помощью Use Case, чтобы не терять важные детали.
✅ Находить и описывать альтернативные сценарии, продумывать исключения и расширения.
✅ Оформлять Use Case чётко и структурированно, без дублирования и хаоса в документации.
🚀 Обучение стартует в любое время, но не откладывайте!
Сейчас действует специальная цена, но скоро стоимость повысится. Успейте вписаться!
🔗 Подробнее о курсе 👉 analystcore.com
Мы запустили курс по User Story и Use Case! 🔥
Если вы хотите научиться писать понятные, полезные и действительно работающие User Story и Use Case, этот курс для вас. Мы разберём, как их правильно использовать, чтобы команда вас понимала с полуслова, задачи не превращались в хаос, а документация работала на вас, а не против.
🔹 User Story — это не просто формулировка «Я, как пользователь…»! Это методика, которая помогает команде лучше понимать задачи, расставлять приоритеты и эффективно развивать продукт.
🔹 Use Case — это инструмент, который поможет вам детально анализировать функциональность, учитывать альтернативные сценарии и вести документацию без лишнего дублирования.
ДЛЯ КОГО ЭТОТ КУРС?
Если вы уже работаете системным аналитиком, бизнес-аналитиком, менеджером продукта, тестировщиком или разработчиком, но хотите лучше разбираться в User Story и Use Case, понимать их тонкости и использовать на практике — этот курс для вас.
ЧТО ВАС ЖДЁТ?
✅ Создавать User Story, которые реально помогают команде, а не просто заполняют бэклог.
✅ Работать с User Story по всем правилам, а не так, как это делают «для галочки».
✅ Грамотно анализировать требования с помощью Use Case, чтобы не терять важные детали.
✅ Находить и описывать альтернативные сценарии, продумывать исключения и расширения.
✅ Оформлять Use Case чётко и структурированно, без дублирования и хаоса в документации.
Если в вашем резюме есть строчка «Опыт работы с User Story и Use Case», но в душе есть сомнения «а правильно ли я их пишу? 😱» — этот курс точно поможет вам стать увереннее в себе.
🚀 Обучение стартует в любое время, но не откладывайте!
Сейчас действует специальная цена, но скоро стоимость повысится. Успейте вписаться!
🔗 Подробнее о курсе 👉 analystcore.com
👍8
User Story для галочки ✅
Во многих командах User Story пишут просто потому, что так предполагается по процессу.
Но если писать истории без смысла, это не помогает проекту — это просто формальность. 🤦♂️
Примеры плохих User Story:
❌ Я, как пользователь, хочу скачивать файлы, потому что хочу скачать файлы.
❌ Я, как пользователь, хочу видеть раздел «О компании», чтобы знать, что компания существует.
❌ Я, как пользователь, хочу, чтобы у кнопки «Купить» был зелёный цвет, чтобы она была заметной.
❌ Я, как система, хочу логировать все запросы к API, чтобы логи были.
С виду всё по шаблону, но такие истории не несут ценности, не помогают команде, а просто заполняют бэклог ради процесса.
Почему они плохие? ❌
Разберём в следующем посте... 👇
А пока, если хотите научиться писать реально работающие User Story, начните обучение с нашего бесплатного урока по формату User Story 🚀
#user_story
Во многих командах User Story пишут просто потому, что так предполагается по процессу.
Мы работаем по User Story, значит, на каждую задачу нужно написать историю.
Но если писать истории без смысла, это не помогает проекту — это просто формальность. 🤦♂️
Примеры плохих User Story:
❌ Я, как пользователь, хочу скачивать файлы, потому что хочу скачать файлы.
❌ Я, как пользователь, хочу видеть раздел «О компании», чтобы знать, что компания существует.
❌ Я, как пользователь, хочу, чтобы у кнопки «Купить» был зелёный цвет, чтобы она была заметной.
❌ Я, как система, хочу логировать все запросы к API, чтобы логи были.
С виду всё по шаблону, но такие истории не несут ценности, не помогают команде, а просто заполняют бэклог ради процесса.
Почему они плохие? ❌
Разберём в следующем посте... 👇
А пока, если хотите научиться писать реально работающие User Story, начните обучение с нашего бесплатного урока по формату User Story 🚀
#user_story
💯7❤🔥6🔥5👍2
🔥5
Forwarded from Vera Konovalova | System analyst | Предприниматель
Сегодня мой день рождения! 🎉
И это идеальное время, чтобы дать короткое саммари обо мне.
* Мне 29 лет.
* В IT более 8 лет.
* Работала в стартапах и крупных компаниях, таких как Сбер, Т‑Банк, Райффайзен Банк (да, я прошлась по банкам) и Лаборатория Касперского.
За это время я многое повидала, и мне есть о чём рассказать. Так как я не люблю молчать и хочу делиться своими мыслями, я решила делиться знаниями о работе системного аналитика в IT. Вместе с Юрием мы создали свою платформу AnalystCore и разработали онлайн-курсы по профессии.
Юрий — это мой муж 😊
Мы вместе уже 10 лет. Оба с Урала: я из города Орска, Юрий — с Верхотурья. Учились в Челябинске, а последние 9 лет живем в Санкт-Петербурге.
Здесь я основательно начала свою карьеру в IT и закончила магистратуру в ИТМО с красным дипломом. 🎓
Ранее в этом канале я немного рассказывала о наших путешествиях на удалёнке. О том, как мы совмещали работу и отдых – можете прочитать в предыдущих постах.👆
Жизнь в Тае привила нам любовь к экзотическим животным.
Вот уже 4 месяца с нами живёт бородатая агама – в переводе «dragon» – дракон. И, честно говоря, она действительно похожа на дракона, разве нет? На фото – наш Норберт, который оказался Норбертой (всё как у Хагрида из Гарри Поттера). Теперь у меня появилась новая «лычка» – Матерь дракона. 🐉
Кроме IT и путешествий, я нахожу время для творчества – играю на музыкальных инструментах. Пианино, гитара. 🎶🎸
На этот год у меня много планов, хочу запустить новые продукты.
Удачи нам! 😏
И это идеальное время, чтобы дать короткое саммари обо мне.
* Мне 29 лет.
* В IT более 8 лет.
* Работала в стартапах и крупных компаниях, таких как Сбер, Т‑Банк, Райффайзен Банк (да, я прошлась по банкам) и Лаборатория Касперского.
За это время я многое повидала, и мне есть о чём рассказать. Так как я не люблю молчать и хочу делиться своими мыслями, я решила делиться знаниями о работе системного аналитика в IT. Вместе с Юрием мы создали свою платформу AnalystCore и разработали онлайн-курсы по профессии.
Юрий — это мой муж 😊
Мы вместе уже 10 лет. Оба с Урала: я из города Орска, Юрий — с Верхотурья. Учились в Челябинске, а последние 9 лет живем в Санкт-Петербурге.
Здесь я основательно начала свою карьеру в IT и закончила магистратуру в ИТМО с красным дипломом. 🎓
Ранее в этом канале я немного рассказывала о наших путешествиях на удалёнке. О том, как мы совмещали работу и отдых – можете прочитать в предыдущих постах.👆
Жизнь в Тае привила нам любовь к экзотическим животным.
Вот уже 4 месяца с нами живёт бородатая агама – в переводе «dragon» – дракон. И, честно говоря, она действительно похожа на дракона, разве нет? На фото – наш Норберт, который оказался Норбертой (всё как у Хагрида из Гарри Поттера). Теперь у меня появилась новая «лычка» – Матерь дракона. 🐉
Кроме IT и путешествий, я нахожу время для творчества – играю на музыкальных инструментах. Пианино, гитара. 🎶🎸
На этот год у меня много планов, хочу запустить новые продукты.
Удачи нам! 😏
🎉15❤🔥5🔥5
❌ Почему эти User Story плохие? Разбираем ошибки!
В прошлом посте мы показали User Story «для галочки» ✅ — формально написаны по шаблону, но бесполезные для команды. Если истории не несут ценности, то они просто захламляют бэклог и не помогают разработке.
Почему они плохие?
Смотрите разбор в картинках 👆
User Story должны помогать команде понимать задачу, учитывать реальные потребности пользователей и решать бизнес-задачи. А если писать их ради процесса, это превращается просто в бюрократию.
Как их исправить, чтобы они стали полезными?
Разберём в следующем посте... 👇
А пока начните с нашего БЕСПЛАТНОГО УРОКА по формату User Story, чтобы разобраться в теме глубже.
Переходите на сайт -> нажимайте кнопку 📹 Бесплатный урок
#user_story
В прошлом посте мы показали User Story «для галочки» ✅ — формально написаны по шаблону, но бесполезные для команды. Если истории не несут ценности, то они просто захламляют бэклог и не помогают разработке.
Почему они плохие?
Смотрите разбор в картинках 👆
User Story должны помогать команде понимать задачу, учитывать реальные потребности пользователей и решать бизнес-задачи. А если писать их ради процесса, это превращается просто в бюрократию.
Как их исправить, чтобы они стали полезными?
Разберём в следующем посте... 👇
А пока начните с нашего БЕСПЛАТНОГО УРОКА по формату User Story, чтобы разобраться в теме глубже.
Переходите на сайт -> нажимайте кнопку 📹 Бесплатный урок
#user_story
👍9🔥6💯4❤1
User Story, которые работают 🔥
В прошлом посте мы разбирали плохие User Story, которые просто заполняют бэклог и не помогают команде. Теперь давайте посмотрим, как их исправить!
В картинках — см. ДО и ПОСЛЕ 👆
⚠️Но важно не только переписать User Story правильно. User Story должна быть подкреплена критериями приёмки.
Критерии приёмки можно писать:
* в виде списка (свод правил, чек-лист)
* через тест-кейсы (сценарный подход: Given-When-Then)
Но есть и другой, более качественный подход:
💡 Use Case может выступать в качестве критериев приёмки!
Он описывает детальные сценарии использования, альтернативные пути и возможные ошибки. Это делает требования структурированными, понятными и логичными.
💡 И написав Use Cases, вы сразу написали часть документации по продукту.
Чтобы разобраться с этими важными техниками, приходите к нам на курс User Story & Use Case. 🚀
#user_story #use_case
В прошлом посте мы разбирали плохие User Story, которые просто заполняют бэклог и не помогают команде. Теперь давайте посмотрим, как их исправить!
В картинках — см. ДО и ПОСЛЕ 👆
⚠️Но важно не только переписать User Story правильно. User Story должна быть подкреплена критериями приёмки.
Критерии приёмки можно писать:
* в виде списка (свод правил, чек-лист)
* через тест-кейсы (сценарный подход: Given-When-Then)
Но есть и другой, более качественный подход:
💡 Use Case может выступать в качестве критериев приёмки!
Он описывает детальные сценарии использования, альтернативные пути и возможные ошибки. Это делает требования структурированными, понятными и логичными.
💡 И написав Use Cases, вы сразу написали часть документации по продукту.
Чтобы разобраться с этими важными техниками, приходите к нам на курс User Story & Use Case. 🚀
#user_story #use_case
👍10🔥7💯2
Forwarded from AnalystCore | Начало пути в IT | Системный аналитик
This media is not supported in your browser
VIEW IN TELEGRAM
📣 Открываем запись на новый поток курса «Системный аналитик. С нуля до старта»
Весна — время обновлений и новых начинаний! Начните обучение сейчас, и уже летом сможете выйти на рынок IT с готовым портфолио и уверенными знаниями. 🌸
В прошлый запуск места разлетелись моментально! Мы ведём небольшие группы, а желающих всегда больше, чем мест. Поэтому рекомендуем не медлить и записаться прямо сейчас!
📅 Старт потока — 10 апреля
ЧТО ВАС ЖДЁТ:
🌸 4 месяца обучения
🌱 Короткие видеоуроки от 5 до 25 минут
🌸 Много практики, проверка ДЗ
🌱 Готовое портфолио
🌸 Подготовка к собеседованиям — чек-листы, разбор частых вопросов, пробные интервью
🌱 Каждые 2 недели — онлайн-встреча с разбором вопросов учеников и дополнительной практической лекцией по прошедшей теме
🌸 Чат с авторами курса
📣 Важно! Будет 2 этапа повышения цен!
Следующее повышение уже скоро — успейте зафиксировать цену сейчас!
Подробности и запись на поток 👉 analystcore.com
#path_to_sa
Весна — время обновлений и новых начинаний! Начните обучение сейчас, и уже летом сможете выйти на рынок IT с готовым портфолио и уверенными знаниями. 🌸
В прошлый запуск места разлетелись моментально! Мы ведём небольшие группы, а желающих всегда больше, чем мест. Поэтому рекомендуем не медлить и записаться прямо сейчас!
📅 Старт потока — 10 апреля
ЧТО ВАС ЖДЁТ:
🌸 4 месяца обучения
🌱 Короткие видеоуроки от 5 до 25 минут
🌸 Много практики, проверка ДЗ
🌱 Готовое портфолио
🌸 Подготовка к собеседованиям — чек-листы, разбор частых вопросов, пробные интервью
🌱 Каждые 2 недели — онлайн-встреча с разбором вопросов учеников и дополнительной практической лекцией по прошедшей теме
🌸 Чат с авторами курса
📣 Важно! Будет 2 этапа повышения цен!
Следующее повышение уже скоро — успейте зафиксировать цену сейчас!
Подробности и запись на поток 👉 analystcore.com
#path_to_sa
👍7🔥4❤2
User Story ≠ «просто пришёл на PBR»
Есть миф, что если команда работает по User Story, то от системного аналитика ничего не требуется, кроме как прийти на PBR и на встрече «на ходу» вместе с командой прописать критерии приёмки.
* PBR — это встреча, где вы с командой разбираете бэклог продукта.
🚨 Это не так! 🚨
К моменту PBR СА проделывает огромную работу (считай, 85%):
✔️ Продумал декомпозицию этой User Story.
✔️ Проработал десятки Use Cases, нарисовал диаграммы, черновик контракта сделал.
✔️ Обсудил идеи с дизайнером.
Так, на встрече команда допродумывает оставшиеся 15% нюансов, а не занимается полным разбором «с нуля».
User Story — это целая методика работы.
📌 Как системный аналитик вписывается в работу команды по User Story?
📌 Что аналитик делает до PBR, чтобы встреча была эффективной?
📌 Как работать с User Story так, чтобы команда не теряла время?
Все ответы на эти вопросы есть в нашем курсе «User Story & Use Case»!
🔗 Подробнее 👉 analystcore.com
#user_story
Есть миф, что если команда работает по User Story, то от системного аналитика ничего не требуется, кроме как прийти на PBR и на встрече «на ходу» вместе с командой прописать критерии приёмки.
* PBR — это встреча, где вы с командой разбираете бэклог продукта.
🚨 Это не так! 🚨
К моменту PBR СА проделывает огромную работу (считай, 85%):
✔️ Продумал декомпозицию этой User Story.
✔️ Проработал десятки Use Cases, нарисовал диаграммы, черновик контракта сделал.
✔️ Обсудил идеи с дизайнером.
Так, на встрече команда допродумывает оставшиеся 15% нюансов, а не занимается полным разбором «с нуля».
User Story — это целая методика работы.
📌 Как системный аналитик вписывается в работу команды по User Story?
📌 Что аналитик делает до PBR, чтобы встреча была эффективной?
📌 Как работать с User Story так, чтобы команда не теряла время?
Все ответы на эти вопросы есть в нашем курсе «User Story & Use Case»!
🔗 Подробнее 👉 analystcore.com
#user_story
🔥8👏4
🚨 Внимание! С нами случилась ужасная несправедливость 🚨
Привет, с вами Вера, основатель AnalystCore.
Сегодня мне пришло уведомление, что я ликвидировала своё ИП.
Но, конечно же, я этого не делала! ❌
Но кого это волнует?
Я звонила в ФНС, я сходила туда лично. Вместо решения и помощи мне нахамили, обвинили во лжи, что я сама подала заявление на закрытие ИП, а теперь всё отрицаю.
Я посмотрела на это заявление 📃, так там:
📃 — не мой номер телефона
📧 — не мой email
✍️ — не моя подпись!
На это мне конечно же ответили, что «НЕТ, это ваше заявление!», «НЕТ, это ваша подпись!», «Это суд будет решать, что эта подпись не ваша!», «НЕТ, это ваши данные!».
Потом по базе увидели, что другая Коновалова Вера приходила подавать заявление на закрытие ИП.
Вроде всё, дело раскрыто, но…
- «Видимо, другая Коновалова Вера не помнила свой ОГРНИП, ей предложили этот, и она согласилась с ним»
- «Наотменяют свои ИП, а потом приходят с просьбами «верните»»
- «Знаете, вы ведёте себя как...» — а я ведь просто спокойным голосом просила дать мне чёткий план действий, какое заявление мне писать и на кого. Как вернуть ИП?
ЧТО В ИТОГЕ:
🚫 Наши счета заблокировали.
🚫 Банк — заблокировал.
🚫 Все сервисы по оплате — заблокировали.
🚫 Подписки на бизнес-сервисы, оплаченные на год вперёд, летят в трубу.
И знаете что мне предложили? 😤
Подать жалобу, рассмотрение которой занимает 15 рабочих дней в одной инспекции, потом 15 в другой. И что будет дальше — я не знаю. Нужно будет подать еще одно заявление на возобновление ИП? И не факт, что я выиграю?
Сам специалист поддержки налоговой мне еще утром намекал «Откройте новое ИП. Так будет проще».
Как так можно?!
Получается, любой человек может прийти и закрыть чужое ИП. Без уведомлений. Без проверок. Просто потому что дыра в системе.
А еще не признают ошибку и нахамят.
❗ Что это значит для нас и для вас?
Платежи временно недоступны. Мы не можем продавать курсы, принимать оплату, формировать чеки. Это уже ударило по нам.
Мы работаем над тем, чтобы как можно скорее вернуть возможность оплаты. Я держу вас в курсе, но, честно — бомбит так, что просто нет слов.
Спасибо, что вы с нами и поддерживаете нас. 🙏
Как только появятся новости — сразу выложу их в канал.
Ваша злая, но всё ещё верящая в справедливость Вера ❤️
Привет, с вами Вера, основатель AnalystCore.
Сегодня мне пришло уведомление, что я ликвидировала своё ИП.
Но, конечно же, я этого не делала! ❌
Но кого это волнует?
Я звонила в ФНС, я сходила туда лично. Вместо решения и помощи мне нахамили, обвинили во лжи, что я сама подала заявление на закрытие ИП, а теперь всё отрицаю.
Я посмотрела на это заявление 📃, так там:
📃 — не мой номер телефона
📧 — не мой email
✍️ — не моя подпись!
На это мне конечно же ответили, что «НЕТ, это ваше заявление!», «НЕТ, это ваша подпись!», «Это суд будет решать, что эта подпись не ваша!», «НЕТ, это ваши данные!».
Потом по базе увидели, что другая Коновалова Вера приходила подавать заявление на закрытие ИП.
Вроде всё, дело раскрыто, но…
- «Видимо, другая Коновалова Вера не помнила свой ОГРНИП, ей предложили этот, и она согласилась с ним»
- «Наотменяют свои ИП, а потом приходят с просьбами «верните»»
- «Знаете, вы ведёте себя как...» — а я ведь просто спокойным голосом просила дать мне чёткий план действий, какое заявление мне писать и на кого. Как вернуть ИП?
ЧТО В ИТОГЕ:
🚫 Наши счета заблокировали.
🚫 Банк — заблокировал.
🚫 Все сервисы по оплате — заблокировали.
🚫 Подписки на бизнес-сервисы, оплаченные на год вперёд, летят в трубу.
И знаете что мне предложили? 😤
Подать жалобу, рассмотрение которой занимает 15 рабочих дней в одной инспекции, потом 15 в другой. И что будет дальше — я не знаю. Нужно будет подать еще одно заявление на возобновление ИП? И не факт, что я выиграю?
Сам специалист поддержки налоговой мне еще утром намекал «Откройте новое ИП. Так будет проще».
Как так можно?!
Получается, любой человек может прийти и закрыть чужое ИП. Без уведомлений. Без проверок. Просто потому что дыра в системе.
А еще не признают ошибку и нахамят.
❗ Что это значит для нас и для вас?
Платежи временно недоступны. Мы не можем продавать курсы, принимать оплату, формировать чеки. Это уже ударило по нам.
Мы работаем над тем, чтобы как можно скорее вернуть возможность оплаты. Я держу вас в курсе, но, честно — бомбит так, что просто нет слов.
Спасибо, что вы с нами и поддерживаете нас. 🙏
Как только появятся новости — сразу выложу их в канал.
Ваша злая, но всё ещё верящая в справедливость Вера ❤️
😨18❤🔥7😱5
Уважаемые коллеги, приглашаем Вас на интересную апрельскую конференцию для SА\BA, состоящую из блоков ВА-практик/Инструменты и SOFT Skill ВА/SA
Ждём вас 05 апреля, в субботу, на онлайн-конференции Analyst Marathon #13.
Некоторые темы докладов:
✅ Системный и бизнес-аналитик: как совмещать две роли в одном лице
✅ Арсенал инструментов для экспресс бизнес-анализа
✅ Автономность или функциональная определённость в работе аналитика. Стратегии в контексте 2025
✅ Путеводитель по океану знаний: как аналитикам учиться эффективно
✅ Техники и инструменты менторства
Полная программа
Где проходит: онлайн
Когда: 05 апреля, с 10 до 17 ч.
Что потом: видеозаписи, презентации, материалы докладов
Регистрация физ лиц ЗДЕСЬ
С оплатой для юр лиц, можно ознакомится ЗДЕСЬ
Представление докладов и общение со спикерами в чате конференции (https://t.me/Analyst_Marathon_chat)
Ждём вас 05 апреля, в субботу, на онлайн-конференции Analyst Marathon #13.
Некоторые темы докладов:
✅ Системный и бизнес-аналитик: как совмещать две роли в одном лице
✅ Арсенал инструментов для экспресс бизнес-анализа
✅ Автономность или функциональная определённость в работе аналитика. Стратегии в контексте 2025
✅ Путеводитель по океану знаний: как аналитикам учиться эффективно
✅ Техники и инструменты менторства
Полная программа
Где проходит: онлайн
Когда: 05 апреля, с 10 до 17 ч.
Что потом: видеозаписи, презентации, материалы докладов
Регистрация физ лиц ЗДЕСЬ
С оплатой для юр лиц, можно ознакомится ЗДЕСЬ
Представление докладов и общение со спикерами в чате конференции (https://t.me/Analyst_Marathon_chat)
Скоро мы проведём розыгрыш билета, а также для наших подписчиков доступны специальные скидки. Следите за обновлениями!
👍7🔥5👏4