Атестаційні завдання K2 ERP/CRM

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

! Колонка

! !

У результаті виконання атестаційного задача має бути створений CRM-модуль K2 ERP. Разом

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

Журнал «Угоди»

В роботі	Угода активна, менеджер продовжує роботу
Успішно закрито	Угода завершилася продажем
Програно	Угода втрачена

Потенційні клієнти приходять із різних каналів: сайту, реклами, рекомендацій, холодних дзвінків, заходів, партнерів або повторних звернень.== Звіт «Ефективність менеджерів» ==

Через AJAX мають працювати:

Назва угоди	Назва комерційної функції ERP або продажу
клієнт ERP	клієнт ERP, з яким пов’язана угода
Стадія продажу	Поточний етап у воронці
Вартість угоди	Очікувана або фактична сума
Ймовірність успіху, %	Оцінка шансів на успішне закриття
Менеджер	Відповідальний за угоду
Дата відкриття	Коли угоду створено
Дата закриття	Коли угоду закрито або планується закрити
Статус	В роботі, успішно закрито, програно

компонент повинен підтримувати виконання ключових операцій через AJAX. так само потрібно реалізувати нотифікації при переході ліда у стадію «Угода». !== Шкала оцінювання ==

ПІБ або назва компанії Ім’я потенційного клієнта або назва організації Телефон базовий контактний номер Email Email потенційного клієнта Джерело ліда Вибір із довідника через AJAX Статус Поточний статус у воронці Примітки Додаткова інформаційні матеріали Відповідальний менеджер Вибір зі списку користувачів Очікувана сума Орієнтовна сума майбутньої угоди Ймовірність успіху Оцінка шансів на успішний продаж

! Тип події

Для реалізації задачі доцільно передбачити такі сутності: Мінімальний сценарій:

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

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

Довідник «Джерела лідів»

Критерії оцінювання

вебсайт;
рекомендації;
реклама;
холодний дзвінок;
захід;
інтегратор;
повторне звернення;
соціальні мережі;
email-розсилка.== Звіт «Ліди за період» ==

історія продукту дій по ліду

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

запланований дзвінок;
зустріч;
повторний контакт;
відправка комерційної пропозиції;
контроль відповіді клієнта. Статус

провідний принцип. CRM — це не без зусиль довідник контактів.

Воронка продажів

Статус ліда має оновлюватися без повного перезавантаження сторінки. Рівень Менеджери повинні бачити, хто звернувся, звідки прийшов лід, на якому етапі він перебуває, які комунікації вже були, яка очікувана сума угоди, хто відповідальний і що потрібно зробити далі. ! Журнал змін має зберігати: Журнал лідів має підтримувати: Нотифікації можуть бути реалізовані через email, внутрішні сповіщення або WebSocket. CRM — це практична задача; так само реалізовано клієнтами. Бали Практичне задача
90–100	Відмінно	CRM-модуль на 100% функціонує: ліди, клієнти, угоди, комунікації, воронка, звіти, AJAX і нотифікації реалізовані коректно
75–89	Добре	Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес продажів
60–74	Зараховано	Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: ліди, конверсія, угоди, комунікації, воронка або звіти

! CRM-модуль має допомогти не втрачати ліди, контролювати роботу менеджерів, бачити реальну воронку продажів і розуміти, які джерела та менеджери приносять найбільше результату. ! 100

первинний дзвінок;
презентація;
комерційна пропозиція;
email;
зустріч;
коментар менеджера;
зміна статусу;
запланована подія;
результат комунікації. ! Джерело ліда потрібно використовувати у звітах, щоб бачити, які канали дають найбільше лідів, клієнтів і успішних угод. Менеджер має оперативно бачити, хто звернувся, з якого джерела, хто відповідальний, яка ймовірність успіху та на яку суму очікується угода.== базовий бізнес-процес ==

Потрібно передбачити можливість експорту списків у Excel або PDF. Колонка

! Що перевіряється

платформа повинна дозволяти:

Потрібно реалізувати:

створити клієнта на основі даних ліда;
створити угоду, пов’язану з клієнтом;
перенести історію комунікацій;
зберегти зв’язок між початковим лідом, клієнтом і угодою;
змінити статус ліда відповідно до логіки процесу;
не створювати дублікати клієнтів, якщо клієнт ERP уже існує. !== Функціональність журналу комунікацій ==

Журнал «Комунікації»

клієнт ERP або лід	До кого прив’язана подія
Тип події	Дзвінок, email, зустріч, коментар тощо
Дата	Дата й час події
SEO-опис	Суть комунікації
Відповідальний	Хто виконав або запланував дію
Результат	Підсумок комунікації

Технічні вимоги

Після конвертації платформа повинна:

додавання події вручну;
прив’язку події до ліда;
прив’язку події до клієнта;
прив’язку події до угоди;
планування майбутніх подій;
нагадування менеджеру;
перегляд історії з картки ліда, клієнта або угоди.== Типи подій ==

!== Основні об’єкти модуля ==

Воронка має відповідати на питання:

Назва компанії або особи

клієнт ERP

Телефон

Контактний номер

Email

Email клієнта

Дата першого контакту

Коли клієнт ERP уперше звернувся

Менеджер

Відповідальний менеджер

Поточний статус взаємодії

Активний, сплячий, втрачений, VIP або інший статус

* ліди;

клієнтів;
угоди;
комунікації;
звіти;
воронку продажів.

Функціональність журналу лідів

Очікуваний результат

Що потрібно створити? # створити джерела лідів;

створити статуси лідів;
створити нового ліда;
вказати телефон, email, джерело та відповідального менеджера;
додати першу комунікацію;
змінити статус ліда через AJAX;
запланувати майбутній дзвінок або зустріч;
показати нагадування менеджеру;
перевести ліда у стадію «Угода»;
виконати конвертацію ліда у клієнта та угоду;
перевірити, що історія продукту комунікацій не втрачена;
змінити стадію угоди;
закрити угоду як успішну або програну;
сформувати воронку продажів;
сформувати звіт лідів за період;
сформувати звіт ефективності менеджерів;
експортувати список або звіт;
показати журнал змін. {| class="wikitable" style="width:100%;"

У картці ліда потрібно відображати історію дій. SEO-опис

Статуси повинні мати порядок проходження, щоб платформа могла будувати воронку продажів і рахувати конверсії між етапами. Питання

Назва задача

У формі потрібно передбачити:

Журнал угод має підтримувати: скільки нових лідів з’явилося; скільки лідів дійшло до презентації; скільки отримало комерційну пропозицію; скільки стало угодами; скільки завершилося успішно; на якому етапі найбільше втрат; який менеджер має кращу конверсію. Це платформа керування продажем: лід → комунікація → кваліфікація → угода → клієнт ERP → результат → аналітичні інструменти. Колонка Довідник джерел лідів описує, звідки прийшов потенційний клієнт ERP. \|-	Дзвінок вхідний	клієнт ERP сам зателефонував у компанію
Дзвінок вихідний	Менеджер зателефонував клієнту
Email	Надіслано або отримано лист
Зустріч	Проведено онлайн або офлайн-зустріч
Коментар	Внутрішня примітка менеджера
Задача	Запланована дія по клієнту

Див. так само

Звіт має показувати роботу з лідами за вибраний період. SEO-опис

Бекенд

K2 ERP на Python або PHP

База даних

PostgreSQL або MySQL

Фронтенд

HTML5, JavaScript

AJAX

Axios або Fetch API

UI-компоненти

DataTables, Select2, Chart.js

Нотифікації

Email або внутрішні сповіщення через WebSocket, опціонально

Друк / експорт

Експорт списків в Excel або PDF

Нагадування та нотифікації

Мета задача

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

Окремо варто відзначити угодами, комунікаціями, воронкою продажів і аналітикою ефективності менеджерів виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні CRM-модуля для керування лідами забезпечується через Атестаційне задача K2 ERP. | CRM-модуль для керування лідами, клієнтами, угодами й комунікаціями |- | Які довідники потрібні? Типовий бізнес-процес роботи CRM-модуля виглядає так:

CRM-модуль виступає як ключовим для компаній, які активно працюють із продажами: IT-аутсорсингу, виробників обладнання, логістичних компаній, фінансових послуг, страхування, сервісних компаній, B2B-продажів і консалтингу. * зв’язування угод із клієнтами;

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

! |- | Статуси лідів | Етапи проходження потенційного клієнта через воронку продажів |- | Джерела лідів | Канали, з яких приходять потенційні клієнти |- | Ліди | Потенційні клієнти, з якими ще ведеться первинна робота |- | Клієнти | Компанії або фізичні особи, які стали клієнтами |- | Угоди | Комерційні функції ERP, замовлення або продажі та реалізація |- | Комунікації | Дзвінки, листи, зустрічі, коментарі та інші події |- | Заплановані події | Майбутні дзвінки, зустрічі, задачі та нагадування |- | Менеджери | Користувачі системи, відповідальні за ліди та угоди |- | Воронка продажів | Візуалізація етапів продажу, конверсій і втрат |- | Звіти | аналітичні інструменти лідів, угод, джерел і менеджерів |}

! Відповідь

Звіт має показувати результативність роботи менеджерів. Приклад

Довідник «Статуси лідів»

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

Логування змін

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

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

Примітка

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

AJAX-інтерактив

Журнал угод відображає комерційні функції ERP та замовлення. ! Потрібно фіксувати важливі зміни в CRM.== Колонки журналу лідів ==

Реальний бізнес-контекст

Графік воронки

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

Основна інформаційні матеріали ліда

Реалізація журналів лідів, угод і клієнтів

20

Списки, пошук, фільтри, статуси, менеджери, джерела, стадії

Конверсія ліда у клієнта та угоду

20

Створення клієнта й угоди, збереження історії, відсутність дублів

керування комунікаціями

20

Дзвінки, email, зустрічі, коментарі, прив’язка до лідів, клієнтів і угод

Воронка продажів і аналітичні інструменти

20

Графік воронки, конверсії, втрати, звіти по лідах і менеджерах

Інтерактивність через AJAX

10

Створення, оновлення версій статусів, додавання подій і комунікацій без перезавантаження

Якість структури коду і БД

10

Логічна модель даних, підтримуваність, журнал змін, коректні зв’язки

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

історія продукту комунікацій, статуси, відповідальні, джерела, угоди й журнал змін

Яка аналітичні інструменти потрібна? * K2 ERP

Функціональність журналу угод

У звіті потрібно відображати:

Журнал «Клієнти»

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

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

Журнал «Ліди»

Статуси лідів і джерела лідів
Повний цикл продажу від ліда до угоди та звіту

Форма створення ліда повинна бути простою, але достатньою для старту продажу. | Створення ліда, зміна статусу, додавання комунікацій і подій

Що виступає як критичною вимогою?== Статуси угод ==

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

Критичними помилками вважаються ситуації, коли:

Колонки журналу клієнтів

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

До історії можуть входити:

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

Експортувати можна:

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

кількість лідів на менеджера;
кількість комунікацій;
кількість створених угод;
кількість успішних угод;
кількість програних угод;
середню суму угоди;
суму успішно закритих угод;
конверсію в успішні продажі та реалізація. | Ліди, клієнти, угоди, комунікації

|- | Що виступає як ключовою дією? SEO-опис Мета задача — створити в K2 ERP CRM-модуль, який автоматизує роботу відділу продажів. Приклади джерел:

Журнал клієнтів містить усі компанії або фізичних осіб, які стали клієнтами. SEO-опис Типові нагадування: |- | ПІБ або назва компанії | Ім’я потенційного клієнта або назва компанії |- | Джерело ліда | Канал, з якого прийшов лід |- | Дата створення | Коли лід був доданий у систему |- | Відповідальний менеджер | Хто веде ліда |- | Поточний статус | На якому етапі перебуває лід |- | Ймовірність успіху, % | Оцінка шансів на успішну угоду |- | Очікувана сума угоди | Потенційна сума продажу |- | Наступна дія | Запланований дзвінок, зустріч або інша дія |}