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

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

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

Задача профессиональному дизайнеру:

Есть имеющаяся корпоративная презентация.
В компании был проведён ребрендинг.
Нужно перенести презентацию из старого шаблона в новый.
Попутно нужно уменьшить число слайдов, так как презентация сильно “распухла”.
Также нужно сделать так чтобы на основе этой презентации и шаблонов слайдов сотрудники организации, не являющиеся дизайнерами, могли без повторонней помощи делать презентации для некоторых клиентов и для выступлений на конференциях. То есть они должны иметь возможность редактировать слайды. Загрузите описание в LLM, усиленную FPF. Дайте команду “Проанализируй с опорой на FPF, достаточно ли конкретно и заземлённо составлено это описание”, прямо упомянув необходимость отвечать на языке вашей предметной области (подставьте название своей предметной области: разработка ПО, архитектура, продажи и т.п.). При необходимости покритикуйте ответ LLM и поменяйте запрос столько раз, сколько нужно, чтобы LLM исправила ошибки в ответе. Если у вас есть какие-то источники информации о предметной области помимо FPF, на которые LLM должна опираться при ответе, укажите их в запросе тоже.

Результат первичного анализа в LLM+FPF:

  1. Где проблема (по FPF)

1.1. Смешение разных типов утверждений (нарушение A.7 + A.6.B)

В одном тексте перемешаны:

  • цель (зачем)

  • работа (что сделать)

  • ограничения

  • требования к результату

  • требования к будущему использованию

Пример:

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

Это разные классы утверждений, но они не разведены:

  • Work (что делаем)

  • Acceptance (что считается результатом)

  • Capability (что должно быть возможно потом)

По A.6.B это должно быть разложено минимум на:

  • Admissibility (что считается «норм»)

  • Deontics (что обязательно)

  • Evidence (как проверяется)

Сейчас — всё в одном мешке.

1.2. Нет операционализации (нарушение A.3 / A.15)

Фраза:

«уменьшить число слайдов»

Это не задача, это направление.

Нет:

  • базового значения

  • целевого значения

  • критерия остановки

То же самое:

«презентация сильно распухла»

Это не характеристика (A.17), а оценочное слово без шкалы.

1.3. Не определён результат (нарушение A.2.3 PromiseContent)

Не задано:

  • что именно является deliverable

  • в каком формате

  • какие артефакты должны быть переданы

Например:

  • мастер-файл?

  • набор шаблонов?

  • гайд?

  • дизайн-система?

Сейчас «результат» описан через эффект:

«чтобы сотрудники могли…»

Это capability, но не deliverable.

1.4. Смешение Work и Capability (жёсткое нарушение A.7)

Ключевая ошибка:

«сотрудники должны иметь возможность редактировать слайды»

Это не работа дизайнера, это:

  • либо требование к системе (Capability)

  • либо требование к шаблонам

Но сейчас это звучит как часть задачи → возникает ambiguity:
что именно должен сделать дизайнер?

1.5. Нет критериев качества (A.19 полностью отсутствует)

Нет ни одной измеримой характеристики:

  • читаемость

  • плотность информации

  • единообразие

  • сложность редактирования

Следовательно:
→ невозможно проверить результат
→ невозможно сравнить варианты

1.6. Не задан контекст использования (A.2.6 Scope)

Есть намёк:

«для клиентов и конференций»

Но не определено:

  • тип аудитории

  • длительность выступления

  • формат (онлайн/офлайн)

  • уровень детализации

Без этого невозможно принять решения по:

  • структуре

  • плотности

  • визуальной иерархии

2. Как это должно выглядеть (пересборка по FPF)

Я перепишу ту же задачу, но корректно структурированную.

2.1. Work (что сделать)

  1. Перенести существующую презентацию в новый корпоративный шаблон.

  2. Провести редукцию содержания:

    • убрать дублирование

    • сократить объём слайдов

  3. Пересобрать структуру презентации.

2.2. Admissibility / Acceptance (что считается результатом)

Презентация считается готовой, если:

  • Количество слайдов: X–Y (или −30% от исходного)

  • На одном слайде:

    • не более N смысловых блоков

    • читаемость с расстояния Z метров

  • Содержание:

    • отсутствуют дубли

    • сохранена логическая последовательность

2.3. Deliverables (что передаётся)

  1. Основной файл презентации (PowerPoint / Google Slides)

  2. Набор мастер-слайдов:

    • титульный

    • текстовый

    • кейс

    • графики

  3. Мини-гайд (1–2 страницы):

    • как добавлять слайды

    • как не ломать структуру

2.4. Capability requirement (что должно быть возможно потом)

Сотрудник без дизайнерских навыков должен иметь возможность:

  • добавить новый слайд по шаблону за ≤5 минут

  • не нарушить визуальную структуру

  • использовать ограниченный набор типов слайдов

2.5. Evidence (как проверяется)

  • Тест: 1–2 сотрудника собирают 3 слайда без помощи дизайнера

  • Проверка:

    • время выполнения

    • количество ошибок

    • соответствие шаблону

      _________________________
      **Результат выданный LLM после подгрузки ряда дополнительных файлов и источников:**
      ___________________________

      1. Контекст задачи (для выравнивания)

      1. Исходные данные:

        • Старая презентация:

        • Гайдлайн фирменного стиля:

        • Есть исходники в Adobe Illustrator

        • Использование:

          • дизайнер → Illustrator

          • сотрудники → PowerPoint

        Цель:

        создать продающую презентацию + систему шаблонов для самостоятельного использования сотрудниками

        2. Work (что нужно сделать)

        Дизайнер должен выполнить 4 блока работ:

        2.1. Пересборка структуры презентации

        На основе предложенной логики:

        1. Захват внимания

        2. Проблема клиента

        3. Решение

        4. Кейсы

        5. Экспертиза

        6. Дифференциация

        7. Процесс работы

        8. Доверие

        9. Закрытие

        Источник контента:

        • использовать материалы из текущей презентации

        • удалить дубли и второстепенные кейсы

        2.2. Редизайн презентации под новый стиль

        Обязательное соответствие гайдлайну:

        • цвета (синий / зелёный / серый)

        • шрифт Verdana

        • сетка 6 колонок

        • минимализм, линейные иконки

        2.3. Сокращение объёма

        Требование:

        • итоговая презентация: 20–25 слайдов

        • кейсы: не более 3–5 ключевых

        • убрать:

          • повторяющиеся проекты

          • однотипные слайды (сейчас их десятки подряд)

        2.4. Создание системы шаблонов

        Ключевая часть задачи.

        Нужно разработать:

        набор master-слайдов, пригодных для PowerPoint

        3. Deliverables (что должно быть передано)

        Дизайнер должен передать:

        3.1. Основная презентация

        • формат: PowerPoint (.pptx)

        • 20–25 слайдов

        • полностью готова к показу клиенту

        3.2. Шаблон презентации (главный результат)

        PowerPoint-файл с master slides:

        Обязательный набор:

        1. Титульный

        2. Раздел (шмутц-титул)

        3. Слайд «проблема»

        4. Слайд «решение»

        5. Слайд «процесс»

        6. Слайд «кейсы»

        7. Слайд «цифры / инфографика»

        8. Слайд «команда»

        9. Слайд «таблица / сравнение»

        10. Слайд «контакты»

        3.3. Графические ассеты

        • иконки (SVG + PNG)

        • элементы фирменного паттерна

        • иллюстрации

        3.4. Инструкция (минимальная)

        1–2 страницы:

        • как добавить новый слайд

        • какие типы слайдов использовать

        • чего нельзя делать

        4. Admissibility criteria (что считается выполнением)

        Презентация считается принятой, если:

        4.1. По структуре

        • логика соответствует:

          • проблема → решение → доказательство

        • нет «энциклопедических» блоков

        4.2. По объёму

        • ≤ 25 слайдов

        • ≤ 5 кейсов

        4.3. По читаемости

        • 1 слайд = 1 мысль

        • не более:

          • 6–8 строк текста

          • 2–3 смысловых блоков

        4.4. По редактируемости

        Ключевое требование:

        сотрудник без дизайнера должен собрать слайд за ≤ 5 минут

        4.5. По соответствию гайдлайну

        • цвета строго по палитре

        • сетка соблюдена

        • шрифты соблюдены

        5. Constraints (ограничения — критично)

        5.1. PowerPoint-first

        Запрещено:

        • сложные композиции из Illustrator, которые нельзя редактировать

        • текст как кривые

        • нестандартные шрифты

        5.2. Простота

        Шаблон должен быть:

        • устойчив к «кривым рукам»

        • без возможности легко сломать композицию

        5.3. Ограничение вариативности

        Разрешено:

        • 8–10 типов слайдов

        Запрещено:

        • свободный дизайн каждого слайда

        5.4. Контент

        Использовать:

        • существующие кейсы

        • цифры компании

        Запрещено:

        • придумывать новые кейсы

        • менять смысл данных

        6. Evidence (как проверяется результат)

        Проводится тест:

        Тест 1 — сотрудник

        1. Берётся сотрудник без дизайнерских навыков

        2. Задача:

          • сделать 2 новых слайда по шаблону

        Критерии:

        • время ≤ 5–7 минут

        • не ломается визуал

        • не нарушается стиль

        Тест 2 — использование в продаже

        • презентация проходит через реальную встречу

        • проверяется:

          • понятность

          • логика

          • реакция клиента

        7. Архитектурное решение (ключевое указание дизайнеру)

        Главный принцип:

        проектируется не презентация, а система воспроизводства презентаций

        Следствие:

        Дизайнер должен:

        • думать не в категориях «красиво»

        • а в категориях:

          • повторяемость

          • устойчивость

          • простота использования

        8. Риски (важно донести дизайнеру)

        1. Сделает красиво → но нельзя редактировать

        2. Оставит структуру как сейчас → не продаёт

        3. Сделает слишком сложный шаблон → сотрудники не используют

        Итог (сжатый)

        Задача дизайнера:

        Пересобрать презентацию ROSECO в продающую структуру (20–25 слайдов)
        и создать PowerPoint-шаблон, позволяющий сотрудникам быстро собирать новые презентации без участия дизайнера.

Конечно, после получаса работы с LLM с дозагрузкой контента (старая презентация и гайдлайн), поиска SOTA в части сложных инженерных продаж и его подгрузки в контекст, и поэтапного формирования сначала структуры новой презентации, а потом формирования ТЗ на неё с учётом FPF, итог получился гораздо более заземлённым и шанс на успех сильно повышается.
Скопировал это ТЗ в рабочий чат по созданию отдельной презентации под активные продажи, продолжим с коллегами работу по этому подпроекту. Опишите к клубе МиМ свои выводы. Помогло ли заземление выявить ошибки в описании? Составить план решения проблем? В данной ситуации действительно стоило напрячься, или “радар ошибок” сработал вхолостую?Основная ошибка в данном кейсе (где на старте на самом деле было ТЗ, но и оно было недостаточно заземлено) - игнорирование возможностей LLM как в части работы вместе с FPF (впрочем когда задача ставилась он был ещё не так хорош), так и в части исследования интернета для поиска руководств по SOTA в активных продажах услуг аналогичных нашим. Совмещение этих возможностей дало сильный скачок в качестве описания задачи.

P.S. сейчас понимаю что правильнее было бы изначально загрузить в LLM то ТЗ которое мы давали дизайнеру, там бы тоже нашлось множество ошибок. Но теперь уже не буду этим заниматься, в следующий раз не буду искусственно выдумывать описание рабочей задачи а возьму текущее.

1 лайк