Kommo / amoCRM: історія продукту, архітектура CRM та коли бізнесу потрібен CRM-ERP-BPM

Дослідницький етап: Документальна історія Kommo/amoCRM

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

Ситуація реально напружує та дратує тим пак, що існують гарні за функціоналом українські рішення й конфігурації для цієї галузі бізнесу. Сподіваюся, що вам відгукнеться. Маю наголосити, що ви НЕ маєте сприймати статтю, як вирок.

Матеріал має інформаційно-аналітичний характер і не є юридичним висновком щодо Kommo, QSOFT LLC, amoCRM або будь-яких пов’язаних із ними юридичних осіб. Висновки щодо функціональності системи сформовані на основі відкритої документації та аналізу конкретного сценарію. Корпоративні та санкційні твердження наведені лише в межах документів, на які є прямі посилання

3. Статус в Україні (Санкції та нормативний контекст)

• amoCRM (ТОВ “Амоцрм”): Окремо маємо ознайомитися з санкційними списками РНБО України (Указ Президента України №279/2023 від 15 квітня 2023 року). Оскільки в Україні щодо окремих юридичних осіб, пов’язаних з історією amoCRM, застосовувалися санкційні заходи. Окремо уточню, що в цьому матеріалі ми не ототожнюємо автоматично такі юридичні особи із сучасною QSOFT LLC без окремого документального підтвердження.
• Kommo CRM (QSOFT LLC): Бренд Kommo CRM юридично позиціонується як продукт американської компанії QSOFT LLC. У межах перевірених відкритих джерел я не знайшов документа, який би прямо ототожнював QSOFT LLC із зазначеною санкційною юридичною особою.
• Загальний висновок для українського бізнесу: Є хронологічна близькість ребрендингу (жовтень 2022 року) до початку повномасштабної війни, що з великою долею ймовірності вказує на спадковість коду/команди QSOFT. Для компанії, яка оцінює SaaS-платформу, корпоративна структура та юрисдикції постачальника є окремим фактором due diligence поряд із технічними та юридичними умовами обробки даних

4. Карта функціональної моделі Kommo CRM

• Основна фокусна зона: Управління лідами, первинний контакт, комунікації через месенджери (WhatsApp, Instagram, Telegram), Salesbot, візуальний Sales Pipeline.
• Обмеження архітектури Kommo CRM для агентства нерухомості: Для реалізації складної предметної моделі нерухомості в Kommo може знадобитися використання додаткових полів, зв’язків, інтеграцій або іншої кастомної логіки. Конкретний спосіб реалізації залежить від вимог та актуальних можливостей платформи.

5. Що ми можемо встановити документально, а що залишається предметом аналізу

6. Від CRM до операційної моделі агентства

Kommo CRM: від amoCRM до системи управління продажами. Що насправді може CRM для агентства нерухомості та де починається ERP-BPM

Що відомо про історію та корпоративну структуру Kommo

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

Історія Kommo CRM починається у 2004 році із заснування студії веб-розробки QSOFT. У 2009 році всередині компанії з’явився модуль для внутрішнього обліку — qCRM, який у 2010 році отримав нову назву — amoCRM. Продукт створювався як максимально проста, візуальна система для відділів продажів малого бізнесу, де головним елементом був канбан-борд із картками угод.

У 2016 році відбулася важлива корпоративна подія: російська фірма “1С” придбала контрольний пакет (51%) у компанії amoCRM. З огляду на тодішній ринок це можна розглядати як посилення присутності продукту в екосистемі російського корпоративного ПЗ.

24 лютого 2022 року розпочалося повномасштабне вторгнення Росії в Україну. А вже 11 жовтня 2022 року відбувся офіційний ребрендинг: бренд amoCRM оголосив про перехід на нову назву — Kommo CRM.

Офіційна позиція компанії та хронологічний контекст

Згідно з офіційним повідомленням компанії від 11 жовтня 2022 року, зміна назви пояснювалася виключно продуктовою еволюцією: розширенням функціоналу unified inbox, інтеграціями з месенджерами, розвитком Salesbot та виходом за межі класичної воронки продажів. Компанія підкреслила, що це рішення було прийнято «purely from a branding perspective» для полегшення експансії на глобальні ринки.

Ребрендинг відбувся восени 2022 року — за кілька місяців після початку повномасштабної війни. Сам факт збігу дат не дозволяє робити висновки про мотиви ребрендингу. Тому спробуємо в цій статті не намагатися пояснювати мотиви компанії, а лише відокремлювати встановлені факти від припущень і окремо розгляти сучасну юридичну структуру сервісу.

Що відомо про юридичну структуру сьогодні

Згідно з чинною Privacy Policy Kommo, актуальна версія якої датована 3 липня 2026 року, Kommo прямо визначається як продукт компанії QSOFT LLC. На офіційній сторінці контактів Kommo QSOFT LLC також зазначена як юридична структура з офісами в Сан-Франциско та Лондоні. Окремо на цій же сторінці зазначена Terimpol SA з адресою в Монтевідео, Уругвай.

Таким чином, у відкритій актуальній документації Kommo одночасно фігурують QSOFT LLC та Terimpol SA. При цьому виявлені нами документи не дають достатніх підстав стверджувати, що Terimpol SA є саме «платіжною» юридичною особою або що вона зареєстрована в Панамі.

Водночас в Україні щодо окремих юридичних та фізичних осіб, пов’язаних із російським IT-сектором, застосовувалися санкції РНБО. Однак автоматично поширювати санкційний статус окремої російської юридичної особи на сучасну QSOFT LLC або бренд Kommo CRM для агентства нерухомості без встановлення конкретного ланцюга правонаступництва некоректно.

Тобто, сам по собі продукт Kommo, який юридично належить американській QSOFT LLC, формально позиціонується як міжнародний SaaS-сервіс. Історичний зв’язок продукту з QSOFT та брендом amoCRM простежується в доступних публічних матеріалах. Однак питання конкретного походження сучасної кодової бази, складу команди та передачі прав інтелектуальної власності потребує окремих документальних підтверджень і в цій статті не встановлюється

Але історія бренду — лише половина питання

Навіть якщо винести за дужки юридичне походження, виникає головне практичне питання: що відбувається, коли реальне агентство нерухомості намагається побудувати управління продажами на базі CRM?

У серпні 2026 року на українському freelance-маркетплейсі Freelancehunt з’явився характерний запит від агентства нерухомості. Замовник шукав фахівця для налаштування Kommo CRM і виклав деталізоване технічне завдання.

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

Що насправді потрібно агентству нерухомості від CRM: 12 сегментів вимог

Аналіз цього ТЗ дозволяє систематизувати потреби агентства нерухомості у 12 чітких сегментів.

Перші три-чотири сегменти описують CRM. Наступні вимагають уже операційної моделі бізнесу.

Суть 12 сегментів вимог

1. Лідогенерація: фіксація первинного звернення, джерела реклами, каналу (Meta, Google, месенджери), автоматичне закріплення за відповідальним агентом.
2. Первинна обробка: контроль швидкості першої відповіді, відсутність «забутих» лідів без наступного кроку.
3. Кваліфікація покупця: фіксація бюджету, бажаної локації, типу об’єкта, строків покупки та готовності до угоди.
4. Робота з об’єктами: зв’язування клієнта не просто з цифрою в угоді, а з конкретною карткою об’єкта нерухомості (чи декількома об’єктами).
5. Покази та зустрічі: календар показів, фіксація зворотного зв’язку після перегляду, контроль наступної дії.
6. Переговори та пропозиції: фіксація офіційних оферів, узгодження ціни, коригування умов.
7. Юридичний та договірний цикл: для ринку (наприклад, іспанської або української нерухомості) це стадії Reserva (резерв), Arras (попередній договір/завдаток), Notario (нотаріальна угода) та Closed.
8. Контроль зависання: виявлення угод, які знаходяться на одному етапі довше встановленого терміну без активних задач.
9. Втрачені угоди: обов’язкова фіксація причини відмови з детальною аналітикою (ціна, об’єкт, відпадання потреби).
10. Управління командою: оцінка навантаження агентів, кількості відкритих справ, конверсії та дотримання регламентів.
11. Прогнозування: розрахунок потенційної комісії на основі ймовірності закриття угод у пайплайні.
12. Фактичний фінансовий результат: облік фактично отриманих коштів, розрахунок комісійних виплат агенту та чистого доходу компанії.

Чому класичну CRM починають «розтягувати»

Якщо уважно подивитися на ці 12 пунктів, стає очевидно: перші 3–4 пункти — це класична задача CRM (зберегти контакт, записати джерело, рухати картку по воронці).

Але починаючи з 4-го пункту (об’єкти, покази, юридичні стадії, фінансовий розрахунок комісій), бізнес починає вимагати від системи Kommo CRM для агентства нерухомості зовсім іншого:

• BPM (Business Process Management): контроль послідовності дій, передача задач між відділами (агент → юрист → бухгалтер), автоматичні перевірки наявності документів.
• ERP (Enterprise Resource Planning): облік ресурсів (каталог об’єктів), фінансовий облік (надходження, розщеплення комісії, витрати на маркетинг).

Це ТЗ цікаве не як доказ обмежень Kommo, а як приклад того, як змінюються вимоги до системи, коли CRM використовується не лише для продажів.

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

Коли варто дивитися не на CRM, а на CRM-ERP-BPM

Якщо для вашої компанії важливо не просто бачити статуси лідів, а керувати всіма сутностями та процесами в єдиному контурі, виникає потреба в іншій архітектурі.

Ми в iCOLOR дивимось на це простіше: немає сенсу змушувати програму робити те, для чого вона не була спроектована. Якщо задача виходить за межі продажів — потрібна платформа, яка від початку має в собі контури CRM, ERP та BPM.

Одним із таких інструментів є OneBox OS. Це не просто CRM для збору заявок, а операційна система для бізнесу, де в одному середовищі поєднуються класичний продаж, процесний контроль та облік ресурсів.

Перевага зв’язку сутностей в OneBox OS

Головна відмінність процесного підходу — OneBox OS дозволяє моделювати пов’язані сутності, процеси, ролі та автоматизації в межах однієї платформи; конкретний рівень реалізації залежить від конфігурації та вимог проєкту.

В такій архітектурі картка об’єкта нерухомості є самостійною сутністю зі своєю історією, власниками, комісією та статусом, а не просто текстовим полем у картці клієнта. Чи реалізується це в Kommo CRM для агентства нерухомості?

Порівняння підходів: CRM проти CRM-ERP-BPM

Готова архітектура iCOLOR для нерухомості: MVP RIELTICS

Ми зазвичай починаємо не з налаштування системи з нуля, а з аналізу реального руху роботи. Для агентств нерухомості ми розробили готову базову конфігурацію MVP RIELTICS на платформі OneBox OS.

Це не означає, що готова конфігурація чарівним чином закриє абсолютно всі специфічні забаганки конкретного агентства з першого дня. Проте вона дає перевірений каркас, де вже вибудувані зв’язки між лідами, об’єктами, агентами та угодами.

Еволюційний шлях впровадження: Quick Start iCOLOR BETA

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

1. Етап 1. Quick Start / BETA: Перший запуск базової галузевої конфігурації може бути виконаний у форматі Quick Start у короткий термін; фактичний строк залежить від готовності даних, доступів та обсягу необхідної швидкої адаптації і найчастіше в роботі згідно нашого формату впровадження займає 1–2 дні.
2. Етап 2. Реальна експлуатація: Агенти та керівники починають працювати на реальних даних.
3. Етап 3. Виявлення розривів: Лише в процесі роботи стає зрозуміло, де справді не вистачає полів або автоматизацій.
4. Етап 4. Точкове доналаштування: Додавання тільки того функціоналу, який довів свою необхідність.

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

Кому підходить Kommo CRM, а кому потрібна інша архітектура

Ми відкрито говоримо про можливості інструментів: Kommo CRM — це якісний продукт для своїх задач.

Kommo CRM буде чудовим вибором, якщо:

• ваш головний фокус — швидка обробка великого потоку первинних лідів з месенджерів;
• вам потрібен простий і зрозумілий sales pipeline для менеджерів;
• у вас немає потреби вести облік об’єктів, складні договірні процеси та фінанси всередині однієї системи.

Варто дивитися в бік CRM-ERP-BPM (OneBox OS), якщо:

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

Як обрати систему: 7 питань для власника бізнесу

Перед тим як замовляти налаштування будь-якої CRM, дайте собі відповідь на ці питання:

1. Що саме є головним об’єктом управління у вашому бізнесі: картка контакту чи процес виконання угоди?
2. Чи потрібно вам вести каталог об’єктів або товарів безпосередньо всередині системи?
3. Хто, крім менеджерів з продажів, має працювати в системі (юристи, бухгалтери, керівники об’єктів)?
4. Як ви збираєтеся рахувати фактичні гроші та розраховувати комісійні?
5. Що має відбуватися з угодою після того, як клієнт сказав «так»?
6. Наскільки критичним для вас є юридичне походження продукту та розташування серверів?
7. Ви хочете проектувати систему з нуля чи адаптувати готову галузеву модель?

Наступний практичний крок

Обирати потрібно не назву програми (Kommo CRM для агентства нерухомості), а модель управління. Якщо ваш бізнес вже зараз НЕ закінчується на лійці продажів, можливо, настав час обирати не CRM, а архітектуру управління бізнесом і вам потрібна система для контролю процесів, спробуйте:

• подивитися, як може виглядати CRM-ERP-BPM-контур для агентства нерухомості;
• протестувати роботу системи на реальному процесі за допомогою стандарту Quick Start iCOLOR BETA;
• оцінити готовність вашої компанії до системних змін за допомогою матеріалу 9 кроків впровадження CRM-ERP-BPM.
• почніть із питання «Що саме ми хочемо управляти?», а не з питання «Яку CRM встановити?»

Додаток: Чек-лист вимог до CRM/ERP для агентства нерухомості

Використовуйте цей чек-лист як базове ТЗ для оцінки будь-якої CRM-системи, яку ви розглядаєте для свого бізнесу.

• [ ] 1. Лідогенерація: автозахоплення заявки, збереження UTM-міток, джерела та каналу звернення.
• [ ] 2. Первинний контакт: таймер першої реакції, автоматичний розподіл за чергою або правилами.
• [ ] 3. Кваліфікація: фіксація бюджету, типу нерухомості, локації, купівля/оренда, готовності до угоди.
• [ ] 4. База об’єктів: наявність окремих карток об’єктів з параметрами, фото, статусом та прив’язкою до угод.
• [ ] 5. Организація показів: фіксація дати/часу перегляду, зворотного зв’язку клієнта та підсумків.
• [ ] 6. Переговори: збереження історії пропозицій, узгоджених цін та проміжних домовленостей.
• [ ] 7. Юридичний блок: контроль переходу по юридичних стадіях (Reserva / Arras / Notario).
• [ ] 8. Контроль зависання: сповіщення керівника про угоди без руху або прострочені завдання.
• [ ] 9. Втрачені угоди: обов’язкове поле причини відмови та аналітичний звіт за причинами.
• [ ] 10. Контроль команди: аналітика навантаження агентів, конверсії та дотримання регламентів.
• [ ] 11. Прогноз доходів: автоматичний розрахунок планованої комісії за воронкою.
• [ ] 12. Фактичний фінансовий результат: облік фактичних надходжень, розщеплення комісії агента та фіксація чистого прибутку.