ИИ для Проджект - Менеджера

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На сквозном примере сайта кофейни учащиеся пройдут полный цикл: получение первой версии в виде одного HTML-файла, открывающегося без установки программ; проверку страницы по критериям приёмки из юзер-стори; составление списка замечаний и отправку правок одним структурированным запросом с требованием не менять ничего лишнего. Будут разобраны типичные ошибки ИИ, такие как добавление функций за пределами первой версии и пропуск критериев, отсутствующих в примерах данных.

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

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

В практической части учащиеся зарегистрируют бесплатный аккаунт на платформе Vercel и опубликуют свой файл index.html через Vercel Drop — инструмент, позволяющий выложить сайт простым перетаскиванием файла в браузер, без Git, командной строки и настроек. В результате каждый учащийся получит рабочую ссылку на свой сайт, открывающуюся с любого устройства.

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

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

В практической части учащиеся зарегистрируют бота через официального @BotFather, получат токен и усвоят главное правило безопасности: токен является паролем бота и не подлежит публикации. Затем с помощью двух команд терминала они создадут папку проекта и запустят Claude Code, после чего вся работа продолжится обычным текстом. На сквозном примере кофейни учащиеся поставят задачу из документа продукта и получат бота с полным сценарием заказа: выбор точки, напитка и времени с отправкой заказа бариста.

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

По завершении урока учащиеся получат работающего телеграм-бота, связанного с сайтом, и освоят цикл работы с Claude Code: задача из документа, проверка, правки.

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

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

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

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

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

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

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

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

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

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

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

Во второй части учащиеся узнают о коннекторах  способе подключить Claude к рабочим сервисам, таким как Google Drive, чтобы работать с документами без ручной загрузки файлов. На практических примерах будет показано, как меняются типовые задачи проджект-менеджера: протоколы из заметок, статусы из документов проекта. Особое внимание уделяется безопасности: подключение рабочих аккаунтов является решением уровня компании, подключать следует только необходимые сервисы, а ограничения на персональные данные клиентов сохраняются.

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