Ознаки того, що ваш бізнес переріс таблиці

Проблема не в таблицях

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

Десять ознак, що ви переросли таблиці

• Кілька версій правди: файли «фінал», «фінал2» і «фінал-новий», а наради починаються з того, чиї цифри правильні.
• Ті самі дані вводять двічі: замовлення потрапляє в список замовлень, потім у рахунок, потім у файл залишків.
• Залишки на папері й на полиці розходяться, і ви дізнаєтеся про це, коли клієнт уже чекає.
• Заявки губляться: ліди з реклами, сайту й пошти живуть у різних місцях, і комусь так ніхто й не передзвонює.
• Ніхто не може сказати, хто і коли змінив цифру і якою вона була до того.
• Усі бачать усе, зокрема маржу й зарплати, бо файл не вміє показувати різним людям різні колонки.
• Усе тримається на одній людині: коли вона у відпустці, звіти зупиняються.
• Закриття місяця триває кілька днів, бо цифри з кількох файлів звіряють вручну.
• Формули тихо ламаються, коли хтось вставляє рядок або сортує лише частину таблиці.
• Прості питання забирають годину: скільки винен цей клієнт, що зарезервовано під це замовлення, які ліди чекають три дні.

Одну-дві з цих проблем можна розвʼязати в самій таблиці. Коли одночасно справджуються чотири-пʼять, справа вже не у файлі, а в тому, що немає одного спільного місця для даних.

Приклад розрахунку (умовні цифри)

Дистрибʼютор на вісім людей обробляє 40 замовлень на день. Кожне замовлення вводять у список замовлень і ще раз у файл рахунків — близько 3 хвилин зайвої роботи на замовлення: 120 хвилин на день, або приблизно 40 годин на місяць за 20 робочих днів. Крім того, завскладом щотижня витрачає пів дня на звіряння файлу залишків із полицями — приблизно 16 годин на місяць. Якщо у 2% вручну скопійованих замовлень є помилка, це близько 16 хибних замовлень чи рахунків на місяць, і кожне коштує дзвінка, виправлення, а часом і повторної доставки.

Разом це понад 50 годин на місяць, третина повної ставки, лише на те, щоб файли узгоджувалися. Ваші цифри будуть іншими, але цей розрахунок варто зробити до будь-якого рішення про програму, бо він показує, що саме перехід має заощадити.

Як відмовитися від таблиць крок за кроком

1. Перелічіть процеси, що сьогодні живуть у таблицях: ліди, клієнти, замовлення, залишки, рахунки, платежі — і хто редагує кожен файл.
2. Оберіть той, де ви втрачаєте найбільше часу чи грошей. Почніть із нього, а не з усього одразу.
3. Визначте довідникові дані: список клієнтів, каталог товарів з артикулами, склади. Вони мають існувати один раз і в одному місці.
4. Почистьте ці дані до переходу: приберіть дублікати, узгодьте одне написання назв і кодів, заповніть пропущені поля.
5. Оберіть систему й імпортуйте очищені дані: зіставте колонки й перевірте вибірку перед повним імпортом.
6. Запустіть новий процес на реальній роботі на короткий фіксований строк, наприклад два тижні, а старий файл залиште лише для читання.
7. Виведіть таблицю з ужитку для цього процесу: заберіть права на редагування, щоб ніхто не вів паралельну копію.
8. Переходьте до наступного процесу лише тоді, коли перший працює без старого файлу.

Коли переходити з Excel на ERP

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

Де тут OrgLines

OrgLines побудований як набір модулів на одній спільній базі даних — для компаній, які переросли таблиці, але не хочуть річного ERP-впровадження. Лід з форми у Facebook — це той самий запис, який згодом стає контактом, замовленням, рахунком і відвантаженням, тож ніхто не копіює його між програмами. Більшість компаній починають з одного-двох модулів і додають решту, коли зʼявляється реальна потреба, нічого не мігруючи.

Якщо губляться заявки, почніть із Лід-центру, CRM і пошти — вони входять у тариф Free. Якщо залишки й замовлення живуть у таблицях, почніть з ERP; рахунки входять у тарифи Invoice, Site + Invoice і Core, замовлення й склад дає додатковий модуль «Комерція». Наявні контакти, товари й інші записи переносять через майстер імпорту: завантажте файл, зіставте колонки, перевірте й імпортуйте. Залишки будуються з документів — надходжень, переміщень, відвантажень та інвентаризацій, а рядок замовлення прямо каже, коли ви просите більше, ніж є в наявності. Доступ надається за ролями й розділами, тож кожен бачить лише те, що потрібно для його роботи.

Типові помилки

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

Чек-лист

• Процеси в таблицях і їхні власники перелічені.
• Перший процес для переходу обрано за втраченим часом чи грошима.
• Години на подвійне введення й звіряння оцінено.
• Довідникові дані очищено: без дублікатів, з однаковими назвами й кодами.
• Перед повним імпортом перевірено вибірку.
• Паралельний період має фіксовану дату завершення.
• Після переходу права на редагування старого файлу забрано.
• Доступ у новій системі налаштовано за ролями, а не за старим принципом «усі бачать усе».

Спробувати безкоштовно в OrgLines