[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-diagramma-isikavy":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"more":233},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":124,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":125,"related":157,"views_count":13,"helpful_yes_count":128,"helpful_no_count":128,"created_at":230,"updated_at":231,"published_at":232},380,"diagramma-isikavy",{"ru":71},{"title":72,"short_definition":73,"tldr":74,"full_explanation":75,"when_to_apply":76,"when_not_to_apply":77,"examples":78,"tips":79,"synonyms":80,"translation_en":81,"seo_title":82,"seo_description":83},"Диаграмма Исикавы","Графический инструмент анализа корневых причин: структурирует факторы, влияющие на нежелательный результат, по категориям — для генерации и последующей проверки гипотез.","Диаграмма Исикавы (fishbone) раскладывает возможные причины проблемы по категориям — это генератор гипотез, а не готовый ответ.\nПостроение начинается с измеримой формулировки проблемы, а заканчивается верификацией 2–4 приоритетных гипотез данными или методом 5 Whys.\nДля производства и IT-операций используют 6M, для сервисных процессов — 4P, для анализа навыков и поставщиков — 4S.\nБез проверки гипотез диаграмма превращается в «анализ-театр» и не даёт практического результата.\nИнструмент работает в команде: одиночный анализ срезает половину причин ещё до того, как они попадут на доску.","\u003Ch2>Что такое диаграмма Исикавы и зачем она нужна\u003C\u002Fh2>\u003Cp>Диаграмма Исикавы — графический инструмент структурированного поиска корневых причин проблемы. Её придумал японский инженер и профессор управления качеством Каору Исикава в 1960-х годах для нужд контроля качества на заводах Kawasaki. Внешне схема напоминает рыбий скелет: «голова» — формулировка проблемы, «хребет» — горизонтальная стрелка, «кости» — категории причин, «подкости» — конкретные факторы внутри каждой категории.\u003C\u002Fp>\u003Cp>Важно сразу разграничить два инструмента, которые часто путают. \u003Cstrong>Карта процессов\u003C\u002Fstrong> описывает последовательность шагов: кто что делает и в каком порядке. \u003Cstrong>Диаграмма Исикавы\u003C\u002Fstrong> не описывает процесс — она раскладывает факторы, которые могут порождать конкретный нежелательный результат. Это разница между «как устроен процесс» и «почему он даёт сбой».\u003C\u002Fp>\u003Cp>Ключевая установка при работе с инструментом: диаграмма генерирует гипотезы, а не финальные ответы. Заполненная «рыбья кость» — это список кандидатов на роль корневой причины, каждый из которых нужно проверить данными.\u003C\u002Fp>\u003Ch2>Как построить диаграмму: пошаговый алгоритм\u003C\u002Fh2>\u003Cp>Алгоритм состоит из пяти шагов.\u003C\u002Fp>\u003Col>\u003Cli>\u003Cstrong>Сформулировать измеримую problem statement.\u003C\u002Fstrong> Размытая формулировка «плохое качество» бесполезна. Нужна конкретика: «Доля дефектных изделий на линии фасовки выросла с 0,5% до 5% за последние два месяца» или «Удовлетворённость VIP-клиентов снизилась на 8 пунктов в Q3». Измеримая проблема задаёт границы анализа и позволяет потом проверить, устранена ли она.\u003C\u002Fli>\u003Cli>\u003Cstrong>Собрать кросс-функциональную команду.\u003C\u002Fstrong> Диаграмма Исикавы — командный инструмент. Участники из разных функций видят разные причины: инженер заметит то, что пропустит менеджер, а оператор линии — то, что не увидит аналитик. Оптимальный размер группы — 4–8 человек.\u003C\u002Fli>\u003Cli>\u003Cstrong>Выбрать набор категорий.\u003C\u002Fstrong> Категории — это «большие кости» диаграммы. Их выбор определяет, какие области анализа попадут в фокус (подробнее — в следующем разделе). Оптимальное число категорий — 4–6.\u003C\u002Fli>\u003Cli>\u003Cstrong>Провести брейншторм причин по каждой категории.\u003C\u002Fstrong> Для каждой «кости» команда генерирует возможные причины и добавляет их как подветви. Важно не оценивать идеи в процессе генерации — сначала собрать всё, потом фильтровать.\u003C\u002Fli>\u003Cli>\u003Cstrong>Сузить до 2–4 гипотез и верифицировать.\u003C\u002Fstrong> После брейншторма команда голосует или использует матрицу приоритизации, чтобы выбрать наиболее вероятные причины. Каждую гипотезу затем проверяют: углубляют через 5 Whys, смотрят на данные, ставят контролируемый эксперимент.\u003C\u002Fli>\u003C\u002Fol>\u003Ch2>Наборы категорий: 6M, 4P, 4S и когда какой выбрать\u003C\u002Fh2>\u003Cp>Выбор категорий — не формальность. Неподходящий набор оставит целые зоны причин за пределами анализа.\u003C\u002Fp>\u003Ch3>6M — для производства и IT-операций\u003C\u002Fh3>\u003Cp>Man (люди), Machine (оборудование\u002Fсистемы), Method (методы и процедуры), Material (материалы\u002Fданные), Measurement (измерения и метрики), Milieu (среда\u002Fокружение). Классический набор для производственных линий, DevOps-инцидентов, анализа сбоев инфраструктуры.\u003C\u002Fp>\u003Ch3>4P — для сервисных и административных процессов\u003C\u002Fh3>\u003Cp>People (люди), Place (место\u002Fсреда), Procedure (процедуры), Policies (политики и правила). Подходит для анализа проблем в клиентском сервисе, HR-процессах, административных операциях, где оборудование и материалы не являются ключевыми факторами.\u003C\u002Fp>\u003Ch3>4S — для анализа навыков и поставщиков\u003C\u002Fh3>\u003Cp>Surroundings (окружение), Suppliers (поставщики), Systems (системы), Skills (навыки). Используется при анализе проблем, связанных с цепочкой поставок, компетенциями команды или зависимостью от внешних систем.\u003C\u002Fp>\u003Cp>Если ни один стандартный набор не подходит, категории можно определить самостоятельно под конкретный контекст. Главное — ограничить их число до 4–6, чтобы диаграмма не превратилась в свалку идей без структуры.\u003C\u002Fp>\u003Ch2>Связка с другими инструментами RCA\u003C\u002Fh2>\u003Cp>Диаграмма Исикавы — первый шаг в пайплайне анализа корневых причин, а не самостоятельный финальный инструмент. Эффективная связка выглядит так:\u003C\u002Fp>\u003Col>\u003Cli>\u003Cstrong>Исикава\u003C\u002Fstrong> — структурирует пространство возможных причин, помогает не пропустить целые категории факторов.\u003C\u002Fli>\u003Cli>\u003Cstrong>5 Whys\u003C\u002Fstrong> — углубляет анализ по каждой приоритетной гипотезе: последовательные вопросы «почему?» ведут от симптома к корневой причине.\u003C\u002Fli>\u003Cli>\u003Cstrong>Парето-анализ\u003C\u002Fstrong> — приоритизирует причины по вкладу в проблему: 20% причин обычно дают 80% эффекта.\u003C\u002Fli>\u003Cli>\u003Cstrong>Контрольные карты и A\u002FB-тесты\u003C\u002Fstrong> — верифицируют гипотезы статистически: подтверждают или опровергают, что устранение конкретной причины действительно устраняет проблему.\u003C\u002Fli>\u003C\u002Fol>\u003Cp>Без верификации данными диаграмма остаётся упражнением в коллективном мнении. Именно поэтому её называют генератором гипотез: она задаёт вопросы, а данные дают ответы.\u003C\u002Fp>\u003Cp>Практика подтверждает ценность подхода. В кейсе Sepahan Oil Company анализ с помощью причинно-следственной диаграммы и последующее внедрение мер снизили уровень брака с 50 000 ppm до 5 000 ppm — десятикратное улучшение. В тайваньском производственном кейсе применение fishbone в связке с lean-анализом сократило срок выполнения работ с 834 до 524 дней (−37%).\u003C\u002Fp>\u003Ch2>Типичные ошибки и ограничения метода\u003C\u002Fh2>\u003Cp>Диаграмма Исикавы работает плохо или не работает вовсе в нескольких ситуациях.\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Размытая формулировка проблемы.\u003C\u002Fstrong> Если «голова рыбы» — это «низкое качество» или «плохая коммуникация», команда будет обсуждать всё подряд. Без измеримой problem statement диаграмма не фокусирует, а рассеивает внимание.\u003C\u002Fli>\u003Cli>\u003Cstrong>Слишком много «костей» без приоритизации.\u003C\u002Fstrong> Диаграмма с 10 категориями и 50 причинами не помогает принять решение. После брейншторма обязательна фаза сужения.\u003C\u002Fli>\u003Cli>\u003Cstrong>Отсутствие проверки гипотез.\u003C\u002Fstrong> Самая распространённая ошибка: команда построила диаграмму, выбрала «очевидную» причину и сразу перешла к решению. Без верификации данными высок риск устранить симптом, а не причину.\u003C\u002Fli>\u003Cli>\u003Cstrong>Использование одним человеком.\u003C\u002Fstrong> Диаграмма Исикавы — командный инструмент. Одиночный анализ систематически пропускает причины из зон, которые аналитик не видит по роли или опыту.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Есть и структурные ограничения метода. Диаграмма плохо подходит для проблем с одной очевидной причиной — там избыточна. Она также не справляется с системными взаимозависимостями, где причины образуют петли обратной связи: для таких случаев нужны системные диаграммы (causal loop diagrams). Наконец, инструмент не учитывает вероятности и не позволяет сравнить силу влияния разных факторов — для этого нужен Парето-анализ или регрессия.\u003C\u002Fp>","\u003Cul>\u003Cli>Команда сталкивается с повторяющейся проблемой и не понимает её корневых причин — нужно структурировать пространство возможных факторов.\u003C\u002Fli>\u003Cli>Инцидент или дефект требует разбора: производственный брак, сбой сервиса, падение метрики качества.\u003C\u002Fli>\u003Cli>Необходимо вовлечь кросс-функциональную команду в анализ: диаграмма даёт общий язык и визуальную структуру для обсуждения.\u003C\u002Fli>\u003Cli>Перед запуском улучшений нужно убедиться, что команда работает с причиной, а не с симптомом.\u003C\u002Fli>\u003Cli>Проблема многофакторная и нет очевидного виновника — нужно систематически покрыть все возможные зоны влияния.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Причина проблемы очевидна и однозначна — построение диаграммы будет избыточным и замедлит решение.\u003C\u002Fli>\u003Cli>Проблема системная с петлями обратной связи между причинами — здесь нужны causal loop diagrams, а не fishbone.\u003C\u002Fli>\u003Cli>Нет времени на верификацию гипотез: если команда не готова проверять причины данными, диаграмма создаст иллюзию анализа без реального результата.\u003C\u002Fli>\u003Cli>Анализ проводится одним человеком без возможности собрать команду — результат будет однобоким и пропустит целые зоны причин.\u003C\u002Fli>\u003Cli>Нужно описать или оптимизировать последовательность шагов процесса — для этого подходят карты процессов и BPMN, а не Исикава.\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Кейс 1. Производство моторных масел (Sepahan Oil Company).\u003C\u002Fstrong> На линии фасовки 4-литровых канистр уровень брака достиг 50 000 ppm — в 100 раз выше нормы. Команда применила причинно-следственную диаграмму по категориям 6M, выявила приоритетные гипотезы и верифицировала их данными. После внедрения корректирующих мер брак снизился до 5 000 ppm, потери масла уменьшились на 0,92% от объёма производства.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 2. Строительный проект (Тайвань).\u003C\u002Fstrong> Сложный инженерный процесс занимал 834 дня — значительно дольше плана. Команда применила fishbone-диаграмму в связке с lean-анализом: структурировала причины задержек по категориям, приоритизировала их и устранила ключевые. Срок выполнения работ сократился до 524 дней (−37%), а экономия от уменьшения переделок составила 104 дня.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 3. Обобщённый паттерн: оптимизация логистического планирования.\u003C\u002Fstrong> Типичная ситуация в грузоперевозках — избыточное число рейсов из-за нерационального планирования маршрутов и загрузки. Применение fishbone-диаграммы позволяет структурировать причины неэффективности (категории: процедуры планирования, данные о загрузке, координация между отделами, квалификация диспетчеров) и выявить ключевые точки потерь. На практике устранение приоритетных причин в подобных кейсах приводит к сокращению числа рейсов на 30–50% без потери объёма доставок.\u003C\u002Fp>","\u003Cp>В Shtab создайте задачу-эпик с названием проблемы (problem statement) — например, «Доля дефектов на линии выросла с 0,5% до 5% за два месяца». Добавьте подзадачи, сгруппированные по категориям диаграммы (6M или 4P): каждая подзадача — одна гипотеза причины. Назначьте ответственного за верификацию каждой гипотезы и поставьте дедлайн. Так fishbone из картинки на доске превращается в трекаемый план действий с владельцами и сроками.\u003C\u002Fp>","диаграмма «рыбья кость», fishbone diagram, cause-and-effect diagram, причинно-следственная диаграмма, диаграмма причин и следствий","Ishikawa Diagram","Диаграмма Исикавы: что это и как построить","Диаграмма Исикавы (fishbone) — инструмент анализа корневых причин. Пошаговый алгоритм построения, выбор категорий 6M, 4P, 4S и связка с 5 Whys и Парето.",{"id":6,"slug":85,"hex":86,"icon":17,"order":6,"translations":87},"lean-process","#cc5649",{"ru":88},{"title":89,"description":90},"Lean и процессы","Бережливое производство, Six Sigma и оптимизация процессов: Lean, Kaizen, 5S, Muda, VSM, Theory of Constraints, Just-in-Time, Poka-Yoke, PDCA, Ishikawa, 5 Whys, BPM\u002FBPMN, RPA, ITIL, SLA, метрики потока (Cycle Time, Lead Time, WIP).",[92,99,107,115],{"id":93,"slug":94,"kind":94,"hex":86,"order":95,"translations":96},13,"tool",21,{"ru":97},{"title":98},"Инструмент",{"id":100,"slug":101,"kind":94,"hex":102,"order":103,"translations":104},19,"analysis","#7c5ce6",32,{"ru":105},{"title":106},"Анализ",{"id":108,"slug":109,"kind":110,"hex":86,"order":111,"translations":112},30,"lean","methodology",70,{"ru":113},{"title":114},"Lean",{"id":116,"slug":117,"kind":118,"hex":119,"order":120,"translations":121},31,"quality","other","#0F9488",71,{"ru":122},{"title":123},"Качество","Д",[126,133,139,145,151],{"id":127,"order":128,"translations":129},1666,0,{"ru":130},{"question":131,"answer":132},"Что такое диаграмма Исикавы и чем она отличается от карты процессов?","\u003Cp>Диаграмма Исикавы — графический инструмент для структурированного поиска корневых причин конкретной проблемы. Она раскладывает факторы, влияющие на нежелательный результат, по категориям. Карта процессов описывает последовательность шагов: кто что делает и в каком порядке. Исикава не описывает процесс — она отвечает на вопрос «почему возникает сбой», а не «как устроен процесс».\u003C\u002Fp>",{"id":134,"order":61,"translations":135},1667,{"ru":136},{"question":137,"answer":138},"Как построить диаграмму Исикавы пошагово?","\u003Cp>Пять шагов: сформулировать измеримую problem statement → собрать кросс-функциональную команду из 4–8 человек → выбрать набор категорий (6M, 4P, 4S или кастомный) → провести брейншторм причин по каждой категории → сузить список до 2–4 приоритетных гипотез и верифицировать их данными или методом 5 Whys. Без последнего шага диаграмма остаётся упражнением в коллективном мнении.\u003C\u002Fp>",{"id":140,"order":21,"translations":141},1668,{"ru":142},{"question":143,"answer":144},"Какие категории причин использовать: 6M, 4P или 4S?","\u003Cp>6M (Man, Machine, Method, Material, Measurement, Milieu) — для производства и IT-операций. 4P (People, Place, Procedure, Policies) — для сервисных и административных процессов. 4S (Surroundings, Suppliers, Systems, Skills) — для анализа навыков и поставщиков. Если ни один набор не подходит, категории можно определить самостоятельно — главное ограничить их число до 4–6, чтобы диаграмма не превратилась в свалку.\u003C\u002Fp>",{"id":146,"order":51,"translations":147},1669,{"ru":148},{"question":149,"answer":150},"Чем диаграмма Исикавы отличается от метода 5 Whys?","\u003Cp>Исикава работает вширь: охватывает все возможные категории причин и не даёт пропустить целые зоны влияния. 5 Whys работает вглубь: последовательные вопросы «почему?» ведут от симптома к корневой причине по одной ветке. Эффективная практика — использовать их последовательно: сначала Исикава для генерации и приоритизации гипотез, затем 5 Whys для углубления по каждой из них.\u003C\u002Fp>",{"id":152,"order":39,"translations":153},1670,{"ru":154},{"question":155,"answer":156},"Можно ли составить диаграмму Исикавы онлайн и какие инструменты подходят?","\u003Cp>Да. Для рисования fishbone-диаграммы подходят Miro, Mural, draw.io, Lucidchart и FigJam — в каждом есть готовые шаблоны. Важнее инструмента — процесс: диаграмму строят вместе с командой в реальном времени, а гипотезы после сессии переносят в систему управления задачами для верификации и трекинга.\u003C\u002Fp>",{"related":158,"parent":215},[159,166,173,180,187,194,201,208],{"id":160,"slug":161,"translations":162},213,"five-whys",{"ru":163},{"title":164,"short_definition":165},"5 Почему (5 Whys)","Техника анализа первопричин: пять раз подряд спросить «почему?», чтобы дойти от симптома до глубинной причины.",{"id":167,"slug":168,"translations":169},214,"pareto",{"ru":170},{"title":171,"short_definition":172},"Принцип Парето (правило 80\u002F20)","Эмпирический принцип: 80% последствий вызваны 20% причин — и так в большинстве явлений.",{"id":174,"slug":175,"translations":176},207,"bottleneck",{"ru":177},{"title":178,"short_definition":179},"Bottleneck (узкое место, бутылочное горлышко)","Этап процесса с наименьшей пропускной способностью, который ограничивает производительность всей системы.",{"id":181,"slug":182,"translations":183},215,"control-chart",{"ru":184},{"title":185,"short_definition":186},"Контрольная карта Шухарта (Control Chart)","Графический инструмент статистического управления процессами: значения показателя во времени с контрольными границами, которые отделяют обычный разброс от нештатных отклонений.",{"id":188,"slug":189,"translations":190},216,"process-mapping",{"ru":191},{"title":192,"short_definition":193},"Process Mapping (картирование процессов)","Визуализация шагов процесса на схеме: обзорная карта SIPOC, подробная блок-схема и схема с дорожками по ролям и подразделениям.",{"id":195,"slug":196,"translations":197},228,"continuous-improvement",{"ru":198},{"title":199,"short_definition":200},"Continuous Improvement (непрерывное улучшение)","Системный подход к постоянному улучшению процессов, продуктов и услуг через малые повторяющиеся изменения.",{"id":202,"slug":203,"translations":204},210,"gemba",{"ru":205},{"title":206,"short_definition":207},"Gemba (гемба, «иди и смотри»)","Японский принцип: руководитель идёт туда, где происходит реальная работа, чтобы увидеть процесс своими глазами.",{"id":209,"slug":210,"translations":211},155,"risk-management",{"ru":212},{"title":213,"short_definition":214},"Risk Management (управление рисками)","Систематический процесс выявления, анализа, реагирования и наблюдения за рисками, влияющими на цели проекта или организации.",[216,223],{"id":217,"slug":218,"translations":219},201,"dmaic",{"ru":220},{"title":221,"short_definition":222},"DMAIC (определить, измерить, проанализировать, улучшить, контролировать)","Базовый цикл Six Sigma из пяти фаз для улучшения существующих процессов: определить, измерить, проанализировать, улучшить, контролировать.",{"id":224,"slug":225,"translations":226},200,"six-sigma",{"ru":227},{"title":228,"short_definition":229},"Six Sigma (шесть сигм)","Методология управления качеством: снижает разброс процессов до уровня 3,4 дефекта на миллион операций.","2026-08-24T23:34:54.871189+03:00","2026-08-24T23:34:54.871220+03:00","2026-08-24T23:34:54.987057+03:00",[234,257,275],{"id":235,"slug":236,"translations":237,"category":242,"tags":245,"letter":255,"cover":17,"updated_at":256,"published_at":17},203,"five-s",{"ru":238},{"title":239,"short_definition":240,"translation_en":241},"5S (сортировка, порядок, чистота, стандартизация, дисциплина)","Японская методика организации рабочего места из пяти шагов: сортировка, соблюдение порядка, содержание в чистоте, стандартизация и поддержание дисциплины.","5S Methodology (Sort, Set in Order, Shine, Standardize, Sustain)",{"id":6,"slug":85,"hex":86,"icon":17,"order":6,"translations":243},{"ru":244},{"title":89,"description":90},[246,249,252],{"id":93,"slug":94,"kind":94,"hex":86,"order":95,"translations":247},{"ru":248},{"title":98},{"id":108,"slug":109,"kind":110,"hex":86,"order":111,"translations":250},{"ru":251},{"title":114},{"id":116,"slug":117,"kind":118,"hex":119,"order":120,"translations":253},{"ru":254},{"title":123},"5","2026-04-25T22:42:22.061063+03:00",{"id":160,"slug":161,"translations":258,"category":261,"tags":264,"letter":255,"cover":17,"updated_at":274,"published_at":17},{"ru":259},{"title":164,"short_definition":165,"translation_en":260},"5 Whys",{"id":6,"slug":85,"hex":86,"icon":17,"order":6,"translations":262},{"ru":263},{"title":89,"description":90},[265,268,271],{"id":93,"slug":94,"kind":94,"hex":86,"order":95,"translations":266},{"ru":267},{"title":98},{"id":100,"slug":101,"kind":94,"hex":102,"order":103,"translations":269},{"ru":270},{"title":106},{"id":116,"slug":117,"kind":118,"hex":119,"order":120,"translations":272},{"ru":273},{"title":123},"2026-04-25T22:42:22.243902+03:00",{"id":174,"slug":175,"translations":276,"category":279,"tags":282,"letter":298,"cover":17,"updated_at":299,"published_at":17},{"ru":277},{"title":178,"short_definition":179,"translation_en":278},"Bottleneck",{"id":6,"slug":85,"hex":86,"icon":17,"order":6,"translations":280},{"ru":281},{"title":89,"description":90},[283,289,295],{"id":284,"slug":285,"kind":285,"hex":119,"order":284,"translations":286},6,"metric",{"ru":287},{"title":288},"Метрика",{"id":6,"slug":290,"kind":118,"hex":291,"order":6,"translations":292},"concept","#4b5370",{"ru":293},{"title":294},"Концепция",{"id":108,"slug":109,"kind":110,"hex":86,"order":111,"translations":296},{"ru":297},{"title":114},"B","2026-04-25T22:42:22.133218+03:00"]