Эффективность 360: технологии для внутренних процессов

Проблематика
Скорость согласований, качество процессов, развитие сотрудников и доступ к данным — напрямую влияют на эффективность работы любой организации. Финансовый университет предлагает применить инженерный и исследовательский подход к трем очень важным сферам своей «внутренней» жизни: процессам, людям и принятию решений.
В рамках трека развивай свой продукт в одном из трех приоритетных направлений. В фокусе — обоснованная проблема, проработанный пользовательский сценарий и потенциал дальнейшего развития продукта.
Ключевые направления
Три направления отражают ключевые области интереса автора трека – Финансового университета при Правительстве Российской Федерации. Примеры задач помогают понять, на чем можно сфокусироваться, но не являются закрытым списком. Если ваша команда видит другую значимую проблему для университета и может обосновать ценность решения, вы можете представить такой проект в рамках трека.

Оптимизация бизнес-процессов. Решения, которые показывают, где процесс теряет время или качество, и делают его быстрее, прозрачнее или дешевле без потери контроля. Например:

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

Опыт сотрудника и развитие персонала. Решения, которые помогают улучшать опыт сотрудников, поддерживать их развитие и повышать продуктивность. Например:

  • первые недели нового сотрудника — к кому обратиться, какие системы освоить и что сделать в первую очередь;
  • индивидуальные траектории обучения и развития;
  • понятная оценка результатов работы и регулярная обратная связь;
  • раннее выявление признаков выгорания и снижения вовлеченности.

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

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

Если ваш проект решает другую задачу, связанную с внутренней деятельностью организации, его тоже можно заявить. Обоснуйте, какую проблему он решает и какую пользу может принести университету.
Использование искусственного интеллекта
Мы не ожидаем использования нейросетей в каждом проекте и не рассматриваем ИИ как самостоятельную ценность. Используйте ИИ там, где он действительно улучшает решение. Если без ИИ задачу можно решить проще и надежнее, это нормально. Если ИИ необходим, покажите, какую часть пользовательского сценария он улучшает, на каких данных работает и как вы планируете контролировать качество результата. Для генеративных решений предусмотрите возможность работы с российскими и/или on-prem моделями.
Результат к финалу
К финалу 11 декабря мы ждем от команд работающий MVP, подтвержденный данными:

  • MVP, основанный на результатах CustDev (исследования пользователей), с выборкой не менее 30 респондентов;
  • 10 проведенных проблемных интервью, каждое из которых подтверждено артефактом — записью разговора или, если респондент не согласен на запись, обезличенной расшифровкой с указанием даты и роли респондента;
  • финансовый план, включающий затраты на разработку и внедрение, эффект для организации, которая будет использовать решение, и срок окупаемости.
Сильным сигналом для жюри будет подтвержденный интерес к продукту: платящий клиент, письмо о намерениях, договоренность о пилоте или люди, которые уже регулярно пользуются решением. Ориентир: минимум один платящий клиент для B2B-решения или 30 пользователей для B2C-решения. Это пожелание, а не обязательное требование. Клиентом может быть любая организация.
Весь этот объем не требуется подготовить на старте: необходимые элементы будут формироваться и дорабатываться по ходу спринтов.

Спринт

Сроки

Фокус работы над продуктом

Спринт №1

с 5 октября по 1 ноября

Подтвердить проблему, оценить рынок или охват, выбрать метрики ценности, показать движение к MVP

Спринт №2

с 16 по 29 ноября

Довести MVP, посчитать финансовую модель, показать защиту данных

Спринт №3

с 3 по 8 декабря

Сценарий пилота и масштабирования, финальный питч

Как оцениваем
Проекты оцениваются по нескольким критериям

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

Как устроен отбор на этапах соревнования

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

*Критерии оценки второго спринта будут опубликованы перед его началом.
Критерии оценки первого спринта и онлайн-питчей

№

Критерий

Баллы

Когда оценивается

1

Проблема и гипотеза (Discovery, JTBD)

0-18

Спринт №1

2

Проблемные интервью и CustDev

0-20

Спринт №1

3

Охват и рынок

0-14

Спринт №1

4

Продуктовые метрики и ценность

0-14

Спринт №1

5

Зрелость решения: движение к MVP

0-14

Спринт №1

6

Питч и сторителлинг

0-10

Онлайн-питчи

7

Применимость для заказчика и путь к пилоту

0-6

Онлайн-питчи

8

Команда

0-4

Онлайн-питчи

Условия
  • Технических ограничений нет: стек и архитектуру выбирает команда.
  • Проблема должна быть подтверждена исследованием. Без аргументации значимости проблемы проект не соответствует требованиям трека.
  • Необходимо предусмотреть реалистичный сценарий пилотирования и дальнейшего масштабирования решения.
  • Перед интервью получите согласие респондента на запись разговора и передачу материалов жюри. Храните записи и расшифровки по ссылке с ограниченным доступом. Если продукт работает с данными сотрудников, покажите, как обеспечивается их защита.
Формат загрузки решения
Решение загружается на платформу в конце каждого спринта: до 1 ноября, до 29 ноября и до 8 декабря.
В каждую загрузку входят:

  1. Ссылка на презентацию проекта: облачный диск с файлом .pptx или .pdf либо презентация в YouNote, Figma или другом сервисе.
  2. Ссылка на развернутый MVP или видео-демо его работы.
  3. Ссылка на облачный диск с артефактами исследования: записями или расшифровками проблемных интервью, результатами CustDev, финансовым планом в объеме, готовом к этому этапу.
Состав команды
В команде от 2 до 5 человек. Оптимальный состав:
  • product/project-менеджер;
  • 2 backend/frontend-разработчика;
  • аналитик;
  • специалист по CustDev и пользовательским исследованиям.
Сильной стороной будет участник с опытом в HR или внутренних процессах организаций: он может совмещать эту экспертизу с ролью аналитика или исследователя.

Академия Финтеха. Придумываем будущее вместе!