Мобильное приложение Wingly

О мобильном приложении

Описание

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

Целевая аудитория

Женщины и мужчины 16-35 лет

Потребности ЦА

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

Функции мобильного приложения

• регистрация/авторизация
• просмотр онбординга
• настройка ленты рекомендаций
• изменение личной информации
• изменение настроек доступа (приватный или публичный профиль)
• изменение настроек аккаунта (удаление, выход, смена пароля, настройка уведомлений, блокировка аккаунтов других пользователей)
• отслеживание состояния личной страницы (количество постов, лайков и репостов под постами)
• создание короткого поста
• просмотр постов пользователей
• просмотр страниц пользователей
• подписка, лайк, репост и коммент к постам
• загрузка фото и видео материала
• поиск постов и пользователей
• уведомления о новых постах, лайках, комментариях и репостов

MVP

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

О разработке мобильного приложения

Команда

Team Lead — Амина Алеева
Designer — Арина Еремеева
Technologist (Analyst) — Амина Алеева, Арина Еремеева, Елизавета Плисюк
iOS Developer — Елизавета Плисюк, Алеева Амина
Backend Developer — Владимир Попов
QA Mobile — Елизавета Плисюк, Алеева Амина

Состояние hard skills команды

У всех членов команды есть опыт работы в продуктовой разработке на таких позициях как: iOS Development, Backend Development, Design, QA, Analytics. Никто из членов команды не был Team Lead'ом на одном из направлений или проекта, только в рамках pet проектов.

Необходимые средства для реализации

• Команда разработки состоящая из: Team Lead, Designer, Analyst, Backend Developer, Mobile Developer, QA engineer
• IDE для мобильной разработки
• IDE для бекэнд разработки
• ПО для разработки дизайна
• БД
• Task tracker
• wiki
• Система контроля версий
• Meeting service
• Team's chat

Выбранные средства для реализации

• Figma — разработка дизайна
• GitHub — платформа для совместной разработки
• GitHub Projects — таск трекер
• GitHub wiki — документация проекта
• Firebase — база данных

Процессы разработки

Методология — Agile (подход Kanban)

Релизный цикл — 2 недели
Код-фриз — за 2 дня до начала следующей итерации
Тестирование — 4 дня от начала код-фриза

1 итерация (30 сентября — 13 октября): авторизация/регистрация, онбординг, главный экран
2 итерация (14 октября — 27 октября): доработки главного экрана + лента рекомендаций + navigation bar для переходов с главного экрана на экраны — личный профиль, поиск, избранное, создание поста
3 итерация (28 октября — 10 ноября): доработки экранов — личный профиль, избранное, создание поста
4 итерация (11 ноября — 24 ноября): доработки экранов — поиск + создание поста
5 итерация (25 ноября — 8 декабря): доработки экранов — настройки профиля, профиль другого пользователя
6 итерация (9 декабря — 22 декабря): тех. релиз + доработки недоделанного (если не успели что-то сделать в рамках прошлых итераций)

Таблица оценки рисков

Обозначения:
Низкая — 1
Средняя — 2
Высокая — 3

Риск	Вероятность	Последствия	Итог
В команде есть студенты	3	3	6
Сжатые сроки	3	3	6
Праздники	2	1	3
Заболел член(ы) команды	2	3	5
Поломка техники	1	3	4
Выгоревший(е) член(ы) команды	1	3	4
Большое количество багов	2	3	5
Отпуска	1	2	3
Несчастный случай	1	3	4
Несвоевременное получение необходимого доступа	1	3	4
Конфликты в команде	2	3	5
Работа в разных часовых поясах	1	2	3
Устаревание используемых технологий	1	3	4
Некорректная оценка ресурсов	2	3	5
Неполные или изменяющиеся требования	2	3	5
Проблемы с выкладкой приложения в стор	1	3	4
Магнитные бури	2	2	4