МАТЧАСТЬ / CLIENT WORKSPACE / DOCUMENT 29 / 02.09.2026
Личный кабинет клиента «Матчасти»
Как превратить коммерческий продукт из переписки с менеджером в понятный self-service workspace: компании и права доступа, верификация, публикации, брифы, статусы модерации, правки, оплата, пакеты/кредиты, документы, аналитика, AI Visibility, отчёты, эксперты, уведомления и поддержка. Главный принцип: клиент всегда понимает, что происходит с материалом, что требуется от него и за что он платит — но не получает административных прав над редакционными, юридическими и поисковыми правилами площадки.
Workspaceкабинет строится вокруг компании/клиента, а не вокруг списка случайных статей
Next actionна каждом экране видно следующее необходимое действие
1 timelineзаказ, материал, модерация, публикация и отчёт связаны одной историей
No overrideклиент не может купить обход модерации, rel, erid или редакционного решения
1. Главное решение
Личный кабинет должен быть рабочим пространством внешнего присутствия компании, а не «страницей покупки статьи». Пользователь начинает с подтверждённой компании, затем видит её профиль, экспертов, публикации, состояние цифрового присутствия, доступные кредиты, незавершённые задачи, аналитику и следующий рекомендуемый шаг.
ACCOUNT
↓
WORKSPACE
↓
COMPANY / BRAND / CLIENT ENTITY
├─ profile
├─ verification
├─ experts
├─ publications
├─ orders / credits
├─ analytics
├─ AI visibility
├─ reports
├─ team & permissions
└─ billing / documents
PRIMARY UX QUESTION:
"Что мне нужно сделать сейчас?"
2. Что показывает РБК Компании
В актуальном личном кабинете РБК Компании пользователь может управлять профилем компании, публикациями, группой компаний, экспертами, контактами, логотипом, фотографиями, социальными сетями, торговыми марками и подписками. Для добавления компании вводится ОГРН и отправляется заявка на подключение. Изменения по многим блокам профиля отправляются на модерацию.
Для «Матчасти» полезен паттерн «всё вокруг управляемой business entity», но кабинет должен быть проще и сильнее связывать публикацию с доказательствами, аналитикой и AI Visibility.
3. Что показывает PRNEWS.IO
PRNEWS.IO строит коммерческий dashboard вокруг заказов: пользователь выбирает площадку/услугу, оплачивает, загружает готовый материал или бриф, отслеживает каждый order и live link, а для больших кампаний может выгружать статусы и ссылки. Отдельно доступны история транзакций, счета и receipts.
Сильный паттерн: коммерческий заказ должен иметь прозрачный operational status и быть экспортируемым, особенно для агентств и большого количества публикаций.
4. Что показывает «Клерк»
В 2026 году «Клерк» расширил business account: публикации, лиды, статистика и общение с менеджером собираются в одном кабинете, добавлено управление командой; заявлены дальнейшие дашборды по статистике публикаций и развитие выгрузки лидов. Тарифы отличаются количеством публикаций, поддержкой редакции и расширенной аналитикой.
Для «Матчасти» это подтверждает направление: клиентский кабинет должен объединять content operations, team access, analytics и support, но коммерческая модель у нас остаётся transactional-first, а не subscription-first.
5. Главные JTBD кабинета
| Когда... | Я хочу... | Чтобы... |
| я впервые пришёл | быстро подтвердить компанию | начать работать без долгой бюрократии |
| у меня есть материал | понять, подходит ли он | не получить непонятный отказ |
| материал на модерации | видеть статус и дедлайн | не писать менеджеру каждый день |
| нужны правки | увидеть конкретные причины | быстро исправить |
| статья опубликована | получить URL и отчёт | понять, что произошло дальше |
| у меня много компаний | переключаться между ними | не смешивать данные клиентов |
6. Главное UX-правило: Next Action
На главной кабинета пользователь должен видеть не 14 графиков, а приоритетные действия.
НУЖНО ОТ ВАС
1. Подтвердить официальный домен Acme
2. Добавить источник к цифре +34% в кейсе
3. Согласовать цитату эксперта
4. Оплатить заказ #1248
ГОТОВО
✓ Статья опубликована
→ посмотреть отчёт
7. Главная кабинета
WORKSPACE HOME
Company selector
Verification state
Next actions
Active publications
Available credits
Recent results
AI/Search snapshot later
Recommended next action
Team/support
Billing alerts
NOT:
vanity dashboard first.
8. Company selector
[ Acme ▼ ]
Acme
Brand B
Client C
+ Добавить / запросить доступ
Agency:
20+ companies
→ search selector
→ favorites/recent.
9. Company context всегда явный
Пользователь не должен случайно отправить статью клиента A от имени клиента B.
sticky context:
ACME
all pages:
publications
experts
analytics
orders
switch company:
explicit.
10. Один account — много ролей
Thomas account
Reader:
saved/follows
Workspace A:
COMPANY_ADMIN
Workspace B:
AGENCY_MANAGER
Workspace C:
VIEWER
Same login.
Different scoped permissions.
11. Первый вход
WELCOME
Что вы хотите сделать?
[Представляю свою компанию]
[Работаю в агентстве]
[Хочу только читать]
Business path:
→ найти компанию
→ claim
→ verification
→ workspace.
12. Поиск существующей компании первым
Не просить пользователя создавать company profile с нуля, пока мы не проверили Entity Graph.
Введите:
название
ИНН
ОГРН
домен
RESULT:
Acme
ИНН ...
acme.ru
[Это моя компания]
[Не нашли?]
13. Claim flow
ENTITY FOUND
→ Request control
→ choose verification method:
corporate email
DNS
manual fallback
delegated access
→ verification
→ role granted.
14. Verification progress
Компания подтверждена ✓
Управление профилем:
Корпоративная почта ✓
Официальный домен —
[Подтвердить домен]
Эксперты:
2 / 3 связей подтверждены
15. Не смешивать verification с subscription
Badge не должен показывать «подтверждено», потому что компания оплатила тариф.
16. Company workspace navigation
Обзор
Профиль
Публикации
Эксперты
Аналитика
AI Visibility
Отчёты
Команда
Оплата и документы
[Создать публикацию]
AI Visibility может быть скрыт/teaser до P1.
17. Профиль компании
PUBLIC PROFILE PREVIEW
Identity
Official site
Description
Topics / industry
Contacts
Social
Experts
Publications
Cases
Research mentions
Each field:
source / verification status
if relevant.
18. Submitted vs verified fields
| Поле | Клиент может изменить? | Проверка |
| Brand description | Предложить | Moderation |
| Official website | Предложить | Domain/entity verification |
| ИНН/ОГРН | Не произвольно | Registry |
| Legal name | Не произвольно | Registry |
| «№1 на рынке» | Только claim + source | Enhanced |
19. Profile completeness
Профиль заполнен: 72%
✓ официальный сайт
✓ описание
✓ логотип
— эксперты
— источники к 2 фактам
[Добавить эксперта]
Completeness мотивирует заполнение, но не должен выглядеть как публичный trust score.
20. Public preview
Клиент всегда может открыть точный публичный профиль в новой вкладке.
21. Публикации: главное представление
PUBLICATIONS
Draft 2
Needs action 1
Review 3
Scheduled 1
Published 12
filters:
format
status
author
campaign
date
[Создать публикацию]
22. Карточка материала
CASE
Как Acme автоматизировала...
Status:
Нужны данные от вас
Deadline:
4 Sep
Missing:
источник показателя +34%
Order:
#1248
[Продолжить]
23. Client status language
| Internal | Client |
| DRAFT | Черновик |
| PRECHECK | Проверяем материал |
| NEEDS_DATA | Нужны данные от вас |
| EDITORIAL_REVIEW | На модерации |
| LEGAL_REVIEW | Проверяем требования к публикации |
| APPROVED | Одобрено |
| SCHEDULED | Запланировано |
| PUBLISHED | Опубликовано |
24. Timeline материала
2 Sep 11:40
Вы отправили материал
2 Sep 11:43
Автопроверка завершена
2 Sep 14:10
Редактор запросил источник
2 Sep 15:32
Источник добавлен
3 Sep 10:15
Материал одобрен
3 Sep 12:00
Получен ERID
4 Sep 09:00
Запланирована публикация
25. Timeline — источник правды для поддержки
Если клиент спрашивает «что происходит?», менеджер и клиент должны видеть одну и ту же factual history.
26. Создание публикации: начать с задачи
Что вы хотите рассказать?
[Показать реальный кейс]
[Объяснить тему]
[Дать мнение эксперта]
[Провести интервью]
[Показать исследование]
[Сообщить новость]
[У меня уже есть готовый текст]
27. Готовый текст
Upload / paste
→ AI precheck
→ suggested format
→ missing fields
→ client confirms
→ structured draft.
28. Форматный бриф
Для большинства клиентов проще ответить на 8–15 конкретных вопросов, чем смотреть на пустую страницу редактора.
29. Case brief
Кто клиент?
Какая была проблема?
Что было до?
Что хотели изменить?
Что сделали?
Почему выбрали этот путь?
Что получилось?
Как измерили?
Какие ограничения?
Кто может подтвердить?
30. AI completion assistant
Ваш кейс готов на 68%
Не хватает:
— baseline
— источник результата
— ограничения
[Ответить на вопросы]
[Собрать черновик]
31. AI не скрывает недостаток данных
Кнопка «Собрать черновик» не должна magically делать 68% → 100% выдуманными данными.
32. Evidence drawer
ИСТОЧНИКИ
+ Добавить URL
+ Загрузить файл
+ Добавить данные компании
C14 +34%
→ report.pdf ✓
C18 20 000 clients
→ нет источника
33. Client-facing claim status
| Статус | Показываем |
| Supported | Источник добавлен |
| Missing | Нужен источник |
| Conflicting | Нужно уточнить |
| High-risk | Редактор проверит дополнительно |
34. Не показывать модельную «вероятность правды»
«ИИ уверен на 73%, что ваша цифра правдива» — плохой продукт.
35. Inline comments
Редактор:
«Уточните, за какой период измеряли +34%»
Client:
reply / edit / attach source
Thread resolves
→ timeline event.
36. Reason codes humanized
Internal:
MISSING_SOURCE
Client:
«Нужен источник для показателя +34%.
Подойдёт отчёт, выгрузка или другой документ,
где видны метрика и период.»
37. Diff после правок редактора
Клиент видит, что изменено, но не редактирует live version напрямую.
Было:
«мы лучший сервис России»
Стало:
«сервис работает с ...»
Причина:
оценочное утверждение не подтверждено.
38. Approval screen
Перед публикацией
✓ текст
✓ обложка
✓ источники
✓ ссылки
✓ рекламная маркировка
✓ advertiser
✓ ERID
✓ дата
[Предпросмотр]
Status:
Готово к публикации
39. Client preview
Preview должен показывать реальную будущую страницу, включая disclosure, а не отдельный упрощённый PDF.
40. Что клиент согласует
| Объект | Права клиента |
| Свои фактические данные | Проверяет |
| Свои цитаты | По установленному workflow |
| Editorial conclusion | Не покупает право переписывать |
| Sponsored rel | Не управляет |
| Legal label | Не управляет |
| Editorial Pick | Не заказывает |
41. «Отправить на модерацию»
Before submit:
system validates
if missing:
show exact blockers
not:
submit → wait 2 days →
"вы забыли обязательную картинку".
42. Precheck before consuming editor time
Большинство механических ошибок должно ловиться ещё до постановки в человеческую очередь.
43. SLA display
На модерации
Ориентир:
до 1 рабочего дня
Редакция получила:
02.09 15:32
SLA paused?
No
If waiting client:
«Ожидаем данные от вас.
Срок проверки продолжится после ответа.»
44. Не обещать «опубликуем через 3 часа» на старте
РБК Компании указывает до 3 часов в обычных случаях, но «Матчасть» на старте должна показывать свой реальный SLA, а не копировать рынок.
45. Schedule
После approval:
Предпочтительная дата
System:
earliest available
03.09
04.09
05.09
Embargo:
optional for news/research
46. Нельзя гарантировать дату до готовности compliance
Если нет ERID или source confirmation, schedule остаётся предварительным.
47. Published state
ОПУБЛИКОВАНО ✓
https://mathchast.com/cases/...
Published:
04.09 09:00
Health:
URL доступен
canonical OK
indexable
sitemap ✓
IndexNow sent
[Открыть]
[Поделиться]
[Скачать отчёт позже]
48. Share kit
Копировать ссылку
UTM-ссылка
обложка
короткий анонс
Telegram вариант
VK вариант
quote/chart card if available
49. Share kit не создаёт ложный endorsement
Нельзя генерировать клиенту карточку «Матчасть рекомендует Acme», если редакция этого не утверждала.
50. Publication Health в кабинете
Техническое состояние
URL OK
Canonical OK
Indexability OK
Sitemap OK
Structured data OK
Commercial links OK
OAI Search access OK
External:
Google indexed Observed / pending
Yandex indexed Observed / pending
51. Controlled vs observed
Интерфейс должен визуально различать «мы настроили» и «внешняя система сделала».
52. Не писать «гарантированно индексируется»
Даже зелёный Publication Health означает техническую готовность, а не гарантию inclusion.
53. Analytics home
За 30 дней
Publications 4
Views ...
Internal clicks ...
Official site clicks ...
Search impressions ...
AI referrals ...
AI mentions later ...
[Открыть подробный отчёт]
54. Analytics по публикации
TRAFFIC SOURCES
Mathchast organic
Home/topic/related
Search
Telegram
Email
Client share
External links
ChatGPT referral
Other AI referrals
OUTCOMES:
company profile visits
official-site clicks
CTA clicks
55. Метрика «просмотры» не должна быть одна
Клиенту полезнее понимать происхождение аудитории и действия после чтения.
56. Timeline analytics
Day 0 publish
Day 1 Telegram
Day 5 indexed
Day 8 first Google impressions
Day 12 ChatGPT referral
Day 30 report
→ one coherent timeline.
57. AI Visibility tab
AI VISIBILITY
Brand mentions
Citations
Share of Voice
Top sources
Competitors
Watched URLs
Prompt sets
Before / after
Status:
Base snapshot / Monitoring plan
58. Но AI Visibility не должен доминировать до готовности продукта
На P0 вкладка может быть скрыта или показывать teaser «будет доступно после запуска monitoring».
59. AI Visibility client language
Observed:
Brand mentioned in 12/100 answers
Observed:
Mathchast URL cited in 3 answers
Not:
«Мы заставили ChatGPT рекомендовать вас»
60. Before/After report
Baseline
→ Publication
→ +7d
→ +30d
→ +60d
changes:
mentions
citations
source mix
search impressions
report:
observed changes
not causal guarantee.
61. «Следующая публикация»
Это должен стать главный repeat CTA после отчёта.
Мы видим пробел:
Competitors are cited for:
"AI agent security"
Your profile:
no material covering this topic
Recommendation:
Expert article
or
Case
[Создать материал]
[Почему рекомендуем]
62. До Mathchast_35 — простая rule-based версия
if company has profile
but no case
→ recommend case
if case exists
but no expert
→ add expert
if topic gap
→ suggested article
if research participant
→ claim profile.
63. Credits
Публикационные кредиты
Available: 3
Reserved: 1
Used: 7
[Купить ещё]
credit:
right to submit eligible material
through commercial workflow.
64. Credit status must be transparent
| State | Что значит |
| AVAILABLE | Можно использовать |
| RESERVED | Привязан к активной заявке |
| CONSUMED | Материал одобрен/опубликован по правилам пакета |
| RETURNED | Вернулся после rejection/cancellation согласно policy |
65. Не продавать credit как «гарантированную любую статью»
Credit не отменяет eligibility и moderation.
66. Buy flow
Что вам нужно?
Опубликовать готовый материал
Редактировать и опубликовать
Создать и опубликовать
Публикация + Visibility
→ choose format/volume
→ price
→ legal notes
→ billing
→ order.
67. Transactional-first
Не заставлять нового клиента выбирать 12-месячную подписку до первой публикации.
PRNEWS.IO показывает сильный self-service паттерн pay-as-you-go, тогда как «Клерк» строит тарифную подписку. Для «Матчасти» из Mathchast_15 выбран гибрид: единичные покупки и пакеты сначала, recurring monitoring позже.
68. Package purchase
1 publication
3 credits
5 credits
10 credits
display:
price
discount hypothesis
validity if any
included editing level
what happens on rejection
what does not expire publicly.
69. Published asset не исчезает после окончания пакета
Из Mathchast_16: окончание пакета/мониторинга не удаляет опубликованный URL.
70. Order card
#1248
Create + Publish
Case
Acme
Paid
Production in progress
1 publication credit
Monitoring 30d
Documents:
invoice
act later
[Open]
71. Billing section
Balance / credits
Orders
Transactions
Invoices
Acts / closing documents
Refunds/credits
Billing profile
Agency later:
per client allocation.
72. Российский документооборот
Для B2B-рынка нужно сразу предусмотреть счёт, реквизиты, закрывающие документы и ЭДО/ручной fallback. РБК Компании в FAQ прямо описывает ежемесячную отправку закрывающих документов через ЭДО.
73. Billing profile
Legal entity
ИНН
КПП
Legal name
Address
Email
EDO details
Contact
Contract profile
separate from:
public company entity.
74. Payer ≠ advertiser ≠ published company
Это критически важно для агентств и рекламы.
PAYER:
Agency LLC
ADVERTISER:
Client LLC
PUBLICATION SUBJECT:
Brand X
WORKSPACE OWNER:
Agency account
All separate entities.
75. Support
Support center:
FAQ
publication rules
billing
technical issue
Contextual:
[Задать вопрос по этому материалу]
ticket auto includes:
publication/order/company IDs.
76. Не начинать с общего live-chat везде
Лучше contextual support с объектом и историей, чем «Здравствуйте, чем помочь?» без контекста.
77. Manager chat later
«Клерк» развивает общение с менеджером внутри кабинета. Для high-value packages это полезно, но MVP может использовать ticket/comment thread.
78. Help content inside UI
Field:
«Результат кейса»
[Что сюда писать?]
opens:
example
what evidence needed
what not to write.
79. Empty states
У вас пока нет публикаций.
Лучший первый материал:
покажите реальный кейс.
[Создать кейс]
[Посмотреть пример]
80. Empty analytics state
Аналитика появится после публикации.
До этого:
complete profile
add expert
create first material.
81. Company profile changes workflow
Client edits submitted field
→ changes draft
→ moderation if needed
→ approved
→ public profile update
→ audit / source changes
→ discovery update if significant.
82. Не давать direct live profile editing
Verified factual/business pages требуют revision flow, особенно official domain, claims, achievements и expert relations.
83. Experts section
Experts
Anna Ivanova
CMO
Relationship verified ✓
2 publications
Petr Petrov
CEO
Verification requested
[Добавить эксперта]
84. Add expert
name
role
corporate email / evidence
bio
topics
photo
consent/contact
relation to company
→ verification
→ public when eligible.
85. Client cannot invent expert identity
Создание профиля эксперта не должно быть просто полем «имя + фото из интернета».
86. Company team ≠ public experts
WORKSPACE TEAM:
users who manage account
PUBLIC EXPERTS:
people represented publicly
Separate lists.
87. Team section
Members
Thomas
Owner
Anna
Content Manager
Agency X
Delegated
[Invite]
88. Workspace roles
| Role | Права |
| OWNER | Company access, team, billing, submissions |
| CONTENT_MANAGER | Draft/submission, profile content |
| ANALYST | Analytics/reports read |
| BILLING | Payments/documents |
| VIEWER | Read-only |
| AGENCY | Delegated scoped permissions |
89. Minimum privilege
Бухгалтеру не нужно право переписывать статью, а копирайтеру — видеть платёжные документы.
90. Invite flow
email
role
company scope
optional expiry
message
recipient:
accept
account
MFA recommendation
access logged.
91. Delegation expiry
Особенно полезно для агентств/подрядчиков:
Agency access:
valid until
revocable
specific companies
specific permissions.
92. Agency mode teaser
Полный Agency Workspace — Mathchast_37. Документ 29 должен лишь не заблокировать его архитектурно.
Agency dashboard later:
clients
bulk statuses
shared credits
reports
billing
permissions
Same underlying workspace model.
93. Notifications
Categories:
Action required
Moderation
Publication
Analytics/report
Billing
Verification
Team/security
Product news
channels:
in-app
email
later integrations.
94. Notification priorities
| Event | Default |
| Нужны правки | In-app + email |
| Опубликовано | In-app + email |
| Отчёт готов | Email |
| Кто-то посмотрел статью | Не слать каждый раз |
| Новое устройство/admin | Security email |
95. Daily/weekly digest for workspace
Weekly:
2 publications active
1 needs action
report +30d ready
3 credits left
AI visibility changed
recommended next piece.
96. Notification center
Unread
Action required
All
each:
object
time
clear CTA
Not:
social activity feed.
97. Search inside workspace
search:
publication title
order ID
company
expert
invoice
erid
URL
campaign.
98. Command shortcuts not needed
Global search + filters are enough for MVP.
99. Reports
REPORTS
Publication 30d
Search visibility
AI Visibility
Campaign summary
Agency report later
formats:
web
PDF export
CSV metrics where useful.
100. PDF report should be snapshot
Web dashboard remains source of current truth; exported report has generated_at and measurement period.
101. Client report transparency
REPORT labels:
Controlled
Observed
Inferred
No causality overstatement.
102. Export orders
PRNEWS.IO supports export of orders with links/statuses for larger campaigns. «Матчасти» should provide CSV/XLSX export at P1, especially agencies.
publication_id
client
title
status
published_at
URL
format
order
report status
103. Public URL monitor alerts
If platform detects own URL issue:
"Мы обнаружили техническую проблему
и уже исправляем."
Client should not discover first
that paid URL is 500.
104. Client cannot disable health monitoring
Это часть core publishing quality.
105. Link editing after publication
Request link update
→ reason
→ new destination
→ verification/link policy
→ new revision
→ approval
→ publish
not:
client directly edits href.
106. Published text changes
| Request | Flow |
| Исправить опечатку | Fast correction |
| Исправить факт | Correction + source |
| Поменялся домен | Entity/link update |
| Переписать под новый продукт | Major update/new publication |
| Удалить неудобный старый факт | Не автоматически |
107. Delete button
Не делать простую кнопку «Удалить публикацию навсегда» для client admin.
РБК Компании позволяет пользователю удалить публикацию из профиля/ленты, после чего восстановление невозможно. Для «Матчасти» это конфликтует с моделью исторического knowledge asset, поэтому нужен formal takedown request.
108. Takedown request UI
Почему хотите снять?
legal
privacy
incorrect
business closed
other
alternatives:
correct
archive
anonymize
update
remove
→ editorial/legal decision.
109. Client-side content library
Materials:
drafts
published
assets
sources
No need:
general-purpose DAM MVP.
Assets tied to:
publications/company.
110. Reusable sources
Если клиент однажды загрузил подтверждающий company report, можно позволить повторно выбрать его как source, пока документ актуален и права позволяют.
111. But verification expiry matters
Старый отчёт 2024 не подтверждает «текущие 50 000 клиентов» в 2026 без контекста.
112. Draft templates
New:
Case
Expert Opinion
Article
Interview
News
Saved templates later:
Agency case template
Product launch template.
113. Cloning publication
Не делать «дублировать статью и заменить название компании» как массовый shortcut.
114. Campaign object
Campaign:
Q4 AI visibility
publications:
3
companies:
1
date range
goal
UTM
monitoring window
P1:
useful for packages/reports.
115. Goals
Possible:
company profile coverage
case publication
expert presence
research participation
search visibility
AI visibility
Not:
"guaranteed rank #1".
116. Onboarding checklist
START
✓ account
✓ company found
— verify control
— complete basic profile
— add expert
— create first material
— publish
— view first report
117. Progressive onboarding
Не требовать заполнить 40 company fields перед первым кейсом, если они не нужны для публикации.
118. First value moment
Best:
Company claimed
→ profile immediately shows existing public data/publications
→ user sees something useful before payment.
119. Free account value
| Free | Paid |
| Claim basic company | Commercial publication workflow |
| Correct factual data | Editorial production |
| Basic public profile | Extended analytics |
| See own existing publications | Search/AI monitoring |
| Add verification evidence | Agency/premium tools later |
120. No fake free trial
Если бесплатная функция полезна только до paywall и не имеет самостоятельной ценности, она не помогает Entity Graph. Basic claim/profile должен быть настоящим бесплатным utility.
121. Upgrade prompts
Good:
"У вас нет опубликованных кейсов.
Создать первый кейс"
"Monitoring завершён.
Продлить наблюдение ещё на 30 дней"
Bad:
modal "купите PRO"
every login.
122. Pricing context
Актуальный «Клерк» показывает клиенту тарифы с понятным сравнением функций и лимитов; PRNEWS.IO показывает цену услуги до заказа. «Матчасти» нужна та же прозрачность, но без усложнения первой покупки.
123. Plan comparison
Single
3-pack
5-pack
10-pack
Compare:
publication credits
editing
analytics
monitoring
support
Not:
20 tiny feature checkboxes.
124. Credit expiration
Нужно определить в Mathchast_30/31. Если credits имеют срок, он должен быть явно виден до оплаты и в кабинете.
125. Subscription monitoring
AI Visibility 30d
renews?
default recommendation:
manual renewal or explicit auto-renew consent
show:
next billing
cancel
what stops
what remains public.
126. Auto-renewal transparency
Не прятать recurring billing за публикационным SKU.
127. Refund status
Refund / credit:
reason
amount
credit returned
status
date
document
linked:
order/publication.
128. Client dispute
[Оспорить решение]
reason
additional evidence
→ appeal queue
→ second reviewer
→ result visible.
129. Appeal does not restart silently
Client sees expected review window and status.
130. Security settings
email
password/SSO
MFA
sessions
devices
team access
security log
recovery.
131. High-risk actions require re-auth
change owner
change billing
add admin
revoke all
change verified domain
download sensitive verification material
→ step-up auth.
132. Verification documents privacy
Client should see upload/result state, but not broad internal access logs or other users' private verification evidence.
133. Audit history client-visible subset
Visible:
you changed description
editor requested change
admin added
publication approved
invoice paid
Internal only:
fraud score
security signals
legal internal notes.
134. Mobile cabinet
Responsive web should allow urgent tasks: respond to editor, upload a simple source, view status/report. Full long-form editing can remain better on desktop.
135. No native app
Same conclusion as Reader Product: no justification on MVP.
136. Dashboard customization
Not MVP. Standardized workspace is easier to learn/support.
137. Dark/light UI
Design system decision later. Functionality should not depend on a dashboard-builder.
138. Accessibility
status not color-only
keyboard navigation
labels
error focus
clear progress
accessible tables
download links
contrast.
139. Client error messages
BAD:
Error 422
GOOD:
«Не удалось отправить материал:
у результата кейса нет источника.
Добавьте источник или удалите показатель.»
140. Autosave
Draft autosaves
last saved time
offline failure warning
version checkpoints on submit
No lost 2-hour article.
141. Concurrent editing
P1 for teams. MVP can use optimistic lock + warning if another user edited.
142. Client draft ownership
workspace-owned draft
not tied forever to employee account
employee leaves:
draft remains company asset
subject to rights/contract.
143. Personal author identity separate
Public byline belongs to Person entity, while operational draft belongs to workspace.
144. Client-side version history
Versions:
Submitted v1
Revision v2
Approved v3
Published v4
client can:
view/diff
cannot:
restore published version live directly.
145. Search/public preview from dashboard
Profile:
[Open public page]
Publication:
[Open public page]
Expert:
[Open public page]
No duplicate "private preview"
after publication.
146. Dashboard data freshness
Analytics updated:
today 17:40
Search data:
last sync 02 Sep
AI monitoring:
last run 01 Sep
Do not imply realtime
if external data delayed.
147. Analytics data gaps
Если Search Console/API data задерживается, интерфейс показывает «данные ещё не получены», а не 0.
148. Client-facing methodology tooltips
AI Share of Voice [?]
→ definition
→ prompt set
→ model/date
→ what it does not mean.
149. Help / methodology near metrics
Особенно важно для новой категории AI Visibility, где клиент легко переинтерпретирует число.
150. Dashboard recommendation hierarchy
Priority 1:
blocking action
Priority 2:
time-sensitive
moderation/billing
Priority 3:
report/results
Priority 4:
recommended next growth action
Priority 5:
product upsell.
151. Upsell must never outrank blocker
Нельзя показывать «купить 10 публикаций» поверх уведомления «ваша статья не может выйти без рекламной маркировки».
152. Client success score?
Не делать один публичный/клиентский score 0–100 на MVP. Лучше отдельные понятные states.
Profile completeness
Publication health
Search observations
AI visibility
Content gaps
Separate.
Explainable.
153. Recommended dashboard cards
ACTION REQUIRED
2
ACTIVE PUBLICATIONS
4
CREDITS
3
LAST REPORT
+30d ready
PROFILE
82% complete
NEXT RECOMMENDED
Publish first case
154. Empty workspace for agency
No clients yet.
[Добавить клиента]
→ search company
→ request delegation
→ or invite client owner.
155. No impersonation by agency
Agency cannot simply type any famous company name and start publishing from it.
156. Delegation proof
client confirms invitation
or
manual authorization
then:
agency role granted.
157. Billing and company scopes
Agency can pay centrally while advertiser/publication subjects stay separated.
158. Campaign reporting for agency later
Client A
3 pubs
Client B
5 pubs
All:
status
URL
publication health
reports
Export.
159. Support for bulk upload later
Do not expose mass CSV article import until moderation and scaled-content safeguards are mature.
160. API later
Agency API:
create draft
upload source
read status
read reports
Never:
set approved
publish
change rel
change legal status.
161. Product telemetry
onboarding completion
time to first company claim
time to first submission
brief completion
precheck abandonment
revision cycles
time awaiting client
time awaiting editor
report opens
next-publication conversion.
162. Key funnel
REGISTER
→ CLAIM COMPANY
→ VERIFY
→ CREATE DRAFT
→ SUBMIT
→ PUBLISH
→ VIEW REPORT
→ CREATE NEXT
163. North-star client metric
Предварительно: активная компания, которая завершила публикацию/measurement loop и совершила следующий осмысленный шаг в течение 60–90 дней.
164. Why not «registrations»
10 000 аккаунтов с пустыми company cards не являются коммерческим продуктом.
165. Activation event
Company activated when:
control verified
+
meaningful profile
+
first publication or research participation
Stronger:
first published asset.
166. Repeat activation
Report ready
→ client opens
→ sees gap
→ starts next publication
This is core retention event.
167. Workspace health metrics
| Metric | Meaning |
| Time to first submission | Onboarding friction |
| % prechecks completed | Brief UX |
| % needs changes | Quality/onboarding |
| Client waiting time | Where process stalls |
| Repeat within 90d | Product retention |
| Monitoring attach rate | Analytics value |
168. Tooltips vs documentation
Частые вопросы решаются inline. Полная policy остаётся отдельным документом.
169. Product copy style
Concrete:
«Добавьте источник»
Not:
«Улучшите качество контента»
Concrete:
«Редактор проверит до 3 сентября»
Not:
«Ваша заявка обрабатывается».
170. Admin/contact dependency
Цель self-service не «убрать людей», а освободить людей от статусов, счетов и повторяющихся инструкций, чтобы они занимались сложными редакционными/клиентскими вопросами.
171. Human manager role
Manager handles:
complex package
agency onboarding
special research
escalation
commercial planning
Dashboard handles:
status
documents
basic purchase
brief
revisions
reports.
172. MVP navigation
Обзор
Профиль
Публикации
Эксперты
Аналитика
Оплата
Команда
P1:
AI Visibility
Reports center
Campaigns
173. MVP P0
P0:
account/auth
company selector
claim/verification
company profile editing
basic expert management
publication list
create by format
questionnaire
upload/paste
precheck results
sources
comments
status/timeline
revision/diff
preview
moderation actions
schedule/published URL
share kit basic
credits/orders
payments/billing profile
invoices/documents basic
basic analytics
team roles basic
notifications
support link
audit subset
174. P1
AI draft builder
AI Visibility
Search proof
PDF reports
CSV exports
campaigns
saved source library
advanced team roles
agency delegation UX
appeals UI
report recommendations
next best publication
enhanced billing/EDO integration
175. P2
agency bulk
API
white-label reports
lead exports
advanced campaigns
enterprise SSO
approval chains
custom SLAs
automated recurring monitoring
integrations.
176. Что не входит в MVP
| Не строим | Почему |
| CRM для продаж клиента | Не core product |
| Полный project management | Не конкурируем с Asana |
| Native app | Responsive web достаточно |
| Custom dashboards | Слишком рано |
| 50 permission roles | Overengineering |
| Bulk auto-publishing | Moderation/scaled-content risk |
| Direct live edit published content | Trust/compliance risk |
177. Основной экран, который нужно прототипировать первым
Publication Detail / Action Required. Именно на нём сходятся клиент, AI, редактор, sources, status, timeline, order и publication health.
TITLE
Status
Next action
Deadline
CONTENT
COMMENTS
SOURCES
PREVIEW
TIMELINE
ORDER / CREDIT
after publish:
URL / HEALTH / ANALYTICS
178. Второй экран
Workspace Home:
next actions
active publications
credits
latest result
profile state.
179. Третий экран
Create Publication:
choose job
format brief
evidence
precheck
submit.
180. Не начинать design с analytics dashboard
Красивые графики — поздняя часть value loop. Основная боль клиента сначала: «как опубликовать и где мой материал?»
181. Acceptance test
Новый клиент без менеджера должен суметь:
1. найти свою компанию
2. подтвердить доступ
3. понять статус профиля
4. выбрать формат
5. заполнить brief
6. увидеть missing data
7. оплатить
8. отправить
9. ответить редактору
10. увидеть preview
11. получить URL
12. открыть basic report.
182. Agency acceptance test
Agency user can:
1. switch client
2. never confuse entities
3. see delegated rights
4. submit separate advertiser data
5. allocate credits
6. export statuses later
7. keep client data isolated.
183. Основной коммерческий эффект
Хороший кабинет снижает себестоимость не через сокращение редакторов, а через сокращение ручной координации: «где счёт?», «что с материалом?», «какая ссылка?», «что вам нужно?», «когда отчёт?».
184. Decision: что не копируем у конкурентов
| Паттерн | Решение |
| Subscription-first как «Клерк» | Не основной launch model |
| Marketplace media selection как PRNEWS.IO | Мы владеем собственной площадкой |
| Широкая PR-визитка как РБК Компании | Берём entity-centric принцип, но усиливаем provenance |
| Dofollow/SEO placement marketplace | Не наша модель |
| Guaranteed outlet publication | Не обещаем публикацию материала, нарушающего policy |
185. Решение документа
Утвердить entity-centric Client Workspace с transactional-first commerce. Пользователь управляет подтверждёнными компаниями и делегированными клиентами, а не отдельными «заказами без контекста». Главная кабинета показывает Next Actions, активные публикации, кредиты, результаты и следующий рекомендованный шаг. Создание материала начинается с reader/business job и форматного брифа; AI помогает найти пробелы, но не выдумывает данные. Материал имеет прозрачную timeline от draft до publication/report. Клиент может проверять свои факты, отвечать на комментарии и видеть diff, но не может управлять editorial verdict, advertising status, rel или live published version. Платёж, payer, advertiser и publication subject хранятся раздельно. Free layer включает claim/verification/basic profile; paid layer — publishing, production, analytics and monitoring. После публикации workspace постепенно смещает центр ценности с «статуса заказа» на Publication Health, Search/AI observations и Next Best Publication.
186. Что этот документ разблокирует
Mathchast_29 client workspace
→ Mathchast_30 тарифы и unit economics
→ Mathchast_31 payment/billing/refund
→ Mathchast_32 publication health analytics
→ Mathchast_33 AI visibility metrics
→ Mathchast_35 next best publication
→ Mathchast_37 agency workspace
→ Mathchast_38 GTM
→ Mathchast_39 design system
→ Mathchast_40 technical architecture
Источники исследования
- РБК Компании — актуальный личный кабинет: публикации, профиль компании, группа компаний, эксперты, контакты, логотип, фото, соцсети, торговые марки, подписки и управление компаниями
- РБК Компании — регистрация, claim company, перенос управления профилем, закрывающие документы через ЭДО
- РБК Компании — отправка публикации из кабинета, модерация, комментарии, сроки и отчёты
- РБК Компании — создание аналитического отчёта по публикациям в СМИ из личного кабинета
- РБК Компании — управление экспертными профилями и их модерация
- PRNEWS.IO, 20.01.2026 — self-service order flow: payment, upload/brief, tracking statuses/live links, export, transaction history, invoices/receipts
- PRNEWS.IO, 30.04.2026 — order dashboard, IDs, deadlines, embargo and operational status
- PRNEWS.IO — dashboard tracking of active placements and live publication links
- Клерк, 15.05.2026 / update 16.06.2026 — новый business account: публикации, leads, statistics, manager communication, team management and planned dashboards
- Клерк — актуальные бизнес-тарифы, количество публикаций, редакционная поддержка и расширенная аналитика
Информационная архитектура кабинета, Next Action model, credit UX, client status labels, role system, free/paid split, AI Visibility tab, notification policy, dashboard cards, P0/P1/P2 и acceptance tests являются проектными решениями «Матчасти». Рыночные продукты используются как ориентиры по рабочим паттернам, но бизнес-модель «Матчасти» принципиально отличается: это собственная media/knowledge platform, а не marketplace чужих площадок и не subscription blog как единственный продукт.