Запуск корпоративной wiki выглядит так: команда воодушевлена, за первые две недели создаётся пятьдесят страниц, руководитель доволен. Через месяц новые страницы перестают появляться. Через три — никто не заходит. Через полгода wiki существует формально, но в реальности все спрашивают ответы в чате.
Это не исключение — это стандартный сценарий. И причина не в инструменте и не в людях. Причина в том, как wiki запускается.
Почему корпоративные wiki умирают
Запустили платформу, не наполнив контентом. Пустая wiki с красивой структурой — это не wiki, это скелет. Люди заходят, ничего не находят, больше не возвращаются. Первые 20–30 страниц должны быть готовы до официального запуска.
Нет владельцев у разделов. Когда за контент отвечают «все» — за него не отвечает никто. Страницы устаревают незаметно, потому что нет человека который это видит и исправляет.
Создание контента слишком трудоёмко. Если написать одну инструкцию занимает час — wiki не будет наполняться. Порог входа должен быть низким: зафиксировал процесс за 10 минут, опубликовал.
Wiki не встроена в рабочий процесс. Если при вопросе в чате руководитель отвечает текстом, а не ссылкой — wiki никогда не станет первым источником ответов. Культура формируется поведением, а не объявлениями.
Нет триггера для обновления. Изменился интерфейс CRM — инструкция в wiki устарела. Но никто не знает об этом, потому что нет связи между изменением и документацией.
Как запустить wiki правильно
Шаг 1. Определите минимальный жизнеспособный контент
Не пытайтесь охватить всё сразу. Определите 15–20 страниц без которых wiki не имеет смысла запускать. Это обычно: инструкции по онбордингу, доступы к системам, ответы на 10 самых частых вопросов, ключевые процессы каждого отдела.
Эти страницы должны быть готовы до запуска. Не «в процессе», не «скоро» — готовы.
Шаг 2. Назначьте владельцев до запуска
Каждый раздел получает владельца — имя и фамилию, не должность и не отдел. Этот человек отвечает за актуальность раздела. Не за написание всего контента, а за то, чтобы раздел не умирал.
Список: раздел → владелец → дата последней проверки. Публичный, видный всем.
Шаг 3. Снизьте порог создания контента
Инструкция должна создаваться быстро, иначе люди будут откладывать. Два способа:
Первый — инструменты автозаписи процессов. Сотрудник выполняет задачу, система фиксирует шаги и скриншоты автоматически. Инструкция готова за 5–10 минут без единого написанного слова.
Второй — шаблоны. Готовая структура страницы снижает сопротивление: не нужно думать как оформить, нужно только заполнить.
Шаг 4. Встройте wiki в рабочий процесс
Правило одно: при любом повторяющемся вопросе отвечать ссылкой, а не текстом. Нет инструкции — создать перед ответом.
Это требует дисциплины в первые 2–3 недели. После — работает само: люди начинают искать ответы в wiki прежде чем спрашивать.
Шаг 5. Создайте триггеры для обновления
Любое изменение в процессе или системе должно автоматически создавать задачу: проверить и обновить соответствующую инструкцию. Это часть процесса изменений, а не отдельная ответственность.
Раз в квартал — аудит страниц с датой обновления старше шести месяцев.
Структура wiki которая работает
Не существует универсальной структуры, но есть принцип: структура должна отражать то, как люди ищут информацию, а не то, как устроена компания.
Люди ищут по задаче («как выставить счёт»), а не по оргструктуре («финансовый отдел → процессы → счета»).
Рабочая структура для большинства компаний:
Начало работы — для новых сотрудников. Первые шаги, доступы, знакомство с командой и процессами.
Инструменты — как пользоваться CRM, таск-трекером, корпоративной почтой, внутренними системами.
Процессы — пошаговые инструкции по регулярным задачам, сгруппированные по направлениям.
Политики и правила — отпуска, командировки, закупки, безопасность.
Справочник — шаблоны документов, контакты, глоссарий.
Как измерить что wiki работает
Три метрики которые говорят о реальном использовании:
Количество поисковых запросов — растёт ли со временем. Если люди ищут в wiki — значит ожидают там найти.
Количество вопросов в общем чате — должно снижаться по темам закрытым в wiki.
Процент страниц обновлённых за последние 3 месяца — показатель живости системы. Ниже 40% — wiki умирает.
Wiki — это не проект с датой завершения. Это живая система, которая требует постоянного небольшого ухода. Компании, у которых wiki работает годами, объединяет одно: они встроили её создание и обновление в ежедневную работу, а не оставили как отдельную задачу на потом.
Наполните wiki пошаговыми инструкциями за день
Steppo записывает процессы автоматически — вы работаете, система фиксирует шаги и скриншоты. Готовые инструкции сразу в wiki без ручного написания.