9 файлів на клієнта, і сесія в клод починається одразу з роботи.

9 файлів на клієнта, і сесія в клод починається одразу з роботи.

Раніше кожна починалася з відновлення контексту.
Хто ICP, який кут, які пороги.

Ось як я це зібрав за один вечір.

1. Випишіть, через що проходить лід

Критерій простий: якщо система бачила ліда або угоду, вона в списку.

→ CRM
→ дані
→ пошта
→ задачі
→ LinkedIn
→ бази знань
→ аналітика сайту

У мене так набралось близько двадцяти систем.

2. Подивіться, що кожна з них віддає назовні

API, CLI, MCP або вебхук. Щось одне є майже завжди.

(я, наприклад, там, де це можливо, взагалі відмовився від інструментів, в яких немає mcp.)

Через цей вихід Клод забирає дані сам. Без вивантажень у таблиці і без копіпасту в чат.

Тут же вилазять граблі, які ускладнюють життя.

Наприклад, статистика у aimfox віддається тільки лайфтайм, без зрізу по днях. Тижневу динаміку доводиться рахувати як знімок мінус минулий тиждень.

3. Дайте Клоду годину проінтервʼювати вас

Plan mode. Він питає, ви відповідаєте.

Питання, які витягують експертизу:

→ хто реально купує
→ який пруф закриває угоду
→ яке заперечення її вбиває
→ що означає сигнал саме зараз

Година, за яку ваша експертиза переїжджає з голови у файл.

4 · Розкажіть своїми словами, як усе працює

Як лід знаходиться. Як кваліфікується. Що ми шлемо. Що робимо на відповідь.

Далі Клод сам розкладає це на девʼять файлів на клієнта:

→ ICP
→ картка
→ інбаунд
→ сигнали
→ продажі
→ аутбаунд
→ утримання
→ позиціювання
→ команда і процеси

У файлах лежить стан.

Наприклад: цю послугу прибрали з SEO-пріоритетів, бо 15 запитів по ній дають 19 візитів на місяць, а сусідній напрям дає 1494.

Інакше таке рішення лишається в чиїйсь голові і приймається вдруге через півроку.

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

Зараз так налаштовані десять клієнтів. Файли читаються перед кожною задачею, і жодне рішення не приймається двічі.