Поиск по корпоративным данным
В любой компании старше двух лет есть вопрос, на который никто не может быстро ответить: «Где это лежало?». Регламент в Confluence, решение в Slack, смета на Drive, договорённость в письме. Поиск по корпоративным данным — попытка сделать так, чтобы этот вопрос задавали Claude, а не коллегам. После урока вы будете понимать, как режим работает, что для него нужно и какие вопросы ему по силам.
Что это такое
Поиск по корпоративным данным (enterprise search) — это функция командных и корпоративных планов Claude. Технически она выглядит как заранее настроенный проект с названием вида «Спросить <название организации>», который появляется в боковой панели у всех сотрудников. Внутри — обычный чат, но с одной особенностью: к нему подключены источники данных организации, и Claude по умолчанию ищет ответ в них.
Вы пишете вопрос обычным языком: «Какой у нас процесс согласования сметы с клиентом?» Claude ищет по документам, чатам и почте, собирает ответ из нескольких мест и приводит ссылки на источники — где именно это написано. Ответ можно уточнять, как в любом чате.
Какие источники и чьи права
Источники подключает владелец организации: хранилища документов (например, Google Drive или SharePoint), мессенджер (Slack), при желании почту, а также пользовательские коннекторы к внутренним системам. Пока владелец не настроил хотя бы источники документов и чатов, функция у сотрудников не работает.
Важный принцип: поиск учитывает права доступа. Каждый сотрудник авторизуется в источниках под своей учётной записью, и Claude показывает только то, что вы и так могли бы открыть сами. Если папка клиента закрыта для отдела продаж, продажи её не увидят и через Claude. Это снимает главный страх: поиск не открывает лишнего, он лишь ускоряет доступ к тому, что уже ваше.
Обратная сторона того же принципа: если вы не видите ожидаемого документа, сначала проверьте, есть ли у вас к нему доступ в исходной системе.
Чем это отличается от коннекторов и проектов
Кажется, что коннекторы из предыдущего урока делают то же самое. Разница в масштабе и в том, кто настраивает.
Коннектор — ваш личный доступ к одному сервису в конкретном чате. Вы включаете его и обычно знаете, где искать: «посмотри в Drive», «проверь в Slack».
Поиск по корпоративным данным — общая для организации точка входа сразу ко всем источникам. Вы не знаете, где лежит ответ, — и не должны знать. Настраивает его владелец, а не каждый сотрудник.
Проект — ограниченный, отобранный вручную набор знаний. Он точнее, потому что в нём только нужное, но его надо наполнять и обновлять.
Практическое правило: знаете, где лежит, — коннектор или проект. Не знаете — корпоративный поиск.
Какие вопросы ему по силам
Хорошо работают вопросы про процессы, договорённости и историю:
- «Что мы обещали клиенту по срокам второго этапа? Найди в переписке и протоколах».
- «Как у нас принято передавать проект из дизайна в разработку? Собери из регламентов и обсуждений».
- «Кто в прошлом году занимался интеграцией с платёжной системой и какие были проблемы?»
- «Сведи все решения по проекту доставки за последний месяц в одну таблицу с датами и источниками».
- «Есть ли у нас шаблон акта сдачи-приёмки и где последняя версия?»
Хуже работают вопросы, требующие точных вычислений по множеству документов («сколько всего часов мы потратили на клиентов из ритейла за год»), и вопросы про то, чего в источниках нет. Во втором случае хороший ответ — «не нашёл», и стоит ценить, когда Claude так и говорит, а не домысливает.
Как формулировать
Те же приёмы, что и в обычном чате, с одной поправкой: полезно указать, где искать в первую очередь и за какой период. «Найди в Slack и в протоколах за июль» сузит поиск и ускорит ответ. Если ответ пришёл с источниками, откройте хотя бы один: убедитесь, что ссылка ведёт туда, куда сказано, и что контекст не искажён.
Полезная привычка — заканчивать вопрос просьбой «укажи, какие источники ты просмотрел и в каких не нашёл». Так вы видите не только ответ, но и границы поиска.
Что это значит для Amiga
Для агентства с многими проектами корпоративный поиск решает две задачи. Первая — онбординг: новый сотрудник может спросить «как здесь принято» вместо того, чтобы отвлекать коллег. Вторая — институциональная память: решения, принятые в чатах два года назад, перестают быть потерянными.
Но качество ответов прямо зависит от порядка в источниках. Если регламенты в трёх версиях в разных папках, поиск честно найдёт все три. Это не аргумент против инструмента, а аргумент за то, чтобы держать документы в порядке, — теперь это окупается быстрее.
Если в вашей организации функция ещё не включена, вопрос к владельцу аккаунта Claude: какие источники подключить и с какими правами.
Попробуйте сами
10–15 мин на рабочем месте- Если у вас есть доступ к корпоративному поиску: задайте три вопроса из списка выше, адаптировав к своему проекту. Для каждого ответа откройте один источник и проверьте, совпадает ли смысл.
- Задайте вопрос, ответа на который в источниках точно нет (например, про несуществующий проект). Посмотрите, признаёт ли Claude, что ничего не нашёл.
- Если доступа нет: запишите пять вопросов «где это лежало?», которые вы задавали коллегам за последний месяц. Это и список сценариев, и аргумент для подключения.
Коротко
- Поиск по корпоративным данным — общий для организации чат, который ищет ответ по всем подключённым источникам и приводит ссылки.
- Доступен на командных и корпоративных планах; источники подключает владелец.
- Права соблюдаются: вы видите только то, к чему у вас есть доступ в исходных системах.
- Коннектор — когда знаете, где искать; проект — отобранные знания; корпоративный поиск — когда не знаете, где лежит.
- Хорошо отвечает на вопросы про процессы, договорённости и историю; проверяйте источники.
- Качество ответов зависит от порядка в документах.
Видеоверсия
Сценарий озвучки · 486 слов, ≈ 4 мин
В любой компании старше двух лет есть вопрос, на который никто не может быстро ответить: «Где это лежало?». Регламент в одном месте, решение в чате, смета на диске, договорённость в письме. Поиск по корпоративным данным — попытка сделать так, чтобы этот вопрос задавали Claude, а не коллегам.
Это функция командных и корпоративных планов. Выглядит она как заранее настроенный проект с названием вида «Спросить Amiga», который появляется в боковой панели у всех сотрудников. Внутри — обычный чат, но к нему подключены источники данных организации, и Claude ищет ответ в них. Вы пишете вопрос обычным языком: «Какой у нас процесс согласования сметы с клиентом?» Claude собирает ответ из нескольких мест и приводит ссылки, где именно это написано.
Источники подключает владелец организации: хранилище документов, мессенджер, при желании почту и внутренние системы. Пока он не настроил хотя бы документы и чаты, у сотрудников функция не работает. И главный принцип: поиск учитывает права доступа. Каждый авторизуется под своей учётной записью, и Claude показывает только то, что вы и так могли бы открыть. Если папка клиента закрыта для отдела продаж, продажи её не увидят и через Claude. Поиск не открывает лишнего, он ускоряет доступ к тому, что уже ваше.
Чем это отличается от коннекторов из прошлого урока? Коннектор — ваш личный доступ к одному сервису, и обычно вы знаете, где искать. Корпоративный поиск — общая точка входа ко всем источникам сразу, и вы не обязаны знать, где лежит ответ. Проект — отобранный вручную набор знаний: точнее, но требует наполнения. Правило простое: знаете, где лежит — коннектор или проект; не знаете — корпоративный поиск.
Какие вопросы ему по силам? Про процессы, договорённости и историю. «Что мы обещали клиенту по срокам второго этапа?» «Как у нас принято передавать проект из дизайна в разработку?» «Кто занимался интеграцией с платёжной системой и какие были проблемы?» Хуже работают точные вычисления по множеству документов и вопросы про то, чего в источниках нет. Во втором случае хороший ответ — «не нашёл», и это стоит ценить.
Как спрашивать? Так же, как в обычном чате, но полезно указать, где искать в первую очередь и за какой период. И обязательно откройте хотя бы один источник из ответа: убедитесь, что ссылка ведёт туда, куда сказано. Хорошая привычка — просить Claude перечислить, какие источники он просмотрел и где ничего не нашёл.
Для агентства это решает две задачи. Онбординг: новый сотрудник спрашивает «как здесь принято» у Claude, а не отвлекает коллег. И память компании: решения из чатов двухлетней давности перестают быть потерянными. Но качество ответов зависит от порядка в источниках. Если регламент лежит в трёх версиях, поиск честно найдёт все три. Это аргумент за порядок в документах — теперь он окупается быстрее.
Представьте нового аналитика в первую неделю. Вместо того чтобы писать в общий чат «а где у нас шаблон ТЗ?» и «как принято согласовывать сметы?», он задаёт эти вопросы Claude и получает ответы со ссылками на регламенты. Коллеги не отвлекаются, а новичок не стесняется спрашивать в третий раз.
В следующем уроке — режим исследования: как Claude проводит долгий поиск по многим источникам и собирает отчёт.
