Time Time Platform

Драфт v1.1 для продуктовой проверки

Time как рабочая платформа вокруг коммуникации

Сотрудник договаривается в чате Time - и договоренность часто растворяется без владельца и срока. Time уже стал рабочим центром Т-Банка: 50 000 сотрудников, 2000+ ботов и шаблонов процессов, которые команды собрали сами. Спрос на действие внутри Time уже проявлен - следующий шаг в том, чтобы сделать его управляемым.

Для команд Т-Банка и Т-Технологий, которые уже живут в Time, Time Platform - единственное решение, где рабочее действие рождается прямо там, где уже идет разговор, а не в отдельном приложении, куда нужно вручную переносить контекст.
Команда продукта
Мария

Нужно проверить договор и вернуть статус до пятницы.

Time

Задача создана. Владелец: Илья. Срок: пятница.

Проверить договор Источник: сообщение в Time
Контекст

Связаны сообщение, задача, срок, решение и доменный объект.

О границах этой стратегии

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

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

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

50 000

сотрудников Т-Банка переведены в Time по публичному кейсу

60 000

обезличенных пользователей Time в исследовании рабочих переписок

3 млрд руб.

оценка рынка корпоративных мессенджеров РФ в 2025 году

до 20%

ожидаемый годовой рост рынка по данным CNews

Решение

Стратегия собирает рост Time через проверяемые модули

Time Platform должна расти через проверяемые модули. Первый модуль доказывает пользу внутри Т-Банка и Т-Технологий до расширения команды и внешней упаковки.

Первый ход

Слой действий

Задача создается из сообщения Time, получает владельца, срок, статус и ссылку на контекст.

Второй вариант

Почтовый сценарий

Сценарий с высокой ценностью и высоким объемом технических зависимостей: Exchange, вложения, поиск, права и хранение.

Стратегический слой

Контекст и знания

Формирует долгосрочную ценность Time и требует отдельного допуска данных, аудита, удаления и модели.

Вовлечение

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

Метрики использования показывают, что модуль работает. Вовлечение отвечает на вопрос, почему через месяц команда не откатится к ручным напоминаниям в чате.

Опора на органический паттерн

2000+ ботов уже есть

Сотрудники Т-Банка сами построили ботов и шаблоны процессов. Не продавать модуль сверху, а дать инструментарий тем, кто уже строит.

Онбординг без трения

Создание в 1 действие

Slash-команда, реакция на сообщение или кнопка в интерактивном сообщении - без обучающих сессий длиннее 30 минут.

Петля обратной связи

Статус возвращается в канал

Смена статуса задачи возвращается туда, где родилась договоренность. Это ядро вовлечения, а не техническая деталь.

Модель чемпионов

1-2 активных пользователя на команду

Ранний доступ и прямая связь с продуктовой командой в каждой пилотной группе - организационный элемент вовлечения.

Метрика сверх использования

Добровольное повторное создание

Замерять создание задачи без напоминания модуля - отдельно от доли задач из сообщений Time.

Чего не делать

Без принуждения и контроля

Никаких обязательных напоминаний и штрафов. Модуль не должен превращаться в инструмент микроконтроля.

Матрица выбора

Задачи лидируют как продуктовая гипотеза

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

Линейка

Модульность строится слоями

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

0Коммуникационное ядро Time
1Слой действий
2Адаптер к системе учета
3Контекстный слой
4Аналитика эффективности
5Доменные модули
6Почтовый сценарий
7Слой знаний и RAG
8Документы
9Доски
10Видеосвязь
ХОблачное хранилище - сквозной слой

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

Экономика

Порядок затрат нужно сравнивать до разработки

Открытые тарифы дают рамку TCO для 1 000, 10 000 и 50 000 пользователей. Это расчетная база для разговора о бюджете, сроках и эффекте пилота.

  • 430 руб. в месяц - ориентир узкого трекера.
  • 580 руб. в месяц - расширенный трекер.
  • 819 руб. в месяц - офисный пакет с трекером.

Диаграмма показывает годовую стоимость открытых тарифов для трех масштабов: 1 000, 10 000 и 50 000 пользователей.

Рынок

Time нужен точный вход в рынок рабочих действий

ИгрокСильная зонаОткрытый ориентирВывод
TimeКоммуникация, API, боты350 руб. / мес.Усиливать рабочий поток из сообщений
Битрикс24CRM и широкий порталот 2 490 руб. / мес. за 5 пользователейДержать более узкий первый сценарий
Яндекс 360Офисный пакетдо 819 руб. / мес. с трекеромСравнивать с пакетной экономикой и быстрым входом через Time
KaitenЗадачи и доски430-580 руб. / мес.Брать рабочее действие из коммуникации как главный вход
VK WorkSpaceПочта, документы, коммуникации207-459 руб. / мес.Учитывать для внешнего рынка
МойОфис / Р7Онлайн-редакторы документовот 2 490 руб. / годКандидаты для buy/partner с embedded-интеграцией
sBoardОнлайн-доски для совместной работы624 руб. / мес.Единственный вендор досок с API и on-premise для встраивания

Архитектура

Ядро и адаптеры должны быть разделены

В ядре живут задача, источник, статус, права, аудит, события и контекст. В адаптерах живут CRM, ERP, ЭДО, трекеры, Exchange и правила конкретных команд.

Time
Слой действий
TASKS CRM ERP ЭДО HR ИБ

План

Этапы и ворота решения

02 недели

Исследование, заказчик, сценарий, данные, проверка API.

11-2 недели

Визуальный прототип на демонстрационных данных.

28-12 недель

Первая внутренняя версия с задачей из сообщения.

34-6 недель

Пилотное измерение и решение продолжать или остановить.

4после пилота

Один доменный модуль или один внешний адаптер за этап.