Россия

129085, Проспект Мира,
д. 101, стр. 1

Обсудим ваш проект?

ТВЦ

Разработка корпоративной социальной сети

ТВ Центр — общероссийский федеральный телеканал, который существует с 1999 года.

Мы предложили решение, которое объединило в себе 5 систем и 14 сервисов. Разработка портала для 3000 сотрудников велась через User Stories и была разделена на 5 спринтов

В работе сотрудники телеканала использовали 5 систем, не все из которых были связаны между собой. Мы предложили сделать “единую точку входа” для всех систем, которая будет связана с ними с помощью API. Каждый сотрудник будет видеть свои задачи, изменения, поручения и взаимодействовать с ними. Таким образом мы решаем сразу несколько проблем: недружелюбный интерфейс, разрозненная информация, большое количество окон, между которыми нужно переключаться.

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

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

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

Отделом аналитики Notamedia была проделана огромная работа по сбору требований и проработке пользовательских сценариев

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

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

Разработку поделили на 5 этапов – 5 спринтов

  1. 01
    • Лента событий
    • Личный кабинет
    • Сотрудники компаний
  2. 02
    • Услуги и контакты
    • Обращения
    • Сервисы
  3. 03
    • Каталог КЕ
    • Бюджетирование
    • Контрагенты
  4. 04
    • Проекты и программы
    • Задачи
    • Система управления знаниями
  5. 05
    • Дискуссии
  6. В общей сложности получилось
    73 сценария

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

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

Прототипы личного кабинета

  • Раздел «Проекты»
    Раздел «Проекты»
  • Раздел «Контакты»
    Раздел «Контакты»
  • Раздел «Отсутствия»
    Раздел «Отсутствия»
  • Раздел «Проекты / Проектов нет»
    Раздел «Проекты / Проектов нет»
  • Раздел «Сервисы и контракты»
    Раздел «Сервисы и контракты»
  • Выбор миниатюры
    Выбор миниатюры
  • Модальное окно выхода из системы
    Модальное окно выхода из системы
  • Обновление фотографии
    Обновление фотографии
  • Модальное окно удаления фотографии
    Модальное окно удаления фотографии

Некоторые требования сотрудников были конфликтующими. Потребовалось выделить действительно необходимое

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

Малая часть прототипов модуля задач

  • По сервису заказчика
    По сервису заказчика
  • По услугам
    По услугам
  • По стадии задачи
    По стадии задачи
  • По проектам
    По проектам
  • По руководителю рабочей группы
    По руководителю рабочей группы
  • Страница задачи
    Страница задачи
  • Канбан
    Канбан
  • По сервису исполнителя
    По сервису исполнителя

Задача объединения всех рабочих пространств была непростой. Над порталом также работала команда разработчиков клиента для разработки API

С помощью API, мы получали данные сервисов и объединяли их в одном, новом окне. В процессе написания User Stories мы поняли, что потребуется абсолютно новый функционал, которого ранее не было в сервисах заказчика. Поэтому помимо API, команда разработчиков ТВ Центра писала код специально под наши требования.

UI-KIT проекта

Для Notamedia это был комплексный проект, требовавший полного вовлечения в специфику работы заказчика

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

  • 3000+ пользователей
  • 100+ прототипов
  • 2000+ часов работы
  • 73+ сценариев

Технические спецификации системы

Front

  • фреймворк React
  • язык TypeScript
  • state manager самописный

Back

  • фреймворк Laravel
  • база PostgreSQL
  • Кеш и очереди Redis
tvc-subtract