Атестаційні завдання K2 ERP/CRM
Атестаційне завдання K2 ERP — CRM — практична задача для розробника K2 ERP, що передбачає створення CRM-модуля для управління лідами, клієнтами, угодами, комунікаціями, воронкою продажів та аналітикою ефективності менеджерів.
Назва
Модуль CRM: Управління лідами, клієнтами, угодами і комунікаціями.
Реальний бізнес-контекст
Компанія займається активними продажами своїх послуг і товарів.
Потрібно автоматизувати процес:
- збору лідів — потенційних клієнтів;
- переведення лідів у клієнтів;
- управління угодами, комерційними пропозиціями та замовленнями;
- ведення історії контактів: дзвінків, листів, зустрічей;
- побудови воронки продажів;
- аналітики ефективності менеджерів.
Основні завдання
1. Структура довідників
Довідник «Статуси лідів»
Довідник статусів лідів описує етапи проходження потенційного клієнта через воронку продажів.
Приклад послідовності статусів:
- новий;
- уточнюється;
- презентація;
- комерційна пропозиція;
- угода;
- успіх;
- втрата.
Довідник «Джерела лідів»
Довідник джерел лідів описує, звідки прийшов потенційний клієнт.
Приклади джерел:
- вебсайт;
- рекомендації;
- реклама;
- холодний дзвінок;
- захід.
2. Журнал «Ліди»
Журнал лідів повинен відображати потенційних клієнтів і поточний стан роботи з ними.
Колонки журналу
У журналі мають бути такі колонки:
- ПІБ або назва компанії;
- джерело ліда;
- дата створення;
- відповідальний менеджер;
- поточний статус;
- ймовірність успіху, %;
- очікувана сума угоди.
Функціональність журналу
Журнал лідів має підтримувати:
- пошук по імені;
- пошук по телефону;
- пошук по email;
- фільтрацію за статусами;
- фільтрацію за менеджерами;
- фільтрацію за джерелами.
3. Форма створення ліда
Основна інформація
Форма створення ліда повинна містити:
- ПІБ або назву компанії;
- телефон;
- email;
- джерело ліда з вибором через AJAX;
- примітки;
- відповідального менеджера з вибором зі списку користувачів.
Важливий функціонал
Потрібно передбачити:
- конвертацію ліда у клієнта разом з угодою;
- відображення історії дій:
- первинний дзвінок;
- презентація;
- інші комунікації.
4. Журнал «Клієнти»
Журнал клієнтів повинен містити всі компанії або фізичних осіб, які стали клієнтами.
Колонки журналу
- назва компанії або особи;
- телефон;
- email;
- дата першого контакту;
- менеджер;
- поточний статус взаємодії.
5. Журнал «Угоди»
Журнал угод повинен відображати комерційні можливості та замовлення.
Колонки журналу
- назва угоди;
- клієнт;
- стадія продажу;
- вартість угоди;
- ймовірність успіху, %;
- менеджер;
- дата відкриття;
- дата закриття;
- статус:
- в роботі;
- успішно закрито;
- програно.
Функціональність журналу угод
Журнал угод має підтримувати:
- зв’язування угод із клієнтами;
- зв’язування угод з історією комунікацій;
- відображення стадії воронки продажів.
6. Журнал «Комунікації»
Журнал комунікацій зберігає історію контактів із лідами та клієнтами.
Типи подій
- дзвінок:
- вхідний;
- вихідний;
- email;
- зустріч;
- коментар.
Колонки журналу
- клієнт або лід;
- тип події;
- дата;
- опис;
- відповідальний.
Функціональність журналу комунікацій
Потрібно реалізувати:
- додавання події вручну;
- прив’язку події до ліда;
- прив’язку події до клієнта.
7. Воронка продажів
Воронка продажів повинна візуально показувати проходження лідів та угод по етапах.
Графік воронки
На графіку потрібно показати:
- кількість лідів на кожній стадії;
- конверсії між стадіями;
- втрати на кожному етапі.
Воронку можна реалізувати через просту діаграму, наприклад з використанням бібліотеки Chart.js.
8. Звітність
Звіт «Ліди за період»
Звіт має показувати:
- кількість нових лідів;
- конверсії в клієнтів;
- джерела лідів.
Звіт «Ефективність менеджерів»
Звіт має показувати:
- кількість лідів на менеджера;
- кількість успішних угод;
- середню суму угоди.
9. Додаткові умови
Модуль повинен підтримувати:
- виконання всіх операцій через AJAX:
- створення ліда;
- оновлення статусу;
- додавання комунікацій;
- миттєве оновлення статусу ліда без перезавантаження сторінки;
- автоматичні нагадування менеджерам про заплановані події:
- зустрічі;
- дзвінки;
- нотифікації при переході ліда у стадію «Угода».
Технічні вимоги
| Параметр | Опис |
|---|---|
| Бекенд | K2 ERP на Python або PHP |
| БД | PostgreSQL або MySQL |
| Фронтенд | HTML5, JavaScript, AJAX через Axios або Fetch API |
| UI-компоненти | DataTables, Select2, Chart.js |
| Нотифікації | Email або внутрішні сповіщення через WebSocket, опціонально |
| Друк | Можливість експорту списків в Excel або PDF |
Критерії оцінки
| Критерій | Бали |
|---|---|
| Реалізація журналів лідів, угод і клієнтів | 20 |
| Конверсія ліда у клієнта та угоду | 20 |
| Управління комунікаціями | 20 |
| Воронка продажів і аналітика | 20 |
| Інтерактивність через AJAX | 10 |
| Загальна якість структури коду і БД | 10 |
| Разом | 100 |
Примітка
Такий модуль є серцем будь-якої сучасної компанії, яка будує продажі: IT-аутсорсингу, виробників обладнання, логістичних компаній, фінансових послуг і страхування.
Очікуваний результат
У результаті виконання атестаційного завдання має бути створений CRM-модуль K2 ERP, який підтримує довідники статусів і джерел лідів, журнали лідів, клієнтів, угод і комунікацій, конверсію ліда у клієнта та угоду, воронку продажів, звітність, AJAX-інтерактив і нотифікації.
Рекомендовані сутності бази даних
- статуси лідів;
- джерела лідів;
- ліди;
- клієнти;
- угоди;
- стадії продажів;
- комунікації;
- заплановані події;
- користувачі-менеджери;
- нотифікації;
- журнал змін;
- файли експорту.