Jaki problem to rozwiązuje
Portal ustawiony bez planu po dwóch latach ma property o podobnych nazwach, deale użyte do rzeczy, które powinny mieć własny obiekt, i etapy cyklu życia, które każdy dział rozumie inaczej. Poprawka na tym etapie to migracja, a w dokumencie przed konfiguracją to kilka zmienionych linijek.
Jak pracuję
Zaczynam od przypadków trudnych: umów wieloletnich, odnowień, spółek zależnych, sprzedaży przez dystrybutorów. Ustalamy, co w Waszej firmie znaczy firma, kontakt i deal, co potrzebuje własnego obiektu i które powiązania muszą istnieć, żeby dało się zbudować raporty.
Potem spisuję projekt: diagram obiektów i powiązań, słownik property z typem, opcjami i właścicielem, pipeline z warunkami wejścia i wyjścia z każdego etapu, etapy cyklu życia i zasady nazywania. Przy każdej decyzji zapisuję uzasadnienie. W portalu niczego nie zmieniam. Z dokumentu konfiguruję portal ja albo Wasz zespół.
Co dostajesz
- Diagram obiektów i powiązań
- Słownik property z typem, opcjami i właścicielem
- Pipeline z warunkami wejścia i wyjścia dla każdego etapu
- Etapy cyklu życia uzgodnione przez sprzedaż i marketing
- Rekomendacja obiektów niestandardowych z uzasadnieniem
- Zasady nazywania property, list i workflowów