База знань і регламенти для команди: почніть з 5 інструкцій

Власник майстерні відкриває телефон і бачить те саме, що вчора і позавчора: «А як оформити повернення?», «Де брати шаблон договору?», «Клієнт питає про гарантію, що казати?». Питання прості, відповіді він знає напамʼять, але кожне вимагає зупинитися, переключитися й пояснити те, що вже пояснював десятки разів. До обіду таких переривань набирається двадцять, і власна робота розсипається на друзки. А найгірше — новачок, який вийшов минулого тижня, ставить рівно ті самі питання, що й попередній новачок пів року тому.

Це не проблема людей. Це проблема відсутності памʼяті в компанії. Усі знання живуть у голові власника й кількох старожилів, і щоразу передаються усно, з нуля. База знань — це спосіб винести ці знання назовні, щоб вони працювали без вашої участі. Розберемо, як її почати, не потонувши в описуванні всього підряд.

Чому питання сипляться саме на власника

Знання в малому бізнесі майже завжди зосереджені в одній-двох головах. Це зручно, поки команда — три людини за одним столом. Але щойно вона росте, така схема перетворюється на вузьке місце.

• Власник стає довідковою службою. Замість того щоб розвивати бізнес, він відповідає на однакові питання по колу.
• Знання не переживають людей. Пішов досвідчений співробітник — і разом із ним зникла половина того, як тут усе працює.
• Кожен робить по-своєму. Без описаного стандарту двоє людей виконують один процес двома різними способами, і клієнт отримує різний результат.
• Новачок вчиться місяцями. Замість того щоб прочитати й почати, він виловлює знання по крихтах, відриваючи колег.

База знань розриває це коло. Одного разу описаний процес відповідає на питання нескінченну кількість разів і не залежить від того, хто сьогодні на місці. Це та сама логіка, що й будь-яка інша автоматизація рутини — з чого її взагалі варто починати, ми розібрали в матеріалі з чого почати автоматизацію.

Почніть з пʼяти інструкцій

Головна причина, чому база знань так і не зʼявляється, — спроба описати все й одразу. Це завдання настільки велике, що за нього ніколи не беруться. Тому працює протилежний підхід: почати з пʼяти.

Виберіть пʼять процесів за двома ознаками — вони повторюються часто і помилка в них коштує грошей, часу чи нервів клієнта. Зазвичай це:

• як оформити типове замовлення від початку до кінця;
• як відповісти на найчастіше звернення клієнта;
• як виставити рахунок і закрити акт;
• що робити при поверненні чи скарзі;
• як передати справу колезі, коли йдеш у відпустку.

Кожну інструкцію пишіть як для людини, що прийшла вчора: простими кроками, без припущень «і так зрозуміло». Хороша перевірка — дати інструкцію новачку й мовчки подивитися, чи зможе він за нею зробити. Кожне місце, де він зупинився і перепитав, — це прогалина, яку треба дописати.

Пʼять готових документів уже знімають відчутну частину щоденних питань. А далі база росте сама: щоразу, коли зʼявляється нове питання, на яке ви відповідаєте вдруге, — це сигнал завести ще одну сторінку.

Що описувати, а що ні

Спокуса задокументувати кожен рух — головна пастка. База знань не має бути енциклопедією; вона має бути шпаргалкою для повторюваних дій. Орієнтир простий:

• Описуйте повторюване. Те, що робиться регулярно і однаково, — ідеальний кандидат на інструкцію.
• Описуйте те, де є єдиний правильний спосіб. Якщо помилка дорого коштує, стандарт треба закріпити.
• Не описуйте разове. Унікальні ситуації, які більше не повторяться, документувати немає сенсу.
• Не описуйте творче. Там, де потрібне мислення, а не процедура, жорсткий регламент лише заважає.

Окремо варто розділяти два типи документів. Інструкція відповідає на питання «як зробити Х». Регламент, або SOP, закріплює єдиний порядок дій для процесу, з умовами й відповідальними. Для малого бізнесу межа умовна — важливо не як це називати, а щоб процес був описаний і однаковий у всіх.

База знань добре працює в парі з системою задач: інструкція каже, як робити, а трекер задач стежить, щоб зробили й не загубили. Як влаштувати другу половину, ми показали в матеріалі про контроль завдань для команди.

Онбординг новачка як тест бази

Найчесніший тест бази знань — новий співробітник. Якщо він може вийти в понеділок, відкрити одну сторінку «Старт для новачка» і за нею дійти до першої самостійної роботи, база жива. Якщо ж він усе одно біжить із питаннями до колег — база або неповна, або її не використовують.

Зберіть окрему стартову сторінку для новачка, яка веде його по порядку:

• Перший день. Куди зайти, які доступи отримати, з ким познайомитися, де що лежить.
• Перший тиждень. Основні процеси по черзі, з посиланнями на детальні інструкції.
• Часті питання. Ті самі двадцять запитань, які завжди виникають на старті, зібрані в одному місці.
• Хто за що відповідає. Щоб новачок знав, до кого йти з яким питанням, а не смикав власника.

Добре зроблений онбординг окупається одразу: замість тижнів хаотичного вливання новачок стає корисним за дні, а команда не витрачає час на переказ базового. Ту саму логіку прозорого доступу до інформації корисно поширити й на клієнтів — як це виглядає з їхнього боку, ми описали в матеріалі про особистий кабінет клієнта.

Де все це тримати

Інструмент важить менше, ніж дисципліна, але вибір усе одно варто зробити свідомо. Для малих команд реальних варіантів три.

• Google Docs. Найшвидший старт, якщо ви вже в екосистемі Google. Папка з документами й пошук — цього достатньо, щоб почати сьогодні. Мінус — структура тримається на вашій акуратності.
• Notion. Найпопулярніший вибір для баз знань: вкладені сторінки, шаблони, бази даних процесів, зручний пошук. Трохи більше часу на освоєння, зате база не розповзається.
• Окрема вікі. Виправдана для великих команд, де критичні права доступу й історія змін. Для малого бізнесу зазвичай надлишкова.

Головне правило одне: інструмент має бути один. Дві паралельні бази знань гірші за одну неідеальну, бо ніхто не знає, де актуальна версія, і врешті не довіряють жодній. Так само важливо призначити відповідального за актуальність — база без господаря за пів року перетворюється на кладовище неправдивих інструкцій, яким уже ніхто не вірить.

Якщо процесів багато й вони стосуються не лише знань, а й документообігу — договорів, актів, шаблонів, — базу знань логічно звʼязати з автоматизацією документів, щоб інструкція й сам шаблон лежали поруч. А коли команда доросте до системного обліку клієнтів і замовлень, регламенти природно вбудовуються в ширшу систему — таку саму єдину логіку ми розбирали на прикладі автоматизації складського обліку, де все живе одним джерелом правди.

Коротко

Питання сипляться на власника тому, що знання компанії живуть у кількох головах і передаються усно з нуля. База знань виносить ці знання назовні, щоб вони відповідали на питання без вашої участі й не зникали разом із людьми.

Не описуйте все одразу — почніть із пʼяти інструкцій на найчастіші й найдорожчі за помилкою процеси, а далі нарощуйте базу від реальних питань. Описуйте повторюване й стандартне, не чіпайте разове й творче. Найкращий тест бази — новачок, який за нею доходить до самостійної роботи. Тримайте все в одному інструменті — Google Docs чи Notion для малих команд, — і призначте відповідального за актуальність.

Ми в Obliko допомагаємо навести лад у процесах і зібрати базу знань, якою команда реально користується. Опишіть свою ситуацію — скільки людей, які питання повторюються найчастіше, де зараз зберігаються знання, — і ми підкажемо, з яких пʼяти інструкцій почати саме вам.