ИИ для составления ТЗ

⚡ Процесс: от идеи до ТЗ за 1 час:

Шаг 1 (10 мин): Расскажи мне идею голосом/текстом
Не нужно структурировать — просто расскажи, что хочешь. Как рассказал бы коллеге за кофе.

Шаг 2 (15 мин): Я задаю уточняющие вопросы
Те самые 20 вопросов, которые задал бы разработчик. Но до начала разработки, а не после.
• Что происходит при ошибке?
• Кто видит эту функцию?
• Как это работает на мобильном?
• Что если пользователь нажмёт дважды?

Шаг 3 (10 мин): Я генерирую ТЗ
Формат:
• User story: «Как [роль], я хочу [действие], чтобы [результат]»
• Подробное описание с edge cases
• Критерии приёмки (Definition of Done)
• Вопросы для дизайнера (если нужен UI)

Шаг 4 (5 мин): Ты ревьюишь и правишь
Обычно правки минимальные — основные вопросы уже обсудили.

Результат: 40 минут вместо 2 дней. Давай попробуем на ближайшей фиче?

📐 ТЗ: Экспорт данных пользователя (GDPR)

User Story:
Как пользователь CRM, я хочу экспортировать все свои данные в читаемом формате, чтобы иметь резервную копию и выполнить требования GDPR о переносимости данных (data portability).

Описание:

Кнопка «Экспортировать мои данные» в настройках профиля. По нажатию — система собирает все данные пользователя, формирует архив и отправляет ссылку для скачивания на email.

Детали:

1. Расположение: Настройки → Мои данные → «Экспортировать все данные»

2. Процесс:
• Нажатие → подтверждение («Формирование займёт до 30 минут. Отправим ссылку на email@»)
• Экспорт выполняется в фоне (очередь)
• Готово → email со ссылкой на скачивание (ссылка активна 72 часа)

3. Формат архива:
• ZIP-файл, внутри:
• `contacts.csv` — все контакты (имя, телефон, email, компания, теги)
• `deals.csv` — все сделки (название, сумма, статус, контакт, дата)
• `tasks.csv` — все задачи (название, описание, срок, статус)
• `notes.csv` — все заметки (текст, дата, привязка к контакту/сделке)
• `files/` — папка со всеми загруженными файлами
• `README.txt` — описание содержимого и формата

4. Ограничения:
• Не более 1 экспорта в сутки (защита от злоупотреблений)
• Максимальный объём: 5 ГБ (если больше — уведомление «обратитесь в поддержку»)
• Ссылка на скачивание — одноразовая + по уникальному токену

5. Edge cases:
• Пользователь запросил экспорт повторно через 10 мин → «Предыдущий экспорт ещё формируется»
• У пользователя 0 данных → архив с пустыми CSV (заголовки есть)
• Пользователь удалил аккаунт до скачивания → ссылка деактивируется

Критерии приёмки:
• [ ] Кнопка видна в настройках для всех пользователей
• [ ] После запроса — email приходит в течение 30 минут
• [ ] ZIP содержит все CSV-файлы с корректными данными
• [ ] CSV открываются в Excel без кракозябр (UTF-8 BOM)
• [ ] Файлы пользователя — в папке files/
• [ ] Ссылка деактивируется через 72 часа
• [ ] Повторный запрос < 24 часов → отказ с сообщением
• [ ] Экспорт 10 000 контактов + 5 000 сделок: < 15 минут

📐 ТЗ для фрилансера: Telegram-бот предзаказа для кофейни

═══ Общее описание ═══

Telegram-бот, через который клиент выбирает напиток, указывает время и точку, оплачивает онлайн — и забирает готовый заказ без очереди.

═══ Пользовательский сценарий ═══

1. Клиент запускает бот → «Добро пожаловать! Выберите кофейню»
2. Выбирает точку: «ул. Ленина, 15» или «ТЦ Мега, 2 этаж»
3. Видит меню: категории (Кофе / Чай / Выпечка / Холодные напитки)
4. Выбирает напиток → размер (S/M/L) → добавки (сироп, молоко)
5. Корзина: список, итого, кнопки «Добавить ещё» / «Оформить»
6. Выбирает время: «Через 15 мин» / «Через 30 мин» / «К конкретному времени»
7. Оплата: ЮKassa / СБП (inline payment в Telegram)
8. Подтверждение: «Ваш заказ #127 будет готов в 10:30 на ул. Ленина, 15»
9. Бариста видит заказ в отдельном чате/интерфейсе
10. Заказ готов → клиенту push: «Ваш латте ждёт! Назовите номер 127»

═══ Интерфейс бариста ═══

Вариант А (простой): отдельный Telegram-чат, куда приходят заказы:
«🔔 Заказ #127 | ул. Ленина | К 10:30
• Латте L + ванильный сироп
• Капучино M
Итого: 650 ₽ | Оплачено ✅»
Бариста нажимает «✅ Готово» → клиенту уведомление

Вариант Б (продвинутый): веб-панель со списком заказов, таймером и статусами

📌 Рекомендация: начать с варианта А (дешевле, быстрее).

═══ Админ-панель ═══

Веб-интерфейс для владельца:
• Управление меню: добавить/удалить/изменить позиции, цены, фото
• Управление точками: адрес, время работы, вкл/выкл приём заказов
• Статистика: заказы за день/неделю/месяц, выручка, популярные позиции
• Промокоды: создать, срок действия, скидка %/₽

═══ Технические требования ═══

• Язык: Python (aiogram) или Node.js — на усмотрение разработчика
• База данных: PostgreSQL
• Хостинг: VPS (предоставляем) или рекомендация разработчика
• Оплата: ЮKassa (Telegram Payments API)
• Меню: 30 позиций, 4 категории, модификаторы (размер, добавки)

═══ Что отдаёт заказчик ═══

• Меню с ценами (Excel-таблица)
• Фото напитков (если есть)
• Логотип кофейни
• Доступ к ЮKassa (заведём вместе)
• VPS (или бюджет на аренду ~1000 ₽/мес)

═══ Критерии приёмки ═══

• [ ] Клиент может выбрать точку, напиток, время и оплатить
• [ ] Бариста видит заказ и может отметить «Готово»
• [ ] Клиент получает push о готовности
• [ ] Админ может менять меню и цены без программиста
• [ ] Оплата ЮKassa работает (реальная транзакция)
• [ ] Бот отвечает < 2 сек

═══ Сроки и этапы ═══

| Этап | Что | Срок |
|---|---|---|
| 1 | Бот клиента (меню, корзина, оплата) | 2 недели |
| 2 | Интерфейс бариста + уведомления | 1 неделя |
| 3 | Админ-панель | 1 неделя |
| 4 | Тестирование + правки | 1 неделя |
| Итого | | 5 недель |

📌 Отправьте это ТЗ 3 фрилансерам — сравните сроки, цены и портфолио.

📋 Ответы на вопросы фрилансера + дополнения к ТЗ:

1. Клиент оплатил, но не пришёл:

Правило: заказ «ждёт» 30 минут после указанного времени. Если не забрали:
• Через 15 мин: push «Ваш заказ #127 ждёт вас! Заберите в течение 15 минут»
• Через 30 мин: статус «Не забран». Бариста утилизирует.
• Возврат: не автоматический. Клиент пишет в поддержку → решение индивидуально.
• В ТЗ добавить: статус заказа «Не забран», кнопка «Связаться с поддержкой» в боте.

Рекомендация: первые 2 месяца — без автовозвратов. Посмотрите статистику: если < 3% не забирают — не усложняйте. Если больше — добавите автовозврат позже.

2. Бариста не успевает:

Решение: ограничение слотов.
• Каждые 15 минут — максимум N заказов (настраивается в админке, например 5)
• Если слот заполнен → бот предлагает следующий: «10:30 занято, ближайшее — 10:45»
• Бариста может нажать «Пауза 30 мин» → бот перестаёт принимать заказы на эту точку

В ТЗ добавить: настройка лимита заказов в слоте, кнопка паузы у бариста.

3. Программа лояльности:

Для MVP — не нужна. Слишком усложнит разработку (+2-3 недели, +30-50К).

Но подготовить фундамент:
• В базе данных: поле «количество заказов» у клиента
• В будущем: «Каждый 6-й кофе — бесплатно» (подсчёт уже будет)

Ответ фрилансеру: «Лояльность — во второй версии. Сейчас просто считаем количество заказов клиента в БД».

📌 Обновлённые пункты для ТЗ:
1. Добавить статус «Не забран» + правило 30 минут
2. Добавить лимит заказов на слот + кнопку «Пауза»
3. Лояльность — отложить, но считать заказы в БД

📐 ТЗ: Система электронного согласования счетов

═══ 1. Проблема ═══

• Согласование 1 счёта: 3-5 рабочих дней
• Потери: ~5% счетов «теряются» на этапе подписания
• Нет прозрачности: бухгалтер не знает, на каком этапе счёт
• Просрочки: штрафы от поставщиков за позднюю оплату
• Бумага: ~200 счетов/мес × 3 копии = 600 листов

Цель: согласование за 1 рабочий день, 0% потерь, полная прозрачность.

═══ 2. Процесс (TO-BE) ═══

1. Бухгалтер загружает счёт (PDF/скан) в систему
2. Заполняет: поставщик, сумма, назначение, статья бюджета, срок оплаты
3. Система автоматически определяет маршрут согласования:
• До 50 000 ₽ → руководитель отдела → оплата
• 50 000 — 500 000 ₽ → руководитель отдела → финдиректор → оплата
• Свыше 500 000 ₽ → руководитель отдела → финдиректор → генеральный директор → оплата
4. Согласующий получает уведомление (email + Telegram)
5. Открывает систему → видит счёт + данные → «Согласовать» / «Отклонить» (с комментарием)
6. Следующий этап → уведомление следующему согласующему
7. Все согласовали → бухгалтер получает уведомление «Можно оплачивать»
8. Бухгалтер оплачивает → статус «Оплачен»

═══ 3. Роли и права ═══

| Роль | Может | Не может |
|---|---|---|
| Бухгалтер | Создать заявку, загрузить счёт, отметить оплату | Согласовать |
| Руководитель отдела | Согласовать/отклонить свои заявки | Согласовать чужие отделы |
| Финдиректор | Согласовать/отклонить все заявки > 50К | Создавать заявки |
| Гендиректор | Согласовать/отклонить все заявки > 500К | — |
| Администратор | Настройка маршрутов, управление пользователями | — |

═══ 4. Функции ═══

Создание заявки (бухгалтер):
• Загрузка файла (PDF, JPG, PNG, до 10 МБ)
• Поля: поставщик (справочник), сумма, валюта, назначение, статья бюджета (справочник), срок оплаты, комментарий
• Автоматический маршрут на основе суммы
• Возможность выбрать «Срочно» (уведомление с пометкой)

Согласование:
• Список заявок на согласование (мои, по статусам)
• Просмотр счёта (PDF-viewer в браузере, без скачивания)
• Кнопки: «Согласовать» / «Отклонить» + обязательный комментарий при отклонении
• Делегирование: «На время отпуска мои заявки согласует [коллега]»

Мониторинг (все роли):
• Статус заявки: на каком этапе, кто держит, сколько времени
• История: кто когда согласовал, комментарии
• Фильтры: дата, сумма, поставщик, статус, статья бюджета

Уведомления:
• Email + Telegram (настраиваемо для каждого пользователя)
• Типы: новая заявка, напоминание (если не согласовано > 4 часов), отклонение, готово к оплате

Аналитика (финдиректор + администратор):
• Среднее время согласования (цель: < 1 дня)
• Расходы по статьям бюджета (план/факт)
• Топ поставщиков по сумме
• «Узкие места»: кто задерживает согласование чаще всех

═══ 5. Технические требования ═══

• Веб-приложение (работает в браузере, без установки)
• Авторизация: Active Directory / LDAP (если есть) или логин + пароль
• Мобильная версия: адаптивная вёрстка (согласовать с телефона)
• Хранение файлов: на сервере компании (не в облаке — требование безопасности)
• Интеграция (будущее): 1С, банк-клиент

═══ 6. Критерии приёмки ═══

• [ ] Бухгалтер создаёт заявку → согласующий получает уведомление < 1 мин
• [ ] Полный цикл согласования (3 этапа): < 5 минут при онлайн всех участников
• [ ] Отклонение: бухгалтер видит причину, может исправить и отправить повторно
• [ ] Делегирование: заместитель видит и согласовывает заявки
• [ ] Аналитика: данные совпадают с реальными (сверка на 50 заявках)
• [ ] 100 одновременных пользователей — система работает без задержек

📌 Приложения к ТЗ: текущий маршрут на бумаге (фото), справочник статей бюджета, оргструктура (кто кому подчиняется).

📋 Дополнение к ТЗ: приоритеты + нефункциональные требования

═══ Приоритеты (MoSCoW) ═══

🔴 MUST (без этого не запускаем) — Этап 1, 4 недели:
• Создание заявки с загрузкой файла
• Маршруты согласования (3 уровня по сумме)
• Согласование / отклонение с комментарием
• Email-уведомления
• Список заявок с фильтрами и статусами
• Базовые роли: бухгалтер, руководитель, финдир, админ

🟡 SHOULD (важно, но можно без этого жить) — Этап 2, 2 недели:
• Telegram-уведомления
• Делегирование на время отпуска
• Аналитика: среднее время, расходы по статьям
• Напоминания о «зависших» заявках
• Пометка «Срочно»

🟢 COULD (хотелось бы) — Этап 3, по запросу:
• PDF-viewer в браузере (пока — скачивание)
• Интеграция с 1С
• Мобильная адаптация (пока — десктоп)
• Автоматическое распознавание суммы из счёта (OCR)

⚪ WON'T (не в этом году):
• Интеграция с банк-клиентом
• Электронная подпись (КЭП)
• Мобильное приложение (нативное)

═══ Нефункциональные требования ═══

Производительность:
• Загрузка страницы: < 2 сек
• Создание заявки: < 5 сек
• Одновременные пользователи: до 100
• Объём: до 500 заявок/мес, хранение 5 лет

Доступность:
• Рабочее время: 99.5% uptime (Пн-Пт, 8:00-20:00)
• Плановые работы: выходные, с уведомлением за 24 часа

Безопасность:
• HTTPS обязательно
• Аутентификация: Active Directory (SSO) или логин + пароль (минимум 8 символов)
• Авторизация: ролевая модель (см. таблицу ролей)
• Логирование: все действия (кто, когда, что сделал) — хранение 3 года
• Файлы: только на внутреннем сервере, не в облаке
• Бэкап: ежедневно, хранение 30 дней

Совместимость:
• Браузеры: Chrome 100+, Firefox 100+, Edge 100+ (IE — не поддерживается)
• Разрешение: от 1280×720

Поддержка:
• Документация: руководство пользователя + руководство администратора
• Обучение: 1 час для бухгалтеров, 30 мин для согласующих
• Поддержка после запуска: 2 недели багфикс

📌 Рекомендация IT-отделу: начать с MUST (4 недели), запустить пилот на 1 отделе, собрать фидбек, потом SHOULD.