R: Перенос з Гугл док.

2026-04-28T21:39:15Z

Перенос з Гугл док.

Нова сторінка

'''Атестаційне завдання K2 ERP — CRM''' — практична задача для розробника K2 ERP, що передбачає створення CRM-модуля для управління лідами, клієнтами, угодами, комунікаціями, воронкою продажів та аналітикою ефективності менеджерів.

== Назва ==
'''Модуль CRM: Управління лідами, клієнтами, угодами і комунікаціями'''.

== Реальний бізнес-контекст ==
Компанія займається активними продажами своїх послуг і товарів.

Потрібно автоматизувати процес:

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

== Основні завдання ==

=== 1. Структура довідників ===

==== Довідник «Статуси лідів» ====
Довідник статусів лідів описує етапи проходження потенційного клієнта через воронку продажів.

Приклад послідовності статусів:

* новий;
* уточнюється;
* презентація;
* комерційна пропозиція;
* угода;
* успіх;
* втрата.

==== Довідник «Джерела лідів» ====
Довідник джерел лідів описує, звідки прийшов потенційний клієнт.

Приклади джерел:

* вебсайт;
* рекомендації;
* реклама;
* холодний дзвінок;
* захід.

=== 2. Журнал «Ліди» ===
Журнал лідів повинен відображати потенційних клієнтів і поточний стан роботи з ними.

==== Колонки журналу ====
У журналі мають бути такі колонки:

* ПІБ або назва компанії;
* джерело ліда;
* дата створення;
* відповідальний менеджер;
* поточний статус;
* ймовірність успіху, %;
* очікувана сума угоди.

==== Функціональність журналу ====
Журнал лідів має підтримувати:

* пошук по імені;
* пошук по телефону;
* пошук по email;
* фільтрацію за статусами;
* фільтрацію за менеджерами;
* фільтрацію за джерелами.

=== 3. Форма створення ліда ===

==== Основна інформація ====
Форма створення ліда повинна містити:

* ПІБ або назву компанії;
* телефон;
* email;
* джерело ліда з вибором через AJAX;
* примітки;
* відповідального менеджера з вибором зі списку користувачів.

==== Важливий функціонал ====
Потрібно передбачити:

* конвертацію ліда у клієнта разом з угодою;
* відображення історії дій:
** первинний дзвінок;
** презентація;
** інші комунікації.

=== 4. Журнал «Клієнти» ===
Журнал клієнтів повинен містити всі компанії або фізичних осіб, які стали клієнтами.

==== Колонки журналу ====

* назва компанії або особи;
* телефон;
* email;
* дата першого контакту;
* менеджер;
* поточний статус взаємодії.

=== 5. Журнал «Угоди» ===
Журнал угод повинен відображати комерційні можливості та замовлення.

==== Колонки журналу ====

* назва угоди;
* клієнт;
* стадія продажу;
* вартість угоди;
* ймовірність успіху, %;
* менеджер;
* дата відкриття;
* дата закриття;
* статус:
** в роботі;
** успішно закрито;
** програно.

==== Функціональність журналу угод ====
Журнал угод має підтримувати:

* зв’язування угод із клієнтами;
* зв’язування угод з історією комунікацій;
* відображення стадії воронки продажів.

=== 6. Журнал «Комунікації» ===
Журнал комунікацій зберігає історію контактів із лідами та клієнтами.

==== Типи подій ====

* дзвінок:
** вхідний;
** вихідний;
* email;
* зустріч;
* коментар.

==== Колонки журналу ====

* клієнт або лід;
* тип події;
* дата;
* опис;
* відповідальний.

==== Функціональність журналу комунікацій ====
Потрібно реалізувати:

* додавання події вручну;
* прив’язку події до ліда;
* прив’язку події до клієнта.

=== 7. Воронка продажів ===
Воронка продажів повинна візуально показувати проходження лідів та угод по етапах.

==== Графік воронки ====
На графіку потрібно показати:

* кількість лідів на кожній стадії;
* конверсії між стадіями;
* втрати на кожному етапі.

Воронку можна реалізувати через просту діаграму, наприклад з використанням бібліотеки Chart.js.

=== 8. Звітність ===

==== Звіт «Ліди за період» ====
Звіт має показувати:

* кількість нових лідів;
* конверсії в клієнтів;
* джерела лідів.

==== Звіт «Ефективність менеджерів» ====
Звіт має показувати:

* кількість лідів на менеджера;
* кількість успішних угод;
* середню суму угоди.

=== 9. Додаткові умови ===
Модуль повинен підтримувати:

* виконання всіх операцій через AJAX:
** створення ліда;
** оновлення статусу;
** додавання комунікацій;
* миттєве оновлення статусу ліда без перезавантаження сторінки;
* автоматичні нагадування менеджерам про заплановані події:
** зустрічі;
** дзвінки;
* нотифікації при переході ліда у стадію '''«Угода»'''.

== Технічні вимоги ==
{| class="wikitable"
!Параметр
!Опис
|-
|Бекенд
|K2 ERP на Python або PHP
|-
|БД
|PostgreSQL або MySQL
|-
|Фронтенд
|HTML5, JavaScript, AJAX через Axios або Fetch API
|-
|UI-компоненти
|DataTables, Select2, Chart.js
|-
|Нотифікації
|Email або внутрішні сповіщення через WebSocket, опціонально
|-
|Друк
|Можливість експорту списків в Excel або PDF
|}

== Критерії оцінки ==
{| class="wikitable"
!Критерій
!Бали
|-
|Реалізація журналів лідів, угод і клієнтів
|20
|-
|Конверсія ліда у клієнта та угоду
|20
|-
|Управління комунікаціями
|20
|-
|Воронка продажів і аналітика
|20
|-
|Інтерактивність через AJAX
|10
|-
|Загальна якість структури коду і БД
|10
|-
!Разом
!100
|}

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

== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений CRM-модуль K2 ERP, який підтримує довідники статусів і джерел лідів, журнали лідів, клієнтів, угод і комунікацій, конверсію ліда у клієнта та угоду, воронку продажів, звітність, AJAX-інтерактив і нотифікації.

== Рекомендовані сутності бази даних ==

* статуси лідів;
* джерела лідів;
* ліди;
* клієнти;
* угоди;
* стадії продажів;
* комунікації;
* заплановані події;
* користувачі-менеджери;
* нотифікації;
* журнал змін;
* файли експорту.

== Див. також ==

* [[K2 Cloud ERP|K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[CRM]]
* [[Ліди]]
* [[Клієнти]]
* [[Угоди]]
* [[Воронка продажів]]
* [[Chart.js]]

Атестаційні завдання K2 ERP/CRM - Історія редагувань

R: Перенос з Гугл док.