#Detailní návrh systému CRM 2.0

#1. Přehled systému a filozofie návrhu

#1.1 Pozicování systému

Tento systém je platforma pro správu prodeje CRM 2.0 postavená na no-code platformě NocoBase. Hlavním cílem je:

Umožnit obchodníkům soustředit se na budování vztahů se zákazníky, nikoli na zadávání dat a opakující se analýzy.

Systém automatizuje běžné úkoly prostřednictvím pracovních postupů a využívá AI k asistenci při skórování leadů, analýze obchodních případů a dalších činnostech, čímž pomáhá prodejním týmům zvyšovat efektivitu.

#1.2 Filozofie návrhu

#Filozofie 1: Kompletní prodejní trychtýř

End-to-end prodejní proces:

Proč tento návrh?

#Filozofie 2: Konfigurovatelná prodejní pipeline

Různá odvětví si mohou přizpůsobit fáze prodejní pipeline bez nutnosti úpravy kódu.

#Filozofie 3: Modulární design

• Základní moduly (Zákazníci + Obchodní případy) jsou povinné; ostatní moduly lze povolit podle potřeby.
• Deaktivace modulů nevyžaduje změny v kódu; provádí se prostřednictvím konfigurace rozhraní NocoBase.
• Každý modul je navržen nezávisle, aby se snížila provázanost (coupling).

#2. Architektura modulů a přizpůsobení

#2.1 Přehled modulů

Systém CRM využívá modulární architekturu – každý modul lze nezávisle povolit nebo zakázat na základě obchodních požadavků.

#2.2 Závislosti modulů

#2.3 Předkonfigurované verze

#2.4 Mapování modulů na kolekce

#Kolekce hlavních modulů (vždy vyžadovány)

#2.5 Jak zakázat moduly

Stačí skrýt položku menu pro daný modul v administraci NocoBase; není třeba upravovat kód ani mazat kolekce.

#3. Hlavní entity a datový model

#3.1 Přehled vztahů mezi entitami

#3.2 Podrobnosti o hlavních kolekcích

#3.2.1 Leady (nb_crm_leads)

Správa leadů využívající zjednodušený pracovní postup o 4 fázích.

Proces fází:

Nový → V řešení → Kvalifikovaný → Převeden na zákazníka/obchodní případ
         ↓            ↓
    Nekvalifikovaný Nekvalifikovaný

Klíčová pole:

#3.2.2 Zákazníci (nb_crm_customers)

Správa zákazníků/společností podporující mezinárodní obchod.

Klíčová pole:

#3.2.3 Obchodní případy (nb_crm_opportunities)

Správa prodejních obchodních případů s konfigurovatelnými fázemi pipeline.

Klíčová pole:

#3.2.4 Cenové nabídky (nb_crm_quotations)

Správa cenových nabídek s podporou více měn a schvalovacích pracovních postupů.

Tok stavů:

Koncept → Čeká na schválení → Schváleno → Odesláno → Přijato/Odmítnuto/Expirováno
               ↓
           Odmítnuto → Upravit → Koncept

Klíčová pole:

#3.2.5 Objednávky (nb_crm_orders)

Správa objednávek včetně sledování plateb.

Klíčová pole:

#3.3 Souhrn kolekcí

#Obchodní kolekce CRM

#Kolekce základních dat (společné moduly)

#3.4 Pomocné kolekce

#3.4.1 Komentáře (nb_crm_comments)

Univerzální kolekce komentářů/poznámek, kterou lze přiřadit k různým obchodním objektům.

#3.4.2 Sdílení zákazníků (nb_crm_customer_shares)

Umožňuje spolupráci více osob a sdílení oprávnění k zákazníkům.

#3.4.3 Spolupracovníci na obchodním případu (nb_crm_opportunity_users)

Podporuje spolupráci prodejního týmu na obchodních případech.

#3.4.4 Regiony (nb_cbo_regions)

Základní číselník zemí a regionů.

#4. Životní cyklus leadu

Správa leadů využívá zjednodušený pracovní postup o 4 fázích. Při vytvoření nového leadu může pracovní postup automaticky spustit AI skórování, které obchodníkům pomůže rychle identifikovat vysoce kvalitní leady.

#4.1 Definice stavů

#4.2 Diagram stavů

#4.3 Proces konverze leadu

Rozhraní pro konverzi nabízí tři možnosti současně; uživatelé si mohou vybrat, co vytvořit nebo přiřadit:

• Zákazník: Vytvořit nového zákazníka NEBO přiřadit ke stávajícímu.
• Kontakt: Vytvořit nový kontakt (přiřazený k zákazníkovi).
• Obchodní případ: Obchodní případ musí být vytvořen.

Záznamy po konverzi:

• converted_customer_id: ID přiřazeného zákazníka
• converted_contact_id: ID přiřazeného kontaktu
• converted_opportunity_id: ID vytvořeného obchodního případu

#5. Životní cyklus obchodního případu

Správa obchodních případů využívá konfigurovatelné fáze prodejní pipeline. Při změně fáze může dojít k automatickému spuštění AI předpovědi pravděpodobnosti výhry, což obchodníkům pomáhá identifikovat rizika a příležitosti.

#5.1 Konfigurovatelné fáze

Fáze jsou uloženy v kolekci nb_crm_opportunity_stages a lze je přizpůsobit:

#5.2 Průběh pipeline

#5.3 Detekce stagnace

Obchodní případy bez aktivity budou označeny:

-- Výpočet dní stagnace
UPDATE nb_crm_opportunities
SET stagnant_days = EXTRACT(DAY FROM NOW() - last_activity_at)
WHERE stage NOT IN ('won', 'lost');

#5.4 Zpracování výhry/ztráty

Při výhře (Won):

1. Aktualizace fáze na 'won'.
2. Záznam skutečného data uzavření.
3. Aktualizace stavu zákazníka na 'active'.
4. Spuštění vytvoření objednávky (pokud byla přijata cenová nabídka).

Při ztrátě (Lost):

1. Aktualizace fáze na 'lost'.
2. Záznam důvodu ztráty.
3. Záznam ID konkurenta (pokud bylo ztraceno ve prospěch konkurence).
4. Upozornění manažera.

#6. Životní cyklus cenové nabídky

#6.1 Definice stavů

#6.2 Pravidla schvalování (k dopracování)

Schvalovací pracovní postupy se spouštějí na základě následujících podmínek:

#6.3 Podpora více měn

#Filozofie návrhu

Použití USD jako jednotné základní měny pro všechny reporty a analýzy. Každý záznam částky ukládá:

• Původní měnu a částku (to, co vidí zákazník)
• Směnný kurz v době transakce
• Ekvivalentní částku v USD (pro interní porovnání)

#Číselník měn (nb_cbo_currencies)

Konfigurace měn využívá společnou kolekci základních dat podporující dynamickou správu. Pole current_rate ukládá aktuální směnný kurz, který je aktualizován plánovanou úlohou z nejnovějšího záznamu v nb_crm_exchange_rates.

#Historie směnných kurzů (nb_crm_exchange_rates)

Zaznamenává historická data směnných kurzů. Plánovaná úloha synchronizuje nejnovější kurzy do nb_cbo_currencies.current_rate.

Poznámka: Cenové nabídky jsou propojeny s kolekcí nb_cbo_currencies přes cizí klíč currency_id a směnný kurz je získáván přímo z pole current_rate. Obchodní případy a objednávky používají pole currency typu VARCHAR pro uložení kódu měny.

#Vzor polí pro částky

Kolekce obsahující částky následují tento vzor:

Aplikováno na:

• nb_crm_opportunities.amount → amount_usd
• nb_crm_quotations.total_amount → total_amount_usd

#Integrace do pracovního postupu

Logika získávání směnného kurzu:

1. Během obchodních operací se směnný kurz získá přímo z nb_cbo_currencies.current_rate.
2. Transakce v USD: Kurz = 1.0, vyhledávání není nutné.
3. current_rate je synchronizován plánovanou úlohou z nejnovějšího záznamu nb_crm_exchange_rates.

#6.4 Správa verzí

Pokud je cenová nabídka odmítnuta nebo vyprší její platnost, lze ji duplikovat jako novou verzi:

QT-20260119-001 v1 → Odmítnuto
QT-20260119-001 v2 → Odesláno
QT-20260119-001 v3 → Přijato

#7. Životní cyklus objednávky

#7.1 Přehled objednávek

Objednávky se vytvářejí při přijetí cenové nabídky a představují potvrzený obchodní závazek.

#7.2 Definice stavů objednávky

#7.3 Datový model objednávky

#nb_crm_orders

#nb_crm_order_items

#7.4 Sledování plateb

#nb_crm_payments

#8. Životní cyklus zákazníka

#8.1 Přehled zákazníků

Zákazníci se vytvářejí během konverze leadu nebo při vyhraném obchodním případu. Systém sleduje celý životní cyklus od akvizice až po loajálního ambasadora.

#8.2 Definice stavů zákazníka

#8.3 Skórování zdraví zákazníka

Zdraví zákazníka se vypočítává na základě několika faktorů:

Prahové hodnoty zdraví:

if (health_score >= 90) status = 'advocate';
else if (health_score >= 70) status = 'active';
else if (health_score >= 50) status = 'growing';
else status = 'at_risk';

#8.4 Segmentace zákazníků

#Automatizovaná segmentace

#9. Integrace e-mailu

#9.1 Přehled

NocoBase poskytuje vestavěný plugin pro integraci e-mailu podporující Gmail a Outlook. Po synchronizaci e-mailů mohou pracovní postupy automaticky spustit AI analýzu sentimentu a záměru e-mailu, což obchodníkům pomůže rychle pochopit postoje zákazníků.

#9.2 Synchronizace e-mailů

Podporovaní poskytovatelé:

• Gmail (přes OAuth 2.0)
• Outlook/Microsoft 365 (přes OAuth 2.0)

Chování synchronizace:

• Obousměrná synchronizace odeslaných a přijatých e-mailů.
• Automatické přiřazení e-mailů k záznamům v CRM (Leady, Kontakty, Obchodní případy).
• Přílohy uložené v souborovém systému NocoBase.

#9.3 Vazba E-mail-CRM (k dopracování)

#9.4 E-mailové šablony

Obchodníci mohou používat přednastavené šablony:

#10. Funkce s podporou AI

#10.1 Tým AI zaměstnanců

Systém CRM integruje AI plugin NocoBase a využívá následující vestavěné AI zaměstnance nakonfigurované pro specifické úkoly v CRM:

#10.2 Seznam AI úkolů

Schopnosti AI jsou rozděleny do dvou nezávislých kategorií:

#I. AI zaměstnanci (spouštěno front-endovým blokem)

Uživatelé komunikují přímo s AI prostřednictvím front-endových bloků AI zaměstnanců za účelem získání analýz a návrhů.

#II. LLM uzly v pracovním postupu (automatické spuštění na pozadí)

LLM uzly vložené do pracovních postupů, spouštěné automaticky událostmi v kolekcích, akcemi nebo plánovanými úlohami, nezávisle na AI zaměstnancích.

Poznámka: LLM uzly v pracovním postupu využívají prompty a Schema výstup pro strukturovaný JSON, který je analyzován a zapsán do polí obchodních dat bez zásahu uživatele.

#10.3 AI pole v databázi

#11. Engine pracovních postupů

#11.1 Implementované pracovní postupy

#11.2 Pracovní postupy k implementaci

#12. Návrh menu a rozhraní

#12.1 Struktura administrace

#12.2 Zobrazení nástěnek

#Pohled pro manažera prodeje

#Pohled pro obchodního zástupce

#Pohled pro vedení (Executive)

Verze dokumentu: v2.0 | Aktualizováno: 2026-02-06