Какого продукта — заказного или для открытого рынка?

Для заказного:

Исследование интересов заинтересованных лиц
Изучение устройства автоматизируемой деятельности
Анализ проблемной ситуации заинтересованных лиц
Постановка целей создания системы
Разработка бизнес-требований
Создание концепции системы
Разработка технико-экономического обоснования
Разработка технического задания
Разработка и тестирование модели взаимодействия пользователя с системой
Разработка стратегии и методики тестирования
Разработка архитектурных решений
Прототипирование архитектурно-значимых сценариев
Разработка и тестирование отдельных сценариев
Регулярное интеграционное тестирование и тестирование внешних атрибутов качества системы
Документирование разработанных сценариев
Развёртывание и демонстрация сценариев
Обучение работе с системой
Сбор обратной связи от пользователей

Чтобы написать именно ТЗ, лучше привлечь специалиста по его написания хотя бы pro bono, например поискать на getmentor.dev или попросить меня (если у вас легальный сервис и без крипты и гэмблинга:).

А так вы можете попытаться описать «бизнес»-требования:
0. Какова цель создания сервиса для заказчика
1. Кто пользователи, какой у них уровень подготовки, будут ли среди них люди с ограниченными возможностями, если да, то какими
2. Нужна ли им регистрация и если да, то зачем и какая
3. Могут ли пользователи видеть чужие результаты
4. Может ли админ видеть результаты пользователей и если да, в каком виде они нужны
5. Как должен работать алгоритм расчёта
6. Нужна ли возможность для пользователей возвращаться и просматривать ранее введённые и полученные данные или нет
7. Какое количество пользователей будет пользоваться сервисом реалистично
8. Какое количество строк будет добавляться в год реалистично
9. Нужно ли предоставлять данные или расчёты третьей стороне (не пользователю и не админу), если да, то кому, в каком виде, как часто
10. Должен ли сервис хорошо работать на мобилке или достаточно десктопа
11. Нужна ли пользователям возможность скачать свои данные и в каком формате
12. Как может выглядеть общий сценарий использования сервиса
13. Как могут выглядеть административные сценарии использования сервиса
Если алгоритм сложный, можно задействовать язык ДРАКОН, он как раз частично для медиков придуман :)

А так может вам и шаблона в Google Sheets c формулой хватит, так что рассуждать про детали технической реализации пока рано / мало информации.

Или чат-бота, там как раз абонентскую плату сделать достаточно просто.

или дать возможность бесплатно провести тест работы алгоритма?

Это вопрос к маркетологам и продактам, а не к технарям. Тут таких нет.

Про Вигерса и БА

Вигерс берёт только тему требований, которая для БА важна, но не единственная. И совсем не берёт важные другие темы БА:
— моделирование процессов
— анализ проблем
— поиск не-ИТ-решений
— экономические обоснования решений
— планирование разработки и реализации решений

Что входит в относительно полный цикл БА:
1. Взять первичный запрос, сформулировать в виде проблемы, также если у инициатора есть видение решения, тоже сформулировать
2. Определить, о каком участке бизнеса идёт речь, построив модель контекста
3. Построить онтологию и модель деятельности на этом участке
4. Выявить организационные роли в окружении участка бизнеса и их интересы, оценки текущей реализации интересов
5. Построить проблемное месиво и структурировать его через причинно-следственные связи (дерево текущей реальности), найти корневые причины, экономически измерить ущерб, наносимый последствиями
6. Построить дерево будущей реальности, выйдя на целевые эффекты
7. Сформулировать ограничения на решение
8. Из интересов оргролей сформулировать требования к решению
9. Разработать несколько вариантов решений, для каждого оценить стоимость и риски
10. Обосновать выбор конкретного решения
11. Принять участие в заказе, реализации и приёмке решения
12. Оценить эффект от решения, соотнести его с плановым

Про обучение по книгам

существует миф, что в интернете есть вся информация и по ней можно научиться, например, работать системным аналитиком

типа я почитаю статьи, скачаю и посмотрю сливы

давайте вспомним, что профессиональное обучение — это прежде всего выполнение учебной деятельности, имитирующей целевую (а не только и столько поглощение новой информации)

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

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

SOFTWARE DEVELOPMENT IS A SOCIAL ACTIVITY

как тут поможет гугл, книги и видео?

да, в 2004-2008-м годах мы с коллегами изучали СА по книгам. но с попытками применять изученное (в основном UML) без быстрой обратной связи, это заняло у нас ГОДЫ

зачем учиться годами тому, что можно освоить за месяцы и недели? это просто неэффективно

хотя бы ментор — это уже существенное интервенция в автономию и тренировка общения про свои артефакты

1) Как мне уйти в бизнес-анализ?

1. Проходите обучение, как минимум по BPMN, User Story/Map, разработке требований (суммарно до 40 часов). Важно чтобы обучение было практическим, а не просмотр видео и тесты. Если есть возможность, в качестве учебного берёте кейс из MedTech или закупок.

2. Далее готовите 2 резюме с чётким позиционированием «Бизнес-аналитик в автоматизации закупок», «Бизнес-аналитик в MedTech». В резюме описываете подробно, что именно умеете делать в БА благодаря курсам, ссылаетесь на учебный кейс. Подробнее про резюме в моей статье для СА, но она в целом и для БА подойдёт по логике.

3. Ищете вакансии БА ТОЛЬКО в MedTech или Закупках. Если есть сложности с откликами, интервью или тестовыми, ищете себе ментора, с которым последовательно улучшаете конверсию 1) резюме в приглашения на интервью, 2) интервью в тестовые, 3) тестовые в офферы.

2) Какие курсы помогут мне получить знания/навыки для первого оффера?
BPMN, User Story/Map, разработка требований.

3) Какие курсы котируются среди работодателей, а куда точно не нужно соваться?
У нас очень сильно котируется Systems Analyst Bootcamp, но вам туда может быть сложно/рановато. Можно прийти, как пару лет поработаете БА. Для БА должно хватить упомянутых выше 3-х коротких курсов.

4) Насколько важно для трудоустройства техническое образование?
Для БА не важно, для СА важно, но не суперкритично.

5) Каким был ваш путь в бизнес-анализ?
Очень долгим: диплом инженера, 5 лет разработчиком, 2 года архитектором, 7 лет СА, 5 лет менеджером продукта, потом предприниматель и БА. Не рекомендую :)

Полезные ссылки:
1. Группа поддержки для тех, кто хочет стать БА.
2. Статья Кто такой БА и как им стать.