Тестування нових технологій у малому бізнесі: як провести пілот
У малому бізнесі нова програма зазвичай з’являється так: власник побачив рішення на конференції або в рекламі, оплатив річну підписку, а команді сказав «користуйтеся». Через три місяці з’ясовується, що частина людей працює по-старому в таблицях, дані розкидані в двох місцях, а повернути гроші вже не можна.
Пілот - це перевірка в малому масштабі: один процес, невелика група людей, обмежений строк і заздалегідь записаний критерій успіху. Помилка тут коштує тижнів, а не річного бюджету.
Який процес обрати для пілоту
Беріть процес, у якому болить вимірне. Хороші кандидати: обробка вхідних заявок, облік складу, запис клієнтів, виставлення рахунків, підготовка комерційних пропозицій. Погані кандидати: «покращити комунікацію в команді» чи «стати цифровішими» - такий результат не виміряєш.
Обмежте пілот. Одна група (наприклад, один менеджер із продажу або один склад), один тип операцій, чітка дата завершення. Для малого бізнесу розумний горизонт - чотири-вісім тижнів: менше дає надто мало даних, більше розмиває увагу.
До запуску виміряйте поточний стан хоча б за два-чотири тижні. Без цієї базової лінії ви не доведете ні собі, ні команді, що стало краще.
Призначте в команді людину, яка відповідає за пілот: збирає зауваження, ставить задачі постачальнику й раз на тиждень на п’ятнадцять хвилин збирає учасників. Якщо пілот «є в усіх понемногу», за ним фактично ніхто не стежить, і через місяць виявиться, що жодних даних для рішення немає. Заздалегідь скажіть команді, що це тест, а не вирок їхній роботі: тоді люди чесніше повідомляють про незручності.
Критерії успіху: запишіть до старту
Три-чотири показники, кожен із порогом і датою рішення. Умовний приклад для інтернет-магазину, який тестує CRM на одному менеджері протягом шести тижнів:
| Показник | Як міряти | Було | Поріг успіху |
|---|---|---|---|
| Час обробки вхідної заявки | Від надходження до першої відповіді клієнту | 25 хв | не більше 15 хв |
| Втрачені заявки | Заявки без жодного контакту за добу | 4 на тиждень | 0 |
| Час менеджера на ручні записи | Хронометраж протягом тижня | 6 год | не більше 3 год |
| Задоволеність менеджера | Короткий опитувальник 1-5 | - | не нижче 4 |
Цифри в таблиці умовні, а от структура робоча. Останній рядок важливий: якщо людина, яка щодня працює з системою, нею незадоволена, офіційні метрики швидко розійдуться з реальністю.
Заздалегідь визначте три можливі рішення: масштабувати на всю команду, змінити налаштування й продовжити пілот ще раз, закрити. Закрити пілот - нормальний результат, а не поразка: ви заплатили за відповідь і отримали її.
Дані клієнтів під час пілоту
Пілоти часто стартують «на живих даних», бо так швидше. Але нова система це ще один сервер, на якому лежать імена, телефони й історія замовлень ваших клієнтів. Стаття 24 закону про захист персональних даних зобов’язує володільців, розпорядників і третіх осіб захищати дані від випадкових втрат, знищення та незаконної обробки, а фізичні особи - підприємці забезпечують захист даних, якими володіють, особисто. Тож відповідальність за те, що відбувається з даними в пробній системі, лежить на вас, а не на постачальнику.
Практичні кроки:
- Для перших днів використовуйте тестові або знеособлені записи, а реальні переносьте після того, як система показала себе.
- Давайте доступ лише учасникам пілоту й відкликайте його одразу після завершення.
- Не переносіть більше полів, ніж треба: за статтею 6 того самого закону склад і зміст даних мають бути ненадмірними щодо мети обробки.
- З’ясуйте, де фізично зберігаються дані і чи можна їх повністю видалити, якщо ви відмовитеся.
Договір із постачальником на час пілоту
Безкоштовний «пробний період» теж має умови. Перед стартом отримайте їх у письмовому вигляді. За статтею 207 Цивільного кодексу правочин вважається письмовим, якщо його зміст зафіксований у документах, зокрема електронних, або у листах, якими обмінялися сторони, тож листування з постачальником теж є доказом домовленості. Але покладатися на розрізнені повідомлення незручно, тому попросіть один документ або хоча б підтвердження на пошту.
Що має бути зафіксовано:
- Тривалість пробного періоду і дата, коли починається платний.
- Чи переходить пілот в оплатну підписку автоматично, і як від цього відмовитися.
- Що станеться з вашими даними після завершення: експорт, видалення, строки.
- Хто з боку постачальника відповідає за підтримку під час пілоту.
- Вартість після пілоту, включно з обмеженнями за кількістю користувачів.
Особливо уважно читайте пункт про автоматичне продовження: саме він найчастіше перетворює «безкоштовний тест» на річний платіж.
Як підбити підсумки
Призначте дату рішення на початку пілоту, а не наприкінці. Зберіть вимірювання, порівняйте з порогами, послухайте учасників окремо від власника: людям простіше говорити про незручності без керівника в кімнаті. Якщо система пройшла пороги, складіть план розгортання з навчанням і датою, коли стара таблиця перестає працювати. Якщо ні - зафіксуйте причину, щоб наступного разу не повторити помилку.
Найближчий крок: оберіть один процес і запишіть три показники з поточними значеннями. Без них жоден пілот не буде корисним.