Гугл опять дропнули такую вот штуку

Prompt Engineering
Author: Lee Boonstra

Как пользоваться:
1. кидайешь в чат LLM-ки
2. задаешь вопросы нейронке и она тебе расскажет, как и что делать))


‼️Вы только вдумайтесь! Даже читать не надо, чтобы пользоваться! 😂

Вот как пользоваться: реально, можно не читать!


Файл во вложении. Какие эффекты менеджер продукта может получить? Какие сценарии использования? Напиши в ответе описание сценария и промпт

————

Ниже приведены основные эффекты, которые может получить менеджер продукта, используя крупномасштабные языковые модели (LLM) и методы prompt engineering, а также три примера сценариев применения вместе с соответствующими промптами .

---

## Эффекты (польза) для менеджера продукта

1. Ускорение аналитики и принятия решений.
Автоматическое суммирование, поиск инсайтов, быстрая оценка идей или спецификаций.

2. Оптимизация коммуникации в команде.
Генерация структурированных user stories, подготовка писем и документации для разных целевых аудиторий.

3. Классификация и приоритизация фидбэка.
Быстрое извлечение сути из пользовательских отзывов, определение приоритетов (баг, запрос фичи, UX-проблема и т. п.).

4. Автоматизация рутины.
Написание черновиков, перевод контента, подготовка тест-кейсов и так далее.

5. Ускоренное прототипирование и проверка гипотез.
Генерация концепций фич, сценариев использования, brainstorming с фиксацией ключевых шагов.

---

## Сценарии использования и примеры промптов

### Сценарий 1: Анализ отзывов пользователей и выделение ключевых категорий

Описание сценария:
Менеджер продукта хочет быстро понять, на какие основные темы жалуются (или хвалят) пользователи, чтобы принять решение о приоритетах доработок. LLM может за несколько секунд «прогнать» сотни отзывов и сгруппировать их по типам: UX-проблемы, функциональные баги, запросы новых фич и пр.

Пример промпта:
<|prompt|>
У меня есть несколько пользовательских отзывов о нашем мобильном приложении. Нужно:
1. Разделить каждый отзыв на категории: "Баг", "UX-проблема", "Запрос новой функции", "Похвала", "Прочее".
2. Для каждого отзыва выдать одну категорию и краткое обоснование.
3. Вернуть результат в JSON-формате.

Примеры категорий:
"Приложение вылетает" → "Баг"
"Очень сложное меню, не могу ничего найти" → "UX-проблема"
"Хочу тёмную тему" → "Запрос новой функции"

Отзывы:
1) "После обновления кнопка 'Оплатить' пропала, приходится заходить в браузер"
2) "Очень удобное приложение, спасибо!"
3) "Не хватает сортировки по дате"
</|prompt|>

---

### Сценарий 2: Генерация пользовательских историй (User Stories) для новой фичи

Описание сценария:
Менеджер продукта описывает идею, а LLM на её основе формирует структурированные user stories с учётом роли пользователя, необходимых Acceptance Criteria и приоритетов. Это упрощает формализацию требований в бэклоге.

Пример промпта:
<|prompt|>
Ты выступаешь в роли Product Owner. Нужно из идеи сформировать user story с приоритетом.

Идея: "Пользователь хочет видеть рекомендации похожих товаров после добавления продукта в корзину."

Шаги:
1. Напиши user story формата:
"Как [тип пользователя], я хочу..., чтобы..."
2. Пропиши Acceptance Criteria (минимум 2 пункта).
3. Укажи приоритет (P1, P2 или P3) и обоснуй, почему именно такой.

4. Верни ответ в JSON:  {
  "user_story": "...",
  "acceptance_criteria": ["...", "..."],
  "priority": "..."
}
</|prompt|>

---

### Сценарий 3: Подготовка черновика письма команде о запуске новой версии

Описание сценария:
Менеджеру продукта нужно оперативно оповестить команду о выходе новой версии продукта, перечислить ключевые изменения и пригласить протестировать. LLM сгенерирует основу письма в нужном стиле (деловом или дружеском) и сократит время на редактирование.

Пример промпта:
<|prompt|>
Контекст: пишем письмо внутренней команде (разработчики, QA, аналитики) о выпуске новой версии нашего мобильного приложения.
Требования к письму:
- Официально-дружелюбный тон.
- Указать 3 ключевых изменения (пример: улучшена стабильность, обновлён дизайн профиля, добавлена фильтрация по датам).
- Завершить письмо призывом к тестированию и обратной связи.

Сформируй короткий текст (не более 120 слов). В конце добавь подпись: “С уважением, [Команда продукта]”.
</|prompt|>

Мальчик - радуется новой приставке!

Мужчина - новому пылесосу 😂😂😂

Сейчас будем вскрывать)

Обратная связь

Вроде как в современным мире нам регулярно объясняют как правильно давать обратную связь друг другу.
Но очень обидно, когда забываются некоторые вещи.
Очень больно видеть, когда все еще совершаются такие ошибки.

Давайте повторим еще раз правила:

1.
Нельзя-нельзя сотруднику на протяжении всего периода говорить, что у вас все норм, а потом неожиданно на ревью начать говорить ему, как и где он ошибался. Обратная связь должна быть регулярной и последовательной
2.
Обратную связь можно и нужно давать руководителю. Кстати, и тут действует принцип (1).
3.
Говорить нужно конкретные факты. Нужно ссылаться, на конкретные события. Абстрактная похвала или развивающая обратная связь никому не помогут.
4.
Мы говорим и хорошее, и развивающее.
Если вы не можете найти что-то из этого - как руководитель вы не доработали.

И помните, вы хотите развивать, а не наказывать!

👉🏼Обсуждаем вот тут: можно накидать свои кейсы, мы их вместе разберем.

Как прошла твоя прошлая обратная связь?

🔥 - я в восторге
♥️ - с этим миром все, несите следующий

@badtechproject

Короче, забирайте:
я вам принес Гайд от OpenAI, как эффективней пользоваться 4.1

Сделал его, кстати, вот так:
1. Открыл LLM
2. Написал: Дружище, вот тебе ссылка, сделай, плз, PDFку мне.

‼️Как пользоваться?
1. Кидаешь ПДФ в LLMку
2. Задаешь ей вопросы (не будете же вы реально читать 26 страниц!)
3. Просишь учитывать эти знания при обработке и остальных твоих вопросов

@badtechproject

Пхахаха

OpenAI учат нас, как пользоваться их продуктами 🤣

На самом деле, это очень грамотный шаг, по своим темам с ИИшкой я делаю тоже самое.

По ссылке гайд для бизнеса от OpenAI, о том, как внедрять GenAI в бизнесс процессы:
https://openai.com/business/guides-and-resources/

Что там найдешь?
– ИИ на предприятии: опыт семи передовых компаний
– Практическое руководство как делать агентов ИИ и зачем это вашим сотрудникам?
– Сценарии и подходы к масштабированию

Для любого корпоративного менеджера маст рид!

@badtechproject

Предлагаю сегодня кайфовать от такого трека😉

Я и чатгпт сделали вам шпаргалку по прохождению систем-дизайн интервью.
Ну чтобы вы показали свои супер крутые менеджерские скиллы на старте)

@badtechproject

Если у тебя горячий кофе — проверь, не забыл ли ты где-то ребёнка🤣🤣🤣🤣

Раз на раз! 🥊

Хм…недавно на одном круглом столе меня спросили: «готов ли я тратить время на 1:1 с сотрудниками?»

Это, что, блин, за начальники такие у людей, что они, в целом, такой вопрос задают?

Вы, просто, издеваетесь, что ли???

Давайте разберемся раз и на всегда:
1. «Тратить» время! Худшая формулировка!

2. 1:1 - это инвестиция!

3. Я могу и готов найти всегда дополнительные 30-60 минут для 1:1. И нет, исключений не бывает.

4. Я всегда готовлюсь к 1:1. Ага, и к своим встречам с руководителем 😉

5. 1:1 - это в первую очередь встреча для сотрудника, где он может обсудить со мной любую тему от футбола до статуса проектов, поделиться обратной связью, пожаловаться и т.п.
Но если у него тем к обсуждению, то будем обсуждать статусы проектов😁

Короче, всегда можно и нужно находить время, чтобы выйти раз на раз 1:1 с сотрудником 😁

А у тебя есть 1:1 с боссом?

👍 - конечно, да
♥️ - неееет…
💊 - да кому нужны эти 1:1

👉🏼Вот тут можно мне рассказать, почему я не прав

P.S. Во вложении скрипт для встречи 1:1 для менеджера и для сотрудника 😉

@badtechproject

Самый важный прием в конфликтах 🔫

Есть важнейший прием в конфликтах, который все упускают.

Очень легко быть белым и пушистым пони в мире конфликтов.
Совсем не трудно идти на уступки и искать вин-вин.

Да-да, поверьте!

Знаете, что на самом деле трудно?
Вести себя как гангстер в конфликтах.

Почему?
Нам страшно, что нас осудят.
Нам страшно, что нам ответят, даже если мы защищаемся от агрессора.

А что такое поведение ганстера?

1. Если кто-то влез на твою территорию, то сначала стреляй, потом веди переговоры.

2. Если кто-то пересек черту, которую ты обозначал, как непересекаему: сначала стреляй, потом веди переговоры.

Что на практике?

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

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

3. Если ты обозначил дедлайн, как 2 недели до эскалации, то ровно через 2 недели ты эскалиурешь, а не заходишь уточнить вопросы или вновь подвинуть срок.

Кстати, с детьми тоже самое😱
- никто не имеет права ругать на площадке моего ребенка: сначала я жестко пресеку, а потом поговорю с ребенком
- если обозначил ребенку правила, то нельзя от них отступать: 30 минут на мультики, значит через 30 выключаем и т.п.

💯 - если ты, просто согласен.
🔥 - если тебе легко быть «гангстером»
♥️ - проще быть «белым и пушистым». Мне, кстати, сильно проще…

Как всегда, обсуждаем вот тут

@badtechproject

DORA 2024: Почему AI — это и лекарство, и яд
или как мы сначала обрадовались, а потом снова начали думать головой

Каждый год ребята из DORA делают огромную работу: опрашивают тысячи инженеров и менеджеров, изучают практики, меряют метрики, рисуют графики, чтобы понять — что вообще работает, а что мешает жить. В 2024-м они ушли вглубь и вширь: платформенная инженерия, developer experience, и, конечно, AI. Ну куда ж без него.

Короче, я решил подогнать вам чтива на выходные - ежегодный отчет DORA.

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

Ключевые инсайты

1. AI — спаситель… вроде как

AI стал повсеместным. 75% разработчиков его уже юзают, чаще всего — для:
- написания кода,
- объяснения чужого кода (кто бы мог подумать),
- оптимизации и тестирования,
- генерации документации.

И вроде бы все кайфуют: продуктивность, satisfaction, flow — всё вверх.

Но! Есть и обратка:
- Время на «ценную работу» сокращается.
- AI почти не помогает с рутиной и «тоскливыми задачами» (перевод: митинги, синки, корпоративная бюрократия).
- А самое главное: качество delivery падает. Да, код лучше, да, быстрее ревью, но: багов больше, rework чаще.

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

2. Платформы спасут всех… кроме вас (злой смех, аахаахахха)

Platform engineering — звезда последних лет. Все говорят про “golden paths”, self-service, “вы разрабатываете, а инфраструктура как магия работает сама”.

И действительно:
- +8% к productivity на индивидуальном уровне.
- +10% к командной эффективности.
- +6% к перформансу всей организации.

Но как всегда, есть “но”:
- throughput падает на 8%.
- стабильность изменений — на 14%.
- и самое жёсткое: если у вас высокий уровень нестабильности + платформа → привет, burnout.

Вывод: платформа - это не волшебная таблетка.
Она работает, когда есть developer independence и разумный уровень гибкости. А если сделали «всё через платформу и больше никак» — ждите проблем.

---

3. Developer experience — это не про печеньки (блин, а так хочется, я лично знаю невероятно вкусные печеньки)

DORA снова говорит: всё начинается с людей.

- Стабильные приоритеты = меньше выгорания.
- Фокус на пользователя = выше удовлетворённость, продуктивность, качество продукта.
- Хорошая документация + user-centric подход = мультипликатор эффекта.

Особенно важная мысль: user focus может компенсировать плохой delivery. То есть даже если вы релизитесь редко, но понимаете, что нужно юзеру, продукт будет хорош.

А что делать?

- Не обольщайтесь AI. Он помогает, но не решает. Отлаженные процессы важнее.
- Делайте платформы как продукт. Собирайте фидбэк, думайте о DX, не заставляйте всех использовать один путь.
- Фокус на пользователя > фича-гонка.
- Стабильность приоритетов — must-have. Никакой суперлидер и никакие лучшие практики не компенсируют хаос сверху.

---

Финалка:

DORA не даёт волшебных решений, а зря, представляете, как бы продавались они?😆

Но она отлично показывает, что работает, а что — иллюзия контроля.

Хотите сделать лучше?

Начните с того, чтобы не мешать работать тем, кто действительно пишет код и делает продукт.

👉🏼 Можно дополнить, поспорить, обсудить

@badtechproject

Почему нам сложно показывать MVP/ промежуточный результат?

Я большую фанат 2-х вещей в работе (за что спасибище моему первому руководителю в Сбере):
1.
20% усилий для 80% результата. Нет смысла делать все идеально. Пока вы потратите время на достижение 100% результата, я уже сделаю в 5 раз больше. Да, не идеально.
2.
Показывать промежуточные результаты как можно раньше.
Почему? Чтобы не закопаться на месяц, а потом выяснить, что мы «делаем стол, а не шкаф».

Тут товарищ Михеев задавался вопросом, а почему же нам так трудно показывать промежуточные результаты?

Проблема в нашем воспитании: дом, детский сад, школа, университет.

Вы помните, чтобы нас там учили показывать промежуточные результаты?
Поправляли, если мы «копаем не в ту сторону»?

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

Хотя, если посмотреть на самом деле, нас учат очень итерационно:
сначала буквы и хвалят за них, потом слоги и хвалят за них, потом слова, потом предложения и т.п.
В 90+% случаев нас начинают учить на простых примерах усложняя и усложняя постепенно задачу.

То есть нельзя сказать, что нас учат плохо.

Прикол в том, что нам не объсняют, что это и есть тот самый «промежуточный результат».
Или объясняют, но не достаточно внятно.

Как итог, мы взрослые приходим на работу и продолжаем «получать задачу, уходить в свою пещеру на 3 недели, а потом возвращаться с результатом, который нужен, но не в таком виде или мы совсем не поняли задачу»…

Что делать?
1.
Всегда договаривайтесь со своими ребятами о дате драфта. Прямо явно говорите им об этом. И о том, что вы ждете именно драфт.
2.
Четко формулируйте, что такое драфт: черновая версия презентации - структура, основной набор данных (без детальной аналитики, с приблизительными данными, схемами от руки, без пограничных кейсов).
3.
Четко контролируйте себя в момент обзора черновика. Нельзя осуждать, давать оценки и т.п. Вы, фактически, на этапе шторминга и нет плохих идей. Вам нужно направить сотрудника в правильную сторону и дать аккуратную обратную связь.
Поверьте, если вы еще так не делали, то вам тоже будет трудновато.

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

👉🏼 Обсуждать и набрасывать можно тут

А как у вас?

♥️ - страшно и не комфортно показывать промежуточный результат
🔥 - если для тебя это изи.
👍 - если ты готов не только показывать промежуточный результат, но и ваще не показывать результатов 😂

@badtechproject

Начальник меня не слушает

Иногда нам всем кажется, что начальник нас не слушает и не слышит…

Создаётся ощущение, что ты на работе — как фон. Есть, но никто не замечает

Бывало у вас такое?

Ну сознайтесь, уверен за вашу карьеру такое точно могло быть.

Разберем, почему так?

1. Ты невероятно хорош!
Вы хорошо делаете свою работу, идеальный винтик корпоративной машины и он вам доверяет максимально.
Что делать в этой ситуации, чтобы привлечь внимание?

Фиг знает, поднимите вопрос о повышении. Он сразу обратит на вас внимание.

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

3. Жопа горит у твоего начальника
У него сейчас есть другая срочная задача… Пожар, который он тушит.
Помните я недавно пост про доверие выпускал?

Ну вот если доверие есть, то так и скажите: давай встречу подвинем, лучше потом полноценно пообщаемся.

4. Ты параноик
А может это ваш заскок? И он обращает внимание?
Просто вам вот нужно что-то прямо особенное?
Например, чтобы вас по спинке погладили!

Накидать мне можно вот тут

🫡 - если ты идеальный винтик корпоративной машины
🔥 - если жопа в огне и у тебя, и у начальника
💊 - если ты параноик

@badtechproject