Радар можливостей для продуктової команди B2B-компанії

В одному абзаці

Ринок B2B-компанії записує свої потреби задовго до того, як про них заговорять на дзвінку з продажником, – і записує в стількох місцях, що вашій команді не стане часу все це прочитати. Цей радар читає весь ринок. Щоранку о 05:00 за UTC він переглядає 66 живих джерел – власних клієнтів компанії, а поряд тендери, регуляторів, конкурентів, науку й фахову пресу кожної галузі, з якою вона працює, – і загалом із 74 джерел уже прочитав 9 114 записів, з історією аж від 2018 року. За моєю оцінкою, на запис іде десять хвилин – прочитати, оцінити, занотувати, хто чого потребує, – отже, це близько 1 500 годин роботи аналітика. Звичайний тиждень приносить 1 070 нових записів, а з ними ще майже 180 годин: четверо-п’ятеро аналітиків, які нічим іншим не займаються. Кожен сигнал радар порівнює з історією його джерела, тож уранці нагору спливає нове і те, що набирає силу, а споріднені сигнали складаються в картки можливостей – про потреби, які покупці мають уже сьогодні, і про бізнес-моделі, що тільки починають вимальовуватися. До початку робочого дня ці картки вже лежать на таці. Я збудував радар приблизно за п’ять тижнів і 319 комітів, і від середини вересня продуктова команда бере картки саме з неї.

Проблема мовою бізнесу

Наступний напрям бізнесу для B2B-компанії зазвичай записаний раніше, ніж клієнт попросить про нього прямо, – у нотатках про програні угоди, у тендерах, під які покупець уже заклав гроші, у нових правилах, у вакансіях конкурентів, у дослідницьких грантах і у фаховій пресі галузей, з якими компанія працює. Заважає обсяг: понад тисячу записів за звичайний тиждень, десятки джерел і багато мов. Коли ринок читають руками, його читають вибірково, а вибірка пропускає саме ледь помітні ранні сигнали – ті, що вказують на бізнес-моделі, які тільки народжуються. Того дня, коли почалася ця робота, люди, які обирають наступну ставку, вибирали з трьох справжніх карток на своїй дошці гіпотез, і кожну з них написали від руки.

Кожен запис, щодня, на тлі власного минулого

Прочитати весь ринок – це насамперед інженерна задача. Стрічка тримає лише кілька десятків останніх записів – одне галузеве видання за один запуск дало 50 нових, – тож радар читає щодня, поки нічого не прокрутилося. Джерело, щойно його вмикають, приносить із собою свою історію, аж до 2018 року, де вона є: назвати сигнал новим можна лише на тлі минулого. А кожен новий різновид джерел заходить через фільтр, перевірений ще до запуску, тож поле зору ширшає, а на ранкову добірку не шкода вашої години.

Другий хід перетворює обсяг на сигнал. Кожен запис стає впорядкованим сигналом – хто чого потребує, з цитатою й датою, – і отримує мітку за частотою порівняно з історією свого джерела: NEW, STRENGTHENING, WEAKENING чи CONTRADICTING. Джерело без історії отримує UNBASELINED і ніколи – NEW, тож неархівована стрічка не видасть увесь свій запас за відкриття. Картці потрібні двоє незалежних свідків, а свідок – це той, хто говорить: три пресрелізи однієї пресслужби – це один свідок. Картки, що спираються лише на власних клієнтів компанії, мають окремий потік, тож рецензент бачить поруч, чого покупці просять уже сьогодні і про що ринок починає просити сам.

Три сесії в машинному відділенні

Що працює щоранку

Робота починається щодня о 05:00 за UTC, тож черга готова ще до початку робочого дня. Десять кроків ідуть у продуманому порядку: першими читаються рішення з дошки, щоб наступні кроки бачили свіжі мітки, а троє суддів ідуть останніми, щоб збій будь-кого з них не зачепив решти.

Власні клієнти компанії – це третина того, що читає радар; решта дві третини – ринок, який розмовляє сам із собою.

Кожну картку можна прочитати від кінця до початку, і сторінка картки стежить, щоб це читання лишалося чесним. Ось слід справжньої картки від 8 вересня, без її теми:

Увесь цей архів можна ще й просто розпитати. Помічник-дослідник, якого команда питає в Slack, відповідає з того самого сховища через набір інструментів, що лише читають, – пошук за словами й за змістом, схожі картки, історія компанії, кроки конкурентів, тендери, сліпі плями, – щонайбільше дванадцять викликів за один хід. Усе, що потребує з’єднання таблиць, він рахує в пісочниці, де лежить один зріз даних і більше нічого. На його рахунку вже 114 ходів розмови. Перш ніж його випустили до людей, помічника навмисно намагалися зламати, а тоді пробним запуском прогнали через справжню модель 39 погоджених питань, і кожну відповідь перевіряв код.

Рахунок за читання – у ваших цифрах

Межі радара записано в коді, і тест їх перевірить

Радар, що читає тексти клієнтів, мусить тримати свої межі там, де їх перевірить тест. Модель усередині запуску не має інструментів: на вхід – текст, на вихід – структура за суворою схемою, а мітку поза дозволеним словником Python просто викидає, тож ворожа сторінка може хіба що збрехати своїм змістом. З текстів клієнтів вирізають усе, що схоже на імейли, телефони, номери карток, IBAN і токени, ще до того, як їх побачить будь-яка модель. Інструменти тримає лише помічник-дослідник, і всі вони тільки читають – через роль у базі даних, яка бачить самі представлення; ці права аудитор може перевірити сам.

text in → schema-constrained JSON out
no tools · pinned model version
every call → llm_calls (prompt version, tokens, error)
labels outside the enum → dropped in Python

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

Робота відділу аналітики ринку – щоранку на таці

Читання, на яке відділ аналітики ринку витратив би тиждень, зроблене ще до приходу рецензентів, і їхня година йде на картки. За перший тиждень із чергою вони розбирали картки швидше, ніж машина їх створювала: 58 відхилили, 27 надіслали, і в черзі лишилося дві. Змінилася сама розмова на нараді: картка приходить зі своїми свідками, з частотою порівняно з історією й з оцінками суддів поруч, тож нарада витрачає час на головне – чи робити ставку, а питання, чи справжні докази, приходить уже з відповіддю. Рецензенти й прямо сказали, де машина недотягує. Відгук керівника відділу продажів про докази на картках був коротким: «Перший факт – так, а інші здаються часто не зовсім релевантними». Дві правдоподібні причини спершу виміряли на живих даних, обидві виявилися хибними, і тепер картка каже, які з її цитат справді підтверджують твердження, а решту показує окремо. Рішення рецензентів наступного ранку повертаються в запуск, тож кожна нова добірка ближча до того, що шукають люди, які відбирають гіпотези.

Тепер бракує самих карток, і туди йде наступна робота: більше свідків ззовні компанії й судді, які доведуть свою точність на оцінках рецензентів і тоді отримають право голосу. Суть радара від цього не змінюється: звичайний тиждень приносить близько 1 070 записів, у вересні з них виходило приблизно три картки на день, а найцінніші картки приходять раніше, ніж про них попросить клієнт, – потреба, під яку ринок уже почав закладати гроші, або попит, що знову росте на вміння, яке компанія раніше продавала лише разовими проєктами. Такий попит – це продукт, який просить, щоб його нарешті зробили.

П’ять тижнів. Одна людина. 66 джерел щоранку, майже 180 годин читання на тиждень, зробленого ще до початку робочого дня, і 135 запропонованих карток – кожна зі своїми доказами.

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