Мессенджер, который закрывает работу целиком
Переписка, задачи, встречи, файлы и оргструктура в одной модели: решение доходит до принятого результата и остаётся прослеживаемым.
Рабочий прототип
Работают каналы и переписка, задачи, календарь и файлы, звонки с записью по согласию, расшифровка и итоги встречи с привязкой к таймкодам. Оргструктура и интеграции — в разработке. Состав работ: раздел 07.
Резюме
- Рабочий контур компании разложен по нескольким сервисам: обсудили в чате, задачу завели в трекере, согласовали почтой.
- Через месяц никто не покажет, где решение было принято и чем оно закончилось; восстановить цепочку можно только перепиской.
- ChatX держит разговор, встречу, решение, задачу и результат в одном графе — и каждый шаг ссылается на предыдущий.
01 — Диагноз
Решение живёт в переписке, а отвечает за него задача
Работа компании идёт в трёх-четырёх независимых сервисах. Каждый по-своему хорош, и ни один не хранит связь между ними.
-
Разрыв между разговором и задачей
Решение принимается в обсуждении, а фиксируется в трекере отдельной записью. Связь между ними держится в голове того, кто её завёл.
-
Встреча не оставляет следа
Договорённости существуют в памяти участников. Через месяц спор о том, что именно решили, разрешить нечем.
-
Права живут в интерфейсе
Кто что видит, определяется тем, в какой чат человека добавили. При изменении структуры доступ остаётся прежним.
Совокупный эффект — компания не может восстановить, как было принято решение, и повторяет ошибку в следующем цикле.
02 — Принцип решения
Один граф вместо четырёх независимых сервисов
-
Связь, а не копия
Задача создаётся из сообщения и хранит ссылку на него. Итог встречи ведёт к конкретной секунде записи. Ничего не переносится пересказом.
-
Права проверяет сервер
Доступ определяется ролью в структуре компании, а не составом участников чата. Интерфейс не решает, что человеку показать.
-
Согласие и подтверждение человеком
Встреча пишется только с согласия участников. Ни одна задача не создаётся автоматически: система предлагает, решение принимает человек.
03 — Класс системы
Место между мессенджером и трекером задач
Рабочий контур компании сегодня собирают из трёх классов продуктов: мессенджеры (Slack, Telegram), трекеры задач (Jira, Asana, Linear) и сервисы записи встреч (Otter, Fireflies, Zoom AI Companion). Каждый закрывает свою часть и не хранит связи с соседней.
Колонка ChatX отражает проектный охват; текущая готовность — в разделе 07. Связь решения с задачей и записью — та область, ради которой продукт и делается: её не закрывает ни один из трёх классов.
04 — Охват
Путь решения до принятого результата
Каждый шаг ссылается на предыдущий, поэтому цепочку можно пройти в обе стороны: от результата к разговору, где он начался.
- Разговор
- Встреча и запись
- Решение
- Задача
- Исполнение
- Подтверждение
- Приёмка результата
05 — Оргструктура
Компания — дерево, а не список сотрудников
В большинстве рабочих сервисов должность и отдел — это текстовые поля в профиле. Они ничего не определяют и ни на что не влияют.
-
Подразделения как объекты
Компания, департамент, дивизион и команда — узлы дерева глубиной до шести уровней, а не подпись под именем сотрудника.
-
Ответственность закреплена
У каждого узла есть тот, кто за него отвечает, и тот, кто может менять его состав. Делегирование управления — отдельное право.
-
Доступ следует за структурой
Перевод сотрудника между подразделениями меняет то, что он видит, без ручной переборки чатов и проектов.
06 — Интерфейс
Как это выглядит
Экраны сняты с работающей сборки. Продукт делается телефоном вперёд: на компьютере тот же сценарий показывается плотнее, а не иначе.
Нажмите на снимок, чтобы открыть его во весь экран и пролистать остальные.
07 — Стадия
Рабочий прототип, который готовится к рынку
08 — Участие
Три формата участия в проекте
Предоставляем работу компании в системе, перенос структуры и данных, приоритет в очереди разработки.
Ожидаем готовность перевести в неё часть реальной работы и обратную связь по ходу, а не по итогам.
Устройство системы и план развития раскрываются предметно — при личном обсуждении и под соглашение о неразглашении.
09 — Вопросы
Вопросы, возникающие чаще других
- Чем это отличается от связки мессенджера и трекера?
- Связью. Задача помнит сообщение, из которого возникла, а итог встречи ведёт к секунде записи. В связке из двух сервисов эта связь существует только в голове сотрудника.
- Запись встреч — это законно и этично?
- Запись начинается только с согласия участников. Итоги и решения формируются из расшифровки, но ни одна задача не создаётся без подтверждения человеком.
- Нужно ли переносить всю работу сразу?
- Нет. Начинают с одного подразделения или одного проекта; остальная работа продолжается там, где идёт сейчас.
- Что с интеграциями?
- Уведомления и исходящие вебхуки в разработке. Состав и порядок подключения определяются под конкретный контур заказчика.
- Как связан с Syntha?
- ChatX вырос из работы над Syntha: календарь и уведомления были вынесены из неё и развились в самостоятельный продукт. Системы независимы.
- Возможна ли демонстрация?
- Да, на действующей сборке.
Контакт
Укажите интересующий формат — ранний доступ, внедрение или инвестиции. Отвечаю лично.