Піти від таблиць: практична мапа
Більшість бізнесів, які кажуть, що в них «немає системи», насправді мають чотири: прайс-лист, список клієнтів, журнал витрат, історію замовлень — кожен у вигляді таблиці, кожен довіряють рівно одній людині, кожен за одним неправильним автозаповненням від неправильного числа, яке ніхто не поставить під сумнів місяць. Що зупиняє людей від заміни цих таблиць — рідко прив'язаність; частіше страх одного суцільного, безповоротного переходу. Тож не робіть його одним.
Почніть з того, що завдає найбільше клопоту
Класичний порядок — спочатку каталог, потім клієнти, потім історія — це добра порада, якщо ніщо активно не болить. Якщо щось болить, почніть звідти: із застарілого прайс-листа, який паралельно редагують двоє, із журналу витрат, що на місяць відстає від чеків навіть у хороший тиждень. Імпульс від вирішення відчутної проблеми проведе вас крізь зусилля налаштування так, як ніколи не проведе старт із «правильної», але безболісної таблиці.
Що насправді має бути правильним, щоб імпорт спрацював
У будь-якому справжньому інструменті імпорту всю роботу виконують три рішення:
Зіставлення — пояснення системі-приймачу, що стовпець «Item Name» у вашій таблиці й поле name у ній означають те саме.
Ключ дедуплікації — стабільний ідентифікатор, який зберігається між імпортами, тож повторне завантаження виправленого файлу оновлює три рядки замість дублювання 2000. Назви змінюються; зовнішній референс, номер замовлення чи email — ні.
Обробка по рядках — кожен рядок успішний чи провальний сам по собі, тож один пошкоджений рядок не блокує й не спотворює тихо ті кілька тисяч, що були в порядку.
Те, що зазвичай переноситься без проблем
Кілька категорій зазвичай імпортуються добре, якщо файл правильно зіставлений: поля призначення чітко визначені, а самі дані здебільшого не потребують особливого тлумачення:
Каталог — прайс-лист перетворюється на справжні картки товарів або послуг, кожну з яких потім можна редагувати як звичайно, а не залишати замороженим імпортом.
Клієнти — список контактів перетворюється на картки клієнтів, які зіставляються або створюються за стабільним ідентифікатором на кшталт email, і при цьому нікого мовчки не підписують на маркетинг, на який він не погоджувався: така згода має бути справжнім і окремим «так», а не побічним наслідком того, що людина колись потрапила до таблиці.
Історичні замовлення або транзакції — журнал минулих продажів перетворюється на історію лише для читання, за якою можна будувати звіти, але яка не вдає, що це живі замовлення, які ще треба виконати, списати оплату чи повернути кошти.
Витрати — категоризовані витрати перетворюються на структуровані записи з прив'язаним постачальником і категорією, тож звіт про прибуток може використати їх одразу, а не чекати, доки хтось вручну перенабере річну пачку чеків.
Те, що ніколи не відбувається автоматично: рішення на власний розсуд
Жоден імпортер не може вирішити, що «Misc», «misc.», «Other» і «Uncategorised» — одна категорія: об'єднайте їх до імпорту, інакше отримаєте чотири. Те саме стосується того, що вважати собівартістю, а що операційними витратами (переплутайте це один раз — і кожен показник маржі після цього мовчки успадкує помилку), і того, яких трирічної давності «клієнтів» взагалі варто переносити. Швидше мігрувати погані дані — не перемога.
Практичний порядок дій
1
Спершу впорядкуйте таблицю
Виправити очевидні помилки, домовитися про назви категорій, видалити тестові та дубльовані рядки — усе це швидше зробити один раз у таблиці, ніж потім, коли дані вже розійшлися по робочих записах.
2
Спершу імпортуйте найменшу й найбезпечнішу частину
Один свіжий місяць замість п'яти років історії, щоб переконатися, що зіставлення стовпців справді робить те, що ви думаєте, перш ніж довірити йому решту.
3
Перевірте результат, перш ніж покладатися на нього
Вибірково звірте очима кілька імпортованих записів із вихідною таблицею — правильна ціна, правильна категорія, правильний клієнт — перш ніж імпортувати щось іще.
4
Імпортуйте решту, коли зіставлення підтверджено
Після перевірки невеликої партії ті самі зіставлення полів і ключ дедуплікації безпечно опрацюють решту історії: повторний запуск не є небезпечним, бо завдяки ключу дедуплікації повторний імпорт оновлює наявні записи, а не дублює їх.
Як це влаштовано в Olmira
Olmira імпортує через CSV, а не через єдиний майстер «перенести все» — навмисно, оскільки рішення вище — саме ті, які повністю автоматичний інструмент не повинен приймати за вас. Каталог, клієнти, історичні замовлення й бронювання проходять через той самий рушій зіставлення полів із ключем дедуплікації, тож повторний запуск файлу безпечний; нові позиції каталогу потрапляють як чернетки, а імпортовані контакти ніколи не отримують автоматичну згоду на маркетинг, тож нічого не публікується і нікому автоматично не надсилається лист.
Витрати імпортуються окремо: категорії й постачальники створюються з назв у вашому файлі, а кожна імпортована витрата потрапляє як чернетка, що очікує того самого етапу підтвердження чеком і схваленням, що й введена вручну. Бек-офіс, який живлять ці імпорти, — «Управління»; платформа конекторів під ним — «Інтеграції».
Якщо система вміє експортувати в CSV — а вміє майже кожна, — ви можете зіставити її поля та імпортувати дані. Окремого готового конектора «в один клік» для кожного постачальника, який доводилося б підтримувати в актуальному стані, немає — один налаштований CSV-імпорт із тим самим захистом від дублікатів покриває будь-яку вихідну систему.
За наявності стійкого ключа дедуплікації — зовнішнього посилання, номера замовлення чи електронної пошти, а не імені — повторний імпорт оновлює або пропускає вже наявні записи замість того, щоб дублювати їх.
Ні — імпортовані історичні замовлення навмисно не потрапляють до аналітики виручки, щоб журнал продажів, завантажений для довідки, не завищував те, що справді було продано через робочу систему.
Так — до 10 000 рядків на файл. Довша історія просто означає, що її треба розбити на кілька файлів замість одного, що заодно полегшує крок «спершу невелика партія», описаний вище.
Ні — саме ця настанова «все або нічого» і є тим страхом, від якого цей посібник намагається вас відмовити. Починайте користуватися тим, що вже перенесли, поки решта таблиць продовжує працювати; немає жодного правила, що каталог, клієнти та історія мають з'явитися того самого дня.