Свободный специалист: Как зарабатывать больше с ИИ и не выгорать

Проход второй: три направления

Теперь Алина передаёт ИИ только следующий шаг:

«На основе подтверждённых фактов предложи три направления позиционирования. Каждое должно опираться на разную логику ценности. Для каждого укажи главный сегмент, проблему, обещание, доказательство, необходимое действие пользователя, гипотезы, риск и способ проверки. Если идея требует данных, которых нет, пометь это как “нужно подтвердить”. Не создавай финальные рекламные слоганы».

В учебном примере направления могут быть такими.

Первое — снижение числа потерянных обращений. Его можно использовать, если материалы действительно показывают проблему с фиксацией заказов. Риск в том, что обещание окажется слишком сильным, если нет данных о причинах потерь.

Второе — прозрачность текущей загрузки для руководителя. Оно подходит, если в интервью руководители жалуются на отсутствие общей картины. Риск связан с тем, что решение может быть полезно владельцу, но не восприниматься сотрудниками, которые ежедневно работают с заказами.

Третье — простой переход от разрозненных записей к единому учёту. Это направление можно проверять, если продукт действительно не требует сложного внедрения. Риск в слове «простой»: его нужно подтвердить реальным сценарием запуска, а не только описанием интерфейса.

Это не три готовых ответа клиенту, а три гипотезы, которые можно сравнить и проверить.

Проход третий: сравнение

Запрос:

«Сравни направления по пяти критериям: соответствие проблеме из интервью, сила подтверждений, ясность для владельца компании, сложность запуска и возможность проверить результат за срок теста. Оцени каждый критерий от одного до пяти только при наличии основания в материалах. Если данных недостаточно, укажи это отдельно. После сравнения перечисли, какие вопросы клиенту могут изменить итоговый выбор».

ИИ помогает увидеть, что направление с самой понятной формулировкой может иметь слабые доказательства, а менее эффектная идея — лучше подходить для короткого теста. Алина не принимает итоговую оценку как приказ. Она использует её как карту для собственного решения и для разговора с клиентом.

Проход четвёртый: вопросы клиенту

Вопросы должны быть не декоративным приложением, а частью результата. Например:

Какой сегмент компании приоритетен для первого теста?

Кто фактически принимает решение о покупке?

Какое действие считается заявкой: заполнение формы, звонок или запись на демонстрацию?

Какие утверждения о продукте подтверждены данными и согласованы клиентом?

Есть ли статистика по текущему пути пользователя от первого контакта до заявки?

Какие ограничения по внедрению нельзя нарушать?

Какие результаты можно измерить в течение тестового периода?

ИИ здесь не заменяет интервью. Он помогает подготовить вопросы так, чтобы специалист не забыл о критическом пробеле и не тратил встречу на повторение уже известного.

Проход пятый: черновик выбранного направления

После того как направление выбрано человеком и согласовано с клиентом, можно просить черновик страницы:

«Подготовь структуру страницы по выбранному направлению. Сохрани четыре блока: проблема аудитории, объяснение решения, доказательство, следующий шаг. Используй только подтверждённые сведения. Все гипотезы обозначь в отдельном разделе для согласования. Не используй абсолютные обещания и не добавляй цифры без источника. В конце составь список фактов, которые нужно проверить перед публикацией».

Проход шестой: критика

«Проверь черновик по исходному контуру. Найди неподтверждённые утверждения, подмену аудитории, лишние обещания, несоответствие цели теста, непонятный следующий шаг, нарушения длины и повторения. Для каждого замечания укажи конкретный фрагмент и предложи вид исправления. Не переписывай текст целиком».

Финальная редактура остаётся у Алины. Она решает, какое обещание допустимо, какой вопрос задать клиенту, какой фрагмент убрать и что потребуется проверить отдельно. ИИ подготовил материалы для решения, но не стал владельцем этого решения.

Упражнение 3. Сравнить направления, а не влюбиться в первое

Возьмите задачу, где вам нужно предложить клиенту или руководителю несколько вариантов. Это может быть структура презентации, концепция публикационной серии, сценарий консультации, схема отчёта или вариант коммерческого предложения.

Сначала придумайте три варианта самостоятельно, в одном предложении каждый. Затем попросите ИИ расширить их по одной и той же схеме:

«Для каждого направления укажи целевую аудиторию, основную проблему, логику решения, необходимые доказательства, риски, ресурсы и способ проверки результата».

После этого задайте единые критерии сравнения. Не разрешайте системе менять критерии под каждый вариант. Иначе один вариант будет оцениваться по креативности, другой — по стоимости, третий — по скорости, и итог окажется формальным.

Частый сбой — три варианта отличаются только заголовками. Чтобы избежать этого, требуйте разной логики: например, одна идея строится на экономии времени, другая — на снижении риска, третья — на удобстве контроля. Если логика одна, перед вами не три направления, а три редакции одного решения.

Второй сбой — критерии появляются после генерации. Специалист сначала влюбляется в формулировку, а затем подбирает аргументы, почему она хороша. Запишите критерии до просмотра вариантов.

Третий сбой — решение полностью передаётся ИИ. Если вы просите «выбери лучший», добавьте: «Покажи, от какого приоритета зависит выбор». Это возвращает в процесс реальность. Лучший вариант для быстрого теста может оказаться не лучшим для долгосрочного позиционирования.

Упражнение 4. Поставить ИИ на роль редактора

Возьмите свой черновик и отдельно опишите критерии проверки. Например:

Текст адресован руководителю небольшой компании.

В нём есть одно основное обещание.

Каждое существенное утверждение опирается на исходный материал.

Нет слов «лучший», «гарантированный» и других обещаний без доказательства.

Следующий шаг понятен и выполним.

Длина не превышает 2500 знаков.

Теперь используйте запрос:

«Проверь текст по перечисленным критериям. Для каждого нарушения укажи цитату, объяснение проблемы и предложенный способ исправления. Не оценивай текст по общему впечатлению. Отдельно выдели факты, которые нужно подтвердить у клиента. Не меняй смысл без указания причины».

После ответа внесите изменения сами или попросите ИИ выполнить только согласованные правки. Такой порядок сохраняет авторское решение. Если сразу сказать «улучши текст», система может убрать важную оговорку, усилить обещание или заменить точное выражение на более эффектное, но менее правдивое.

Частый сбой — использовать редактора до выбора смысла. ИИ хорошо улучшает форму слабого решения. Отредактированный текст может стать убедительнее и одновременно ошибочнее. Сначала проверьте, что именно вы хотите сказать и кому, а уже потом улучшайте подачу.

Другой сбой — просить критика подтвердить собственное мнение: «Докажи, что этот вариант хороший». Такой запрос превращает проверку в защиту идеи. Задача критика — искать основания для сомнения, а не поддерживать автора.

Ещё один сбой — считать список замечаний финальным продуктом. Критика полезна только после того, как специалист решит, какие замечания принять. Иногда система предлагает убрать деталь, которая важна для клиента, или исправить формулировку, точно соответствующую техническому условию. Проверка не отменяет профессионального контекста.

Полевое дерево решений

В работе пригодится короткая последовательность «если — то».

Если цель описана только как формат, переведите её в решение или действие. Не «написать отчёт», а «помочь выбрать вариант бюджета».

Если аудитория названа слишком широко, разделите её по ситуации, потребности или праву принимать решение. Не «все предприниматели», а конкретный сегмент, если он подтверждён материалами.

Если исходных данных мало, попросите ИИ составить список неизвестных и план сбора информации, а не финальный ответ.

Если документы противоречат друг другу, покажите противоречие отдельно и не просите систему усреднить его.

Если ответ звучит гладко, но похож на универсальный шаблон, добавьте конкретные ограничения, примеры исходных материалов, запрещённые допущения и формат проверки.

Если ИИ предлагает много вариантов, но вы не можете выбрать, задайте критерии и попросите указать, какой приоритет делает каждый вариант сильным.

Если в ответе появились цифры, отзывы, ссылки на исследования или утверждения о рынке, проверьте каждое существенное место по источнику. Правдоподобие не является доказательством.

Если задача связана с правом, налогами, финансами, медициной, безопасностью или персональными данными, используйте ИИ для подготовки вопросов, структуры и черновых вариантов, а решение проверяйте по официальным источникам и у компетентного специалиста.

Если материалы содержат персональные или коммерчески чувствительные сведения, сначала обезличьте их и убедитесь, что такой способ обработки разрешён.

Если нужен определённый стиль, дайте образец, список признаков и список нежелательных решений. «Напиши профессионально» слабее, чем «короткие абзацы, спокойный тон, без рекламных превосходных степеней, один конкретный пример на раздел».

Если ИИ не соблюдает сложное ограничение, разбейте задачу на меньшие проходы. Вместо «сократи текст, сохрани все факты, поменяй структуру и добавь примеры» дайте отдельные шаги: сначала составьте список фактов, затем новую структуру, потом сократите текст и в конце проведите проверку.

Один повторяемый сценарий

Ваша первая рабочая схема может занимать одну страницу.

1. Опишите решение, к которому должен привести результат.

2. Назовите аудиторию и её ситуацию.

3. Соберите исходные материалы и разделите их по приоритету.

4. Запишите ограничения и критерии качества.

5. Удалите или обезличьте чувствительные данные.

6. Попросите ИИ выделить факты, гипотезы, противоречия и неизвестные.

7. Сформулируйте вопросы, без которых выбор рискован.

8. Попросите создать два-три направления, различающиеся логикой.

9. Сравните их по заранее заданным критериям.

10. Выберите направление самостоятельно и зафиксируйте причину выбора.

11. Попросите ИИ подготовить черновик в заданном формате.

12. Передайте черновик на отдельную проверку по фактам, цели, аудитории и ограничениям.

13. Внесите финальные правки и проверьте результат по первоисточникам.

Эта последовательность подходит не только для клиентской коммуникации. Для аналитика задача «сделай отчёт» превращается в «помоги руководителю решить, продолжать ли проект»: аудитория — руководитель, исходные данные — показатели и комментарии, критерии — точность, ясность и связь с решением. Для специалиста по обучению «составь курс» превращается в «помоги участнику выполнить конкретное действие после занятия»: аудитория, исходный уровень, доступное время и критерий освоения становятся частью контура. Даже домашняя задача «спланируй расходы на месяц» требует цели, исходных сумм, ограничений и правила проверки, а не только красивого списка покупок.

Чем сложнее задача, тем опаснее надеяться на один запрос. Один запрос удобен, когда нужно преобразовать небольшой готовый материал: сократить письмо, разложить заметки по категориям, проверить длину. Когда требуется понять проблему, выбрать направление и принять ответственность, процесс должен состоять из нескольких ролей и проверок.

ИИ ускоряет переход между этапами, но не отменяет сами этапы. Он может быть исследователем, генератором, сравнителем и редактором. Специалист остаётся тем, кто знает, зачем выполняется работа, какие последствия имеет ошибка и какой результат можно честно обещать клиенту.

Следующий слой этой системы — качество сырья. Даже самый точный контур не спасёт от слабого результата, если в него попали неполные документы, смешанные версии, неразмеченные гипотезы или данные без источника. В следующей главе разберём, как готовить материалы для ИИ, что сохранять в рабочей памяти и как выстроить контроль качества до передачи результата клиенту.

Сырьё, память и контроль качества

В прошлой главе мы собрали задачу в контур: определили цель, аудиторию, данные, ограничения, критерии и порядок проверки. Теперь нужно разобраться, что именно попадает внутрь этого контура. ИИ способен ускорить обработку качественного сырья, но не превратит беспорядочный архив в достоверную базу знаний. Он также не определит автоматически, что перед ним персональные данные, устаревшая версия тарифа или неподтверждённое обещание.

Архив, который притворяется памятью

Клиентский пакет для одного проекта часто выглядит примерно одинаково: папка с десятками файлов, несколько документов с названиями «финал», «финал2» и «точно финал», таблица без даты, презентация прошлого года, выгрузка из системы обращений и длинная переписка в мессенджере. Отдельно лежат скриншоты, фотографии документов и файл, который открывается только на компьютере автора.

Человек, давно работающий с клиентом, держит часть связей в голове. Он помнит, какой тариф отменили, какую формулировку согласовал юрист, какой показатель относится к прошлому периоду, а какой был лишь предварительной оценкой. ИИ этого контекста не видит, если его специально не собрать. Даже история одного чата не становится надёжной памятью: в ней могут смешаться промежуточные решения, ошибки, устаревшие сведения и случайные формулировки, которые никто не утверждал.

Рассмотрим типовой проект независимого специалиста. Клиентская сервисная компания попросила подготовить коммерческое предложение, короткий текст для страницы услуги и сценарий обработки типовых вопросов отдела продаж. В распоряжении были:

1. Четыре презентации за разные периоды.

2. Два варианта описания услуги в текстовом редакторе.

3. Таблица с тарифами без даты.

4. Отчёт по обращениям клиентов.

5. Выгрузка обращений с именами, телефонами, адресами и номерами заказов.

6. Переписка, в которой обсуждались будущие изменения условий.

7. Старое коммерческое предложение с хорошо написанными формулировками.

После первого прогона через ИИ получился убедительный текст. Он был логичным, компактным и выглядел профессионально. Но в нём обнаружились три проблемы.

Во-первых, система взяла срок обслуживания из старого документа, хотя в актуальной таблице это условие уже изменилось.

Во-вторых, в тексте появилось утверждение о сокращении времени обработки обращений на 35 процентов. Такое число действительно встречалось в отчёте, но относилось к другой группе операций и не подтверждало обещание для клиентов.

В-третьих, в качестве примера был использован почти дословный фрагмент из обращения клиента. Имя из текста убрали, но сохранили редкое сочетание региона, даты и описания неисправности. Человеку, знакомому с ситуацией, этого было достаточно, чтобы узнать клиента.

Эти ошибки не выглядели ошибками. В них не было бессмысленных фраз или явно странных цифр. Напротив, каждое утверждение подходило по стилю и усиливало коммерческую убедительность. Именно поэтому контроль качества нельзя сводить к чтению готового текста с единственным вопросом: «Хорошо ли он звучит?»

ИИ не знает, какая версия главная, если это не указано. Он не отличает утверждённое решение от обсуждаемого и не проверяет право на использование клиентского примера только потому, что этот пример оказался в загруженном файле. Если в материалах есть пробел, система может заполнить его наиболее правдоподобным продолжением. Это не намеренная ложь, а результат генерации текста без достаточной опоры на источники.

Первый осмотр рабочей системы

Перед автоматизацией полезно осмотреть рабочую систему так, как инженер осматривает помещение перед запуском оборудования. Нужно понять, где находятся исходники, какие материалы разрешено использовать, какая версия действует, где фиксируются решения и кто отвечает за финальное подтверждение.

Для одного проекта не нужна отдельная корпоративная платформа. Достаточно понятной структуры рабочей папки:

00_Бриф

01_Источники_оригиналы

02_Источники_проверенные

03_Обезличенные_материалы

04_Шаблоны_и_банк_формулировок

05_Рабочие_черновики

06_Проверка_утверждений

07_Согласование

08_Финал

99_Архив

В папке 01 хранятся исходные файлы без редактирования. Их не следует переписывать поверх старых версий: оригинал должен оставаться доступным для сравнения. В папке 02 находятся документы, прошедшие первичную сортировку. Для них указаны дата, авторитетный источник и статус актуальности, а явные дубликаты удалены. Папка 03 предназначена для материалов, из которых убраны или заменены чувствительные данные. Именно из неё обычно берут сырьё для работы ИИ, если для конкретной задачи не утверждён защищённый контур.

Папка 04 нужна не для хранения красивых текстов, а для накопления повторяемых рабочих решений. В ней могут находиться шаблон коммерческого предложения, структура аналитической записки, правила обращения к аудитории, список запрещённых обещаний и проверенные варианты призыва к действию. Папка 06 содержит не только финальный текст, но и реестр утверждений: что именно проверено, по какому источнику и с каким результатом.

Единое имя файла предотвращает значительную часть ошибок. Практичное правило выглядит так:

ГГГГ-ММ-ДД_КодПроекта_Тема_Статус_vNN.расширение

Например:

2025-02-14_С17_Тарифы_ПРОВЕРЕНО_v03.pdf

2025-02-15_С17_Отчёт_обращения_ОБЕЗЛИЧЕНО_v01.xlsx

2025-02-16_С17_Предложение_ЧЕРНОВИК_v02.docx

2025-02-18_С17_Предложение_НА_СОГЛАСОВАНИЕ_v01.docx

Дата в имени файла должна иметь понятный смысл: это может быть дата создания документа или дата его получения. Если определить это невозможно, значение фиксируется в реестре источников. Статусы лучше ограничить небольшим набором: ИСХОДНИК, ПРОВЕРЕНО, ОБЕЗЛИЧЕНО, ЧЕРНОВИК, НА_СОГЛАСОВАНИЕ, ФИНАЛ, АРХИВ. Названия «последний», «новый», «свежий» и «финал окончательный» не сообщают ничего, что помогло бы восстановить историю решения.

В реестре источников достаточно зафиксировать код файла, название, дату документа, дату получения, владельца или автора, статус актуальности, краткое содержание, наличие персональных и коммерчески чувствительных данных, разрешение на использование, а также связанные решения и ограничения.

Реестр превращает папку в систему. Без него специалист каждый раз заново открывает файлы и полагается на память. С ним можно быстро ответить на важные вопросы: какие материалы разрешено передавать ИИ, какая таблица действует, откуда взялась цифра и почему конкретную формулировку нельзя использовать без согласования.

Память должна быть отобранной

Рабочая база знаний не равна свалке всех прошлых материалов. Если передать ИИ весь архив, он получит не память, а набор противоречий. Рабочая память состоит из нескольких слоёв.

Первый слой составляют подтверждённые факты. Это условия услуги, действующие сроки, характеристики продукта, согласованные определения и данные отчёта за конкретный период. Каждый факт должен быть связан с источником и датой.

Второй слой — языковые правила. Сюда входят тон, допустимая длина фразы, обращение к аудитории, принятые термины и слова, которые нельзя использовать без оснований. Например, если клиент запрещает категоричные обещания, в базе нужно зафиксировать не абстрактное «писать осторожно», а конкретное правило: использовать формулировку «помогает сократить» только при наличии подтверждённого показателя; не использовать слово «гарантирует», если гарантия не закреплена договором.

Третий слой — структуры типовых решений. Для коммерческого предложения это может быть последовательность: проблема клиента, результат, способ работы, условия, доказательство, ограничения, следующий шаг. Для аналитической записки подойдёт другая схема: вопрос, источник данных, метод, результат, неопределённость, рекомендация. Структура помогает не начинать с пустого листа, но не заменяет проверку содержания.

Четвёртый слой — журнал решений и открытых вопросов. В нём фиксируется, что было выбрано и почему. Например: «Для аудитории малого бизнеса использовать термин “выездное обслуживание”, а не “экспертное сопровождение”: первый соответствует утверждённому описанию услуги». Или: «Срок ответа не выносить в заголовок, пока клиент не подтвердит действующую редакцию тарифа».

Журнал решений особенно полезен при работе в несколько сессий. Вместо полного архива ИИ можно каждый раз передавать короткий паспорт проекта:

Цель: подготовить коммерческое предложение для руководителей небольших компаний.

Аудитория: люди, принимающие решение о подключении услуги.

Разрешённые источники: С17-И02, С17-И05, С17-И07.

Не использовать: архивные тарифы, необезличенную выгрузку обращений, неподтверждённые показатели.

Тон: деловой, спокойный, без преувеличений.

Обязательная маркировка: каждое число и каждое сравнение связывать с источником или помечать как требующее проверки.

Открытые вопросы: актуальный срок обработки, возможность работы в удалённых регионах, условия срочного обслуживания.

Такой паспорт уменьшает объём передаваемых данных и удерживает границы задачи. Он не заставляет ИИ помнить всё. Каждый раз он сообщает системе, что именно считается допустимым сырьём.

Шаблон тона тоже должен быть предметным. Вместо записи «писать профессионально» лучше зафиксировать:

1. Кому адресован текст.

2. Какой уровень предварительных знаний у читателя.

3. Какие слова используются для описания результата.

4. Какие слова запрещены или требуют доказательства.

5. Какова допустимая длина предложений и абзацев.

6. Нужны ли примеры, цифры и ограничения.

7. Какой призыв к действию допустим.

8. Какие формулировки уже согласованы клиентом.

Для технической услуги такой шаблон может разрешать точные термины, но требовать расшифровывать их при первом употреблении. Для публичной страницы можно запретить внутренние сокращения и ссылки на закрытые процессы. В письме постоянному клиенту допустим более короткий формат, но это не означает, что в нём можно использовать закрытые сведения.

Банк формулировок должен хранить не только саму фразу, но и условия её применения. Запись «Снижаем нагрузку на отдел» бесполезна без пояснения, на каких данных и для какого типа клиента разрешено это утверждение. Полезная карточка может выглядеть так:

Код: Ф-014.

Формулировка: «Берём на себя первичную обработку обращений по согласованному регламенту».

Контекст: коммерческое предложение для компаний определённого масштаба.

Источник: утверждённое описание услуги.

Нельзя использовать: как обещание полного замещения отдела.

Обязательное условие: рядом указать перечень задач, входящих в работу.

Дата последнего подтверждения: указана в реестре.

Такой банк постепенно накапливает профессиональную память специалиста. Он помогает быстрее собирать новые материалы, но не превращает прежние решения в вечную истину. Для каждой записи нужен срок пересмотра или условие, при котором она перестаёт действовать.

Кто имеет право видеть данные

У системы должны быть не только папки, но и границы доступа. Даже если специалист работает один, полезно разделять несколько ролей.

Пользователь определяет цель, выбирает материалы и отправляет задачу в ИИ.

Администратор отвечает за права доступа, хранение оригиналов, настройки сервиса и удаление временных файлов.

Аналитик или автор преобразует материалы в выводы и текст.

Проверяющий сопоставляет утверждения с источниками.

В небольшой практике все эти роли может выполнять один человек, но сами действия всё равно нужно разделять. Доступ к файлу внутри проекта не означает автоматически, что этот файл разрешено загружать во внешний сервис. Право прочитать документ и право передать его конкретной системе могут быть разными.

Для каждого слоя данных стоит заранее определить правила. Оригиналы клиента доступны пользователю и администратору, а во внешний ИИ-сервис передаются только при явном разрешении и наличии подходящего защищённого контура. Проверенные выдержки можно дать пользователю, аналитику или автору, если в них нет лишних чувствительных сведений и условия сервиса это допускают. Обезличенные материалы тоже можно использовать после оценки риска повторной идентификации. Таблица соответствий псевдонимов должна оставаться у администратора и не передаваться ИИ. Черновики доступны автору и проверяющему в рамках согласованного процесса. Финальные материалы передаются сторонам проекта в соответствии с условиями договора.