
Как внедрить Claude Code в рабочие процессы компании
Команда OM-Digital
Москва, 2026
Как автоматизировать рутину с Claude Code
Глава 1. Чат — это игрушка. Автоматизация — это бизнес-инструмент
Глава 2. Как получить доступ — и почему это не так сложно, как звучит
Глава 3. Как ставить задачи — общий принцип
Глава 4. Что Claude Code умеет с документами и таблицами
Глава 5. Может ли ИИ писать код без вас
Глава 6. CLAUDE.md — память вашего бизнеса для ассистента
Глава 7. Как выглядит рабочий процесс целиком
Глава 8. Типичные ошибки новичков в автоматизации
Глава 9. Сайт и SEO: ещё один частый запрос владельцев малого бизнеса
Глава 10. Когда простой автоматизации мало — что дальше
Что дальше: курс в Telegram-боте @om_ai_teacher_bot
Если вы уже пользовались нейросетью — спрашивали у неё совет, просили написать текст, переводили что-то с английского — вы наверняка заметили одну особенность. Каждый раз это отдельный, изолированный разговор. Вы открываете чат, объясняете контекст заново, вставляете кусок текста, получаете ответ, копируете его куда-то, закрываете вкладку. Завтра — снова с нуля.
Это нормально. Это ровно то, для чего создан обычный чат с ИИ: разовая консультация. Спросили — получили — забыли. Как разговор с толковым знакомым в коридоре: полезно, но не более того.
Здесь стоит остановиться и честно спросить себя: а зачем вообще нужна отдельная книга про то, чтобы «печатать чуть быстрее»? Ответ в том, что мы сейчас говорим не про скорость печати, а про принципиально другой класс задач. Ускорение печати — это по-прежнему вы за рулём, просто чуть более мощная машина. Автоматизация — это когда часть маршрута проезжает кто-то другой, пока вы решаете, куда ехать дальше. Разница ощущается не в моменте отдельного разговора, а в конце недели, когда вы вдруг замечаете, что часть привычных вечерних дел просто не понадобилось делать руками.
Проблема в том, что бизнес — это не разовые вопросы. Это повторяющиеся действия. Каждую неделю вы формируете один и тот же отчёт из одних и тех же данных. Каждый месяц разбираете одинаковую по структуре кучу писем от клиентов. Каждый раз, когда приходит новый заказ, заполняете одну и ту же табличку, меняя в ней только цифры. Это не творческая работа — это рутина, которая просто оформлена под видом «текущих дел».
И вот тут обычный чат с ИИ упирается в потолок. Не потому что нейросеть «слабая» — а потому что чат физически не видит ваши файлы, не помнит вчерашний разговор, не может открыть папку с документами и разложить их по порядку. Вы — посредник между ИИ и вашими реальными делами: копируете, вставляете, скачиваете, снова копируете. Вся рутина посредничества остаётся на вас. ИИ просто помогает чуть быстрее печатать текст.
Автоматизация — это другой уровень работы с ИИ. Здесь ассистент не ждёт, пока вы принесёте ему кусок текста в буфере обмена. Он сам открывает нужный файл на компьютере, читает его, обрабатывает и сохраняет результат туда, куда нужно. Он может посмотреть сразу десять документов, а не один, который вы вручную скопировали. Он способен запомнить контекст вашего бизнеса не на одну сессию, а системно — и в следующий раз не переспрашивать то, что вы уже объяснили.
Разница примерно такая же, как между наёмным работником, который приходит на час и уходит, ничего не помня о вчерашнем дне, — и штатным сотрудником, который знает вашу компанию, ваши файлы, ваши привычки и просто выполняет свою часть работы, пока вы занимаетесь остальным.
Есть ещё один способ почувствовать эту разницу — через метафору инструмента и помощника. Обычный чат с ИИ — это как очень грамотный консультант на телефоне: вы звоните, описываете ситуацию словами, получаете совет, вешаете трубку. Он ничего не видит своими глазами, полагается целиком на ваше устное описание. Автоматизация — это уже помощник, который физически находится рядом, у него есть доступ к вашему столу с документами, он может сам взять нужную папку, полистать её и разложить бумаги по стопкам, пока вы разговариваете по телефону с клиентом. Оба по-своему полезны, но это разные по глубине форматы помощи, и путать их — источник немалого разочарования у тех, кто впервые пробует автоматизацию, ожидая от неё того же, что и от привычного чата, только «побыстрее».
Давайте на простом примере. Представим маленький бизнес: частный мастер по ремонту техники. Каждую неделю у него скапливается десяток заявок в разном виде — сообщения из мессенджера, заметки от руки, пара писем. В конце недели нужно свести всё это в один список: что сделано, что в работе, сколько заработано. Раньше он открывал каждую переписку заново, вспоминал детали, вручную вбивал строчки в таблицу — это забирало вечер.
С обычным чатом с ИИ он мог бы, например, вставить туда текст одной переписки и попросить «оформи красиво» — и получить один аккуратный абзац. Уже полезно. Но если заявок десять, а информация раскидана по разным местам — чат тут не поможет: он не видит ваши файлы, вы всё равно вручную собираете кусочки и подаёте их по одному.
ИИ-ассистент, работающий как автоматизация, устроен иначе: ему можно один раз показать, где лежат ваши файлы с заявками, и он сам просмотрит их все, вытащит нужные данные и соберёт итоговую таблицу — не по кусочку, а целиком, за один проход. Разница не в «уме» нейросети, а в том, что она перестаёт быть чатом-советчиком и становится инструментом, который непосредственно работает с вашими документами.
Здесь важно не запутаться в ожиданиях. Автоматизация — это не кнопка «сделай мой бизнес идеальным». Это конкретный инструмент под конкретную рутину: свести данные, разложить файлы, подготовить черновик регулярного документа, привести в порядок таблицу. Всё то, что вы делаете руками одинаковым образом снова и снова — именно это стоит отдавать автоматизации в первую очередь. Творческие и стратегические решения по-прежнему остаются за вами: ИИ не заменит ваше понимание клиентов, вкус и деловое чутьё. Он освобождает время, которое вы тратили на механическую часть работы, — чтобы это время досталось той части бизнеса, где нужны именно вы.
Стоит честно признать и то, откуда берётся скепсис по отношению к этой теме — он вполне обоснован. За последние несколько лет слово «автоматизация» и словосочетание «искусственный интеллект» использовали так часто и так не по делу в рекламе всего подряд, что у многих владельцев бизнеса выработалась естественная защитная реакция: «ну да, конечно, ещё одна волшебная таблетка». Здоровый скепсис — это хорошо, он защищает от пустых трат. Разница в том, что мы предлагаем не поверить на слово, а один раз попробовать на маленькой, безопасной, легко проверяемой задаче — и сделать вывод по факту, а не по обещаниям.
Ещё одно частое сомнение — «а не слишком ли это сложно и дорого для такого маленького дела, как моё». Это разумный вопрос, и на него стоит ответить прямо: инструмент, о котором идёт речь в этой книге, создавался в том числе и для одиночных предпринимателей, у которых нет ни отдела IT, ни бюджета на разработчика. Стоимость входа — не про закупку дорогого оборудования и не про месяцы настройки: это программа, которую вы устанавливаете за один вечер (подробно разберём это в следующей главе) и начинаете применять к первой же реальной задаче в тот же день. Порог входа здесь — не деньги и не диплом, а всего лишь готовность потратить один вечер на то, чтобы попробовать самому, а не прочитать очередную статью о том, как это делают другие.
Полезно также разграничить два разных навыка, которые легко перепутать на старте: умение пользоваться нейросетью как консультантом (спросить совета, попросить придумать текст) — и умение выстроить с ней рабочий процесс. Первое большинство читателей этой книги, скорее всего, уже освоило — вы задавали вопросы, получали ответы, использовали их. Второе — совсем другой навык, ближе к тому, как вы когда-то учились делегировать задачи первому сотруднику, а не к тому, как вы учились печатать быстрее в поисковой строке. Хорошая новость в том, что этот навык нарабатывается не за месяцы, а за несколько реальных попыток на своих собственных задачах — именно поэтому книга построена вокруг простых, узнаваемых сценариев из жизни малого бизнеса, а не вокруг абстрактной теории.
Ещё один взгляд на ту же идею — через понятие «стоимости повторения». Если вы делаете что-то один раз, стоимость этого действия равна потраченному на него времени. Но если вы делаете одно и то же еженедельно на протяжении года — вы, по сути, оплачиваете одну и ту же операцию пятьдесят с лишним раз, просто не задумываясь об этом как о расходе, потому что время не выглядит как строчка в бюджете. Автоматизация рутины — это способ увидеть эту скрытую «стоимость повторения» и один раз вложиться в то, чтобы перестать платить её снова и снова.
Полезно в конце этой главы честно спросить себя: какая рутинная операция в вашем деле повторяется чаще всего и отнимает больше всего времени именно потому, что она механическая, а не потому, что она сложная? Если ответ уже пришёл в голову — держите его в уме, пока читаете следующие главы: именно на этом примере из своей жизни, а не на абстрактных иллюстрациях книги, будет полезнее всего пробовать всё, о чём пойдёт речь дальше.
Возьмём ещё один пример — на этот раз из сферы услуг, а не товаров. Фрилансер-копирайтер берёт заказы через несколько бирж одновременно: где-то биржевой чат, где-то почта, где-то личные сообщения в мессенджере. Раз в месяц нужно свести всё это в одну картину для себя: сколько заказов закрыто, сколько денег пришло, с какими клиентами стоит продолжать сотрудничество, а с какими — нет. Обычно это делается вручную субботним вечером, с открытыми на разных вкладках браузера биржами и калькулятором на телефоне.
С обычным чатом с ИИ здесь помощь ограничена: можно вставить один фрагмент переписки и попросить «посчитай, сколько тут денег» — и получить верный ответ по одному куску. Но чтобы собрать месяц целиком, придётся вручную обойти каждую вкладку, скопировать нужное, вставить в чат, дождаться ответа — и так по кругу, столько раз, сколько заказов было за месяц. Чат экономит секунды на подсчёте, но не экономит на самом обходе источников — а обход обычно и есть самая скучная часть.
ИИ-ассистент, работающий как автоматизация, устроен по-другому не потому что «умнее считает», а потому что ему можно один раз показать папку, куда фрилансер заранее сохраняет все документы по заказам (счета, переписки, сохранённые скриншоты) — и дальше он сам обходит все файлы в этой папке и сводит нужную картину. Разница не в качестве арифметики, а в том, что рутинный обход источников информации перестаёт быть вашей работой.
Стоит сразу проговорить, чем автоматизация точно не является — чтобы не сложилось завышенных ожиданий на пустом месте. Это не отдельный «умный сотрудник», который сам придумывает, чем заняться, и не программа, которая читает вашу почту и принимает решения без вашего ведома. Это инструмент, который делает ровно то, что вы ему поручили, — просто делает это на настоящих файлах, а не в изолированном окне чата. Вся инициатива и все решения — по-прежнему ваши; автоматизация лишь снимает механическую часть исполнения.
Стоит также заранее сказать, чего эта книга не обещает и никогда не будет обещать: что после неё вы полностью автоматизируете весь бизнес и превратитесь в человека, который только нажимает кнопки, пока всё делается само. Это не так, и любой, кто обещает такое, скорее всего, продаёт вам не инструмент, а иллюзию. Реалистичная цель книги — показать вам конкретный, ограниченный, но настоящий класс задач, которые действительно можно снять с себя, и научить видеть в собственной рутине эти задачи, а не оставаться с абстрактным «где-то там ИИ автоматизирует бизнес».
Часто в этот момент возникает вопрос: «а не слишком ли это сложно для человека без технического образования, это же на вид похоже на программирование?» Короткий ответ — нет, и мы отдельно разберём этот вопрос в пятой главе. А пока достаточно знать: то, что мы будем описывать в этой книге, рассчитано ровно на владельца бизнеса без опыта в IT — на человека, который умеет пользоваться Word, Excel и мессенджерами, но никогда не писал ни строчки кода и не планирует этого делать.
И ещё одна важная мысль, прежде чем двигаться дальше: инструмент для такой автоматизации — не какое-то экзотическое ПО для программистов. Это тот же принцип общения с ИИ, к которому вы уже привыкли в обычном чате, — только с доступом к вашим файлам и памятью между разговорами. В следующей главе разберёмся, как именно его установить и настроить — это займёт меньше времени, чем кажется, и не потребует от вас никаких навыков программирования.
Для владельца бизнеса это означает простую вещь: рутина, которая раньше съедала часы, может начать делаться сама — а ваше время достаётся тому, ради чего вы, собственно, открывали своё дело.
Если коротко резюмировать главную мысль этой главы: чат — это разговор, который заканчивается, как только вы закрыли вкладку. Автоматизация — это работа, которая продолжается и накапливается, потому что инструмент помнит контекст и умеет напрямую трогать ваши файлы, а не только отвечать словами в окне переписки. Дальше в книге мы будем шаг за шагом разбирать, что конкретно это означает на практике — начиная с самого простого: как вообще получить этот инструмент себе на компьютер.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Прежде чем говорить о том, что Claude Code умеет, честно остановимся на одном практическом вопросе, который у многих владельцев бизнеса возникает раньше, чем интерес к самому инструменту: а как это вообще завести на своём компьютере и не увязнуть в технических мелочах. Хорошая новость в том, что весь этот путь — от пустого компьютера до работающего ассистента — занимает один вечер, а не выходные, и не требует ничего похожего на курсы программирования.
Claude Code — это программа-ассистент от компании Anthropic (создателя нейросети Claude), которая устанавливается на ваш компьютер и умеет работать не только через чат, а прямо с вашими файлами и папками: читать документы, создавать новые, редактировать таблицы, наводить порядок в файлах — то есть именно то, о чём шла речь в первой главе. Технически это так называемая «консольная» программа: она запускается через терминал — чёрное окошко с текстом, которое есть на любом компьютере, и в котором вы вместо кликов мышкой пишете команды. Звучит непривычно, но по факту вам понадобится освоить буквально три-четыре команды один раз, а дальше вы будете просто печатать ассистенту задания обычными словами, как в чате — разница лишь в том, что теперь он видит ваш компьютер.
Работает Claude Code на Windows, macOS и Linux — то есть подходит для любого обычного ноутбука или ПК.
Есть соблазн представить установку консольной программы как что-то, требующее отдельной технической грамотности, — на деле это два коротких, последовательных шага: сначала на компьютер ставится одна вспомогательная программа, без которой Claude Code технически не запустится (как без принтера не распечатать документ, даже если файл готов), а затем — сам ассистент. Всё это делается через несколько команд, вводимых в то самое чёрное окошко терминала, и суммарно занимает не больше 10–15 минут, включая проверку, что всё встало правильно.
Мы сознательно не приводим здесь пошаговые команды построчно — не потому что жалко, а потому что версии программ и сайты, откуда их скачивают, обновляются быстрее, чем печатаются книги, и любая жёстко зафиксированная инструкция рискует устареть уже через несколько месяцев. Актуальная, всегда сверенная с реальным откликом системы инструкция — вместе с решением типичных заминок вроде «терминал не узнаёт команду» или «нужны права администратора» — живёт в практическом курсе Telegram-бота @om_ai_teacher_bot, где её можно проходить прямо по шагам, с проверкой на каждом из них.
Здесь стоит сказать честно: сама компания Anthropic на сегодняшний день не принимает напрямую банковские карты, выпущенные российскими банками, и не работает с российскими юрлицами напрямую. Это не блокировка именно вас — это общее ограничение, связанное с международными платёжными системами. Но это решаемо, и решают эту задачу тысячи пользователей из России ежедневно — через несколько проверенных путей.
Практически все варианты сводятся к одному принципу: нужна карта, выпущенная не российским банком и привязанная к иностранной платёжной системе, либо виртуальный счёт, который работает как такая карта для интернет-оплаты. На практике это чаще всего одно из трёх: виртуальная зарубежная карта через специализированный сервис (самый распространённый путь среди фрилансеров и предпринимателей, уже оплачивающих зарубежные подписки), карта банка соседней страны, если она есть у вас или у кого-то из окружения, или разовая помощь доверенного человека за рубежом с последующей компенсацией внутри страны.
Важно понимать: установка программы и её оплата — два разных, не связанных друг с другом шага. Можно сначала спокойно поставить ассистента и освоиться в интерфейсе, а способ оплаты подключить чуть позже, когда определитесь с вариантом, — ничего не сгорит и не потеряется от того, что между установкой и первой оплатой пройдёт несколько дней.
Ещё один вопрос, который волнует почти всех предпринимателей раньше, чем вопрос об удобстве, — сколько это будет стоить в месяц. Здесь нет единого фиксированного числа, потому что стоимость зависит от того, сколько именно работы вы поручаете ассистенту, — это похоже на оплату электричества, а не на фиксированную абонентскую плату за интернет. Для владельца малого бизнеса, который начинает с простых задач по несколько раз в неделю, обычно достаточно варианта с подпиской на сам продукт Claude — это предсказуемее по деньгам, чем оплата по факту использования без верхнего предела.
Разумная привычка на старте: подключить минимальный вариант оплаты, попробовать несколько простых задач в течение недели-двух и посмотреть на фактические траты, прежде чем расширять использование на более объёмные задачи. Точные текущие цены стоит смотреть непосредственно на официальном сайте перед оплатой — тарифы у технологических компаний меняются быстрее, чем печатаются книги.
Раз уж речь зашла о привязке оплаты к аккаунту, стоит сказать пару слов о базовой цифровой гигиене — она здесь ровно та же, что и для любого другого важного онлайн-сервиса: надёжный, уникальный пароль и двухфакторная аутентификация, если сервис её предлагает. Если аккаунтом пользуется несколько человек в компании, разумнее не передавать пароль по переписке, а обсудить более аккуратный способ разграничения доступа.
И на случай, если инструмент по какой-то причине не приживётся именно в вашей работе, — стоит знать заранее: отказаться так же просто, как подключиться. Программа удаляется с компьютера одной командой, подписка отменяется без сложных процедур, а все ваши файлы, разумеется, остаются нетронутыми — ассистент только читал и редактировал их по вашим прямым указаниям, ничего не «забирая» себе.
После установки первый запуск занимает буквально полминуты: программа откроет браузер, вы войдёте в свой аккаунт, терминал подтвердит подключение — и с этого момента всё, что происходит дальше, уже не имеет отношения к настройке. Дальше вы просто пишете ассистенту задания обычным языком, как в привычном чате, только теперь он видит папку, из которой вы его запустили, и файлы внутри неё. Полный пошаговый разбор этого первого запуска, с решением типичных заминок, — тоже в боте @om_ai_teacher_bot.
Стоит держать в голове ещё пару вещей на будущее. Программа время от времени обновляется, как и любое приложение на телефоне, — обновление не ломает уже сделанные настройки. А если вы работаете с нескольких компьютеров, программу нужно поставить на каждый отдельно, но оплата и аккаунт остаются общими — платить дважды не придётся.
Нужен ли постоянный, очень быстрый интернет? Нет, вполне достаточно обычного домашнего или мобильного соединения — программа не требует передачи больших объёмов данных постоянно, только в моменты обращения к ассистенту.
Можно ли работать с телефона? Основной сценарий работы Claude Code — компьютер с терминалом, потому что именно там удобно держать рабочие файлы и папки бизнеса. Мобильные сценарии существуют у нейросети Claude в целом (как у обычного приложения-чата), но именно файловая автоматизация, о которой эта книга, — это, по сути, компьютерная история.
Что если у меня старый компьютер? Требования к производительности здесь скромные — программа не требует мощной видеокарты или больших ресурсов, вся основная работа происходит не на вашем компьютере, а на серверах Anthropic; ваш компьютер выступает лишь окном для передачи задач и файлов.
А если я передумаю платить в середине месяца? При оплате по фактическому использованию вы платите только за то, что реально было сделано, — здесь нет риска «потерять» уже оплаченное наперёд, если вы вдруг решите сделать паузу в использовании.
На этом установочная часть закончена — дальше в книге мы будем говорить уже не о том, как включить инструмент, а о том, как с его помощью думать и работать.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Многие, кто впервые открывает Claude Code, делают одну и ту же вещь: печатают команду ровно так же, как раньше печатали в обычном чате. Например: «сделай мне красивый отчёт». И получают что-то — но не то, что нужно. Не потому что инструмент слабый, а потому что в этой фразе для ассистента, по сути, нет задачи. Есть только пожелание.
Это, пожалуй, самый частый источник разочарования у людей, которые только начинают знакомство с автоматизацией. Они уже привыкли, что нейросеть в обычном чате прекрасно понимает короткие, размытые формулировки — «напиши мне что-нибудь для поста» — и выдаёт вполне сносный результат, потому что в чате нет ни ваших реальных файлов, ни ваших реальных цифр, а значит и ошибиться особо не на чем: она просто сочиняет что-то правдоподобное. Когда же на кону настоящие документы вашего бизнеса, та же самая размытая формулировка перестаёт работать так же гладко — и это не поломка, а закономерность, о которой стоит знать заранее, чтобы не удивляться и не разочаровываться.
Разница между «пожеланием» и «задачей» — это, пожалуй, главное, что стоит понять в этой главе. В обычном разговорном чате нейросеть достраивает недостающий контекст своей фантазией — и это нормально, там ставки невысоки: не понравился результат, попросили переделать, ничего не потеряно. Когда ассистент работает с вашими реальными файлами — договором, таблицей учёта, папкой с заказами — фантазия вместо точности превращается в риск: он может «додумать» не то, переименовать не тот файл, оформить отчёт не в той структуре, которая нужна именно вам.
Полезно понимать, откуда вообще берётся это расхождение между ожиданием и реальностью. Мы привыкли, что человеческий собеседник достраивает недостающий контекст из общего жизненного опыта — если сказать бухгалтеру «сделай, как обычно», он вспомнит, как это было в прошлый раз, потому что видел это своими глазами и держит в памяти. У ассистента такая память тоже появляется — именно об этом шестая глава про CLAUDE.md, — но пока этот контекст не накоплен, разумно проговаривать вещи чуть подробнее, чем кажется нужным на первый взгляд.
Хорошая задача для ИИ-ассистента, работающего с вашими делами, обычно содержит три вещи:
Во-первых, откуда брать данные. Не «сделай отчёт», а «посмотри файлы в этой папке» — то есть вы указываете конкретный источник, а не полагаетесь на то, что ассистент сам догадается, что имелось в виду.
Во-вторых, что именно должно получиться на выходе — не абстрактно «красиво», а по возможности конкретно: таблица, список, короткий текст, документ определённой структуры. Чем конкретнее образ результата в вашей голове, тем точнее его можно описать словами — и тем точнее получится итог.
В-третьих, какие есть ограничения или особенности именно вашей ситуации. Например, что в отчёте важно разделять заказы по статусам, или что в тексте нельзя упоминать конкретные цифры выручки. Это ровно та информация, которую толковый новый сотрудник обычно узнаёт в первый день работы — и вот её же стоит один раз проговорить ассистенту, вместо того чтобы надеяться, что он её угадает.
Возьмём простой пример «на пальцах». Владелец небольшого шоурума мебели каждую неделю собирает список заказов, которые нужно доставить клиентам. У него есть папка с текстовыми файлами — по одному на каждый заказ, — где вперемешку записаны имя клиента, адрес, дата и статус оплаты.
Задача «сделай мне список доставок» — это пожелание. Ассистент может собрать что-то похожее на список, но, например, перепутает порядок полей или упустит какой-то заказ, потому что не знает, что для вас критично, а что нет.
Задача «посмотри все файлы в папке с заказами за эту неделю, и для каждого, где статус оплаты — «оплачено», сформируй одну строку: имя клиента, адрес, дата доставки» — это уже настоящая задача. В ней есть источник (папка, конкретная неделя), есть условие отбора (только оплаченные), есть точная структура результата (три поля в определённом порядке). Ассистент здесь не гадает — он выполняет чётко описанную операцию, примерно как толковый помощник, которому один раз объяснили правило.
Обратите внимание, что в примере с шоурумом мебели нет ни одного специального термина, ни одной конструкции, которую нужно было бы «выучить» заранее, — только чёткое, по-деловому конкретное описание того, что нужно сделать. Это принципиальный момент: вход в такую работу не требует освоения нового языка, только привычки говорить чуть точнее, чем в свободной беседе за чашкой кофе.
Важная деталь: не нужно формулировать это на «специальном ИИ-языке» с непонятными терминами. Простое человеческое объяснение, но — конкретное, а не расплывчатое, — вот и весь секрет. Хороший ориентир: если бы вы объясняли эту же задачу новому сотруднику по телефону, а он не мог бы задать уточняющих вопросов, — вот ровно столько деталей ему и нужно дать сразу. Ассистент, кстати, в отличие от нового сотрудника, обычно как раз может задать уточняющий вопрос сам — и если что-то в вашей задаче для него неоднозначно, он чаще всего переспросит, а не станет молча гадать. Это стоит воспринимать не как «он не справился», а как нормальную часть работы — ответить и уточнить так же просто, как поставить саму задачу.
Ещё один момент, который экономит массу времени: не обязательно формулировать идеальную задачу с первого раза. Работа с ассистентом — это диалог, а не одна команда с ожиданием идеального результата. Получили черновик — посмотрели — сказали, что поправить: «сделай покороче», «убери вот эту колонку», «сначала самые срочные заказы» — и ассистент доработает именно то, на что вы указали, не переделывая всё с нуля. Это ближе к работе с живым помощником за соседним столом, чем к загадыванию идеального заклинания с первой попытки.
Именно здесь чаще всего теряются новички, впервые пробующие такую автоматизацию: они либо ставят слишком общую задачу и разочаровываются в первом результате, либо, наоборот, пытаются расписать всё до последней запятой, тратя на формулировку больше времени, чем ушло бы на саму работу руками. Золотая середина — где-то между «сделай что-нибудь хорошее» и подробной инструкцией на две страницы: обычно достаточно трёх-четырёх предложений, если в них есть источник данных, желаемый результат и пара важных для вас условий.
Разберём ещё один пример — на этот раз из сферы услуг, чтобы стало понятно, что принцип не привязан к одной отрасли. Владелица небольшой студии маникюра ведёт запись клиентов в одной таблице, а расход материалов — в другой. Раз в месяц ей нужно понять, сколько реально заработано с учётом стоимости материалов на каждую услугу.
Задача «посчитай мою прибыль» — снова пожелание: неясно, за какой период, из каких именно двух таблиц брать данные, как именно связывать одну запись с другой. Ассистент в этом случае либо переспросит, либо предположит что-то своё — и не факт, что верно.
Задача «возьми таблицу записей за этот месяц и таблицу расхода материалов, для каждой услуги вычти стоимость материалов из цены, которую заплатил клиент, и покажи мне итоговую сумму по месяцу» — это уже рабочая формулировка: два источника названы явно, правило расчёта прописано, результат описан конкретно. Не идеальная, возможно, с первого раза — но с ней ассистенту есть с чем работать, а не что додумывать.
Обратите внимание на общую закономерность в обоих примерах этой главы: хорошая задача почти никогда не звучит как один короткий лозунг. Она звучит как объяснение по телефону — спокойное, по существу, без затянутых оговорок, но и без недосказанности. Ровно так, как вы объяснили бы задачу человеку, которого встретили сегодня утром и с которым раньше не работали.
Полезно также сказать, чем такая формулировка отличается от привычного «запроса в поисковике». Когда мы ищем что-то в интернете, мы годами тренировались сокращать мысль до двух-трёх ключевых слов, потому что поисковая система работает именно с ключевыми словами, а не с полными предложениями. Работа с ассистентом требует обратной привычки — не сокращать мысль до ключевых слов, а, наоборот, разворачивать её в полноценное объяснение. Это не сложнее, но непривычно первое время именно тем, кто много лет привык формулировать запросы в одну строку.
Ещё одна вещь, которая многих удивляет в начале: если что-то в вашей формулировке ассистенту непонятно или можно истолковать двояко, он, скорее всего, сам спросит уточнение, прежде чем бросаться выполнять наугад. Это стоит воспринимать как хороший знак, а не как повод раздражаться — переспрашивающий помощник надёжнее того, кто молча делает по-своему. Отвечать на такие уточнения — простая часть работы, а не лишняя трата времени.
Стоит сказать и о том, в какой последовательности лучше давать информацию — сразу одним большим абзацем или постепенно. На практике удобнее второй вариант: начать с главного («мне нужен список доставок за неделю»), а затем, по мере того как ассистент задаёт уточняющие вопросы или показывает первый черновик, добавлять детали одну за другой. Это ближе к тому, как вы бы вводили в курс дела нового человека в реальной жизни — не вываливая на него сразу все правила компании в одном монологе, а постепенно, по ходу конкретных ситуаций. Собственно, именно так чаще всего и складывается разговор с ассистентом: не идеальная формулировка с первого раза, а живой диалог, который постепенно уточняется.
Отдельный практический момент — что делать, если задача на самом деле большая и составная. Например, «приведи в порядок весь архив документов за три года» — это не одна задача, а по сути десяток похожих, просто применённых к разным периодам или разделам архива. Разумная тактика — не пытаться описать всё сразу одной гигантской фразой, а разбить это на понятные порции: сначала один месяц или один раздел, посмотреть на результат, убедиться, что логика работы верна именно для ваших данных, а затем попросить применить тот же принцип к остальному. Это экономит время вдвойне: если в первой формулировке была неточность, вы обнаружите её на маленьком кусочке, а не после того, как ассистент обработает весь трёхлетний архив по ошибочному правилу.
Стоит отдельно сказать про тон, которым вы формулируете задачу, — здесь никаких особых правил вежливости или, наоборот, командного стиля не требуется. Работает обычная человеческая речь, ровно такая, какой вы бы объяснили что-то коллеге. Не нужно придумывать специальные конструкции, «магические слова» или пытаться звучать «более технично» — это никак не влияет на качество результата, а лишь усложняет вам самим процесс формулировки. Чем естественнее вы говорите о своей задаче, тем, как правило, понятнее получается запрос.
Полезно также помнить, что задачи можно и нужно комбинировать с уже известным контекстом, а не описывать каждый раз с абсолютного нуля. Если вы вчера уже объяснили структуру своей папки с заказами, сегодня можно сослаться на это коротко: «как вчера, только теперь за эту неделю» — и ассистент, помня недавний разговор в рамках одной рабочей сессии, поймёт, о чём речь, без повторного долгого объяснения. Это особенно удобно, когда одна и та же рутинная задача выполняется по кругу — раз в неделю, раз в месяц, — а меняется в ней только период или конкретные цифры.
Наконец, стоит отдельно упомянуть ситуацию, когда результат получился в целом верным, но не совсем в той форме, в которой хотелось. Не нужно пытаться описать желаемую форму заранее и в деталях, если сложно её представить, — иногда проще получить любой черновик, посмотреть на него и уже от него оттолкнуться в правках: «вот в целом верно, но сделай покороче» или «переставь колонки местами» — такие правки формулируются легче, чем абстрактное описание идеальной формы с нуля.
Если попробовать свести всю главу к одной короткой проверке, которую можно держать в голове перед тем, как поставить задачу: ответили бы вы на вопрос «откуда» (источник данных), на вопрос «что на выходе» (форма и структура результата) и на вопрос «что важно учесть» (условия и ограничения именно вашей ситуации)? Если на все три вопроса есть ответ хотя бы в паре слов — задача, скорее всего, сформулирована достаточно хорошо, чтобы получить осмысленный черновик с первой попытки, а не что-то приблизительное, что придётся долго дорабатывать.
Полный набор готовых формулировок под разные типы задач — то, ради чего люди обычно и приходят на курс: там мы разбираем конкретные конструкции под конкретные ситуации бизнеса, с обратной связью на реальных примерах читателя. В этой книге наша цель скромнее — чтобы вы поняли сам принцип и не боялись пробовать формулировать задачи своими словами уже сегодня.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Если спросить предпринимателя, на что реально уходит время в «бумажной» части бизнеса — почти всегда ответ будет не про творчество, а про перекладывание информации из одного места в другое. Из переписки — в таблицу. Из таблицы — в отчёт. Из старого договора — в новый, с другими цифрами. Из десятка файлов — в один сводный. Это именно та часть работы, где ассистент, умеющий обращаться напрямую с документами, раскрывается лучше всего.
Стоит напомнить, почему эта тема заслуживает отдельной главы, а не пары строк внутри общей: документы и таблицы — это, по сути, кровеносная система любого малого бизнеса. Через них проходят деньги, договорённости, обязательства перед клиентами. Именно поэтому работа с ними одновременно и самая рутинная (потому что повторяется постоянно), и самая чувствительная к ошибкам (потому что затрагивает деньги и репутацию) — редкое сочетание, которое делает эту главу одной из практически самых нагруженных пользой во всей книге.
Прежде чем перейти к перечню форматов, полезно проговорить одну общую идею, которая объединяет всё дальнейшее: для ассистента нет принципиальной разницы между «типами» документов в том смысле, в каком она есть для обычного человека, привыкшего, что для Word нужен один навык, для Excel — другой, а для PDF — вообще отдельная программа для чтения. Ассистент воспринимает это скорее как разные упаковки одной и той же информации — и умеет доставать содержимое из любой из них, а затем работать с сутью, а не с оболочкой конкретного формата.
Разберём по порядку, с какими типами файлов он умеет работать, — без глубокого погружения в каждый, просто чтобы у вас сложилась общая карта возможностей.
Текстовые документы (Word, обычный текст). Ассистент может открыть документ, прочитать его содержимое, найти в нём нужные фрагменты, отредактировать формулировки, привести к единому стилю оформления, а затем сохранить — как новый файл или поверх старого. Это касается и одного документа, и сразу целой пачки: например, если у вас есть десять однотипных писем клиентам, различающихся только именами и суммами, можно попросить привести все десять к единому аккуратному виду за один проход, а не редактировать каждое руками.
Таблицы (Excel и подобные). Здесь возможностей больше всего именно для малого бизнеса: свести несколько таблиц в одну, отфильтровать строки по условию, посчитать суммы и средние значения, найти дубликаты или ошибки, привести разномастные таблицы (например, выгрузки из разных сервисов) к единому формату. Это ровно то же самое, что делает опытный бухгалтер или помощник вручную в Excel, — только не за час, а за минуты, и без риска случайно съехать формулой на строку вниз.
PDF и сканы. Ассистент умеет читать содержимое PDF-файлов — вытаскивать из них текст и данные, даже если это счёт, акт или коммерческое предложение в не самом удобном формате. Это особенно полезно, если у вас накопился архив документов в PDF, из которого periodически нужно доставать конкретные цифры или пункты.
Изображения и фотографии документов. Если у вас, например, есть фото чека или скан подписанного договора, ассистент способен «прочитать» текст с изображения и превратить его в обычный текст или строку в таблице — не идеально для сложных рукописных документов, но вполне рабочий вариант для типографского текста на фото.
Ключевая разница с обычным чатом здесь в масштабе и точности. В чате вы бы вставляли содержимое файла кусками, следя, чтобы не превысить объём одного сообщения, и теряя часть форматирования при копировании. Здесь ассистент открывает файл целиком, видит его структуру (заголовки, столбцы таблицы, разделы документа) и работает с ней напрямую — а результат сохраняет обратно в файл того же типа, готовый к использованию, а не в виде текста в окне чата, который ещё нужно куда-то перенести.
Возьмём лёгкий пример «на пальцах». У владелицы небольшого шоу-рума одежды есть таблица с остатками товара — она ведёт её сама, время от времени добавляя новые позиции. За полгода в таблице накопился беспорядок: где-то размер написан «42», где-то «42-й», где-то «размер 42»; часть позиций задвоена, потому что при добавлении новой поставки старую строку не удалили, а просто дописали новую. Разбирать это руками — скучно и долго, потому что нужно построчно сверять каждую позицию.
Ассистенту, работающему с файлами, можно поставить задачу вроде: «открой таблицу с остатками, найди строки с одинаковым названием товара и размером, но записанным по-разному, приведи запись размера к единому виду и покажи мне список того, что похоже на задвоенные позиции — я сама решу, что удалить». Обратите внимание на последнюю часть фразы: финальное решение — удалять строку или нет — остаётся за человеком, а не отдаётся ассистенту вслепую. Это хорошая привычка в принципе: там, где решение стоит денег или репутации (что оставить, что выкинуть, что отправить клиенту), финальную кнопку нажимает всё-таки владелец бизнеса, а ассистент готовит для этого решения материал.
Результат такой работы — не абстрактная «магия», а конкретная экономия времени: то, что раньше требовало вечера ручной сверки построчно, превращается в один проход, после которого вам остаётся только просмотреть готовый список и подтвердить решение. Дальше это можно применять к чему угодно похожему по структуре: сверке остатков, спискам клиентов, учёту расходов, каталогам услуг.
Похожая ситуация встречается практически в любой отрасли, где данные вводятся вручную на протяжении долгого времени, — просто внешне выглядит по-разному. У репетитора это может быть таблица учеников с разнобоем в написании предметов («англ.», «английский», «English»). У мастера маникюра — список клиентов, где одно и то же имя записано с ошибками в паре строк. У небольшого кафе — перечень блюд в меню, где вес порции то в граммах, то просто числом. Суть проблемы всегда одна: данные вводились людьми в разное время, каждый раз чуть иначе, — и рано или поздно накопленная неоднородность начинает мешать искать и считать. Ассистент, умеющий работать с таблицами напрямую, устраняет эту неоднородность не за счёт волшебства, а за счёт того, что способен построчно свериться со всем массивом сразу, не уставая и не теряя внимание к середине списка, как это неизбежно происходит у человека при многочасовой рутинной сверке.
Возьмём ещё один пример, теперь из сферы услуг, требующей работы с документами разного формата одновременно. Небольшая юридическая консультация хранит договоры с клиентами в трёх разных видах: часть — в Word, часть — сканы подписанных бумажных версий в PDF, часть — старые записи в таблице учёта. Раз в квартал нужно свериться: у каких клиентов договор истекает в ближайшие два месяца, чтобы вовремя предложить продление.
Вручную это означает открыть по очереди десятки файлов разного формата, найти в каждом дату окончания договора и переписать её в общий список — работа муторная именно из-за разнородности форматов, а не из-за сложности самой задачи. Ассистенту, умеющему работать одновременно с Word, PDF и таблицами, можно поручить: «просмотри все договоры в этой папке, вне зависимости от того, в каком они формате, найди дату окончания в каждом и собери таблицу: имя клиента, дата окончания, отсортируй по возрастанию даты». Разнородность форматов исходных файлов для ассистента не является преградой — он читает содержимое, а не привязывается к типу файла.
Стоит сказать честно и о границах. Ассистент не может «понять» ваш бизнес глубже, чем вы ему объяснили, — если в таблице есть внутренняя логика, известная только вам («эта колонка на самом деле означает не то, что написано в заголовке»), об этом стоит сказать прямо, а не рассчитывать, что это считается само собой. Стоит также с осторожностью относиться к автоматическим расчётам, особенно в первые недели использования: если результат влияет на деньги — суммы, налоги, зарплату, — разумно первое время проверять готовый расчёт вручную на паре примеров, чтобы убедиться, что логика работы верна именно для ваших данных, а не полагаться на результат вслепую с первого раза. Это не признак недоверия к инструменту, а обычная деловая осторожность — так же вы бы, скорее всего, проверили расчёты и нового бухгалтера в первый месяц его работы.
И, конечно, для по-настоящему сложных таблиц — с многоуровневыми формулами, макросами, взаимосвязанными листами — простого обращения через одну фразу может быть недостаточно: там уже нужна более выстроенная последовательность действий, которую мы подробно разбираем на курсе, потому что это тема не на один абзац, а на полноценную практику с конкретными форматами документов.
Полезно на будущее запомнить универсальное правило этой главы: если операция сводится к «взять информацию отсюда, привести её в порядок или пересчитать, положить туда» — это почти всегда попадает в компетенцию ассистента вне зависимости от того, в каком формате хранится исходная информация. А вот там, где решение требует не пересчёта данных, а суждения о том, что вообще правильно в конкретной деловой ситуации — например, стоит ли идти навстречу клиенту с нестандартной просьбой, — это уже решение, а не обработка документа, и остаётся полностью на вашей стороне.
Стоит сказать пару слов и о том, куда результат работы сохраняется. Обычно ассистент может сохранить итог как отдельный новый файл рядом с исходным (чтобы вы всегда могли сравнить «было» и «стало») или обновить исходный файл, если вы явно об этом попросили. Разумная привычка на первое время — просить сохранять результат отдельным файлом, а не поверх исходника: так у вас всегда остаётся оригинал на случай, если что-то в итоге показалось не тем, что нужно, и вы захотите попробовать снова с другой формулировкой задачи.
Ещё одна практическая возможность, о которой стоит упомянуть отдельно: перевод документов из одного формата в другой. Например, у вас есть таблица в Excel, а нужно получить из неё аккуратный текстовый отчёт для презентации, или наоборот — есть текстовый документ с перечислением цифр, а нужно получить из него таблицу для дальнейших расчётов. Ассистент способен переносить данные между форматами, сохраняя смысл и структуру, — это тоже частая рутинная операция, которая раньше требовала ручного перепечатывания одного и того же в разных программах.
Отдельно стоит упомянуть работу сразу с большим количеством однотипных документов — то, что в обиходе иногда называют «массовой обработкой». Например, если у вас есть папка с полусотней однотипных актов выполненных работ, отличающихся только именем клиента и суммой, и нужно в каждом поправить формулировку одного пункта (скажем, изменились реквизиты компании) — вручную это полсотни одинаковых, но раздельных правок. Ассистенту достаточно один раз объяснить, что именно нужно поменять и по какому признаку узнавать нужные файлы, — и дальше правка применяется сразу ко всей пачке, а не по одному документу за раз.
Полезно также сказать о том, что бывает, когда данные в файле не совсем «чистые» — например, часть ячеек в таблице пустая, часть заполнена с ошибками, часть — в неожиданном формате (даты записаны то цифрами, то словами). Ассистент, столкнувшись с такими неровностями, обычно не «зависает» и не выдаёт бессмысленный результат — он либо аккуратно обрабатывает то, что может понять однозначно, показывая отдельно спорные случаи вам на решение, либо прямо спрашивает, как поступить с конкретной неоднозначностью. Это ближе к работе внимательного человека, который сообщает о странностях в данных, а не к работе бездумного автомата, обрабатывающего всё подряд без разбора.
Ещё один сценарий, знакомый многим владельцам небольших онлайн-магазинов: нужно подготовить описание для карточки нового товара, опираясь на характеристики, которые лежат в одном файле, и на образец удачного описания, который уже есть по похожему товару. Здесь ассистент может одновременно смотреть в оба документа — файл с характеристиками и образец стиля — и составить черновик описания, который технически точен (характеристики верны) и стилистически близок к тому, что вам уже нравится (тон и структура образца). Это удобный пример того, как работа с документами и лёгкое текстовое творчество соединяются в одной задаче, а не существуют отдельно друг от друга.
Но для повседневной рутины малого бизнеса — сведение данных, чистка таблиц, приведение документов к единому виду, вытаскивание информации из архивов файлов — того, что мы разобрали в этой главе, обычно достаточно, чтобы начать пробовать самостоятельно уже сегодня.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Слово «код» пугает многих людей, далёких от программирования, примерно так же, как слово «бухгалтерский баланс» пугает людей, далёких от финансов, — кажется, что это отдельный мир со своим языком, куда лучше не соваться без профильного образования. И это отчасти справедливо: писать код самому, с нуля, изучая язык программирования, — это действительно долгий путь.
Эта глава, пожалуй, самая важная с точки зрения снятия психологического барьера. Многие предприниматели, дочитавшие до этого места, уже примерно поверили в идею автоматизации применительно к документам и таблицам, но при слове «код» внутренний голос подсказывает: «так, вот тут явно не для меня, это уже для айтишников». Если вы поймали себя ровно на этой мысли — эта глава написана специально для вас.
Но здесь стоит разделить два совершенно разных вопроса. Первый: «может ли обычный предприниматель сам написать код» — это отдельная профессия, не тема нашей книги. Второй вопрос — куда интереснее для вас: «может ли ИИ-ассистент написать код за вас, чтобы решить конкретную маленькую задачу, при этом код останется полностью его заботой, а не вашей» — и вот здесь ответ уже другой: да, может, причём достаточно давно и достаточно уверенно.
Полезно вспомнить, что подобное разделение труда — не новость для бизнеса вообще. Владелец пекарни не обязан уметь чинить печь, чтобы ею пользоваться, — для этого есть мастер, которого вызывают по необходимости, а печью пользуются, зная, что положить и на сколько минут. Ровно так же владелец бизнеса, использующий ассистента, не обязан разбираться в устройстве кода, чтобы получать пользу от того, что этот код делает.
Дело в том, что Claude Code, о котором мы говорим в этой книге, при всей своей мощи «программиста» на самом деле спроектирован не для того, чтобы вы стали разработчиком, а для того, чтобы код стал ещё одним способом решить вашу задачу — таким же, как таблица или документ, только более гибким. Когда рутинную операцию нельзя решить простым открытием файла и переписыванием текста (например, нужно обработать сотни файлов по определённому правилу, или регулярно, раз в неделю, автоматически формировать один и тот же отчёт из свежих данных), ассистент способен написать небольшую программу — короткий кусок кода — который выполнит именно эту операцию, а затем сразу запустить его и показать вам результат.
Важно: вам не обязательно ни читать этот код, ни тем более понимать, что в нём написано. Это как с автомобилем — вы не обязаны разбираться в устройстве двигателя, чтобы доехать из точки А в точку Б; вам нужно понимать, куда вы едете и что должно получиться на месте назначения. Ваша роль здесь — сформулировать, какую задачу нужно решить и как должен выглядеть результат (мы разбирали это подробно в третьей главе), а техническую реализацию, если она требует кода, ассистент берёт на себя целиком.
Возьмём совсем игрушечный пример, чтобы стало понятнее на ощупь, а не абстрактно. Представим, что у владельца небольшой фотостудии за несколько лет накопилась папка с тысячами файлов фотографий с разными, случайными именами — «IMG_2984.jpg», «фото (12).jpg» и так далее — потому что они переносились с разных камер и телефонов. Хочется, чтобы все файлы назывались по единому правилу: дата съёмки и порядковый номер.
Здесь уместно напомнить и о том, откуда вообще в малом бизнесе берётся такое количество мелких технических завалов, как в примере с фотографиями. Обычно дело не в неряшливости владельца, а в том, что подобные вещи копятся постепенно, по чуть-чуть, годами — файл за файлом, — и в моменте каждое отдельное действие кажется незначительным, чтобы тратить время на наведение порядка. Проблема становится заметна только тогда, когда накопленный беспорядок мешает найти что-то важное прямо сейчас. Именно такие «постепенно накопленные» завалы — идеальная территория для маленького кода: он не заботится о том, что операций тысяча, а не десять, потому что для программы повторить действие тысячу раз ничуть не сложнее, чем повторить его десять раз.
Сделать это руками для тысячи файлов — нереально по времени: даже по пять секунд на файл, это несколько часов монотонного клика. Но это ровно тот случай, где помогает маленькая программа: правило переименования одно и то же, файлов много, ошибка человека при монотонном повторении вероятнее, чем ошибка чётко описанного алгоритма. Ассистент в такой ситуации не переименовывает файлы вручную один за другим силой «понимания» — он пишет короткую программу, которая проходит по всей папке и переименовывает каждый файл по заданному правилу за секунды, а не часы. Вы в этот момент не видите и не должны видеть код — вы видите результат: было хаотично, стало упорядоченно.
Стоит уточнить, что происходит с самим кодом после того, как задача решена, — многих смущает вопрос, не «потеряется» ли проделанная работа. На деле маленькая программа, написанная под конкретную повторяющуюся задачу, обычно сохраняется рядом с вашими файлами и, если задача возникнет снова в будущем — скажем, через месяц накопится новая партия фотографий с теми же случайными именами, — её можно запустить повторно, а не описывать всё заново с нуля. Это ещё одно отличие от разового обращения в обычный чат: результат работы здесь не растворяется в истории переписки, а остаётся рабочим инструментом, готовым к повторному использованию.
Это и есть суть идеи «ИИ пишет код без вас»: код становится невидимым инструментом внутри процесса, а не отдельной задачей, которую вам предстоит освоить. Вы остаётесь на уровне «что нужно сделать», а не спускаетесь на уровень «как именно это работает изнутри» — если, конечно, вам самим не интересно туда заглянуть, тогда ассистент вполне может и объяснить, что написал, простыми словами.
Для тех, кто когда-либо сталкивался с макросами в Excel — это, кстати, очень похожий по духу принцип, только без необходимости самому вникать в синтаксис. Макрос в Excel — это тоже маленькая программа, которую пишут один раз, чтобы она потом сама повторяла одно и то же действие по кнопке. Разница в том, что макрос обычно приходится писать (или хотя бы аккуратно записывать вручную) самостоятельно, а здесь эту работу целиком берёт на себя ассистент — вам остаётся только объяснить, чего вы хотите на выходе.
Возьмём ещё один пример, столь же игрушечный, но из другой сферы. У владельца небольшого кафе есть список из двадцати поставщиков, каждый присылает прайс-лист в своём формате раз в неделю. Хочется быстро видеть, у кого сейчас дешевле определённая позиция — например, кофе определённого сорта, — не открывая все двадцать файлов по очереди и не сверяя их построчно вручную. Здесь снова разумно не сравнивать вручную, а поручить ассистенту: он способен написать небольшую программу, которая пройдёт по всем присланным прайс-листам, найдёт нужную позицию в каждом и покажет сравнение цен одним списком. Сама работа с двадцатью разными файлами, возможно, в разных форматах — то самое монотонное занятие, где польза от такого маленького кода особенно ощутима: не потому что задача сложная интеллектуально, а потому что она утомительно однообразная при большом объёме.
Здесь стоит поговорить и о безопасности такого подхода, потому что вопрос «а не сломает ли это что-нибудь у меня в компьютере» — совершенно законный. По умолчанию ассистент работает в пределах той папки, которую вы сами открыли для работы, и любое действие, способное что-то удалить или необратимо изменить, — это не то, что происходит незаметно и втихую: вы, по сути, работаете в диалоге, видите, что предлагается сделать, и в спорных случаях можете попросить сначала показать, что получится, прежде чем что-либо менять окончательно. Разумная привычка для новичка — на первых порах пробовать код на копии данных, а не на единственном оригинале, ровно так же, как вы бы не стали тестировать новую программу сразу на единственном экземпляре важного архива.
Здесь стоит обозначить и границу разумного ожидания. Маленькие, понятно описанные, повторяющиеся операции — это идеальная территория для такого подхода: переименовать пачку файлов по правилу, вытащить определённые данные из сотни документов, сравнить два списка и найти различия, преобразовать файлы из одного формата в другой. А вот полноценные системы — например, рабочий сайт с оплатой, или бот, который сам ведёт переписку с клиентами круглосуточно, — это уже не «одна фраза и результат за секунды», а полноценный проект, требующий постановки задачи по частям, тестирования, доработок. Такие вещи вполне реально сделать с помощью ассистента, но это уже не разовая операция, а процесс — со своей логикой, ошибками первой версии и постепенным улучшением. Именно этот процесс — от идеи до работающего инструмента — мы разбираем на курсе на реальных проектах, потому что там важны нюансы, которые не уместить в один пример книги.
Ещё одна сторона вопроса, которая часто беспокоит новичков: а что, если написанная программа содержит ошибку и что-то пойдёт не так? Здесь работает та же логика диалога, что и во всей книге: результат сначала показывается вам как черновик, вы проверяете, работает ли он на реальных данных так, как ожидалось, и если что-то не так — сообщаете об этом, и код дорабатывается, а не остаётся «как есть» до последнего. Это не отличается принципиально от работы с любым другим инструментом: первая версия программы, написанной для решения именно вашей узкой задачи, не обязана быть идеальной с первой попытки — важно, что процесс проверки и доработки встроен в саму работу, а не является чем-то дополнительным, о чём нужно отдельно просить.
Полезно также понимать, как отличить «маленькую задачу для кода» от той, где стоит для начала просто попросить ассистента сделать что-то руками, без написания программы. Ориентир простой: если операцию логично было бы делать один раз на десяти файлах — обычно проще открыть их напрямую, без кода. Если та же самая операция повторяется на сотнях или тысячах файлов, либо должна повторяться регулярно, раз за разом, — вот здесь маленькая программа обычно оказывается быстрее и надёжнее, чем повторение одного и того же вручную даже руками ассистента. Вам не нужно самостоятельно решать, какой путь выбрать технически, — достаточно точно описать масштаб и повторяемость задачи, а способ её решения ассистент выберет сам, исходя именно из этих параметров.
Ещё одна причина, по которой этот навык особенно ценен для малого бизнеса: многие рутинные операции, которые раньше требовали покупки отдельной специализированной программы или найма фрилансера-программиста на разовую доработку, теперь решаются тем же самым инструментом, что вы уже используете для документов и таблиц. Не нужно искать отдельного человека под каждую мелкую техническую задачу вроде «раскидать файлы по папкам за пять секунд» — это тоже попадает в ту же самую категорию «маленький код для маленькой, но утомительной операции».
Полезно вспомнить и стоимость альтернативы. Найм фрилансера-программиста даже под маленькую разовую задачу — это поиск исполнителя, объяснение задачи с нуля постороннему человеку, ожидание, пока он найдёт время в своём расписании, и не всегда предсказуемый ценник. Когда та же самая маленькая задача решается тем же ассистентом, с которым вы уже работаете над документами и таблицами, — вы экономите не только деньги, но и, что часто важнее для владельца бизнеса, время на организацию всего процесса поиска и объяснения задачи постороннему человеку.
Но главный вывод этой главы стоит запомнить в первую очередь: страх перед словом «код» больше не должен быть барьером для автоматизации вашей рутины. Вам не нужно становиться программистом. Нужно понимать, какую механическую, повторяющуюся операцию вы хотите не делать руками, — а способ её выполнить, будь то простое редактирование файла или маленькая программа, ассистент выберет и реализует сам.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Прежде чем перейти к сути, стоит зафиксировать, зачем вообще нужна отдельная глава про один файл — не выглядит ли это преувеличением значимости мелкой технической детали? На практике именно этот файл чаще всего оказывается той единственной настройкой, которая превращает ассистента из «интересной штуки, с которой я иногда балуюсь» в «инструмент, которым я пользуюсь каждый день, не задумываясь». Разница между этими двумя состояниями обычно измеряется не неделями обучения, а буквально одним осмысленно потраченным вечером на то, чтобы описать свой бизнес простыми словами.
Вернёмся к сравнению из первой главы: обычный чат — это работник, который каждое утро приходит на работу с чистой памятью, ничего не помня о вчерашнем дне. Даже если вчера вы час объясняли ему специфику своего бизнеса, сегодня придётся объяснять заново. Это одно из главных отличий разовой консультации от настоящего рабочего инструмента — и именно эту проблему решает файл, о котором пойдёт речь в этой главе.
Claude Code умеет читать в начале работы специальный файл с говорящим названием CLAUDE.md, который лежит в той же папке, где вы с ним работаете. Если он там есть — ассистент открывает его первым делом и держит в голове на протяжении всей работы. По сути, это не какой-то технический конфигурационный файл в понимании программиста — это обычный текстовый документ, который вы пишете простыми словами, как записку для нового сотрудника в первый день.
Название файла может показаться техническим, но пугаться его не стоит — это просто имя файла, которое ассистент узнаёт автоматически, находясь в нужной папке, примерно как узнаёт «Спасибо» в качестве вежливого ответа на любом языке. Всё содержимое внутри — обычный человеческий текст, без единой строчки программистского синтаксиса.
Идея простая: вместо того чтобы каждый раз заново рассказывать ассистенту одни и те же вещи о вашем бизнесе — как называется компания, какие у вас правила, какие форматы документов приняты, чего категорически делать нельзя, — вы записываете это один раз в такой файл. И дальше ассистент сам подхватывает этот контекст при каждом новом обращении, без напоминаний с вашей стороны.
Что обычно попадает в такой файл, если говорить по смыслу, а не по конкретному шаблону:
Кто вы и чем занимаетесь. Пара предложений о характере бизнеса — не для красоты, а чтобы ассистент понимал контекст ваших задач. Например, если вы работаете с частными клиентами, а не с корпорациями, — тон документов и логика работы будет отличаться, и лучше сказать об этом сразу, чем каждый раз поправлять результат.
Как у вас устроены файлы и папки. Где лежат заказы, где — шаблоны документов, где — архив. Ассистенту не нужно каждый раз объяснять структуру вашей файловой системы, если она один раз описана в файле памяти.
Правила и ограничения именно вашего дела. Например, что в переписке с клиентами нельзя упоминать конкретные суммы без согласования, или что документы всегда оформляются определённым образом, или что есть категория клиентов, с которыми общение ведётся иначе. Это те самые негласные правила, которые новый сотрудник обычно узнаёт через пару неловких ошибок в первую неделю, — а здесь их можно проговорить один раз и не наступать на эти грабли вовсе.
Повторяющиеся форматы. Если у вас есть устойчивая структура отчёта, письма или документа, которую вы используете снова и снова, — стоит один раз описать её принцип в файле памяти, а не пересказывать заново при каждой новой задаче.
Показательно, что все четыре пункта выше — это, по сути, ровно те же вопросы, которые вы бы сами задали себе, составляя короткую памятку для стажёра перед его первым рабочим днём: кто мы, где у нас что лежит, чего категорически нельзя, и как выглядит типичный результат нашей работы. Файл памяти для ассистента — это не какая-то новая, специально придуманная форма документа, а хорошо знакомая идея, просто применённая к новому типу «сотрудника».
Возьмём лёгкий пример «на пальцах». Небольшое рекламное агентство ведёт учёт клиентов и каждую неделю готовит короткую сводку для внутреннего разбора. Без файла памяти каждый раз, ставя задачу «собери сводку по клиентам за неделю», владельцу пришлось бы заново уточнять: сводка нужна по статусам оплаты, не включая клиентов на паузе, суммы округлять до тысяч, а имена клиентов — сокращать до инициалов ради конфиденциальности при пересылке коллегам. Пять условий, которые легко забыть проговорить, — и тогда результат придётся переделывать.
Если эти же условия один раз записаны простыми словами в CLAUDE.md — достаточно сказать «собери сводку по клиентам за неделю», и ассистент сам применит уже известные ему правила, потому что прочитал их при старте работы. Разница на одной задаче кажется небольшой — экономия пары минут на уточнениях. Но если таких задач в неделю пять, десять, двадцать — экономия складывается в часы, а главное, снижается риск ошибки из-за того, что важное условие в этот раз просто забыли произнести вслух.
Здесь стоит подчеркнуть: этот файл не статичен и не пишется идеально с первого раза. Разумный подход — начать с нескольких простых пунктов о своём бизнесе, а затем дополнять его по ходу работы, как только замечаете, что одно и то же уточнение приходится повторять ассистенту снова и снова. Заметили повторение — значит, это стоит один раз занести в файл памяти, и больше к этому не возвращаться.
Обратите внимание, что в примере с рекламным агентством ни одно из пяти условий не является техническим — все они про то, как именно принято вести дела именно в этой компании. Это хорошо иллюстрирует главную мысль главы: файл памяти — это не про настройку программы, а про передачу делового контекста, который в голове владельца бизнеса и так уже существует, просто раньше нигде не был записан в одном месте.
Возьмём ещё один пример, из другой отрасли, чтобы стало видно: принцип не зависит от специфики бизнеса. Небольшая мастерская по пошиву штор работает с частными клиентами и дизайнерами интерьеров одновременно — а это два разных стиля общения и два разных набора условий: частным клиентам нужен простой человеческий тон и точные сроки, а дизайнерам — техническая точность в описании тканей и сдержанный деловой тон без лишних эмоций. Без файла памяти при каждой новой задаче — «напиши ответ клиенту про перенос замера» — пришлось бы каждый раз уточнять, о каком из двух типов клиентов речь. Если это один раз описано в файле памяти как правило, ассистент сам применяет нужный тон, ориентируясь на то, кто именно клиент, без повторных объяснений.
По форме такой файл обычно устроен просто — это не программистский синтаксис, а обычный текст с заголовками и списками, примерно как памятка для нового сотрудника: несколько смысловых блоков («о компании», «как устроены файлы», «правила и ограничения», «типичные форматы документов»), под каждым — пара предложений или короткий список пунктов. Никакой строгой формы здесь не требуется — важно, чтобы было понятно человеку, впервые читающему этот файл, а раз понятно человеку, значит, понятно и ассистенту.
Частая ошибка на старте — попытаться сразу написать идеальный, исчерпывающий файл на несколько страниц, включив туда всё, что только можно придумать. Обычно это лишняя трата времени: часть пунктов окажется не нужна на практике, а часть важных деталей, наоборот, всплывёт только через пару недель реальной работы. Разумнее начать с десяти-пятнадцати строк о самом важном и дополнять файл по факту, как рабочий журнал, а не как декларацию, написанную раз и навсегда.
Что происходит, если такого файла вообще нет? Ничего катастрофического — ассистент по-прежнему прекрасно работает и без него, просто каждый раз опирается только на то, что вы сказали в рамках текущей задачи, не помня о предыдущих разговорах. Для разовых или очень редких задач это совершенно нормально и не требует никакой предварительной подготовки. Файл памяти начинает по-настоящему окупаться именно тогда, когда одни и те же условия и правила приходится повторять из недели в неделю, — то есть ровно там, где рутина уже стала системной, а не разовой.
Полезно воспринимать этот файл не как нечто, что нужно писать заранее «на всякий случай», а как естественный побочный продукт самой работы: заметили, что объясняете одно и то же во второй раз, — значит, самое время это записать. Многие предприниматели, которые уже полгода-год работают с таким инструментом, признаются, что их файл памяти рос органически, по одной-две строчке за раз, после конкретных случаев, а не был спланирован целиком с первого дня.
Ещё один момент, который стоит держать в голове: файл памяти со временем может устареть, если бизнес меняется — появился новый вид услуг, изменились правила работы с клиентами, сменился формат отчётности. Разумно раз в несколько месяцев бегло перечитывать этот файл и убирать то, что уже не актуально, — точно так же, как время от времени стоит пересматривать должностные инструкции реального сотрудника, если его роль в компании изменилась.
Интересный побочный эффект, который отмечают многие предприниматели, впервые заведшие такой файл: сам процесс его написания заставляет чуть иначе посмотреть на собственный бизнес. Чтобы объяснить постороннему (пусть и ассистенту) простыми словами, как у вас всё устроено, приходится на секунду выйти из режима «я и так всё это знаю на автомате» — и иногда именно в этот момент замечаешь, что часть внутренних правил компании никогда толком не была сформулирована даже для себя самого, а существовала где-то на уровне интуиции. Формулировка такого файла — это в каком-то смысле маленькая инвентаризация собственных негласных правил, а не только техническая настройка инструмента.
Полезно также иметь в виду разницу между файлом памяти и обычной перепиской с ассистентом внутри одной задачи. Всё, что специфично только для сегодняшней конкретной задачи — детали одного заказа, разовое условие, — разумнее проговаривать прямо в моменте, а не тащить в постоянный файл памяти. А вот то, что справедливо для любой задачи в принципе, вне зависимости от того, какая именно рутина сейчас решается, — это ровно тот материал, которому место в файле памяти. Разграничение простое: «это правда сегодня» — в разговор, «это правда всегда» — в файл.
Возьмём для контраста ещё одну сферу — небольшую онлайн-школу, которая продаёт курсы и ведёт учеников через несколько потоков одновременно. Здесь в файле памяти естественным образом окажутся вещи вроде: как называются потоки и в чём разница между ними, какой тон общения принят с учениками (более неформальный, чем с корпоративными партнёрами), какие документы всегда сопровождают выпуск потока. Обратите внимание: ни продающая механика курсов, ни маркетинговая стратегия здесь не описываются — файл памяти не заменяет бизнес-мышление владельца, он лишь фиксирует операционные детали, которые иначе пришлось бы каждый раз объяснять заново.
Мы намеренно не приводим здесь готовый шаблон файла для копирования — не потому что жалко, а потому что универсальный шаблон, скопированный без понимания принципа, обычно работает хуже, чем короткий, но осмысленный текст, написанный про свой конкретный бизнес своими словами. Структура и удачные формулировки под разные типы бизнеса — как раз то, что мы разбираем предметно на курсе, с разбором вашего конкретного случая, а не абстрактного примера.
Но сама идея — «одна короткая записка о вашем бизнесе экономит десятки повторных объяснений» — вполне доступна для того, чтобы начать пробовать уже сегодня, даже с нескольких простых строк.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
До сих пор мы разбирали отдельные кусочки: как ставить задачу, что ассистент умеет с документами, зачем нужен файл памяти. Каждый по отдельности звучит полезно, но у многих читателей на этом месте возникает законный вопрос: «а как это всё соединяется в реальный рабочий день, а не в список отдельных фокусов?» В этой главе соберём эти кусочки в единую картину — не пошаговую инструкцию «сделайте раз, два, три», а именно общую схему, чтобы вы понимали, как это выглядит целиком, когда становится привычной частью рабочего дня.
Представим это как замкнутый цикл из нескольких стадий, который повторяется снова и снова, — примерно так же, как повторяется цикл «принять заказ — выполнить — сдать» в любом бизнесе, только здесь одним из участников цикла становится ассистент. Полезно сразу отметить: этот цикл не требует от вас никакой специальной дисциплины или нового программного обеспечения для управления процессами — он складывается сам, естественным образом, из тех элементов, которые мы уже разобрали по отдельности в предыдущих главах.
Стадия первая: контекст уже на месте. Ассистент открывает рабочую папку и, если там настроен файл памяти (о котором шла речь в прошлой главе), сразу знает основные правила и особенности вашего дела. Это не отдельное действие, которое вы совершаете каждый раз, — это фон, который просто есть, как настроенное рабочее место.
Стадия вторая: постановка задачи. Вы формулируете, что нужно сделать сегодня — коротко, по принципу из третьей главы: источник данных, желаемый результат, важные условия. Это может быть что угодно из повседневной рутины: свести цифры, привести в порядок документ, подготовить черновик текста, разобрать скопившиеся файлы. Эта стадия обычно занимает меньше минуты — вы буквально проговариваете вслух или печатаете то, что и так уже держали в голове как «надо бы сегодня сделать».
Стадия третья: ассистент работает самостоятельно. Здесь важно понимать разницу с чатом: пока идёт эта стадия, вам не нужно стоять рядом и подсказывать каждый следующий шаг. Ассистент сам открывает нужные файлы, при необходимости пишет и запускает вспомогательный код (глава пятая), обрабатывает данные — и делает это цепочкой действий, а не одним ответом. Вы в этот момент можете заниматься другими делами: это, пожалуй, и есть главное практическое отличие автоматизации от обычного диалога — не нужно вести ассистента за руку через каждый шаг.
Стадия четвёртая: черновой результат и ваша проверка. Ассистент показывает, что получилось, — не как финальную истину, а как черновик для вашей проверки. Здесь роль владельца бизнеса остаётся ключевой: именно вы решаете, годится ли результат, нужно ли что-то поправить, можно ли отправлять клиенту или использовать в отчётности. Ни один инструмент автоматизации не должен полностью выключать вас из финального решения там, где на кону деньги, репутация или отношения с клиентом.
Стадия пятая: уточнение, если нужно. Если что-то не так — вы не начинаете с нуля, а указываете конкретно, что поправить, как мы разбирали в третьей главе. Ассистент дорабатывает именно указанную часть, а не переделывает всё заново.
Стадия шестая: результат используется, а память обновляется. Готовый результат идёт в дело — сохраняется, отправляется, используется в отчёте. А если в процессе всплыло что-то, что стоит запомнить на будущее (новое правило, новый формат, о котором раньше не договаривались), — это можно один раз добавить в файл памяти, и в следующий раз про это уже не нужно напоминать.
Обратите внимание, что все шесть стадий существуют не потому, что так «положено», а потому что каждая из них закрывает конкретную проблему, о которой шла речь в предыдущих главах: без первой стадии пришлось бы каждый раз объяснять контекст заново, без второй — ассистент бы просто гадал, без третьей — вы бы стояли рядом и вели его за руку, без четвёртой и пятой — черновик мог бы уйти в дело необработанным, без шестой — цикл не становился бы со временем лучше. Ни одна стадия здесь не лишняя и не добавлена искусственно.
И дальше цикл повторяется — но каждый следующий раз чуть быстрее и точнее предыдущего, потому что файл памяти постепенно обрастает деталями именно вашего бизнеса, а вы сами набираетесь опыта в том, как точнее формулировать задачи. В этом смысле цикл больше похож на выращивание, чем на настройку однажды выключателя — с каждым проходом он становится немного удобнее, а не остаётся неизменным с первого дня.
Если сложить это всё в одну картинку рабочего дня: предприниматель утром открывает папку с делами, коротко формулирует ассистенту две-три задачи на день — свести отчёт, разобрать вчерашние заявки, подготовить черновик письма клиенту, — занимается тем временем встречами и разговорами с людьми, а к обеду возвращается к готовым черновикам, чтобы проверить и одобрить. Рутинная, механическая часть дня — та, которая раньше съедала часы монотонной работы, — происходит параллельно, фоном, а не вместо всего остального рабочего времени.
Разберём этот же цикл на конкретном примере, чтобы схема не осталась абстрактной. Небольшое агентство переводов получает по будням десяток заказов через разные каналы. Раньше рабочее утро администратора начиналось с того, что он вручную обходил почту, мессенджер и форму на сайте, сводя всё в одну таблицу, — уходило около часа только на сбор информации, прежде чем начиналась содержательная работа: распределение заказов между переводчиками.
С выстроенным циклом это выглядит иначе. В файле памяти один раз описано, где лежат заявки, в каком виде их обычно присылают клиенты, и какие поля важны для распределения (язык, объём, срок). Администратор утром формулирует задачу: свести все новые заявки со вчерашнего дня в единый список с этими полями. Пока ассистент читает и собирает файлы, администратор занимается звонками. К моменту, когда список готов, остаётся только просмотреть его — здесь и включается стадия проверки — и распределить заказы, опираясь уже на готовую, а не на сырую информацию. Час рутинного сбора данных превращается в несколько минут проверки готового черновика.
Обратите внимание, что в этом примере ни на одном этапе ассистент не принимает решение, кому какой заказ передать, — это осталось за человеком, который знает сильные стороны каждого переводчика в команде. Автоматизация здесь взяла на себя ровно ту часть, которая была чисто механической: обход источников и сведение данных в общий вид.
Важно понимать, что этот цикл — не разовая настройка «сделал один раз и забыл». Как и любой рабочий процесс с сотрудником, он требует некоторого времени на притирку: первые недели вы будете чаще уточнять и поправлять, файл памяти будет неполным, а формулировки задач — не всегда точными с первого раза. Это нормальная часть освоения инструмента, а не признак того, что «не работает». Ровно так же, как с любым новым сотрудником, притирка — это инвестиция, которая окупается уже через несколько недель регулярного использования.
Если попытаться оценить эффект в цифрах, пусть и приблизительных: рутинная задача, которая раньше занимала час ручной работы, при выстроенном цикле обычно сжимается до нескольких минут вашей проверки — вы просто больше не тратите время на сам процесс сбора и обработки, а тратите его только на финальный взгляд перед тем, как результат пойдёт в дело. Если таких задач в неделю набирается пять-шесть — это уже несколько часов, которые возвращаются в ваше расписание, причём не разово, а каждую неделю.
Стоит сказать и о том, как этот цикл ведёт себя, если в деле участвует не один человек, а несколько. Если в компании кроме вас есть ещё один-два человека, которые тоже соприкасаются с рутиной, — например, помощник, ведущий часть переписки с клиентами, — у каждого может быть своя рабочая папка со своим файлом памяти под свой участок задач, а можно вести и один общий файл для всей команды, если рутина у всех похожая. Здесь нет единственно верного решения — важно, чтобы структура файлов отражала реальное разделение труда в вашем деле, а не была скопирована с чужого примера, где всё устроено иначе.
Полезно посмотреть на этот цикл и с другой стороны — не как на технологию, а как на управленческую привычку. По сути, вы каждый день принимаете одно и то же простое решение: эту задачу делаю сам руками, эту — поручаю ассистенту, потому что она механическая и повторяющаяся. Чем чаще вы тренируете этот выбор, тем быстрее он становится автоматическим — вы буквально начинаете видеть рутину иначе, замечать её там, где раньше воспринимали как «просто часть работы, о которой не задумываешься». Это, пожалуй, самый долгосрочный эффект от освоения такого цикла: даже не сама экономия времени на отдельной задаче, а появление привычки регулярно спрашивать себя «а это точно должен делать я лично, вручную, прямо сейчас?».
Стоит отметить и обратную сторону — риск слишком быстро довериться циклу и перестать заглядывать в черновики на стадии проверки. Это тот соблазн, о котором мы подробнее поговорим в следующей главе среди типичных ошибок: сам цикл прекрасно работает, но стадия проверки существует не для галочки, а как ваша реальная защита от ошибок, которые дороже, чем кажется на первый взгляд.
Полезно взглянуть на этот цикл и в масштабе недели или месяца, а не только одного дня. В течение недели у вас может накопиться несколько разных типов рутины, которые проходят через один и тот же цикл: понедельник — сводный отчёт по заказам, среда — черновики писем клиентам с истекающими сроками, пятница — сверка расходов за неделю. Со временем это начинает напоминать не набор разрозненных просьб, а спокойный, предсказуемый ритм: вы примерно знаете, когда и какая рутина «приходит» к вам на проверку, и можете планировать своё время вокруг неё, а не она — внезапно съедать ваше время в последний момент.
Детальную схему того, как выстроить этот цикл именно под ваш тип бизнеса — с учётом специфики отрасли, объёма задач и того, где именно проходит граница между «доверить ассистенту» и «оставить за собой», — мы разбираем на курсе на реальных кейсах, потому что здесь у каждого бизнеса реально разная конфигурация. В книге же важно было показать саму форму этого цикла — чтобы вы поняли: это не набор разрозненных фокусов, а целостный, повторяемый рабочий процесс.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Эта глава устроена немного иначе, чем предыдущие: здесь нет одного центрального примера, зато есть десять маленьких зарисовок из реальной практики — потому что ошибки новичков обычно узнаются лучше не через абстрактное правило, а через конкретную ситуацию, в которой узнаёшь себя. За время работы с предпринимателями, которые впервые пробуют автоматизировать рутину через ИИ-ассистента, набор ошибок, в общем-то, повторяется — их не так много, и почти все они лечатся одним и тем же: пониманием, а не техническими навыками. Разберём самые частые, чтобы вы могли их обойти сразу, а не набивать шишки самостоятельно.
Полезно читать эту главу не как список чужих провалов, а как своего рода прививку: узнав заранее, где обычно спотыкаются другие, вы с большей вероятностью пройдёте этот же участок пути ровно, не потеряв на нём мотивацию продолжать.
Ошибка первая: ждать чуда с первой же фразы. Кто-то, наслушавшись громких историй про «ИИ автоматизировал весь бизнес», ожидает, что достаточно одной короткой фразы — и вся рутина исчезнет сама собой. На практике первый результат почти всегда черновой, требующий уточнения (мы говорили об этом в третьей и седьмой главах). Разочарование от завышенных ожиданий — самая частая причина, по которой люди бросают инструмент после первой же попытки, хотя проблема была не в инструменте, а в ожидании волшебной кнопки вместо рабочего процесса.
Показательный случай: владелец небольшой службы доставки цветов попробовал ассистента один-единственный раз, коротко бросив «наведи порядок в моих заказах», получил результат, который его не устроил, и решил, что «это всё не работает, реклама одна». На деле проблема была ровно в той самой формулировке-пожелании без задачи, о которой мы говорили в третьей главе, — не инструмент оказался слабым, а тест был проведён так, будто перед ним волшебная лампа с джинном, а не рабочий инструмент, где обычно требуется пара уточняющих кругов, прежде чем результат станет действительно вашим.
Ошибка вторая: пытаться автоматизировать разовую задачу вместо повторяющейся. Автоматизация окупается там, где одно и то же действие повторяется многократно. Если задача случилась один раз и вряд ли повторится — проще и быстрее сделать её вручную, чем тратить время на формулировку идеальной задачи для ассистента. Ценность автоматизации — в накопительном эффекте: сэкономленные пять минут, помноженные на сто повторений в месяц, а не разово.
Хороший внутренний тест перед тем, как браться за автоматизацию чего-либо: задайте себе вопрос «делал ли я нечто подобное за последний месяц хотя бы три-четыре раза, и буду ли делать это снова в следующем?» Если ответ да — вложение времени в формулировку задачи и, возможно, в настройку файла памяти окупится быстро. Если задача разовая, вроде «оформить один нестандартный договор для одного конкретного клиента один раз в жизни», честнее и быстрее сделать её руками или максимум обсудить в обычном чате, не пытаясь выстраивать вокруг неё целый процесс.
Ошибка третья: отправлять результат клиенту или в отчётность без проверки. Это, пожалуй, самая рискованная ошибка. Ассистент — отличный помощник для черновика, но финальная ответственность за то, что уходит клиенту, партнёру или в налоговую, — остаётся на владельце бизнеса. Пропустить эту проверку «просто чтобы сэкономить пять минут» — плохая сделка: цена ошибки в документе, ушедшем клиенту, обычно куда выше, чем те пять минут, которые вы бы потратили на просмотр черновика. Особенно осторожными стоит быть с числами и суммами: одна переставленная запятая в тексте — это неловкость, а одна переставленная запятая в сумме к оплате — это уже неприятный звонок от клиента.
Ошибка четвёртая: формулировать задачу слишком общими словами и удивляться неточному результату. «Наведи порядок в файлах» — это пожелание, а не задача (мы подробно разбирали разницу в третьей главе). Если результат регулярно получается «не тем», почти всегда стоит для начала посмотреть не на инструмент, а на собственную формулировку: достаточно ли в ней конкретики про источник данных, желаемый результат и важные условия. Полезная привычка — после не самого точного результата не раздражаться, а спросить себя: «а сказал бы я новому сотруднику ровно так же мало, как сейчас сказал ассистенту?» — почти всегда ответ подсказывает, чего не хватило в формулировке.
Ошибка пятая: не записывать повторяющиеся правила в файл памяти. Если вы день за днём объясняете ассистенту одно и то же — например, что суммы всегда нужно округлять, или что определённая категория клиентов требует особого тона в переписке, — а потом удивляетесь, что приходится повторять это снова, дело не в забывчивости инструмента, а в том, что этот момент ещё не занесён в CLAUDE.md (глава шестая). Один раз потратить пару минут на запись правила экономит десятки повторений в будущем.
Забавный, но показательный пример из практики: один владелец интернет-магазина трижды за месяц объяснял ассистенту, что в отчётах нужно использовать русские названия месяцев, а не числовой формат даты, — каждый раз как будто заново. Проблема была решена не более сложной формулировкой задачи, а одной строчкой, добавленной в файл памяти один раз и навсегда. Мелочь, но она хорошо показывает, что путать «разовое уточнение» и «постоянное правило» — это упущенная экономия времени, а не какая-то фундаментальная сложность.
Ошибка шестая: пытаться автоматизировать то, что требует именно человеческого участия. Есть часть работы бизнеса, которую разумнее оставить за собой в принципе — не потому что ассистент технически не справится, а потому что ценность этой части именно в человеческом присутствии. Личные переговоры с ключевым клиентом, деликатные извинения за ошибку, творческое решение о направлении бизнеса — здесь автоматизация может подготовить черновик или собрать вводные, но финальное слово и живой контакт стоит оставить себе. Автоматизация должна освобождать время для таких моментов, а не подменять их.
Показательный пример такой ошибки: предприниматель, который начал поручать ассистенту готовить не только черновики договоров, но и целиком вести переписку с недовольными клиентами по чувствительным вопросам — без своего участия в финальной формулировке. Проблема здесь не в качестве текста как такового, а в том, что клиент, столкнувшийся с недовольством, хочет почувствовать, что его услышал именно человек, а не система, — и как только это ощущение теряется, доверие к бизнесу подрывается сильнее, чем от самой первоначальной проблемы.
Ошибка седьмая: передавать в работу конфиденциальные данные без осторожности. Как и с любым цифровым инструментом, стоит думать о том, какие данные вы загружаете в обработку — особенно если речь о персональных данных клиентов, паролях, реквизитах. Разумная привычка: держать в рабочей папке только то, что действительно нужно для конкретной задачи, а не открывать доступ ко всему архиву компании «на всякий случай». Если работа связана с персональными данными клиентов, стоит также свериться с тем, что требует от вас в этой части законодательство о защите персональных данных, — это общая обязанность любого бизнеса, работающего с клиентскими базами, вне зависимости от того, какими инструментами вы пользуетесь для обработки.
Ошибка восьмая: сравнивать первую неделю использования с опытным пользователем. Люди, которые уже полгода выстраивают такую работу, кажутся со стороны волшебниками — но это результат постепенного накопления удачных формулировок задач и настроенного файла памяти, а не разовой удачи. Сравнивать свою первую попытку с чужим полугодовым опытом — верный способ разочароваться раньше времени. Разумнее сравнивать себя с собой неделю назад: стало ли чуть быстрее и точнее, чем было.
Это похоже на историю с любым новым навыком в бизнесе — скажем, с ведением соцсетей или с холодными звонками: у человека, который делает это полгода, ролики выходят легко и естественно, а у новичка первая неделя выглядит неуклюже. Никто не считает это поводом бросить соцсети совсем — это считается нормальной частью обучения. Автоматизация рутины через ассистента ничем принципиально не отличается в этом смысле.
Ошибка девятая: держать всё в голове вместо папки с файлами. Автоматизация опирается на файлы — документы, таблицы, переписки, сохранённые в конкретном месте. Если данные существуют только у вас в голове или разбросаны по десятку случайных мест (заметки на телефоне, стикеры на мониторе, память о том, «кто вчера звонил»), ассистенту попросту не с чем работать. Первый практический шаг для многих начинающих — не разговор с ассистентом, а наведение минимального порядка: завести хотя бы одну папку, куда стабильно попадают документы по одному конкретному участку рутины.
Ошибка десятая: пытаться разом автоматизировать всё и сразу. Соблазн велик — раз инструмент умеет так много, почему бы не поручить ему сразу десяток разных участков бизнеса в первую же неделю? На практике это верный способ запутаться самому: файл памяти получится сырым, формулировки задач — не отточенными, а разочарование от пары неудачных попыток — куда сильнее, чем если бы вы брали по одной рутинной задаче за раз. Разумный темп — начать с одного самого надоевшего участка рутины, довести его до уверенного результата, и только потом переходить к следующему.
Если внимательно посмотреть на этот список, видно общую закономерность: почти все ошибки — не технические, а управленческие. Проблема редко в том, что инструмент «не умеет» — чаще в том, что с ним обращаются либо как с волшебной палочкой (ожидая мгновенного идеального результата без диалога), либо как с полностью самостоятельным работником, снимая с себя финальную проверку там, где она обязательна. Здоровая середина — воспринимать ассистента именно как толкового, но нового сотрудника: ему можно доверять рутину, с ним стоит выстраивать взаимопонимание постепенно, и над его результатом полезно оставлять финальный человеческий взгляд там, где цена ошибки высока.
Стоит отдельно подчеркнуть и обратную крайность, которая тоже мешает не меньше перечисленных ошибок: чрезмерная подозрительность, при которой каждый чих ассистента перепроверяется настолько дотошно, что весь выигрыш во времени сгорает на самой проверке. Здоровая проверка — это просмотр готового результата перед использованием, а не построчная перепроверка каждого шага в процессе работы. Если вы ловите себя на том, что перепроверяете настолько же долго, насколько заняло бы сделать всё вручную с нуля, — вероятно, вы либо ещё не накопили доверия к конкретному типу задач (это нормально на старте и проходит с опытом), либо задача изначально была сформулирована слишком расплывчато, и разумнее вернуться к третьей главе, чем усиливать контроль на выходе.
Разбор именно ваших конкретных ошибочных паттернов — с учётом специфики вашего бизнеса и реальных задач, а не общего списка, — часть того, что мы делаем на курсе индивидуально с каждым учеником.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Рано или поздно почти каждый владелец небольшого дела задаёт себе один и тот же вопрос: а не пора ли обзавестись собственным сайтом? Не обязательно интернет-магазином со сложной логикой — чаще речь о простой странице-визитке или лендинге: чем занимаемся, что предлагаем, как с нами связаться. И почти сразу за этим вопросом идёт второй: а как сделать так, чтобы этот сайт вообще кто-то нашёл в поиске, а не только те, кому вы лично скинули ссылку.
Хорошая новость в том, что оба этих вопроса — не отдельная непостижимая профессия, а ровно та же логика, о которой мы говорили в пятой главе применительно к коду в принципе: у вас есть задача с понятным результатом, и ассистент способен взять техническую реализацию на себя, пока вы формулируете, что должно получиться на выходе. Простая страница-визитка с текстом о вашем деле, контактами и парой фотографий — это ровно та маленькая, понятно описанная задача, с которой Claude Code справляется от начала до конца: пишет саму страницу (то, что технически называется HTML — язык разметки, на котором устроены практически все сайты в интернете), оформляет её по вашему описанию и может сразу разместить в интернете на бесплатном хостинге, чтобы у неё появился реальный, рабочий адрес, а не файл на вашем компьютере.
Возьмём небольшой пример. Владелец мастерской по ремонту обуви решил, что клиентам было бы удобнее находить его не только по вывеске у дороги, а и в поиске — с адресом, часами работы и списком услуг с ценами. Он не пишет код и никогда этому не учился — он описывает ассистенту, что должно быть на странице: название мастерской, короткий рассказ о том, чем занимается, список услуг с ориентировочными ценами, адрес и телефон, пара фотографий готовых работ. Через несколько уточняющих кругов — совсем как с текстом или таблицей из предыдущих глав — получается рабочая страница, которую можно сразу показывать клиентам.
Второй вопрос — SEO, то есть то, как сделать так, чтобы поисковик вроде Яндекса или Google вообще предлагал вашу страницу людям, которые ищут что-то похожее на ваши услуги. Здесь не нужно погружаться в техническую магию — суть SEO на базовом уровне довольно приземлённая: поисковик пытается понять, о чём страница, и для этого смотрит на конкретные, понятные вещи — заголовки, структуру текста, и главное, использует ли страница те же самые слова и фразы, которыми реальные люди пользуются, когда ищут подобную услугу. Владелец мастерской из примера выше, скорее всего, сам себе назовёт услугу «ремонт обуви», но какая-то часть его будущих клиентов будет искать «починить каблук» или «заменить подошву» — и если этих формулировок нет нигде на странице, поисковик просто не свяжет одно с другим, даже если по сути это одна и та же услуга.
Здесь ассистент тоже полезен — и снова не как волшебная кнопка, а как рабочий инструмент. Он может помочь составить список реальных поисковых формулировок под вашу нишу (это называется семантическое ядро — просто список слов и фраз, по которым люди ищут то, что вы предлагаете), проверить, встречаются ли эти формулировки в тексте уже существующего сайта, и предложить заголовки и короткое описание страницы так, чтобы поисковику было понятнее, о чём она. Это разумный, доступный самостоятельно первый шаг — привести текст страницы в соответствие с тем, как реально формулируют запрос ваши будущие клиенты, а не с тем, как эту же услугу называете вы сами внутри своего дела.
Но здесь же стоит честно обозначить границу, ровно в том же духе, в каком мы обозначали её в пятой главе применительно к коду вообще. Простая страница-визитка с грамотно подобранными формулировками — это разумная самостоятельная задача. А вот полноценное продвижение сайта — устойчивое присутствие в топе поисковой выдачи по конкурентным запросам, постоянная работа с новым контентом, техническая оптимизация под требования поисковых систем, которые сами регулярно меняются, — это уже не разовая задача на один вечер, а продолжающийся процесс, требующий регулярного внимания и опыта именно в этой узкой области. Здесь разумно либо выделить на это постоянное время самому, либо доверить эту часть тем, кто занимается сайтами и SEO предметно — например, именно это направление есть и в нашей компании OM-Digital, для тех, кто предпочитает получить готовый результат под ключ, а не заниматься этим самостоятельно.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Если вы дочитали до этой главы и уже успели попробовать хотя бы одну маленькую задачу из тех, что мы разбирали, — свести таблицу, привести в порядок папку с документами, набросать файл памяти для своего дела, — вы, скорее всего, заметили одну вещь: аппетит приходит во время еды. Как только рутина перестаёт быть неизбежностью, начинаешь замечать вокруг себя ещё десяток похожих задач, которые тоже хотелось бы снять с себя.
Эта заключительная глава книги устроена немного иначе, чем предыдущие: здесь мы не столько учим чему-то новому, сколько честно проводим черту — что из прочитанного реально применимо самостоятельно уже сегодня, а что требует уже другого уровня погружения. Это, пожалуй, самая важная услуга, которую может оказать читателю нонфикшн-книга: не только дать знания, но и трезво показать их границы.
Это довольно частая динамика: первая маленькая победа над рутиной — например, сведённый за пять минут вместо часа отчёт — меняет не только расписание дня, но и восприятие того, сколько в бизнесе вообще механической, нетворческой работы. Владельцы бизнеса, которые проходят этот путь, часто рассказывают о похожем ощущении: будто раньше рутина была фоновым шумом, к которому просто привыкаешь, а после первого удачного опыта автоматизации этот шум вдруг становится заметным — и хочется убрать его весь, а не только тот кусочек, с которого начали.
Это хороший знак, но в нём же скрыта и небольшая ловушка, о которой стоит сказать честно: желание сразу же взяться за всё накопившееся разом обычно приводит к тому, что мы уже обсуждали в восьмой главе как одну из типичных ошибок — распыление на слишком многое одновременно. Аппетит, который приходит во время еды, стоит удовлетворять по одному блюду за раз, а не пытаться съесть весь стол сразу, — тогда каждая следующая победа будет такой же уверенной, как первая, а не смазанной из-за того, что взялись за десять фронтов одновременно.
И вот здесь стоит честно обозначить, где заканчивается та автоматизация, которую можно освоить, читая книгу и пробуя своими силами по вечерам, — и начинается территория, где без системного разбора и практики с обратной связью уже трудно двигаться дальше в одиночку.
Когда задач становится много и они начинают пересекаться друг с другом. Одно дело — разово свести таблицу или разобрать папку. Совсем другое — выстроить связку из нескольких задач, которые опираются друг на друга: сначала собрать данные из одного источника, затем обработать их с учётом правил из другого документа, затем сформировать три разных отчёта под разных получателей. Представьте небольшую производственную мастерскую: заявки приходят с сайта, склад ведётся в одной таблице, а расчёт себестоимости — в другой, и три эти потока должны сходиться в одном итоговом отчёте для собственника раз в неделю. Здесь простой фразы уже недостаточно — нужна выстроенная последовательность действий, которую полезно один раз спроектировать вместе с человеком, который уже проходил этот путь, а не изобретать заново методом проб и ошибок, теряя недели на то, что можно было бы выстроить за один осмысленный разбор.
Когда хочется, чтобы автоматизация работала регулярно, без вашего участия в моменте запуска. В книге мы говорили о том, что вы сами формулируете задачу и запускаете работу — это подходит, когда рутина случается пару раз в неделю и вам несложно уделить ей пару минут в нужный момент. Но что, если вы хотите, чтобы отчёт собирался сам, каждый понедельник в девять утра, ещё до того как вы открыли ноутбук? Или чтобы система сама напоминала о договорах, у которых через неделю истекает срок, — без того чтобы вы держали эту дату в голове? Это уже вопрос не формулировки одной задачи, а настройки регулярной, самостоятельной работы инструмента по расписанию — отдельная, вполне осваиваемая, но требующая аккуратного и правильного разбора тема, потому что здесь важно не ошибиться с тем, что должно происходить полностью самостоятельно, а что по-прежнему требует вашего подтверждения.
Когда одной роли ассистента становится мало и нужно несколько разных «специализаций». Представьте, что часть рутины связана с текстами для клиентов, часть — с финансовыми таблицами, часть — с ответами на типовые вопросы в переписке. Можно продолжать вести всё это через одного универсального помощника, объясняя ему при каждой новой задаче, в какой «роли» он сейчас нужен, — а можно выстроить несколько узких ролей, каждая из которых хорошо и стабильно справляется со своим участком, не путая контекст одной задачи с контекстом другой, — и они передают друг другу задачи по цепочке, примерно как отделы в небольшой компании передают дела друг другу. Это уже не просто автоматизация одной задачи, а зачаток небольшой системы — тема, которая выходит далеко за рамки этой книги, и именно ей посвящена наша следующая книга серии, если вам захочется заглянуть туда после практики.
Когда автоматизация должна работать не только с файлами, но и с внешним миром. Например, самостоятельно проверять почту на предмет новых заявок, заглядывать на сайт, чтобы свериться с актуальным прайсом, отвечать в мессенджере на типовые вопросы клиентов в ваше отсутствие. Это уже не про документы на вашем компьютере, а про подключение ассистента к внешним сервисам — отдельная техническая тема со своими тонкостями и, что немаловажно, мерами предосторожности (кто и что может сделать от вашего имени, где проходит граница доверия), которую стоит осваивать не по книге, а с пошаговым разбором и проверкой на реальных примерах, под присмотром человека, который уже видел, что может пойти не так, и знает, как это предотвратить.
Как понять, что вы уже на этой границе, а не просто устали от одной неудачной попытки? Задайте себе несколько простых вопросов. Стало ли вам мало экономии времени на одной задаче и хочется того же эффекта сразу на нескольких участках бизнеса? Ловите ли вы себя на мысли «а вот бы это происходило само, без меня» применительно к чему-то регулярному? Начали ли вы за последние недели уже несколько раз пробовать формулировать задачи самостоятельно и получать рабочий результат, но упираетесь в то, что задачи слишком разные, чтобы держать их в одной голове и в одном файле памяти? Если хотя бы на два из трёх вопросов ответ да — вы, скорее всего, действительно готовы к следующему шагу, а не просто ищете повод не разбираться самостоятельно дальше.
Полезно вспомнить в конце этой главы, с чего мы начинали всю книгу: разница между чатом-игрушкой и автоматизацией-инструментом — не в том, насколько умна нейросеть, а в том, насколько глубоко она встроена в вашу реальную рутину и насколько хорошо помнит контекст вашего дела. Всё, что было между первой и десятой главой — постановка задач, работа с документами, немного о коде, файл памяти, сайт и SEO, целостный рабочий цикл, типичные ошибки, — было ступенями одной и той же лестницы: от «попробовать один раз» к «встроить в повседневную работу». Граница, о которой мы говорим здесь, в десятой главе, — это просто следующая ступень той же лестницы, а не какой-то принципиально другой путь.
Стоит сказать честно и о том, что произойдёт, если вы решите не идти дальше книги прямо сейчас, а просто попрактиковаться самостоятельно ещё какое-то время. Это абсолютно нормальный путь, и в нём нет ничего плохого: многое из того, что описано в главах 3–7, вполне реально применять на практике месяцами, постепенно улучшая свои формулировки задач и дополняя файл памяти. Граница, о которой мы говорим в этой главе, — не ультиматум «либо курс сейчас, либо вы ничего не добьётесь», а честное описание того, где именно самостоятельная практика по книге начинает упираться в потолок сама по себе, из-за характера задачи, а не из-за вашего усердия. Решать, когда переходить эту границу, — всегда вам, и торопиться сюда незачем: лучше прийти на курс с уже накопленным собственным опытом использования и конкретными вопросами, чем с чистого листа сразу после чтения книги.
Если хотя бы один из этих сценариев откликается — значит, вы переросли уровень «попробовать по вечерам самостоятельно» и добрались до той точки, ради которой, собственно, и существует курс в нашем Telegram-боте. Мы намеренно не стали растягивать эту книгу до бесконечности и не стали давать в ней ни готовых шаблонов задач, ни пошаговых кейсов «сделай точно так и получится» — потому что это ровно то, что требует индивидуального разбора именно вашей ситуации, а не общего текста, одинакового для всех читателей. Книга дала вам понимание принципа и уверенность, что это вам по силам без диплома программиста. Курс даёт то, что не вмещается в книгу в принципе: разбор именно ваших задач, готовые рабочие конструкции под вашу отрасль и обратную связь на реальных попытках, а не на абстрактном примере.
Отдельно стоит сказать пару слов тем, кто, наоборот, дочитал книгу и почувствовал скорее разочарование — «это интересно, но не хватает конкретики под мою ситуацию». Это абсолютно ожидаемая реакция, и, честно говоря, ровно на неё книга и рассчитана: десять глав дали вам понимание принципов и достаточно уверенности, чтобы не бояться самого инструмента, — но целенаправленно не дали готового решения именно под вашу отрасль, именно под ваш объём задач, именно под ваши файлы. Это не недоработка книги, а её осознанная граница, о которой мы говорили с самого начала: серьёзная практика — это то, ради чего существует курс, а не то, что можно уместить в одну главу одной книги, одинаковую для всех читателей сразу.
Дальше в этой книге — расширенный блок о том, как устроен курс и какой уровень подойдёт именно вам.
👉 Хотите разобрать эту тему пошагово, с практикой и обратной связью? Полный курс — в Telegram-боте @om_ai_teacher_bot
Если после десяти глав у вас появилось ощущение «это реально, я хочу попробовать по-настоящему, а не только теоретически» — это ровно то состояние, для которого мы и написали эту книгу. Дальше — три уровня курса, которые продолжают тему ровно с того места, где книга сознательно остановилась.
Начальный уровень — 490 ₽. Для тех, кто прочитал книгу и хочет для начала закрепить самые первые шаги на практике под присмотром: как правильно сформулировать первую задачу, как не растеряться при установке, как получить первый уверенный результат без лишних нервов. Хороший вход для тех, кто пока не до конца уверен, что автоматизация — это «про них», но хочет проверить на практике, а не только в теории.
Средний уровень — 5000 ₽. Именно этот уровень создан для читателя этой книги — владельца малого бизнеса или фрилансера, который уже понял принцип и хочет не разовых удачных попыток, а системной, надёжной автоматизации своей реальной рутины. На этом уровне мы разбираем не общие идеи, а конкретно ваши задачи: ваши документы, ваши таблицы, ваши повторяющиеся процессы. Вы получаете рабочие конструкции постановки задач под ваш тип бизнеса, помощь в написании вашего собственного файла памяти (того самого CLAUDE.md из шестой главы, но уже не в теории, а составленного лично под вас), разбор типичных ошибок именно на ваших примерах, а не на абстрактных иллюстрациях книги. Если пятая, шестая и седьмая главы этой книги вызвали у вас узнавание — «да, у меня ровно такая рутина» — значит, средний уровень закроет именно эту потребность практикой с обратной связью, а не очередным теоретическим слоем.
Продвинутый уровень — 15 000 ₽. Для тех, кто, освоив автоматизацию отдельных задач, хочет пойти дальше — выстроить не разовые операции, а полноценную систему из нескольких ИИ-ролей, работающих согласованно, наподобие небольшой команды сотрудников. Это территория, которую мы лишь слегка приоткрыли в десятой главе, и которой целиком посвящена следующая книга серии — про мультиагентные системы и компании, которыми управляет ИИ. Продвинутый уровень подходит тем, кто уже перерос простую автоматизацию и готов инвестировать в построение полноценной рабочей системы под своё дело.
Разница между тремя уровнями, если совсем коротко: начальный уровень — это уверенный первый шаг для тех, кто ещё сомневается. Средний — это системная автоматизация именно вашей рутины, доведённая до результата, которым вы реально пользуетесь каждую неделю. Продвинутый — это уже не автоматизация отдельных задач, а построение целой рабочей системы из нескольких согласованных ИИ-ролей. Каждый следующий уровень не отменяет предыдущий, а идёт дальше него — так что начать никогда не поздно с того уровня, который сейчас честно соответствует вашей ситуации, а не с того, который выглядит наиболее внушительно.
Как выбрать уровень, если сомневаетесь: если вы ещё ни разу не пробовали автоматизацию на практике — начните с начального. Если уже пробовали что-то похожее на примеры из этой книги и увидели, что рутины в вашем деле реально много, — выбирайте средний уровень, он рассчитан именно на такую ситуацию. Если вы уже пробовали автоматизировать отдельные задачи и думаете о том, как выстроить из этого целую систему, — присмотритесь к продвинутому.
Стоит сказать отдельно, почему именно средний уровень заслуживает наибольшего внимания читателя этой конкретной книги. Вся книга — от первой главы про разницу между чатом и автоматизацией до десятой про границы простых решений — была написана с прицелом ровно на один тип человека: владельца небольшого дела, у которого рутины уже накопилось достаточно, чтобы её осмысленно автоматизировать, но который не хочет и не обязан становится IT-специалистом ради этого. Средний уровень курса — это не курс «для продвинутых», а курс, который забирает у вас именно ту часть работы, которую в книге пришлось намеренно оставить «за кадром»: доведение конкретной вашей задачи до полностью рабочего, проверенного результата, а не общего понимания принципа. Если, читая пятую, шестую и седьмую главы, вы ловили себя на мысли «у меня в бизнесе ровно такая же ситуация, только я не знаю, с чего начать именно у себя», — это и есть сигнал, что вам нужен именно средний уровень, а не попытка разобраться самостоятельно ещё несколько месяцев методом проб и ошибок.
Что бы вы ни выбрали, важно помнить главное: цель не в том, чтобы купить самый дорогой уровень «на всякий случай», а в том, чтобы получить ровно ту практику, которая закроет вашу реальную потребность прямо сейчас. Можно начать со среднего уровня, а через несколько месяцев, когда рутина будет автоматизирована и появится аппетит к построению целой системы из нескольких ИИ-ролей, — перейти на продвинутый. Обратного пути тоже никто не закрывает: если после начального уровня почувствуете, что готовы к большему, — средний уровень открыт для вас в любой момент.
Начать можно прямо сейчас, без долгих раздумий — в Telegram-боте @om_ai_teacher_bot вас ждёт подробное описание каждого уровня, ответы на вопросы и запись на ближайший поток.
Больше о компании OM-Digital, наших направлениях работы и других книгах серии — на сайте https://om-digital.ru.
Спасибо, что дочитали книгу до конца. Рутина, которая ещё вчера казалась неизбежной частью вашего дня, на самом деле давно уже не обязана оставаться на ваших плечах в одиночку — и вы только что сделали первый шаг к тому, чтобы разгрузить себя по-настоящему.
Хотите освоить Claude и AI-агентов на практике — с разбором реальных кейсов и поддержкой?
Перейти в @om_ai_teacher_botАвтоматизация нейросетью начинается не с кода, а с честного списка того, что вы делаете руками каждую неделю. Нейросеть для отчетов, разбор писем, подготовка документов — в книге разобраны именно такие случаи, с готовыми формулировками запросов.
Создание нейросеть для документов под конкретную компанию — уже отдельная работа, но понять, стоит ли она того, проще после книги: там видно, какие задачи закрываются обычной подпиской, а какие требуют разработки.