Не только автоматизация. Ещё и социальное предпринимательство.
Пока ждём ответы на опросник от первого коммерческого заказчика и согласование ТЗ по другому проекту, занимаемся развитием собственной компании.
Сегодня заполняю анкету для размещения информации о нашем предприятии на московской «Витрине социальных предприятий».
А началась эта история ещё в июле.
Именно тогда ООО «Горизонт событий», под брендом которого мы развиваем SmartFlow Tech, получило официальный статус социального предприятия по четвёртой категории.
Что это означает?
Четвёртая категория связана с предпринимательской деятельностью, направленной на общественно полезные цели и решение социальных задач.
Для нас это направление не случайное.
Мы разрабатываем цифровые инструменты для организаций, которым нужна автоматизация процессов, но которые не всегда могут позволить себе сложные и дорогие информационные системы.
В том числе для небольших НКО и организаций, помогающих семьям и детям.
При этом SmartFlow Tech работает не только с социальным сектором. Бизнес-анализ, проектирование процессов и разработка цифровых решений нужны и коммерческим компаниям.
Для нас важно, чтобы социальная направленность и коммерческая устойчивость не противоречили друг другу.
Мы хотим развивать продукт, который будет востребован, сможет поддерживать собственное развитие и при этом останется доступным для организаций с ограниченными ресурсами.
Получить статус — один этап.
Сохранить его и подтвердить результатами своей деятельности — уже постоянная работа.
Сейчас готовим информацию для размещения на «Витрине социальных предприятий» Москвы.
Ещё один шаг к тому, чтобы о нашей работе узнали не только потенциальные заказчики, но и те, кому близка сама идея доступной автоматизации. Возможно будем полезны друг другу
Три анкеты — ещё не техническое задание
Сегодня продолжаем согласование функциональных требований с нашим первым коммерческим заказчиком.
Для этой работы подготовили опросный лист по разделу ТЗ: 42 вопроса, сгруппированных по трём этапам разработки.
Исходные материалы — три формы, которыми организация пользуется в своей работе: родительский опросник, анкета по сенсорным системам и логопедическая диагностика.
Казалось бы, формы уже есть. Значит, остаётся перенести их в электронный вид?
Не совсем. 🙂
Например, сенсорный опросник содержит 77 вопросов в 10 блоках. Для ответов предусмотрены варианты «часто», «иногда», «редко».
Но в полученном документе нет правил подсчёта баллов и интерпретации результатов.
А значит, мы не можем просто придумать формулу и объявить её диагностическим показателем.
Другой пример — логопедическая диагностика. В бланке есть матрица звуков, но правила отметок требуют уточнения. Для специалиста они могут быть привычными, а для разработчика это ещё не определённая логика системы.
Или родительский анамнез.
Когда его заполнять? Сразу при обращении или позже, в личном кабинете? Можно ли сохранить черновик? Что делать, если родитель не помнит ответ? Кто вправе изменять уже внесённые сведения?
Каждый ответ влияет на интерфейс, структуру данных и сценарии работы.
Поэтому мы не просто собираем пожелания к функциям. Мы последовательно согласовываем бизнес-правила, границы этапов и ответственность пользователей.
Электронная анкета — это форма ввода данных. А информационная система начинается там, где определены правила работы с этими данными.
Именно этим сейчас и занимаемся.
ТЗ ещё согласовывается, а архитектура уже уточняется
Сегодня начинаем согласование технического задания с нашим первым коммерческим заказчиком.И параллельно вносим в документ изменения.
Причина — нашли новый вариант решения задачи аутентификации пользователей: связку MAX + Passkey.
Для нашей платформы это важная часть архитектуры.Системой
будут пользоваться родители, специалисты и координаторы.
При этом мы работаем с персональными данными, поэтому недостаточно просто придумать удобный способ входа.
Нужно понять, как подтверждается личность пользователя, как он связывается со своей учётной записью, что происходит при смене устройства и как восстанавливается доступ.
Passkey интересен нам как технология входа без привычного пароля. А MAX рассматриваем как один из каналов взаимодействия пользователя с системой.
Но между «выглядит подходящим решением» и «можно включать в техническое задание» есть обязательный этап — проверка. Поэтому сегодня у нас ещё одна задача: регистрация нашего ООО в MAX как юридического лица, подготовка тестового бота и взаимодействие с технической поддержкой платформы.
Нужно выяснить, какие сценарии действительно поддерживаются API и что потребуется реализовать на нашей стороне.
Это нормальная часть бизнес-анализа и проектирования.
Техническое задание не должно фиксировать красивую идею, техническая реализуемость которой ещё не подтверждена.
Сначала проверяем возможности и ограничения. Затем уточняем требования и согласовываем решение с заказчиком.
Иногда одна новая связка технологий заставляет пересмотреть целый раздел ТЗ. И лучше сделать это сейчас, чем обнаружить ограничения уже после разработки.
#SmartFlow_Аналитика #SmartFlow_Архитектура