OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиФабрика идей (Idea Factory)
Регулярный менеджмент

Фабрика идей (Idea Factory)

Робинсон/Шрёдер: передовые системы управления идеями получают 20-50+ реализованных идей на сотрудника против <1 у традиционного «ящика предложений». Ключевое отличие — системность процесса.

Содержание
  1. 1. Фрейм «Фабрика идей» онлайн
  2. 2. Происхождение и исследовательская база
  3. 3. Документированные кейсы
  4. 4. Ключевые идеи и принципы
  5. 5. Ограничения, слепые зоны и критика
  6. 6. Типовые ошибки
  7. 7. План внедрения
  8. 8. Как реализовать этот план с помощью фрейма «Фабрика идей (Idea Factory)» в OrgDevTools
  9. 9. Книги по теме

Содержание

  1. Фрейм «Фабрика идей» онлайн
  2. Происхождение и исследовательская база
  3. Документированные кейсы
  4. Ключевые идеи и принципы
  5. Ограничения, слепые зоны и критика
  1. Типовые ошибки
  2. План внедрения
  3. Как реализовать этот план с помощью фрейма «Фабрика идей (Idea Factory)» в OrgDevTools
  4. Книги по теме

Коротко

Главное, что нужно знать

  • Фабрика идей — постоянная система сбора, маршрутизации, оценки, внедрения и обратной связи, а не канал или кампания.

  • Ключевое отличие от «ящика предложений» — системность: сроки, ответственные, критерии, обратная связь, измерение (восемь признаков Робинсона и Шрёдера).

  • Примеры: Toyota (система с 1951 года; по описаниям, к концу 1980-х более 40 предложений на сотрудника и около 96 % принятых) — данные конкретной компании и периода, не норматив.

  • Оценка должна быть близко к автору и быстрой; отвечать нужно на каждую идею.

  • Мощность обработки должна соответствовать потоку; растущая очередь — сигнал перегрузки.

  • Нужны два потока: быстрые улучшения и крупные или необычные идеи (эксперимент и инкубация).

Заполнить фреймПлан внедрения

Фрейм «Фабрика идей (Idea Factory)»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

Фабрика идей (Idea Factory) — постоянная системная инфраструктура, которая непрерывно собирает, направляет, оценивает, проверяет и внедряет идеи сотрудников и других заинтересованных сторон. Она отличается от разовой кампании по сбору идей (краудсорсинг идей сотрудников) и от единичного прохода набора предложений через воронку инициатив: это работающая как операционная система организации цепочка с ролями, сроками, метриками и обратной связью. Термин и рамку в такой трактовке связывают с исследованиями Алана Робинсона и Дина Шрёдера о системах управления идеями («Ideas Are Free», 2004; «The Idea-Driven Organization», 2014).

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

Материал разбирает: откуда взялось управление идеями и что о нём известно из исследований; восемь признаков рабочей системы по Робинсону и Шрёдеру; документированные примеры (ранние схемы Denny и Kodak, система предложений Toyota); как проектировать маршрутизацию, оценку, обратную связь и мощность; метрики; типовые ошибки; и как устроен фрейм OrgDevTools.

Происхождение и исследовательская база

Управление идеями — старая практика. Историки менеджмента описывают ранние схемы предложений: судоверфь Уильяма Денни на Клайде (по описанию исследователя Джона Бессанта, уже в 1871 году схема на 350 работников позволила сократить время постройки военного корабля с шести месяцев до четырёх); компания National Cash Register Джона Паттерсона, где в 1880–1890-х годах собирали предложения сотрудников; система Eastman Kodak, которую обычно называют первой корпоративной схемой предложений: в 1898 году основатель Джордж Истмен выдал первую награду — 2 доллара. Поэтому «ящик для предложений» насчитывает более ста лет, а его типичные проблемы описаны давно: идеи не оцениваются, авторам не отвечают, идеи «застревают» у руководителей.

Робинсон и Шрёдер («Ideas Are Free: How the Idea Revolution Is Liberating People and Transforming Organizations», 2004; исследование и опыт работы с сотнями организаций в разных странах — по описанию авторов) противопоставили две модели. В «парадигме ящика предложений» идеи ждут, пока кто-то их подаст; их мало (по данным авторов, обычно меньше одной на сотрудника в год, и менее половины пригодны), а оценку проводят централизованно и медленно. В «парадигме передовых систем управления идеями» идеи ищут и поощряют, подача проста, оценка быстра и близка к автору, обратная связь оперативна. По утверждению авторов, такие системы получают 20, 30, 50 и более реализованных идей на человека в год и дают 80 % и более улучшений результативности за счёт множества небольших идей, а не редких прорывов. Оговорка: это данные и оценки авторов исследования и консультантов, а не независимого контролируемого эксперимента; цифры существенно зависят от определений («идея», «реализованная») и отрасли.

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

Родственные рамки каталога: японская система предложений «кайдзен-тэйан» и кайдзен (непрерывные малые улучшения), воронка инновационных идей, интрапренёрство, культура инноваций и модель открытых инноваций Чесбро. Фабрика идей — организационный «конвейер», в который эти практики можно встроить.

Мотивационная основа системы идей — не награда за идею, а ощущение влияния: по этой причине проблемы обратной связи и скорости так же важны, как форма вознаграждения. Исследования нематериальной мотивации показывают, что признание и видимый результат важнее денежных поощрений за отдельные предложения (см. нематериальная мотивация); денежные премии допустимы, но не заменяют ответа автору.

Документированные кейсы

Кейс 1. Toyota: система творческих предложений (с 1951 года)

В Toyota система творческих предложений (Creative Idea Suggestion System) действует с 1951 года. По описаниям Toyota и книги Юдзо Ясуды «40 Years, 20 Million Ideas: The Toyota Suggestion System» (1991), в 1973 году сотрудники (около 43 тысяч человек) подали более 250 тысяч предложений, из них более 70 % были приняты; к концу 1980-х число предложений достигало около 2 миллионов в год — свыше 40 на сотрудника, при доле принятых около 96 % и участии порядка 95 % сотрудников. Идеи чаще касаются небольших улучшений рабочего места, безопасности, качества и издержек; предложения оценивает непосредственный руководитель и группа, автору отвечают, а принятые идеи внедряются быстро и поощряются небольшими символическими наградами и признанием.

Как читать. Это пример системы, где почти все элементы работают вместе: простой канал, оценка рядом с автором, быстрый ответ, внедрение и признание, встроенность в ежедневное управление (кайдзен). Оговорки: цифры относятся к Toyota и конкретным годам и включают очень мелкие предложения; методика подсчёта (что считать предложением, принятым и внедрённым) у разных компаний разная, а у Toyota ей помогает вся производственная культура; перенос числа «40 идей на человека» на другие компании как норматив некорректен.

Кейс 2. Ранние схемы: Denny (1871) и Kodak (1898) — уроки простоты и денег

Ранние схемы дают два практических урока. Судоверфь Денни (по описанию Бессанта) опиралась на предложения работников, которые понимали процесс ближе руководителей; результат — сокращение срока постройки корабля с шести месяцев до четырёх наряду с улучшениями качества и производительности. Kodak платил денежные награды (первая — 2 доллара в 1898 году), что сделало предложения привычным делом и породило проблему: когда выплата важна, сотрудники спорят об авторстве и размере награды. Оговорка: приведённые сведения — из исторических описаний и популярных источников; конкретные цифры по отдельным схемам не имеют независимой проверки и здесь приведены как иллюстрация.

Кейс 3. Что происходит, когда канал есть, а системы нет

Типичный паттерн, описанный Робинсоном и Шрёдером: организация ставит ящик предложений или цифровую платформу идей, и в первые недели поступает много предложений; затем оценка задерживается, авторам не отвечают, лучшие идеи «застревают» у руководителей, а поток иссякает, и остаётся лишь небольшое число предложений от тех, кто привык подавать. Причина — не в людях: система не рассчитана на реальный поток и не гарантирует ответ. Практический вывод: проектировать процесс от конца: кто и в какие сроки принимает решение и отвечает автору, и только затем запускать канал. Оговорка: это обобщение авторов по опыту организаций, а не количественный результат выборки.

Ключевые идеи и принципы

  1. Принцип: постоянная система, а не кампания

    Фабрика идей встроена в регулярное управление: определены владелец системы, координаторы в подразделениях, ритм рассмотрения, отчётность и бюджет. Кампании и конкурсы идей (хакатоны, «недели идей») полезны как всплески, но не заменяют ежедневный поток; их идеи должны попадать в ту же систему обработки.

  2. Принцип: маршрутизация к экспертизе и полномочиям

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

  3. Принцип: быстрые ответы и обратная связь по каждой идее

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

  4. Принцип: критерии оценки, которые не убивают необычное

    Формализованные критерии (польза, стоимость, срок, риск, соответствие стратегии) ускоряют решения, но склонны отсеивать необычные идеи. Полезно разделять два потока: быстрые улучшения (оценка по простым критериям и внедрение силами команды) и крупные или радикальные идеи (эксперимент, малый бюджет, инкубация; см. воронку инициатив и инновационную воронку). Также полезен «второй шанс»: отклонённая идея может быть пересмотрена при изменении условий.

  5. Принцип: мощность обработки соразмерна потоку

    Система должна успевать обрабатывать то, что запускает. Рассчитайте ожидаемый поток (например, число идей на сотрудника × число сотрудников), время оценки одной идеи и число оценщиков; заложите долю времени руководителей (например, часы в неделю) и роль координатора. Если поток растёт быстрее мощности, нужно передавать полномочия ближе к авторам, а не наращивать очередь у центра. Растущий бэклог — сигнал перегрузки; см. также аудит нагрузки.

  6. Принцип: внедрение и признание

    Идея ценна, когда внедрена. Нужно предусмотреть ресурсы на реализацию (время, небольшой бюджет), ответственного за внедрение, проверку результата и публичное признание авторов и внедривших. Денежное вознаграждение — по политике компании и с учётом справедливости; для малых идей достаточно признания.

  7. Принцип: метрики системы

    Метрики поддерживают управление системой: доля сотрудников, подавших идею за период (участие); число идей на сотрудника; доля идей, оценённых в срок; среднее время ответа и внедрения; доля принятых и внедрённых идей; результат внедрённых идей (сэкономленные часы и деньги, улучшение качества и безопасности, эффект для клиента); размер очереди и возраст самой старой идеи; доля идей, вернувшихся на доработку; опрос сотрудников (верят ли, что идеи рассматриваются). Показатели читают вместе: рост числа идей без роста внедрения — тревожный сигнал.

  8. Принцип: применение в организации (аналогия)

    Порядок запуска: начать с пилота в 1–2 подразделениях; назначить владельца системы и координаторов; определить маршрут, критерии и сроки ответа; настроить простой канал (форма, доска, приложение); обучить руководителей принимать и оценивать идеи; провести запуск и первые внедрения быстро; публиковать результаты; через квартал пересмотреть процесс. Это рекомендации на основе исследований и практики, а не универсальный стандарт.

Ограничения, слепые зоны и критика

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

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

Риск отсева необычного: формальные критерии, рассчитанные на инкрементальные идеи, могут систематически отклонять радикальные и нестандартные предложения; нужен отдельный путь для них.

Данные об эффекте: основные цифры (20–50 идей на человека, 80 % улучшений) — оценки авторов и консультантов и лучших примеров; независимых сопоставимых исследований среднего эффекта мало, а результат зависит от отрасли, культуры и качества внедрения.

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

Конфликт стимулов: денежные премии за идеи могут породить споры об авторстве и заявки ради награды; коллективные идеи трудно оценить индивидуально.

Типовые ошибки

  1. Ошибка 1: запускают канал приёма без системного процесса обработки.

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

    Как избежать

    проектировать систему от конца — кто решает, в какие сроки, кто внедряет и кто отвечает автору, — и только затем запускать канал.

  2. Ошибка 2: не отвечают авторам.

    Сотрудники подают идеи и не узнают, что с ними стало; вера в систему падает, а лучшие идеи перестают поступать.

    Как избежать

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

  3. Ошибка 3: не соразмеряют мощность обработки с потоком.

    Идей приходит больше, чем можно оценить: растёт очередь, доверие падает.

    Как избежать

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

  4. Ошибка 4: централизуют оценку.

    Все идеи оценивает одна комиссия раз в месяц: решения медленные, малые идеи ждут месяцами.

    Как избежать

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

  5. Ошибка 5: оценивают все идеи одним набором критериев.

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

    Как избежать

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

  6. Ошибка 6: измеряют только количество идей.

    Растёт число поданных идей, но не внедрённых; сотрудники оптимизируют «количество», а качество и результат остаются неизвестными.

    Как избежать

    смотреть вместе: участие, время ответа, долю внедрённых, эффект; сравнивать со стартовым уровнем.

  7. Ошибка 7: связывают систему только с деньгами.

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

    Как избежать

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

План внедрения

  1. Неделя 1: спроектировать канал и маршрутизацию

    Назначить владельца системы и координаторов; определить, кто и в какие сроки принимает решения по идеям разных видов; настроить простой постоянный канал подачи и первичную маршрутизацию к людям с экспертизой и полномочиями.

  2. Неделя 2: разработать критерии оценки и потоки

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

  3. Неделя 3: наладить обратную связь

    Настроить подтверждение получения, сроки ответа и статусы; обучить руководителей отвечать конструктивно; подготовить публикацию результатов и признание авторов.

  4. Неделя 4: соразмерить мощность с потоком

    Рассчитать ожидаемый поток и время оценки; выделить часы руководителей и координатора; передать оценку малых идей ближе к авторам; определить метрики и порог перегрузки.

  5. Далее: связь с воронкой инициатив и регулярный пересмотр

    Направлять крупные идеи в воронку инициатив для финансирования и реализации; раз в квартал пересматривать метрики, сроки и процесс.

Как реализовать этот план с помощью фрейма «Фабрика идей (Idea Factory)» в OrgDevTools

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

Вкладка «1. Поток идей» — неделя 1: канал и маршрутизация

Слева расположены числовые поля: «Сотрудников», «Период, месяцев» (до 600) и пять этапов воронки: «Подано», «Дошло до экспертов», «Рассмотрено», «Одобрено», «Внедрено». Отрицательные числа фрейм не принимает. У каждого этапа, начиная со второго, он показывает долю от предыдущего («…% от пред.»), если предыдущий этап заполнен и не равен нулю.

Под полями две плитки: «Подаётся на сотр. в год» и «Внедряется на сотр. в год». Для них фрейм делит число идей на численность и приводит результат к году (×12 / период).

Справа два списка свободного текста:

  • «Постоянная инфраструктура» — каналы и регулярность сбора идей;

  • «Маршрутизация к экспертизе» — кто рассматривает идеи по каким темам, в формате «Тема — эксперт».

Вкладка «2. Обратная связь и мощность» — недели 3–4: обратная связь и соразмерность мощности

Здесь четыре поля:

  • «Доля инициаторов, получивших ответ, %» (0–100);

  • «Дней до первого ответа инициатору»;

  • «Сколько идей в месяц могут рассмотреть эксперты»;

  • «Сейчас в очереди на рассмотрение».

Фрейм считает приток в месяц (поданные ÷ период) и вычитает из него мощность. Если разница больше нуля, появляется красная надпись «растёт на … /мес», иначе зелёная «не растёт».

Внизу выведены пороги, которые фрейм прямо называет своим выбором: внедряется от одной идеи на сотрудника в год, до экспертов доходит от 90 % идей, ответ получают от 80 % инициаторов, ответ приходит не позже чем через 14 дней (14 дней — ориентир для решения по простой идее; подтверждение получения должно приходить за день-два). Это рабочая настройка фрейма, а не норма методики.

Справа два списка: «Обратная связь инициаторам» (правила: как и когда сообщаем о судьбе идеи) и «Соразмерность мощности обработки» (меры по наращиванию оценки).

Вкладка «Визуализация» — неделя 4: метрики и перегрузка

Слева показана воронка. Ширина полосы каждого этапа пропорциональна его доле от поданных идей, число подписано на полосе.

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

Вкладка «Итоги» — далее: регулярный пересмотр

На вкладке «Итоги» показано первое сработавшее сообщение:

  1. Нет численности, периода или числа поданных идей — просьба внести поток.

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

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

  4. До экспертов доходит меньше 90 % поданных — совет настроить маршрутизацию по темам.

  5. Доля ответов не указана или ниже 80 % — предупреждение, что без обратной связи люди перестают предлагать.

  6. Срок ответа не указан или больше 14 дней.

  7. Внедряется меньше одной идеи на сотрудника в год — меньше порога фрейма. Порог в одну внедрённую идею — рабочая настройка фрейма, методика его не задаёт. Совет: упростить подачу и дать командам внедрять мелкие идеи самим.

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

Под итогами — сводная строка: внедрено на сотрудника в год, доля дошедших до экспертов, доля ответов, очередь через год.

Кнопка «Создать задачу» ставит задачу «Нарастить мощность рассмотрения идей», если очередь растёт, а иначе — «Улучшить систему управления идеями». Описанием задачи становится текст итогов.

Чего фрейм не делает

  • Не принимает и не хранит сами идеи, не маршрутизирует их и не отвечает авторам. Он только считает то, что вы внесли.

  • Не закрывает неделю 2. В нём нет критериев оценки, разделения на быстрые улучшения и крупные идеи, пути для необычных предложений и «второго шанса».

  • Не учитывает списки в итогах: пустые блоки не мешают зелёному результату.

  • Не проверяет систему по восьми признакам Робинсона и Шрёдера и не считает участие (долю сотрудников, подавших идею), время внедрения, возраст самой старой идеи и долю идей, вернувшихся на доработку. Число поданных идей на сотрудника показывает, но не проверяет. Не фиксирует владельца системы, координаторов и обучение руководителей: их можно описать в списке «Постоянная инфраструктура».

  • Пропускает проверки, если поля пустые. Без мощности не проверяется очередь, без числа внедрённых — показатель на сотрудника. Поэтому зелёные итоги возможны и при неполных данных.

  • Строит линейный прогноз: приток и мощность считаются постоянными, сезонность и рост участия не учитываются.

  • Не оценивает конверсии «рассмотрено → одобрено → внедрено», а только показывает их. Эффект внедрённых идей не измеряет.

  • Не разделяет подтверждение получения и срок решения: для обоих есть один показатель — «дней до первого ответа».

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме

Алан Робинсон, Дин Шрёдер — «Ideas Are Free: How the Idea Revolution Is Liberating People and Transforming Organizations» (2004). Исследование систем идей в организациях разных стран: сравнение «ящика предложений» с передовыми системами и восемь признаков эффективной системы.

Алан Робинсон, Дин Шрёдер — «The Idea-Driven Organization: Unlocking the Power in Bottom-Up Ideas» (2014). Практическое развитие подхода: как строить системы идей, ориентированные на снизу вверх поступающие идеи и на руководителей, которые на них отвечают.

Юдзо Ясуда — «40 Years, 20 Million Ideas: The Toyota Suggestion System» (1991). Описание системы предложений Toyota, её целей, оценки и признания.

Масааки Имаи — «Кайдзен» (1986). Философия непрерывных небольших улучшений, на которой строится массовое участие в идеях.

Похожие методики

Краудсорсинг идей сотрудников (Employee Idea Crowdsourcing)

Краудсорсинг идей сотрудников — это масштабный структурированный сбор идей от широкого круга сотрудников через открытую цифровую платформу, а не только от R&D. Результативным его делает реальное финансирование отобранных идей, а не сам сбор.

МетодикаБесплатно

Воронка инициатив (Initiative Funnel)

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

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт