Перейти к содержанию

Управление проектами

Эта страница посвящена управлению уже созданными проектами: поиску, сортировке, переименованию, изменению описания и удалению.

Также здесь подробно объяснено, что происходит с чатами при удалении проекта и как избежать потери нужной структуры.

Открыть список всех проектов

  1. Разверните боковую панель.
  2. Найдите раздел Проекты.
  3. Нажмите Все проекты.
  4. Откроется панель проектов.

Каждый проект отображается отдельной карточкой или строкой с:

  • названием;
  • описанием;
  • количеством связанных чатов;
  • служебной информацией об активности.

Найти проект

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

Что ищет строка поиска

Текущий поиск сопоставляет запрос с:

  • именем проекта;
  • описанием проекта.

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

Пример

Есть проекты:

Миграция CRM
Миграция инфраструктуры
Документация ИИ Студии
Аудит расходов YC

Запрос:

миграция

найдёт первые два проекта.

Если нужно найти фразу внутри разговора

Используйте поиск по истории.

Поиск не чувствителен к регистру

Для обычного поиска проекта нет необходимости помнить точный регистр.

Запросы:

МИГРАЦИЯ
миграция
Миграция

должны приводить к одинаковому логическому результату.

Сортировка проектов

Страница проектов поддерживает несколько способов сортировки.

Ориентируйтесь на три основных режима:

  • последняя активность;
  • дата создания;
  • имя.

Последняя активность

Лучший режим для ежедневной работы.

Проекты, где недавно обновлялись разговоры, оказываются ближе к началу списка.

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

Дата создания

Полезна, когда нужно:

  • найти недавно заведённый проект;
  • восстановить порядок появления работ;
  • проверить старые проекты.

Имя

Удобно при строгой системе именования.

Например:

2026 — Клиент А — аудит
2026 — Клиент Б — внедрение
2026 — ИИ Студия — документация

Алфавитная сортировка делает список предсказуемым.

Большой список проектов

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

Используйте Показать ещё / аналогичный элемент продолжения списка.

Не делайте вывод, что старый проект удалён, пока:

  1. не выполнили поиск;
  2. не сняли фильтр;
  3. не проверили сортировку;
  4. не загрузили следующую часть списка.

Переименовать проект

Когда это нужно

Переименование полезно, если:

  • первоначальное название было временным;
  • изменилась область работы;
  • появились одинаковые имена;
  • нужно добавить клиента, год или продукт;
  • проект превратился из эксперимента в постоянную работу.

Пошагово

  1. Откройте список проектов или нужный проект.
  2. Откройте меню проекта ⋯.
  3. Выберите действие редактирования.
  4. Измените название.
  5. Проверьте описание.
  6. Сохраните изменения.
  7. Убедитесь, что новое название отображается в боковой панели и карточке.

Переименование не изменяет содержимое разговоров.

Изменить описание

Описание должно отражать текущую цель.

Если область проекта изменилась, обновите его.

Пример до

Проверить возможность миграции dev-среды.

Пример после

Подготовить и выполнить миграцию dev-среды в новый каталог YC.
В scope входят VM, VPC, диски, DNS, права, PostgreSQL, стоимость и rollback.
Production в этот проект не входит.

Такая формулировка уменьшает вероятность складывать в проект лишние разговоры.

Что происходит после переименования

Сохраняются:

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

Меняется только метаинформация проекта.

Удалить проект

Удаление проекта требует особого внимания, но не равно удалению его разговоров.

Что произойдёт

После удаления:

Проект X
├── Чат A
├── Чат B
└── Чат C

        ↓ удалить проект

Общая история
├── Чат A
├── Чат B
└── Чат C

То есть:

  • проект исчезает;
  • назначение project у разговоров снимается;
  • сами разговоры остаются в истории.

Безопасная процедура перед удалением

Даже несмотря на сохранение разговоров, перед удалением выполните проверку.

  1. Откройте проект.
  2. Просмотрите список разговоров.
  3. Убедитесь, что важные чаты имеют понятные названия.
  4. При необходимости экспортируйте критические результаты.
  5. Убедитесь, что удаляется именно организационный контейнер.
  6. Откройте меню проекта.
  7. Выберите Удалить проект.
  8. Прочитайте подтверждение.
  9. Подтвердите.
  10. Перейдите в общую историю и найдите несколько бывших проектных чатов.

Почему разговоры сохраняются

Проект хранит ссылку принадлежности, а не физически «владеет» всеми сообщениями.

Упрощённо:

Conversation A → project_id = X
Conversation B → project_id = X
Conversation C → project_id = X

Удаление X очищает эту связь.

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

Удаление проекта во время его просмотра

Если проект удалён, пока его рабочее пространство открыто, интерфейс возвращает пользователя к списку проектов.

Если после удаления вы видите неожиданное состояние страницы:

  1. откройте Все проекты;
  2. обновите страницу;
  3. проверьте общую историю чатов.

Можно ли восстановить удалённый проект

Не рассчитывайте на наличие пользовательской корзины для проекта.

Даже если разговоры сохранились, структуру проекта может потребоваться создать заново:

  1. создать новый проект;
  2. дать ему имя и описание;
  3. заново назначить нужные чаты.

Поэтому удаляйте только действительно ненужный контейнер.

Проект не передаётся другому владельцу

В текущем пользовательском интерфейсе нет операции:

«Передать проект сотруднику Б».

Если сотрудник уходит из команды, заранее вынесите критические результаты из личных проектов в корпоративные источники:

  • базу знаний;
  • документы;
  • общие инструкции;
  • систему управления задачами;
  • репозиторий;
  • утверждённую внутреннюю документацию.

Не делайте личный проект единственным хранилищем корпоративного знания

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

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

Текущий пользовательский проект личный.

Поэтому не стройте процесс так:

Проект руководителя
→ вся команда якобы должна видеть все чаты

Это не модель текущей функции.

Лучше разделить:

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

Архивация проектов

Если в интерфейсе нет отдельной функции Архивировать проект, используйте организационный подход.

Например переименуйте завершённые проекты:

ARCHIVE — 2026 — Миграция CRM
ARCHIVE — 2026 — Аудит инфраструктуры

или:

2026 — Миграция CRM — завершено

Но не создавайте такие префиксы, если корпоративная политика уже задаёт собственный стандарт именования.

Когда лучше удалить, а когда оставить

Оставить проект

Если:

  • к результатам ещё возвращаются;
  • тема может продолжиться;
  • список чатов помогает навигации;
  • проект нужен как история решения.

Удалить проект

Если:

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

Удалить проект и разговоры

Только если информация действительно больше не нужна и политика хранения это допускает.

Чаты удаляются отдельно.

Нормализация названий

Если у вас десятки проектов, введите единый шаблон.

Вариант 1. Год + тема

2026 — Документация ИИ Студии
2026 — Миграция CRM

Вариант 2. Клиент + задача

Альфа — аудит
Альфа — внедрение
Бета — миграция

Вариант 3. Продукт + релиз

ИИ Студия — 0.4 — документация
ИИ Студия — 0.5 — Marketplace
NiceOS — 5.2 — руководство

Главное — использовать одну систему последовательно.

Еженедельная ревизия проектов

Для активного пользователя достаточно 5–10 минут в неделю.

Проверьте:

  1. какие проекты реально активны;
  2. нет ли дублей;
  3. нет ли ошибочно назначенных разговоров;
  4. понятны ли названия;
  5. вынесены ли принятые решения в устойчивые документы;
  6. можно ли удалить тестовые проекты;
  7. не используется ли личный проект как единственный источник корпоративной информации.

Частые ошибки

«Удалил проект и испугался, что чаты пропали»

Откройте общую историю.

При штатном удалении проекта его разговоры должны остаться и потерять только project assignment.

«Не могу найти старый проект»

Проверьте:

  1. строку поиска;
  2. сортировку;
  3. подгрузку следующей страницы;
  4. правильность аккаунта;
  5. не был ли проект переименован.

«Поиск проекта не находит текст из разговора»

Это ожидаемо.

Поиск проектов работает по имени и описанию. Для сообщений используйте глобальный поиск по истории.

«Нужно дать коллеге весь проект»

Такой пользовательской операции в текущем проектном интерфейсе нет.

Передайте отдельные результаты через разрешённые корпоративные механизмы.

Чек-лист администратора личной структуры

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

Что дальше