ГРАФ ОС← К предложению для КРСУ
ГРАФ ОС × КРСУ · совместная работа с «Космосом»

«Космос»: вопросы и пожелания

Уточнить действующие процессы, согласовать обмен данными и выбрать первый прикладной сценарий совместной работы.

Для Анны Белошейкиной и технической команды. Повестка обсуждения; состав пилота, сроки и условия предстоит согласовать.

Блок 01

Приоритеты и доступ

01

Какие задачи сейчас наиболее трудозатратны для команды: наполнение карточек, обработка запросов предприятий, поиск партнёров, сопровождение проектов, переписка или отчётность? С какого одного процесса полезнее начать?

02

Можно ли предоставить кабинет тестовой организации с правами на объявления, запросы, сотрудников и аналитику? Нужны примеры доступных корпоративных функций и отдельное понимание роли объединения.

03

Кто со стороны бизнеса будет принимать результат пилота, а кто со стороны разработки сможет согласовать обмен данными? Какие ограничения и ближайшие планы развития платформы следует учесть?

Блок 02

Подбор поставщиков и закупки

04

Можно ли показать действующий подбор на одном реальном запросе: что пользователь вводит, какие источники используются, какие действия выполняет система и что получается на выходе?

05

Поиск ограничивается участниками «Космоса» или охватывает сайты производителей, открытые каталоги, маркетплейсы, тендерные площадки и результаты закупок?

06

Используются ли характеристики продукции и приложенные ТЗ/чертежи? Как проверяются соответствие требованиям, актуальность сведений и принадлежность компании к производителям или посредникам?

07

Что происходит после подбора: запрос КП, уточнение условий, сравнение предложений, согласование и отслеживание исполнения? Какие шаги уже автоматизированы, какие выполняют сотрудники и в каких системах?

Блок 03

Инвестиционные проекты

08

Где сейчас ведётся инвестпроект: паспорт, инициатор, площадка, инфраструктура, этапы, сроки, ответственные, финансирование, документы и история решений? Какова роль «Космоса» в этом процессе?

09

Как поручения и договорённости после встреч превращаются в действия? Как контролируются ответы, просрочки и вопросы, требующие решения руководителя?

10

Какие сводки по проектам нужны КРСУ и команде «Космоса», как часто и сколько ручной работы требуется для их подготовки? Можно ли выбрать один проект для пилота агентного сопровождения?

Блок 04

Данные, архитектура и интеграция

11

Какой формат обмена можно согласовать для пилота: выгрузки CSV/XLSX/JSON, регулярный обмен файлами или ограниченные серверные методы?

12

Какие объекты можно передавать: организации, предложения, запросы, классификаторы, приложения, статусы? Есть ли стабильные идентификаторы и даты изменения, как обрабатываются дубли, архивирование и обновления?

13

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

14

С какими CRM, ERP и другими системами уже связан портал? Кто отвечает за архитектуру и интеграции, есть ли тестовый контур и возможность добавлять внешние агентные сервисы? Детали инфраструктуры и секреты на этом этапе не нужны.

15

Какие данные и источники разрешено использовать агенту, где должны выполняться обработка и хранение? Какие действия требуют подтверждения человека: изменение карточки, публикация, отправка сообщения, заявка или заказ?

Предложения для обсуждения

Пожелания к совместному пилоту

Условия первого пилота

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

Один предметный сценарий. Для начала — реальный запрос на поставку либо небольшой согласованный набор карточек для обогащения и классификации. Инвестпроект — отдельный вариант, если он приоритетнее для команды.

Минимальный обмен данными. Получать разрешённые исходные записи; возвращать результат на проверку с идентификатором объекта, источниками, датой проверки и предложенными изменениями.

Владелец результата и критерии приёмки. Сравнивать с текущим процессом: время специалиста, полнота данных, качество кандидатов, число исправлений и подтверждение результата. Срок и объём проверки согласовать отдельно.

Улучшения рабочего процесса

Сохранение неполных черновиков. В проверенных формах ДПО и партнёрской услуги кнопка сохранения требует заполнить обязательные поля. Было бы полезно сохранять заготовку с минимальными данными, а полную проверку выполнять перед отправкой.

Структурированные требования к запросу. Характеристики продукции, количество, сроки, география, документы и допустимые аналоги; возможность извлекать требования из приложенного ТЗ с последующим подтверждением.

Объяснимый подбор. Показывать, почему предложен поставщик, какие требования подтверждены источниками и что ещё нужно уточнить. Сохранять проектные подборки и результаты проверки.

Понятный следующий шаг. У запроса, заявки и проекта — ответственный, статус, срок и ближайшее действие; возможность подготовить сводку по зависшим вопросам.

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

История и контроль изменений. Раздельные состояния «предложено агентом», «проверено специалистом», «опубликовано», с источниками и возможностью отклонить изменение.

Приоритеты и реализацию этих предложений определяем вместе с командой платформы.

Предлагаемый итог встречи

Один сценарий пилота, разрешённые данные, способ обмена, ответственные, критерии результата и следующий согласованный шаг.