Клієнт у задачах: відповіді з перших вуст, без зідзвонів і переписок

Клієнт відповідає на запитання агента в спільній задачі, з якою працює команда агенції, замість дзвінків і листів.

Відповіді знає клієнт

Кожна агенція знає таку задачу. Клієнт пише один рядок: «Дати учасникам можливість заморозити абонемент, коли вони їдуть у подорож». Братися до роботи ще рано. На скільки заморозити? Хто його вмикає? Що буде із заняттями, на які людина вже записалася?

Це знає лише клієнт. Тож запитання вирушають у мандри.

Як було: запитання через посередника

Проєктний менеджер збирає запитання від дизайнера й розробників і призначає дзвінок на четвер. На дзвінку клієнт відповідає на більшість із них, а PM записує. Потім PM пише лист із підсумками. Наступного дня клієнт дописує в месенджері «і ще одне». За тиждень розробник питає те, про що ніхто не подумав, і все йде на нове коло.

На цей момент відповіді лежать у чотирьох місцях: у нотатках з дзвінка, у листуванні, у чаті й у чиїйсь пам'яті. А в задачі досі написано: «Дати учасникам можливість заморозити абонемент, коли вони їдуть у подорож».

Як стало: клієнт відповідає просто в задачі

CRUX — це шар робочого процесу між вашим трекером і AI-агентами, якими вже користується ваша команда. Частина цих агентів — радники: чат-агенти для тих, хто працює з текстом задач, а не з кодом. Про них ми писали в статті Не лише для розробників: AI-агенти для PM, QA і клієнтів.

Один із радників розпитує про запит простою мовою бізнесу. Зазвичай у цьому чаті сидить PM і передає запитання клієнтові. Але клієнт може сісти туди й сам.

Ось як це виглядає на вигаданому прикладі: агенція робить застосунок для запису на заняття для невеликої мережі йога-студій. Власниця студій — Олена. Вона відкриває чат задачі з агентом-інтерв'юером:

Агент: У запиті сказано «заморозити абонемент». Я розумію це так: на якийсь час учасник не платить і не може записуватися на заняття, а пропущені дні додаються в кінці. Правильно?

Олена: Так. Оплачені дні не мають пропадати.

Агент: Там написано «коли вони їдуть у подорож». Подорож — єдина причина, чи заморозити можна з будь-якої, наприклад через хворобу? Я б припустив, що з будь-якої.

Олена: З будь-якої. Але не більше ніж 30 днів на рік загалом.

Агент: Хто вмикає заморозку: сам учасник чи адміністратор на рецепції?

Олена: І той, і той. Дехто зі старших клієнтів просто телефонує в студію.

Агент: Що робити із заняттями, на які людина вже записалася на час заморозки? Я б припустив, що запис скасовується і учасник отримує повідомлення.

Олена: Не впевнена. У двох студіях за пізнє скасування беруть плату. Спитаю в менеджерів.

Агент: Позначу це як відкрите питання. Ось чернетка для задачі. Публікувати?

Олена: ок

По одному запитанню за раз, кожне прив'язане до її власних слів і з запропонованою відповіддю, яку можна просто підтвердити. Жодних технічних термінів: цей агент з'ясовує, що запит означає, а питання про дизайн і техніку з'являться пізніше, від інших агентів, які працюють уже з командою.

Нічого не потрапляє в задачу, доки Олена не скаже «ок». Тоді відповіді публікуються як артефакт — структурований коментар:

ARTIFACT: domain-qa v1 (схвалено в чаті)
Q1 «заморозити»: без оплати й записів; пропущені дні додаються в кінці.
Q2 «коли їдуть у подорож»: з будь-якої причини; не більше 30 днів на рік.
Q3 Хто: сам учасник або адміністратор на рецепції від його імені.
Прогалини: заняття, на які вже записалися на час заморозки. Чекаємо
на відповідь менеджерів студій (плата за пізнє скасування різна).

Відкрите питання ніхто не ховає й не вгадує. Воно лишається в задачі на видноті, і коли Олена повернеться з відповіддю, агент опублікує версію 2.

Наступного ранку PM агенції читає артефакт у задачі. Це саме те, що потрібно команді, тож PM переводить задачу далі — на дизайн і технічне інтерв'ю. Дизайнер, розробники та їхні агенти починають з власних слів Олени. Нічого не довелося переписувати з нотаток.

«Що там у нас?» простими словами

Друга половина запитань клієнта — про те, як просувається робота. Замість чекати на щотижневий звіт, клієнт може спитати радника.

У нашому стандартному робочому процесі є агент для звітів про стан. Він читає дошку: що зроблено, що в роботі, що далі й що заблоковано. З цього він складає коротке оновлення мовою клієнта, без жаргону трекера, і ніколи не стверджує того, чого не видно на дошці. А радник, який має доступ до вікі проєкту, а якщо дозволите, то й до коду, може простими словами пояснити, як певна функція працює зараз. Читати код клієнтові не потрібно. (Як ми тримаємо вікі актуальною, розповідаємо в статті Вікі проєкту: пам'ять, яку AI-агенти вміють читати й писати.)

Як клієнт потрапляє в проєкт

Окремого «клієнтського режиму» немає. Клієнт приєднується як будь-хто з команди:

  1. Адміністратор вашої організації в CRUX надсилає запрошення на email з роллю member. Клієнт входить за посиланням, яке приходить на пошту, — пароля немає.
  2. Адміністратор проєкту додає клієнта лише до його проєкту. Учасник бачить тільки ті проєкти, до яких його додали.
  3. Клієнт один раз підключає свій обліковий запис у вашому трекері. Агенти CRUX завжди діють у трекері від імені людини, яка з ними говорить, тож клієнтові потрібне місце в трекері. Приємний наслідок: відповіді в задачі з'являються під іменем самого клієнта.

Усередині проєкту учасник бачить те саме, що й інші учасники: задачі та чати з агентами. Якщо команді потрібне місце для внутрішніх обговорень, тримайте його поза цим проєктом.

Що лишається за командою

Залучити клієнта не означає віддати йому кермо:

  • Радники лише читають код і вікі. Жоден радник, хто б із ним не говорив, не може їх змінити.
  • Робочий процес належить команді. Які агенти є, їхні промпти й skills редагують адміністратори проєкту. Учасник може їх лише переглядати.
  • Без схвалення нічого не публікується. Агент показує чернетку й публікує лише після явного «ок».
  • Агенти не переводять задачі між статусами. Це рішення людини, і в нашому прикладі ця людина — PM.
  • Чати не зберігаються вічно. Їх видаляють після строку, який задає команда. Схвалений артефакт у задачі лишається.

Для засновників і для агенцій

Якщо ви клієнт, вам не треба віддавати ідею й чекати на демо. Ви можете втілювати її разом із тими, хто її будує, та їхніми AI-агентами, у тих самих задачах, і будь-коли дізнатися, як просувається робота.

Якщо у вас агенція, посередник більше не потрібен. Запитання не чекають наступного дзвінка, відповіді не губляться в листуванні, а робота PM зміщується від пересилання повідомлень до перевірки, чи записані відповіді мають сенс.

Коротко

  • Клієнт працює в тих самих задачах, що й ваша команда.
  • Радник ставить йому прості запитання по одному й записує схвалені відповіді в задачу.
  • Клієнт може спитати радника, як просувається проєкт, і отримати відповідь простими словами.
  • Клієнт приєднується як звичайний учасник одного проєкту, зі своїм обліковим записом у трекері.
  • Код, вікі, робочий процес і рішення перевести задачу далі лишаються за командою.
Усі статті