Выполненная задача

Оцененная задача

Просмотр задач на трекшн карте

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

Трекшн карта

Задачи проекта

Трекшн карта

Задачи проекта

Просмотр сходимости юнит экономики

Данная функция позволяет оценить возможности к масштабированию проекта через инструмент юнит экономики

Модель юнит экономики проекта

Данные для модели юнит экономики, собранные на проекте

Рассчитанные на основе актуальных данных показатели юнит экономики

Редактирование гипотезы

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

Правки к гипотезе

Выбранная гипотеза

Отредактированная гипотеза

Просмотр гипотез

Трекер должен обладать возможностью просматривать уже проверенные гипотезы для повышения качества анализа успешности проекта

Выбранный проект

Гипотезы выбранного проекта

Просмотр AARRR метрик проекта

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

Данные о пользователях

Данные о пользовательской базе в виде AARRR метрик

Просмотр финансового состояния проекта

Трекер должен быть в курсе объема оставшихся ресурсов проекта, для этого необходимо создать экран с финансовыми показателями

Денежные средства на счетах проекта

Плановые расходы в текущем месяце

Фактические расходы в текущем месяце

Доходы в текущем месяце

Финансовый результат в текущем месяце

Денежные средства на счетах проекта

Плановые расходы в текущем месяце

Фактические расходы в текущем месяце

Доходы в текущем месяце

Финансовый результат в текущем месяце

CEO

Функция	Обоснование функции	Данные на входе	Данные на выходе
Просмотр показателей здоровья проекта	Данная функция позволяет быстро оценить положение дел в проекте. Для CEO приоритетной информацией являются данные об оставшихся задачах и их крайних сроках, ход проверки гипотез и продвижение проекта по трекшн карте	Задачи проекта Гипотезы проекта Трекшн карта проекта	Количество задач с крайним сроком на текущей неделе Статус проверяемых гипотез Статус выполняемых задач с трекшн карты проекта
Создание задач	Постановка задач является одной из основных функций исполнительного директора стартапа. При постановке задачи исполнительный директор должен обладать возможностью указать крайний срок, исполнителя задачи, прикрепить к задаче документы, а так же базовую задачу из трекшн карты, которая требует выполнения поставленной задачи.	Формулировка задачи Крайний срок выполнения задачи Исполнитель задачи Место задачи на трекшн карте	Задача сотруднику
Редактирование задач	Редактирование задачи должно происходить с сохранением истории изменений задачи, а так же с уведомлением исполнителя, поставившего задачу лица и всех остальных сотрудников, причастных к задаче, об изменении задачи.	Правки к задаче	Отредактированная задача
Просмотр задач сотрудника	Данная функция позволяет оценить степень загруженности сотрудника для более оптимального распределения задач в команде.	Сотрудник	Список задач сотрудника
Просмотр бизнес модели проекта	Бизнес модель проекта позволяет быстро понять суть проекта. Также данная функция позволяет зафиксировать ключевые проблемы, которые решает данный проект и методы решения данных проблем.		Бизнес модель проекта
Редактирование бизнес-модели проекта	Данная функция позволяет корректировать все зафиксированные аспекты бизнес-модели проекта	Правки к бизнес-модели	Отредактированная бизнес-модель проекта
Создание AARRR метрики	Создание AARRR метрики позволяет преобразовывать информацию о клиентской базе стартапа в более наглядный вид.	Правила разбиения пользователей на группы методологии AARRR метрик	Отчет в методологии AARRR метрик о клиентской базе стартапа
Редактирование AARRR метрики	В ходе развития проекта могут меняться правила разбиения пользователей на группы в системе AARRR	Правки к правилам разбиения пользователей на AARRR метрики	Обновленный отчет в методологии AARRR метрик о клиентской базе стартапа
Просмотр AARRR метрик	Просмотр AARRR метрик позволяет оценить динамику развития проекта и проанализировать успешность предпринятых внутри проекта шагов для улучшения бизнес-модели.	Выбранные AARRR метрики	Отчеты по выбранным AARRR метрикам о клиентской базе стартапа
Создание модели юнит экономики	Создание модели юнит экономики позволяет быстро анализировать будущею прибыльность проекта и возможность к масштабированию.	Канал для расчета юнит экономики Данные для расчета юнит экономики	Сохраненная модель юнит экономики для заданного канала
Редактирование модели юнит экономики	В ходе развития проекта может возникнуть необходимость изменить модель юнит экономики для расчетов	Правки к модели юнит экономики Выбранная модель юнит экономики	Отредактированная модель юнит экономики
Просмотр моделей юнит экономики	Данная функция позволяет оценить возможности к масштабированию проекта через анализ сходимости моделей юнит экономики	Модель юнит экономики проекта Данные для модели юнит экономики, собранные на проекте	Рассчитанные на основе актуальных данных показатели юнит экономики
Создание гипотез	Для успешного развития проекта необходимо как можно быстрее исследовать интересующую стартап нишу рынка, для этого необходимо реализовать в решении функцию создания гипотез для фиксирования работы с ними	Данные для создания новой гипотезы проекта	Новая гипотеза проекта
Редактирование гипотезы	В ходе работы над проверкой гипотезы может возникнуть необходимость внести правки в условия поставленной задачи.	Правки к гипотезе Выбранная гипотеза	Отредактированная гипотеза
Просмотр гипотез проекта	CEO должен обладать возможностью просматривать уже проверенные гипотезы и гипотезы в работе для повышения качества анализа успешности проекта	Выбранный проект	Гипотезы проекта

Сотрудник стартапа

Функция	Обоснование функции	Данные на входе	Данные на выходе
Создание задач	Постановка задач позволяет сотрудникам распределять нагрузку между собой. При постановке задачи сотрудник должен обладать возможностью указать крайний срок, исполнителя задачи, прикрепить к задаче документы, а так же указать базовую задачу из трекшн карты, которая требует выполнения поставленной задачи.	Формулировка задачи Крайний срок выполнения задачи Исполнитель задачи Место задачи на трекшн карте	Задача сотруднику
Редактирование задач	Редактирование задачи должно происходить с сохранением истории изменений задачи, а так же с уведомлением исполнителя, поставившего задачу лица и всех остальных сотрудников, причастных к задаче, об изменении задачи.	Правки к задаче	Отредактированная задача
Просмотр задач	Просмотр задач позволяет сотруднику планировать собственное время и всегда иметь точную формулировку задачи	Сотрудник стартапа	Список поставленных задач
Просмотр AARRR метрик	Некоторым сотрудникам могут понадобиться данные AARRR метрик для более точной оценки эффективности проведения тех или иных работ	Выбранные AARRR метрики	Отчеты по выбранным AARRR метрикам о клиентской базе стартапа

Системный администратор

Функция	Обоснование функции	Данные на входе	Данные на выходе
Настройка ролей пользователей системы	Данная функция позволяет разграничивать данные, которые доступны тем или иным группам пользователей.	Роль пользователя Правила прав доступа пользователя	Роль пользователя с установленными правами
Настройка подключения внешних приложений к системе	Настоящее решение будет обладать возможностью взаимодействовать со сторонними сервисами через API, в обязанности системного администратора входит настройка взаимодействия сервисов через данный интерфейс	Настройки подключения через API	Данные из сторонних приложений, используемых в настоящем решении
Настройка параметров AARRR метрик	Данная функция необходима для разбиение пользователей на небольшие группы, когорты. Для этого необходимо настроить связь между параметрами клиента, передаваемыми сторонним приложением и параметром в системе учета	Правила связи параметров, передаваемых сторонней системы и параметров пользователей внутри системы учета.	Правила разбиение пользователей на когорты

Нефункциональные требования к системе

Нефункциональные требования к системе могут быть описаны данным списком:

· Возможность передачи информации из сторонних сервисов через API интерфейс, конкретно с системами Яндекс и Google

· Число пользователей системы - до 1000 человек с возможностью быстрого масштабирования

· Число пользователей, прикрепленных к одному проекту - не более 20

· Быстрая скорость работы приложения на стороне пользователя (время загрузки страницы - менее 5 секунд)

· Возможность работы в онлайн сервисе с любого устройства (компьютер, планшет, мобильный телефон)

· Сохранение всех данных происходит на стороне онлайн сервиса

Глава 3. Проект решения

Диаграмма экранов приложения

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

Инвестор

Рисунок 1

Трекер

Рисунок 2

CEO

Рисунок 3

Сотрудник стартапа

Рисунок 4

Системный администратор

Рисунок 5

Интерфейсы экранов

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

Экран авторизации

Роли пользователей: инвестор, трекер, CEO, сотрудник стартапа, системный администратор

Рисунок 6

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

Показатели здоровья проекта

Роли пользователей: инвестор.

Рисунок 7

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

Показатели здоровья проекта

Роли пользователей: Трекер

Рисунок 8

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

Ключевые показатели здоровья проекта

Роль: CEO

Рисунок 9

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

Бизнес-модель проекта

Роль: трекер, CEO

Рисунок 10

Рисунок 11

Данные экраны представляют собой описание бизнес модели проекта. Описание проекта может быть выполнено как в текстовом виде, так и в нотации lean canvas.

Трекшн карта проекта

Роли: трекер, CEO, сотрудник проекта

Рисунок 12

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

Редактирование шаблона трекшн карты

Роли: трекер

Рисунок 13

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

Создание задачи

Роли: трекер, CEO, сотрудник стартапа

Рисунок 14

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

Просмотр списка задач

Роли: трекер, CEO, сотрудник

Рисунок 15

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

Экран юнит экономики проекта

Роли: трекер, CEO, сотрудник

Рисунок 16

Данный экран позволяет просмотреть данные о юнит экономике проекта. Вверху экрана расположен переключатель между каналами продаж, для которых будут рассчитываться показатели юнит экономики. В левой части экрана находится график, на котором будут отображаться значения CPA, ARPU, ARPPU проекта. По осям возможен выбор единиц отображения: по оси У - один из показателей, либо отношения показателей друг к другу (к примеру CPA/APRU) для более детального анализа положения дел в канале продаж. На оси Х возможен выбор временного масштаба, за который будут отображаться значения. В правой части экрана находятся показатели, которые возможно вывести на график (возможно отображение сразу нескольких графиков), а так же разделение пользователей на когорты.

Конструктор гипотез

Роли: трекер, CEO

Рисунок 17

На данном экране представлен интерфейс для реализации функции создания гипотез. В конструкторе необходимо указать название гипотезы, ее описание, далее необходимо указать критерий, по которому будет проверяться гипотеза. Параметром является один из показателей юнит экономики или AARRR метрик, который связан со внешней системой аналитики, способ сравнения указывает каким образом параметр будет сравниваться со значением для сравнения, которое указывается в третьем поле. Размер выборки показывает, какую выборку можно считать репрезентативной. После указания всех данных гипотеза сохраняется и решение будет анализировать данные по данной гипотезе.

Просмотр списка гипотез

Роли: трекер, CEO

Рисунок 18

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

Просмотр AARRR метрик

Роли: трекер, CEO, сотрудник

Рисунок 19

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

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

Просмотр AARRR метрик через графики

Роли: трекер, CEO, сотрудник

Рисунок 20

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

Финансовое состояние проекта

Роли: трекер, CEO

Рисунок 21

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

3. Заключение

Итоги

В данной работе проведен обзор венчурного высокотехнологического рынка России, далее было приведено описание сферы деятельности и целей деятельности стартапа, возможных бизнес моделей подобных компаний. Также проведено исследование наиболее эффективных методологий оценки предпринимательских проектов. В результате исследования были выделены методологии юнит экономики, AARRR метрик, разделения клиентов на когорты и постановка задач в проекте через методику трекшн карты.

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

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

Выводы

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

Перспективы развития проекта

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

Размещено на Allbest.ru

...