Перейти к содержанию
Все инструменты
ИнновацииНачальный

SCAMPER

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

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

За одну минуту

SCAMPER — метод структурированной генерации идей через семь линз:

  • Substitute / Заменить: сменить компонент, исполнителя, материал, правило или канал.
  • Combine / Объединить: соединить функции, моменты, ресурсы или предложения.
  • Adapt / Адаптировать: заимствовать механизм из другого контекста и приспособить.
  • Modify / Изменить: поменять масштаб, форму, интенсивность, порядок или акцент.
  • Put to another use / Применить иначе: дать существующей возможности другую задачу или пользователя.
  • Eliminate / Устранить: убрать шаг, функцию, зависимость или предположение.
  • Reverse or rearrange / Развернуть или переставить: инвертировать роли, порядок, направление или контроль.

Линзы — prompts, а не критерии оценки. Они расширяют пространство вариантов вокруг определённой задачи. Feasibility, desirability, evidence и risk проверяются позже.

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

Проблема, которую решает метод

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

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

Когда использовать метод

Применяйте SCAMPER, когда:

  • существующий продукт, услугу, процесс или policy можно разложить на части;
  • ideation слишком быстро сошлась на одной концепции;
  • перед Decision Matrix нужны альтернативы;
  • клиентские данные показывают job или friction, но не решение;
  • workflow нужно упростить до автоматизации;
  • существующая capability может помочь другому пользователю;
  • участники знают предметные ограничения.

Когда не использовать метод

Не применяйте SCAMPER:

  • вместо customer, technical или operational research;
  • для опасных изменений до определения non-negotiable controls;
  • когда команда одновременно решает разные проблемы;
  • как голосование;
  • для оценки идей во время прохода по линзам;
  • чтобы заявлять новизну без prior-art check.

Для неоднозначной человеческой проблемы используйте Design Thinking. Для сравнения вариантов — Decision Matrix.

Необходимые входные данные

Подготовьте:

  • одну задачу и ожидаемый пользовательский результат;
  • baseline продукта, услуги или процесса;
  • известные ограничения, риски и обязательные требования;
  • данные о текущем friction или unmet need;
  • участников с разными релевантными перспективами;
  • форму, связывающую идею с линзой и предположением;
  • отдельный способ screening и владельца решения.

Пошаговый процесс

1. Сформулируйте одну задачу

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

2. Разложите текущий дизайн

Перечислите компоненты, роли, информацию, последовательность, каналы, правила и зависимости. Это объекты преобразования.

3. Защитите ограничения

Отделите обязательные safety-, legal- и integrity-требования от унаследованных привычек. SCAMPER может менять привычку, но не тайно удалять защиту.

4. Пройдите семь линз

Дайте каждой линзе короткий равный интервал. Применяйте конкретные вопросы к элементам. Фиксируйте идеи без scoring.

5. Объедините и уточните концепции

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

6. Сделайте паузу до оценки

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

7. Проведите evidence screen

Проверьте feasibility, desirability, viability, safety и strategic fit. Не превращайте unknowns в средний балл.

8. Выберите следующий тест

Возьмите концепцию, чьё критическое предположение можно проверить дёшево и безопасно. Определите прогноз, evidence threshold и stop rule.

Ракурс ИИ-автоматизации

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

Он не должен:

  • выдумывать клиентские данные или техническую feasibility;
  • удалять compliance- или safety-controls в Eliminate;
  • считать беглую новизну полезной;
  • раскрывать конфиденциальный дизайн неутверждённой модели;
  • ранжировать идеи по скрытым критериям;
  • заявлять, что идея оригинальна и свободна от чужих прав.

Считайте AI-output помеченным prompt. Человек проверяет релевантность, источники, ограничения и ownership.

Визуальная модель

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

Интерактивный пример

Ситуация

Небольшая консалтинговая компания готовит proposal десять дней. Поток включает discovery call, текст консультанта, price check Finance и approval партнёра. Больше всего переделки возникает из-за неясного scope. Команда предлагает «пусть ИИ пишет proposals».

Ваш ход

Создайте по концепции из четырёх разных линз, сохранив price approval и client confidentiality. Выберите одно предположение для теста.

Разбор

  • Substitute: заменить свободную заметку discovery на структурированную запись scope evidence.
  • Combine: объединить finance rules и утверждённые service modules в drafting workspace.
  • Eliminate: убрать повторный partner review для стандартных модулей в утверждённом диапазоне.
  • Reverse: сначала попросить клиента подтвердить одностраничную scope map, затем писать narrative.

Общая концепция — governed proposal assembler с утверждёнными модулями после scope confirmation. Первый тест: снизит ли структурированная запись clarification loops на пяти реальных proposals. ИИ не становится источником цены или обязательств.

Заметки фасилитатору

  • Разделите generation и screening.
  • Меняйте того, кто говорит первым.
  • Просите механизм, а не слоган.
  • Сохраняйте idea log.
  • Формула: «устранить шаг, но сохранить control objective».
  • Завершайте тестами, не обещанием всё построить.

Ожидаемый выпуск

  • ограниченная задача и baseline;
  • карта компонентов и ограничений;
  • идеи из нескольких линз;
  • набор разных концепций;
  • критические предположения и evidence gaps;
  • прозрачный screening;
  • bounded test с прогнозом и stop rule;
  • idea log для повторного использования.

Типичные ошибки

  1. Предпочитаемое решение в вопросе. Получаются косметические варианты.
  2. Оценка во время генерации. Раннее суждение сужает диапазон.
  3. Идея на каждую букву любой ценой. Важнее разнообразие и качество.
  4. Удаление safeguards. Меняйте реализацию, а не control objective.
  5. Беглость вместо данных. Правдоподобный текст не доказывает viability.
  6. Нет теста. Ideation создаёт гипотезы, не полномочие внедрения.

Контрольный список качества

  • Явны один пользовательский результат и граница задачи.
  • Текущий дизайн разложен на элементы.
  • Non-negotiable constraints видимы.
  • Генерация и оценка разделены.
  • Концепции используют разные механизмы.
  • Unknowns и evidence gaps сохранены.
  • AI-prompts помечены и проверены.
  • Есть bounded test и stop rule.

Шаблон

ЛинзаВопрос преобразованияКонцепцияКритическое предположение
SubstituteКакой компонент, роль, правило или канал заменить?
CombineКакие функции или моменты соединить?
AdaptКакой механизм из другого контекста адаптировать?
ModifyКак изменить масштаб, форму, интенсивность или порядок?
Put to another useКто ещё применит capability и для какой job?
EliminateЧто исчезнет при сохранении control objective?
Reverse or rearrangeЧто будет при смене порядка, роли или направления?

Используйте структурированный workspace-шаблон SCAMPER.

Проверка знаний

Вопрос: в раунде Eliminate участник предлагает убрать human approval для contract prices. Лучший ответ?

A. Принять, оценка будет позже.
B. Отказаться от SCAMPER.
C. Сохранить цель approval и спросить, можно ли убрать задержку через approved ranges или более ранние данные.
D. Передать approval ИИ.

Ответ: C. Дивергенция может менять реализацию контроля, но не тайно удалять его обязательную цель.

Связанные инструменты

  • Design Thinking формулирует проблему и даёт данные.
  • Benchmarking поставляет механизмы из аналогов.
  • Decision Matrix сравнивает концепции.
  • Business Model Canvas выявляет предположения бизнес-модели.
  • PDCA/PDSA проверяет предположение.

Источники

  1. Eberle, B. SCAMPER: Creative Games and Activities for Imagination Development. Prufrock Press/Routledge. Страница издателя (откроется в новой вкладке). Основополагающий practitioner-источник; доступ 26 августа 2026 г.
  2. Osborn, A. F. Applied Imagination. Scribner, 1953. Основополагающий источник idea-spurring questions.
  3. Mijares-Colmenares, B. E. et al. “Effects of the SCAMPER Technique on Anxiety and Creative Thinking of Intellectually Gifted Students.” Psychological Reports, 63(2), 1988. DOI (откроется в новой вкладке). Малое образовательное исследование нельзя обобщать на организационные инновации.
  4. Carvalho, D. N. et al. “SCAMPER idea generation method: a structured literature review.” Revista Brasileira Multidisciplinar, 21(3), 2018. Открытый обзор и DOI (откроется в новой вкладке). Независимый обзор ограниченной и неоднородной литературы.