Jaki problem to rozwiązuje
CRM konfigurowany bez modelu danych szybko obrasta długiem strukturalnym: zduplikowane właściwości o nieco różnych nazwach, deale używane do rzeczy, które powinny być custom obiektami, powiązania uniemożliwiające raportowanie przychodu i cykl życia znaczący coś innego dla każdego zespołu. Naprawa struktury po dwóch latach danych to projekt migracyjny; naprawa na etapie projektu to rewizja dokumentu.
Jak pracujemy
Modelujemy biznes w prymitywach CRM, startując od przypadków niewygodnych, a nie od ścieżki idealnej: co firma, kontakt i deal znaczą w Twojej rzeczywistości, czy kontrakty wieloletnie, odnowienia, struktury spółka-córka albo sprzedaż przez dystrybutorów potrzebują własnej reprezentacji i które relacje muszą nieść znaczenie, żeby raportowanie później działało.
Projekt staje się potem konkretny: słownik obiektów i właściwości z typami, opcjami i właścicielami, model powiązań, definicje pipeline i etapów z kryteriami wejścia i wyjścia, mapowanie etapów cyklu życia oraz konwencje nazewnicze utrzymujące portal czytelnym w miarę wzrostu.
Plan przekazuje się czysto do wdrożenia, czy budujemy go my, czy Twój zespół. Każda decyzja jest zapisana z uzasadnieniem, więc nic nie jest wymyślane od nowa w ekranie konfiguracji.
Deliverables
- Diagram modelu danych: obiekty i powiązania
- Słownik właściwości z typami, opcjami i właścicielami
- Definicje pipeline'u i etapów z kryteriami wejścia i wyjścia
- Mapowanie etapów cyklu życia
- Rekomendacje custom obiektów z uzasadnieniem
- Konwencje nazewnicze i notatki o ładzie