MATHCAST
Mathcast / Документы / Mathchast_29 — личный кабинет клиента
МАТЧАСТЬ / 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 + sourceEnhanced

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

InternalClient
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Права
OWNERCompany access, team, billing, submissions
CONTENT_MANAGERDraft/submission, profile content
ANALYSTAnalytics/reports read
BILLINGPayments/documents
VIEWERRead-only
AGENCYDelegated 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

EventDefault
Нужны правкиIn-app + email
ОпубликованоIn-app + email
Отчёт готовEmail
Кто-то посмотрел статьюНе слать каждый раз
Новое устройство/adminSecurity 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

RequestFlow
Исправить опечатку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

FreePaid
Claim basic companyCommercial publication workflow
Correct factual dataEditorial production
Basic public profileExtended analytics
See own existing publicationsSearch/AI monitoring
Add verification evidenceAgency/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

MetricMeaning
Time to first submissionOnboarding friction
% prechecks completedBrief UX
% needs changesQuality/onboarding
Client waiting timeWhere process stalls
Repeat within 90dProduct retention
Monitoring attach rateAnalytics 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 appResponsive web достаточно
Custom dashboardsСлишком рано
50 permission rolesOverengineering
Bulk auto-publishingModeration/scaled-content risk
Direct live edit published contentTrust/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

Источники исследования

Информационная архитектура кабинета, 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 как единственный продукт.