Мені й зараз іноді телефонують і запитують: «Ви ще займаєтеся нашою BAS?» Питання просте, але щоразу нагадує, наскільки довго ми працювали в цьому світі. Я знав конфігурації, розумів логіку регістрів і проведень, міг серед ночі пригадати, де шукати помилку в обміні. Ми жили з оновлень, доробок, супроводу й запусків нових баз. Тепер у наших комерційних пропозиціях дедалі частіше стоять K2 Platform і K2 ERP. І справа точно не в тому, що хтось переконав мене гарною презентацією.
Коли я кажу, що BAS — це 1С, я маю на увазі насамперед технологічне коріння й платформну архітектуру. Для людини, яка роками налаштовувала обидві системи, це не відкриття. Та мене довго стримувало інше: що я скажу бухгалтеру, який звик закривати місяць у BAS, або власнику виробництва, де працює двадцять нестандартних обробок? «Замініть програму, бо так правильно» — не аргумент. У партнера є репутація, а в клієнта — зарплати, податки й відвантаження.
У який момент я зрозумів, що продаю вже не рішення, а залежність
У нашій практиці був характерний тип замовника: сімейна торгова компанія, яка за кілька років виросла в мережу з гуртовими клієнтами й інтернет-магазином. Спочатку їй вистачало BAS для обліку. Потім додали CRM, сайт, мобільний кабінет менеджера, складську програму. З кожним новим інструментом ми писали ще один обмін. Через деякий час половина обговорень зводилася до фрази: «Чому в одній системі замовлення є, а в іншій немає?»
Найгірше навіть не збій. Найгірше — звичка всіх із ним миритися. Комірник вважає, що сайт завжди відстає. Менеджер звіряє залишки телефоном. Бухгалтер переносить якісь цифри вручну. У технічному завданні це називається інтеграцією, а в житті — зайвими годинами роботи щодня. І за кожну таку годину врешті платить власник.
Ми могли далі заробляти на латанні цих стиків. До речі, суто фінансово це не найгірший бізнес: доки є обміни, потрібен той, хто вміє їх ремонтувати. Але я вперше відчув, що така модель не веде туди, куди хотілося б. Я хотів продавати можливість підприємству розвиватися, а не право залишатися прив’язаним до нашої підтримки.
Я шукав не українську бухгалтерію, а заміну самій платформі
На ринку вистачає програм, які ведуть рахунки, накладні чи складські залишки. Але партнер 1С/BAS мислить ширше. Сьогодні клієнт просить документ із новими реквізитами, завтра — облік оренди, післязавтра — нестандартний маршрут погодження, а потім узагалі новий продукт для дилерів. Потрібна технологічна основа, на якій можна робити власні рішення, а не тільки користуватися тим, що написав постачальник.
Саме так я підійшов до K2 Platform. Мене зацікавили не обіцянки «замінити все», а конкретні речі: PostgreSQL, Python, TypeScript, Vue, модель даних, ER-редактор, опис метаданих і генерація основи компонентів. У 1С ми теж працювали з метаданими; несправедливо було б назвати саму ідею новою. Але її реалізація у веборієнтованій архітектурі змінює спосіб, у який команда може розробляти й підтримувати бізнес-системи.
Спочатку я дратувався. У звичному конфігураторі я знав, куди натиснути. Тут довелося читати документацію, ставити запитання, розбиратися з API та правами доступу. Один зі співробітників навіть жартував, що ми добровільно повернулися на перший курс. Частково так і було. Проте разом із незручністю з’явилося відчуття, що ми вчимо інструменти, які не закінчуються на одному ринку та одній екосистемі.
Найкращим аргументом виявилося не ERP, а те, що поруч із нею
Я починав із K2 ERP: документи, довідники, управлінський облік, звіти. Але найбільше мене зачепило те, що поряд існують K2 CRM, K2 WMS, K2 CMS, інтернет-магазин, K2 LMS, документообіг і VDoc, ТОІР, HelpDesk, BI-інструменти. Спочатку все це скидалося на довгий список модулів. Потім я спробував подумки пройти шлях одного замовлення — і список перетворився на бізнес-процес.
Клієнт залишив заявку на сайті. Менеджер побачив її в CRM, уточнив умови й оформив замовлення. Склад перевірив резервування та підготував відвантаження. Бухгалтерія отримала потрібні підстави для облікових документів. Договори та додатки зберігаються не десь у пошті одного працівника, а в керованому документообігу. Новий менеджер навчається на матеріалах LMS, а якщо виникає проблема — звертається до HelpDesk. Це не означає, що все запрацює автоматично в день встановлення. Це означає, що в нас з’являється можливість проєктувати весь ланцюг як систему, а не зшивати його навмання.
Особливо несподіваною стала K2 LMS. Раніше після впровадження ми записували екран, складали PDF-інструкції й пояснювали одним людям те, що вже десять разів пояснювали іншим. Тепер я інакше дивлюся на навчання: це не бонус до продажу ліцензії, а окремий керований процес. Змінився порядок приймання товару — оновили урок. Новий бухгалтер — пройшов перевірку знань. Клієнт відкриває філію — не потрібно знову збирати всіх у переговорній.
Ще одне відкриття — мобільність. Коли керівник просив «щоб можна було з телефона», ми звикли пропонувати окремий застосунок, звіт у месенджер або вебсторінку з урізаними функціями. У K2 розвиток веб-, мобільних і настільних інтерфейсів є частиною ширшого платформного підходу. Звісно, доступність конкретної функції треба перевіряти на конкретному клієнті. Але сама розмова з замовником тепер починається не з переліку обмежень старого інтерфейсу.
Що сталося, коли ми дійшли до реальних баз BAS
На презентаціях міграція виглядає красиво: вивантажили дані, завантажили в нову систему, натиснули «Готово». У роботі нічого подібного не відбувається. У першій же перевірці можна знайти дублікати контрагентів, назви номенклатури з прихованими пробілами, різні одиниці вимірювання для одного товару й документи, які змінювалися заднім числом. А ще є старі доробки, про призначення яких уже не пам’ятає навіть замовник.
Тому можливості K2 Replicator ми розглядали не як чарівну паличку, а як основу поетапного переходу. Спочатку — інвентаризація довідників, потім — тестове зіставлення, перенесення залишків, контроль вибірки документів, звіряння ключових звітів. На наступному етапі — паралельна робота, де це можливо й доцільно. Я завжди наполягаю: не можна обіцяти «жодної різниці» до того, як бухгалтер підписав результати звірки.
Це навіть змінило наш спосіб продавати послуги. Раніше ми швидко переходили до вартості доробок. Тепер ставимо більше незручних запитань: навіщо існує цей звіт? Хто ухвалює рішення за його цифрами? Які операції не можна зупиняти ні на день? Частину старих функцій після такої розмови клієнт сам викреслює із завдання. Виявляється, не все, що роками живе в конфігурації, справді потрібно бізнесу.
Партнерство з K2 — це не зміна логотипа на сайті
Найскладнішою частиною рішення стала команда. Сильний програміст 1С не перетворюється за тиждень на розробника Python або TypeScript. Необхідно розділити ролі: хтось краще знає предметну область, хтось розбирається з вебінтерфейсами, хтось бере на себе інтеграції, бази даних і тестування. Довелося визнати, що попередній досвід дає величезну перевагу в розумінні бізнесу, але не скасовує потреби вчитися.
Змінилася й модель доходу. Я більше не хочу, щоб компанія залежала переважно від нескінченних термінових виправлень. Цікавіше створити галузевий модуль для сервісних компаній, інтеграцію для інтернет-торгівлі, шаблон процесу документообігу чи навчальний курс, який можна розвивати й використовувати в різних проєктах. Звісно, це потребує інвестицій і чітких правил щодо коду, підтримки й оновлень. Проте принаймні є стратегія, а не лише календар заявок.
Я не приховую від клієнтів, що окремі функції K2 потрібно перевіряти, а деякі сценарії — доопрацьовувати. Особливо уважно підходимо до регламентованого обліку, зарплати, податків і складних виробничих розрахунків. У цих питаннях красивий інтерфейс не компенсує неправильної цифри. Ми складаємо матрицю відповідності вимогам і не обіцяємо більше, ніж реально можемо показати.
Коли клієнт запитав не про ліцензії, а про право на розвиток
Була розмова, після якої я по-іншому подивився на наші пропозиції. Керівник запитав: «А якщо ми відкриємо п’ять нових філій, що зміниться для нас і для вас?» Я почав звично говорити про користувачів, сервери, налаштування й підтримку. А потім зрозумів, що він питає не про вартість робочого місця. Він хоче знати, чи не доведеться перебудовувати систему, коли бізнес стане втричі більшим.
У K2 мене зацікавила серверна модель без прив’язки ціни до кожного нового користувача як обов’язкового принципу ліцензування платформи. Але я пояснюю це обережно: ліцензійні умови конкретного комплекту, потужність інфраструктури й вартість підтримки треба перевіряти окремо. Необмежена кількість користувачів за умовами ліцензії не означає безмежної продуктивності сервера. Вебархітектура може полегшувати відкриття нових робочих місць, але за навантаження все одно відповідає правильне проєктування.
Ми також почали обговорювати власні галузеві модулі. Наприклад, сервісне підприємство хоче кабінет клієнта з заявками, історією ремонтів і документами. Колись ми одразу думали про окремий сайт, обмін із BAS та спеціальну базу заявок. Тепер можемо спершу розглянути K2 Platform, HelpDesk, VDoc, ТОІР і CRM як складові одного проєкту. Не тому, що кожна деталь вже готова, а тому, що її можна розробляти в передбачуваному технологічному середовищі.
Коли ти починаєш говорити з власником не про кількість форм і ліцензій, а про ціну наступних змін, змінюється все партнерство. Ти перестаєш бути продавцем чужої конфігурації й поступово стаєш відповідальним за архітектуру розвитку клієнта.
Чи залишив я своїх колишніх клієнтів із BAS самих?
Ні. Для мене це було б зрадою професійної етики. Зобов’язання потрібно виконувати, перехід погоджувати, резервні сценарії мати на папері, а не лише в голові консультанта. Частина підприємств іще працюватиме в старій системі, поки не завершиться підготовка. Деякі почнуть із CRM або складу, не змінюючи відразу бухгалтерський контур. Комусь буде достатньо першого пілотного процесу, щоб ухвалити подальше рішення.
Але тепер я чітко можу пояснити, чому пропоную K2. Це українська технологічна основа, на якій можна будувати не лише облік, а й клієнтські сервіси, сайт, складську логістику, навчання, документи, аналітику та власні продукти. І це, на мій погляд, набагато цікавіше, ніж шукати в новій програмі точну копію старої кнопки.
Колись нас запрошували, бо ми добре знали 1С і BAS. Тепер я хочу, щоб нас запрошували, бо ми розуміємо, як працює підприємство й здатні допомогти йому вирости. Мені знадобилося багато років, щоб розрізнити ці дві речі. Почати знайомство з платформою можна в безкоштовній хмарі K2 ERP, а її архітектуру та модулі вивчити на сайті K2 Platform.
