Orium Studios

CRM для автоброкера: що має бути всередині системи

Брокер не продає авто зі стоянки. Він знаходить потрібне в дилерів і проводить покупця через фінансування, і заробіток вирішується в кредитній заявці, а не в листуванні.

Системі автоброкера потрібні три речі, яких немає у звичайній CRM: кредитна заявка, яку банк не поверне через пропущений розділ, номер соціального страхування, що зберігається зашифрованим і з записом кожного перегляду, і одна формула прибутку, з якої рахують усі екрани одразу. Така система живе в проді в автоброкера на Стейтен-Айленді. Збірка йде від $2 000 за 30-45 днів.

АРКУШ-02Розбір

01

Кредитна заявка це документ, а не форма зворотного зв'язку

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

02

SSN: шифротекст, і кожен перегляд записаний

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

03

Одна формула прибутку на всі екрани

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

04

Кілька брокерів, філії і різні права

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

05

Сайт і CRM це один застосунок

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

06

Автоматизації за датами лізингу

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

07

Чого на цій сторінці немає

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

АРКУШ-03Контроль якості

Що справді працює.

Три системи в продакшені, 2116 автотестів, 399 міграцій бази та 14 guard-тестів, написаних після помилок, яких типи впіймати не могли. Код і база належать клієнту з першого коміту.

2116

автотестів

399

міграцій бази

14

guard-тестів

3

системи в проді

АРКУШ-04Загальні примітки

Питання, які ставлять насправді.

N01Чим це відрізняється від звичайної CRM для продажів?
Звичайна CRM веде угоду до підпису і нічого не знає про кредитну заявку, про зберігання номера соціального страхування і про те, що прибуток за угодою рахується за формулою, яку не можна дублювати. У брокера саме це і є робота.
N02Кредитна заявка підписується онлайн?
Так, заявка заповнюється і подається всередині системи, із завантаженням документів. Сенс не в зручності, а в тому, щоб неповна заявка не йшла в банк: перевірка повноти йде на сервері, і однаково для заявника і співпозичальника.
N03Наскільки безпечно зберігати SSN у своїй системі?
Безпечно рівно настільки, наскільки влаштоване зберігання. Тут це AES-256-GCM, ключ лише на сервері, відсутність ключа означає відмову прийняти заявку, а не збереження відкритим текстом, і кожен показ повного номера пишеться в журнал доступу до самого показу.
N04У мене кілька брокерів. Кожен бачить лише своє?
Так. Права будуються навколо угоди і філії, а виплати рахуються з тієї самої формули, що й звіти компанії, тому наприкінці місяця не з'являється двох версій одного числа.
N05Чи можна взяти тільки сайт, а систему потім?
Можна. Сайт від $1 200 за 10-14 днів, і він збирається так, щоб заявка з нього потрапила в базу, а не в пошту. Коли систему зберуть, історія вже там.
N06Скільки це коштує?
Своя система від $2 000 за 30-45 днів, сайт від $1 200. Розбір процесів $500 і зараховується на 100% у збірку протягом 60 днів. Безкоштовний аудит $0 того ж дня. Знижок немає ніколи.