# Discovery-интервью 18.09.2026 — конспект Два созвона по сбору требований к единой аналитической платформе. Расшифровки: `local/calls/Analytics-platform-wg_2026-09-18*.ml.txt` (таймкоды в конспекте ведут туда). > **О точности.** Конспект собран из машинной расшифровки. Первый звонок двуязычный > (вопросы на русском, ответы на украинском), и на стыках реплик отдельные фразы вышли > переводом, а не расшифровкой. Смысл везде восстановим, дословные цитаты — нет. > Неуверенно распознанные термины помечены `[?]`. Числа и имена перед использованием > в документах стоит сверить с аудио. --- ## 1. Саппорт мерчантов и апелляций (29 мин) Собеседник — руководитель отдела. Отвечает на украинском. ### Что есть сейчас Четыре разных интерфейса, все вне периметра отдела аналитики: | Инструмент | Кто пользуется | Источник данных | |---|---|---| | Дашборд менеджера | 26 менеджеров + 2 тимлида + руководитель (29 доступов) | только бот, не БД | | Дашборд тимлида | 2 тимлида + руководитель | только бот, не БД | | ТГ-борда (встроена в оба) | те же | копия Telegram через бота | | Личная борда руководителя | только он | прямой доступ к БД | Первые три сделал **Женя / Dazzle `[?]`** — внутренний разработчик отдела. Руководитель подчёркивает, что работа стабильная и жалоб нет (`00:27:52`). **Дашборд менеджера** (`00:25:40`): индивидуальный логин и пароль, менеджер видит только свою статистику — свои активные кейсы, свой KPI, общую ситуацию. Обновление раз в минуту. **Дашборд тимлида** (`00:26:29`): у всех тимлидов информация одинаковая, не индивидуальная. Общая ситуация, активные кейсы, очередь аналитики, статистика по трейдерам, статистика по менеджерам, история любой отдельной заявки. **ТГ-борда** (`00:06:35`–`00:09:19`) — самая нетривиальная часть. Предыстория: у саппорта отдельный чат под каждого трейдера, трейдеров больше тысячи, а в Telegram лимит 500 чатов (1000 с премиумом). Решение: в каждом чате сидит бот с правами администратора, а его копия `Appeals Bot` выкачивает данные в борду. Интерфейс визуально повторяет Telegram, потому что «люди привыкли общаться в Телеграме». Даёт доступ к **3500 чатам**, история ограничена 30 днями. Менеджер может писать от имени бота; получателю видно бота, а на борде в скобках показывается никнейм реального автора. **Личная борда руководителя** (`00:10:37`–`00:15:05`). Доступ к базе получил **в конце августа 2026** после согласования с Вовой; до этого борду ему делал Андрей. Пишет сам, вайб-кодингом. Доступ на редактирование и просмотр только у него, на просмотр — ещё у Жени, тимлида R&D, который неделю назад проверял борду на безопасность и нагрузку. Менеджеры о ней не знают. Архитектурно интересное решение (`00:11:49`–`00:12:53`): борда обновляется **раз в минуту**, поэтому в неё выведены только лёгкие запросы. Тяжёлые вынесены за отдельные кнопки — например, процент автоматически решённых апелляций (**44%**) считается лёгким запросом, а расшифровка, из чего эти 44% складываются, лезет в историю и дёргается только по клику. Ограничение по доступу — whitelist из ~8 IP `[?]`, три из них его (личный телефон, рабочий телефон, десктоп). Устройство интерфейса (`00:13:22`–`00:15:05`): борда растёт ежедневно с конца августа, вкладки добавляются по мере надобности. Вкладка по мерчантам почти не проработана («сира інформація»), вкладка по трейдерам — наоборот, самая насыщенная: у каждого пункта есть «i» и поп-ап, из поп-апа открывается следующий. Это не украшение, а тот же принцип разделения нагрузки: всё, что не нужно ежеминутно (автоматизация, рейтинг менеджеров), спрятано за кнопкой и считается тяжёлым запросом по клику. Отдельно строится вкладка с рейтингом трейдеров под еженедельный автоанализ для операционного отдела. ### Отчёты Ровно два, оба формируются из личной борды (`00:15:12`–`00:19:55`): 1. **Месячный отчёт для CEO** (в расшифровке «SEO», по контексту это CEO `[?]`) — PDF за выбранный период в сравнении с тем же периодом прошлого месяца. Формируется в начале месяца за предыдущий. Раньше то же самое отправлялось просто цифрами в сообщении. Состояние: «сырая история», планирует доделать до конца сентября. 2. **Недельный отчёт по трейдерам для операционного отдела** — топ-10 худших трейдеров за период, по каждому операционному менеджеру. Сделан на этой неделе, прототип. Логика: «хвалить всегда успеем, а с худшими надо поработать». Планируется по понедельникам. Проблема масштабирования: операционных менеджеров около 60, рассылать каждому вручную накладно — думает про автофидбек либо только по топу худших. Из дашбордов менеджера и тимлида отчёты не формируются вообще (`00:19:55`). ### Что важно для платформы - **Отчётами отдела аналитики не пользуется ни он, ни его отдел** (`00:20:13`). Доступы, возможно, есть, но не используются. Отдел полностью автономен. - **Методология была и её убрали** (`00:21:17`). Отдельная вкладка «Методологія» существовала, но «визуально мешала», и он её удалил. Готов вернуть отдельной вкладкой, которая будет обновляться после каждого апдейта. Собрать список формул предлагает не руками, а запросом к ИИ по коду борды («написати Клоду, щоб він дав всі метрики») — то есть методология для него это производная от кода, а не отдельный документ. Важная оговорка: метрики меняются постоянно, «проект свежий», каждый день что-то дорабатывается, поэтому зафиксированный список формул устареет — нужен не снимок, а регенерация после каждого апдейта. - **Мобильная версия не нужна** (`00:22:57`–`00:24:42`). Смотрит с телефона только по выходным, когда не за компьютером. Генерировать отчёты с телефона смысла не видит. На рабочих телефонах служба безопасности и так закрыла доступ к Google Docs и почте. - **Запросов на доработку нет.** Прямой ответ на вопрос о непокрытых потребностях: «Женя профессионал, дашборды делает очень круто, все идеи на нём». Если Женя не может — идёт в IT-отдел. --- ## 2. Отдел аффилиатов (33 мин) Собеседник — **Саша**, руководитель направления. Весь разговор на русском. Качество звука хуже, расшифровка местами рваная. ### Что есть сейчас Четыре источника, и они принципиально разной природы: 1. **Дашборд от отдела аналитики** — тот самый экран платформы, который уже видели. Вкладки: саммари, аффилиаты, трейдеры, менеджеры, матрица, воронка research (неактивна), срезы, Weekly, Details. У менеджера тот же дашборд, но только по его портфелю. Состав показателей, которые он сам называет нужными (`00:06:25`–`00:07:18`): количество трейдеров, суммарный депозит, средний депозит, сколько кабинетов создано, сколько запущено, сколько трейдеров реактивировано (были в статусе inactive и вернулись). Из боковой панели (`00:18:36`–`00:19:28`) реально пользуется тирами аффилиатов (ещё настраивают), Weekly — отчётами по менеджеру, трейдерам и аффилиатам за неделю — и Details; часть экранов не открывает вообще, ещё часть — редко. 2. **Кабинет аффилиата** — внешний интерфейс, **больше сотни аффилиатов** смотрят там свои данные по трейдерам. Сделан своими силами вайб-кодингом на шаблоне, формулы потом подтянули и проверили аналитики (`00:14:07`). 3. **PostHog на кабинете аффилиата** (`00:16:45`) — подключил недавно сам. Session replay, трекинг кликов, тепловые карты: куда нажимают, сколько сидят, как часто заходят. Цель — настроить юзабилити под пользователей, потом приходить к разработчику с конкретикой («этот блок слишком низко, до него часто скроллят»). Честно говорит, что до конца ещё не разобрался, продукт сложный. 4. **Google-таблица «Регистр»** (`00:05:22`) — данные вносятся **вручную**, оттуда скриптом подтягиваются в борду. Пробовали заменить, тест был неуспешным, «пока лучше работает таблица». Именно в ней живут теги трейдеров, от которых зависят комиссии. ### Три проблемы, названные прямым текстом **Проблема тегов** (`00:08:19`–`00:10:13`). Перед каждым трейдером ставится тег вида `TK`, `RE`, `AN`, `RE2` и т.д. Аналитический сервис эти теги не разбирает: трейдер с разными тегами считается **разными трейдерами**, хотя пришёл от одного аффилиата. Теги живут в центральной базе (`Keystone` `[?]`, `00:08:35`–`00:09:39`) — туда же стекаются данные саппорта. Формулировка Саши: «формула была неправильная, которая не учитывала эти теги». Расхождение он оценивает в **10%** и называет это «много». По его словам, затык нашли, но ниже в разговоре расхождения всплывают снова. **Расхождение счётчиков** (`00:07:53`, `00:11:57`–`00:12:22`). Конкретные цифры из разговора: за вчера 1687 активных трейдеров, за 7 дней 1025; на одном экране 1520, на другом 1607, на третьем 1608. Ключевая претензия — не в самих числах, а в том, что **проверить их негде**: «некуда зайти в другую борду и посмотреть, а, ну да, реально 1520». Руками проверить 15-20 тегов он не может даже при желании. Это ровно тот же сюжет, что уже зафиксирован у нас по Affiliate с парой 1477 / 1557. **Разное толкование метрик** (`00:23:03`–`00:24:02`) — сам называет это главной проблемой. Дословно по смыслу: «для меня слово конверсия это одно, для них другое, а в справочнике написано вообще третье»; «для меня активный трейдер — это одно, для него другое, а у нас в базе ещё вообще третье». Аналитики разбираются в формулах, но не в бизнес-специфике показателей, поэтому один показатель приходится объяснять по 4-5 раз. Своего документа с методологией у отдела нет: формулу он может объяснить словами, но не написать. ### Сформулированные им требования Дословно по смыслу, `00:12:27`–`00:13:04`: 1. **Один источник данных.** 2. **Быстрый переход от метрики к её формуле** — чтобы, увидев число, сразу понять, как оно считается, не уходя копаться в документах и не переспрашивая аналитика. Логика, которой он это объясняет: «если есть источник правды и там формула А, а у меня тоже формула А, но цифра другая — значит, у меня формула Б. И я хотел бы знать, почему». На прямой вопрос, решит ли проблему подсказка рядом с метрикой со ссылкой на блок с формулой, отвечает утвердительно, но уточняет, что одного источника правды мало — нужна возможность **сравнить** (`00:11:45`). ### Роли и доступы Ролевой системы в кабинете аффилиата **нет** (`00:14:52`–`00:16:34`). Разделение не по ролям, а **по данным**: аффилиат видит только своих трейдеров и свои выплаты. У Саши есть дополнительный фильтр по субаффилиатам — «ребята, которые работают под ним»; у самих аффилиатов этой кнопки нет, чтобы данные не пересекались. Выплаты в кабинете ещё не доделаны. В дашборде аналитики у него доступ ко всему, у менеджера — только к своему портфелю. Доступы выдавались бессистемно: часть была сразу, часть выбивал по факту нужды. Пример — `Trader Details` он запросил на днях, когда понял, что не может посмотреть историю по конкретному трейдеру за две недели; экран уже существовал, но ему его просто не выдали. ### UX-замечания - Нерабочие элементы без объяснения (`00:21:00`): «не заведённые» отображались серым, пустым и некликабельным, было непонятно, кто именно не заведён. Рядом число 410 без всякого контекста — «просто цифра». - Запрос на сравнительную динамику (`00:21:26`–`00:22:02`): хочет видеть инфографику с изменением к предыдущему периоду (столбик, «+34%»), с возможностью раскрыть сравнение по дням. Сам при этом честно оговаривается, что лучше работать от этого не начнёт — это про удобство, а не про решение проблемы. - Скорость реакции аналитиков его устраивает: «раньше долго, сейчас быстро». Сроки зависят от объёма: формулы правятся кодом и проверяются быстро. ### Как он взаимодействует с аналитикой Единый общий чат `Data Affiliate Referral` `[?]` (`00:04:24`–`00:04:49`), где сидят и аналитики, и разработка — направления сильно пересекаются, поэтому правки идут туда, а не в личку. Триггер для обращения — не расписание, а факт: увидел расхождение в цифрах, пишет сразу. Постоянно взаимодействует при этом **с одним конкретным аналитиком**, отсюда и претензия про 4-5 повторных объяснений одного показателя. Несостыковки в кабинете аффилиата он ловит сам и несёт Сирису; тот либо правит сам, либо подключает аналитика или финансиста. Последний такой случай — за два дня до созвона. --- ## Сквозные выводы для платформы **1. Автономные отделы — это норма, а не исключение.** Оба собеседника построили собственную аналитику мимо отдела аналитики: у саппорта свой разработчик и четыре интерфейса, у аффилиатов вайб-кодинговый кабинет, PostHog и ручная Google-таблица. Саппорт отчётами аналитики не пользуется вообще. Платформа, которая просто соберёт экраны отдела аналитики, эти отделы не закроет. **2. Главная боль — не визуализация, а доверие к числу.** Обе основные претензии Саши и убранная вкладка «Методологія» у саппорта — про одно: увидев метрику, человек не может быстро узнать, как она посчитана, и сравнить с другим источником. Это подтверждает приоритет глоссария метрик с формулами, доступного **из точки, где показано число**. **3. Формулы живут в головах и в коде, документа нет ни у кого.** У аффилиатов своего документа нет в принципе. У саппорта вкладка с методологией была и её удалили как визуально мешающую. При этом руководитель саппорта готов её вернуть, но предупреждает: метрики меняются почти ежедневно, поэтому статичный список устареет — нужен механизм обновления, а не разовая выгрузка. Его собственное решение показательно: собрать список метрик запросом к ИИ по коду борды. Это ровно тот подход, который мы уже применяем к halleg — глоссарий собирается из кода, а не пишется вручную. **4. Ролевая модель везде разная.** Саппорт: индивидуальный логин, менеджер видит только себя, тимлиды видят одинаковое, плюс whitelist по IP. Аффилиаты: ролей нет вообще, разграничение по принадлежности данных, плюс отдельный фильтр по субаффилиатам. Единая модель доступа должна покрыть оба случая. **5. Мобильная версия — низкий приоритет.** Единственный явный ответ по теме: смотрит с телефона изредка по выходным, отчёты с телефона не генерирует, служба безопасности всё равно режет доступы на рабочих устройствах. **6. Ручной ввод в цепочке данных.** Google-таблица «Регистр» с ручным вводом — источник для боевой борды аффилиатов, и попытка её заменить уже проваливалась. Это ограничение, которое придётся или принять, или решать отдельно. --- ## Что запросить по итогам | Что | У кого | Статус | |---|---|---| | Структура таблицы «Регистр»: названия столбцов, типы данных, примеры тегов | Саша | обещал прислать ссылку | | Доступ к дашборду аффилиатов — как устроена страница, какие ручки дёргает, формат ответов | Сирис `[?]` (разработчик отдела аффилиатов) | Саша переадресовал | | Ссылки и скриншоты дашбордов саппорта | руководитель саппорта | просили на созвоне | | Полный список метрик личной борды саппорта | руководитель саппорта | готов выгрузить, предупреждает что список меняется | **Ключевые люди:** - **Сирис `[?]`** — разработчик отдела аффилиатов, «супер-админ», сам делал кабинет, формирует доступы, связан и с аналитиками, и с финансистами. По архитектуре, коду и формулам — к нему. - **Женя / Dazzle `[?]`** — разработчик отдела саппорта, сделал оба дашборда и ботов. - **Женя, тимлид R&D** — проверял личную борду на безопасность и нагрузку. - **Вова / Владимир** — согласовал доступ к БД, инициатор платформы. - **Андрей** — делал борду саппорту до того, как руководитель начал делать сам. ## Открытые вопросы - Кто ещё, кроме саппорта, не пользуется отчётами отдела аналитики? Если таких отделов много, меняется смысл фразы «объединить существующие дашборды». - Что делать с личными бордами руководителей — переносить на платформу или оставить вне её? На созвоне решили пока не учитывать. - Расхождение в 10% из-за тегов — починено ли на самом деле? Саша говорит, что затык нашли, но дальше приводит свежие расхождения (1520 / 1607 / 1608). - Нужен ли «Регистр» на платформе как источник, или его заменяет прямой доступ к БД.