Skip to content

# Product Brief - MVP

## 1. Мета

Дати першим користувачам (фаунерам спільнот та їхнім командам) простий спосіб:

- створити свою micro-DAO (спільноту),
- налаштувати базову приватність (public / confidential),
- почати працювати в чаті з каналами,
- керувати простими задачами в проєктах,
- спробувати приватного AI-агента всередині спільноти.

Ціль: реальний робочий простір для 1–2 команд, а не демо-скріншоти.

## 2. Персони

1. Фаундер спільноти / команди
2. Хоче створити свій "маленький всесвіт": чат, задачі, базу знань.
3. Цінує приватність, простоту і контроль над даними.

4. Не хоче розбиратися в технічних деталях DAO / токенів.

5. Учасник команди

6. Приходить за інвайтом або з публічного каналу.
7. Хоче: писати в чат, бачити задачі, отримувати фоллоу-апи.

8. Агента сприймає як "корисного помічника", а не як складну систему.

9. Ранні технічні тестувальники

10. Можуть пробачити сирість інтерфейсу.
11. Важливо: стабільність базових флоу, зрозумілий API та логічна структура.

## 3. Ключові сценарії (Core Flows)

### 3.1. Onboarding: створення першої micro-DAO

1. Користувач заходить на сайт.
2. Логін через email (magic-link).
3. В онбордингу задає:
4. назву спільноти,
5. режим: Public / Confidential,
6. перший канал (наприклад, `#general`),
7. базові налаштування приватного агента.
8. Потрапляє в основний інтерфейс чату своєї нової спільноти.

### 3.2. Публічний канал як точка входу

1. Гість відкриває публічний канал за посиланням `/c/:slug`.
2. Читає стрічку (read-only).
3. Через форму "Зареєструватися в каналі" вводить email + ім'я + viewer-type.
4. Стає учасником (Member / Visitor) і може писати в канал.

### 3.3. Командний чат

1. Учасники пишуть повідомлення в канали.
2. Можуть створювати follow-up із будь-якого повідомлення.
3. Бачать базову активність (нові повідомлення, треди).

### 3.4. Follow-ups

1. З повідомлення в чаті користувач натискає "Створити follow-up".
2. Задає: назву, відповідального (assignee), дедлайн (опційно).
3. У вкладці "Follow-ups" бачить:
4. Assigned to me,
5. All (простий список задач із статусом).

### 3.5. Проєкти та задачі (Kanban-lite)

1. Користувач створює проєкт для команди.
2. Додає задачі (title, статус, опційний due).
3. Переміщує задачі між колонками Backlog / In Progress / Done.
4. Фільтрує задачі за статусом (мінімально).

### 3.6. Приватний агент

1. У налаштуваннях спільноти або онбордингу вмикається "Team Assistant".
2. У спеціальному чаті з агентом користувач ставить питання по контексту спільноти.
3. Агент відповідає, використовуючи:
4. історію чату (контекст сесії),
5. в майбутньому — Co-Memory і документи (для MVP можна обмежитися контекстом чату).

## 4. Обсяг MVP (In Scope)

### 4.1. Функції

- Auth:

- Логін через email (magic-link).

- Teams / micro-DAO:

- Створення спільноти.
- Перегляд списку моїх спільнот.

- Перемикач режиму: Public / Confidential.

- Channels:

- Створення public / group каналів.

- Список каналів для обраної спільноти.

- Messages:

- Відправка / отримання повідомлень у каналі.

- Пагінація стрічки (cursor / limit).

- Public Channel Landing:

- Read-only стрічка для гостей.

- Форма реєстрації (email + ім'я + viewer-type).

- Follow-ups:

- Створення follow-up з повідомлення.

- Перегляд списку follow-up (фільтр по assignee / статусу).

- Projects & Tasks (спрощено):

- Створення проєкту.
- Додавання задач.

- Зміна статусу задачі між базовими колонками.

- Agents:

- Створення / наявність одного "Team Assistant".

- Базовий чат з агентом через API існуючого LLM-провайдера.

- Settings:

- Мова інтерфейсу (мінімум: uk + en).
- Часовий пояс.
- Прості параметри агента (on/off, мова, профіль).

### 4.2. Нефункціональні вимоги

- Стабільність під 10–50 активних користувачів.
- Чат відповідає ≤ 300 мс (до LLM-викликів).
- Мінімальна мобільна адаптація (читання + базове введення).

## 5. Що НЕ входить в MVP (Out of Scope)

- Повна реалізація токеноміки (RINGK, 1T, KWT, DAARION) та стейкінгу.
- Governance (пропозиції, голосування, timelock).
- Повний Co-Memory (файли, wiki, RAG-індексація) — можна мати лише базові заглушки.
- Складні інтеграції (Gmail, Calendar, Notion та ін.).
- Просунуте управління правами (детальний RBAC/UI для ролей, кастомні ACL).
- Повний multi-agent orchestration (мережа агентів, роутинг між моделями).
- Робототехніка та фізичні інтеграції (на рівні MVP лише як стратегічна перспектива).

## 6. Успіх MVP (Success Criteria)

- 1–2 живі спільноти (5–20 людей), що:
- щодня використовують чат,
- створюють проєкти й задачі,
- користуються хоча б одним агентом.
- Мінімум 3–5 сесій на користувача на тиждень.
- Нуль критичних блокерів:
- логін завжди працює,
- повідомлення не губляться,
- онбординг можна пройти від початку до кінця без допомоги девів.

## 7. Примітки для розробників

- Цей brief — орієнтир, а не жорсткий контракт.
- Якщо функція не потрібна для основних флоу (описаних вище) — її можна перенести в наступні ітерації.
- Головний пріоритет: простий, стабільний досвід для перших реальних користувачів, навіть ціною урізаного функціоналу.