Diagnostyka i wybór
Identyfikacja procesów, granic produktów i dróg wdrażaniaRozmowy biznesowe, inwentaryzacja systemu statusu, analiza wariancji, główna odpowiedzialność za dane, lista kontrolna interfejsów i migracji, budżet fazowy
Projekty ERP lub CRM nie mogą być porównywane tylko z licencjami na oprogramowanie i dni konsultantów. Różnice w procesie biznesowym, jakość danych master, rozwój wtórny, interfejsy zewnętrzne, migracja historyczna, pilotaż i przełączanie często są głównymi czynnikami określającymi ogólne ryzyko wejściowe i upline.
Proponuje się, aby budżet podzielić na modele diagnostyczne i selekcyjne, licencjonowanie produktów, konfigurację i rozwój wtórny, integrację interfejsów, migrację danych, szkolenie w zakresie testowania, przełączanie on-line i transport ciągły. Nie jest jasne, czy należy podać poziom budżetu; proces, różnice, interfejsy i wykaz migracji jest zakończony przed opracowaniem etapu z założeniami i wykluczeniami.
Następujące warstwy są wykorzystywane do ustalenia podstawy budżetu i akceptacji, a rzeczywisty zakres będzie nadal musiał zostać oceniony w odniesieniu do wymogów dotyczących status quo, interfejsów i czasu.
Rozmowy biznesowe, inwentaryzacja systemu statusu, analiza wariancji, główna odpowiedzialność za dane, lista kontrolna interfejsów i migracji, budżet fazowy
Konfiguracja produktu, niezbędny rozwój wtórny, kluczowe interfejsy, migracja danych reprezentatywnych, przywileje do roli, testowanie i szkolenie
Pełna migracja, przełączanie, monitorowanie pojednania, bezpieczeństwo wydajności, wsparcie ruchu, modernizacja wersji i ciągłe optymalizacja
Po pierwsze, określono granice ograniczeń i odpowiedzialności, a następnie porównano techniczne drogi i sposoby współpracy.
Koszty utrzymania powinny być uwzględnione w całkowitych kosztach własności, ponieważ opłaty, modernizacja i inne działania w ramach subskrypcji w chmurze publicznej, prywatnych wdrożeń i zezwoleń są pobierane, aktualizowane i realizowane w inny sposób.
Im bardziej złożone firmy, działy, magazyny, obszary marketingowe, poziomy zatwierdzania i organy odpowiedzialne za dane są, im większy zakres konfiguracji, testów i szkoleń.
Funkcjonalność standardowa może być skonfigurowana, przy czym zasady różnicowe wymagają wtyczek, rozszerzeń lub systemów peryferyjnych; modyfikacje kodu podstawowego również zwiększą koszty kolejnych aktualizacji.
ERP, CRM, OA, płatności, faktury, logistyka i finanse są nie tylko połączone, ale również obsługują pojedyncze klucze, tarty, retesty, kompensacja i pojednanie.
Powtarzani klienci, towary nieaktywne, konflikty kodowe i sytuacje historyczne wymagają wspólnej identyfikacji przez personel operacyjny i nie mogą być automatycznie przeliczane wyłącznie przez skrypty.
W planie i ofercie należy wprowadzić działania dwutorowe, szkolenia, inwentaryzację, otwieranie danych, zamykanie okien, wsparcie back-up i back-line.
Proces i diagnoza rozbieżności jest zazwyczaj bezpieczniejsza niż zakup dużej liczby modułów bezpośrednio. Formalna oferta powinna pokazać licencjonowanie, wdrożenie, rozwój, interfejs, migracja i bieżące koszty oddzielnie, a także obejmować przygotowanie danych klienta, potwierdzenie biznesu i współpracy trzeciej strony w matrycy odpowiedzialności.
Poniższe arkusze robocze pomagają przedsiębiorstwom w organizacji niejasnych porad w zakresie wejść opartych na wendorskich, wewnętrznych i do otrzymania projektu.
Koszty utrzymania powinny być uwzględnione w całkowitych kosztach własności, ponieważ opłaty, modernizacja i inne działania w ramach subskrypcji w chmurze publicznej, prywatnych wdrożeń i zezwoleń są pobierane, aktualizowane i realizowane w inny sposób.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Im bardziej złożone firmy, działy, magazyny, obszary marketingowe, poziomy zatwierdzania i organy odpowiedzialne za dane są, im większy zakres konfiguracji, testów i szkoleń.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Funkcjonalność standardowa może być skonfigurowana, przy czym zasady różnicowe wymagają wtyczek, rozszerzeń lub systemów peryferyjnych; modyfikacje kodu podstawowego również zwiększą koszty kolejnych aktualizacji.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Co najmniej wielkość danych pierwotnych, takich jak istniejące procesy biznesowe i kluczowe kwestie, planowane wykorzystanie lub nabyte produkty ERP i CRM, organizacja, rola, magazyn i organ księgowy, zamówienia towarowe klientów, jest udokumentowana, wraz z obecną wielkością działalności, średnim czasem przetwarzania, poważnymi anomaliami, systemami na miejscu, przywilejami danych, zależnością od stron trzecich i oknami dostępu. Ta sama wersja informacji jest dostarczana różnym dostawcom, a oddzielne założenia, wyłączenia, współpraca z klientami, dostarczanie i akceptacja dowodów są wymagane w celu uniknięcia porównywania całkowitej ceny tylko jednej granicy.
Na przykład, przedsiębiorstwo oczekuje, że projekt zaoszczędzi 160 godzin pracy miesięcznie, ale liczba ta powinna być podzielona na liczbę zadań, oszczędności czasu, stawki adopcji i współczynniki ręcznego przeglądu. Jeśli tylko 40% użytkowników korzysta z pierwszego okresu, lub jeśli nowy proces zwiększa proces przeglądu, rzeczywiste korzyści będą znacznie niższe niż pozorne szacunki.
Pierwszy to dowody dotyczące zakresu: spójność wersji popytu, procesów biznesowych, prototypów, interfejsów i wyłączeń; drugi to dowody techniczne: czy podobne technologie mają dostępne struktury, zarządzanie kodem, testowanie, wdrażanie i zarządzanie problemami; trzeci to dowody dotyczące personelu: czy rzeczywiści uczestnicy, etapy wprowadzania, obowiązki i mechanizmy wymiany są jasne; a czwarty to dowody dotyczące dostawy: sposób przekazywania kodów źródłowych, danych, numerów kont, dokumentów, szkoleń, zapewnienia jakości i transportu. To normalne, że dostawcy nie mogą zapewnić poufności klienta na etapie składania ofert, ale powinni być w stanie wyjaśnić swoje własne metody i dowody, które mogą być opracowane w ramach tego projektu.
Zaleca się, aby przejrzystość zakresu, krytyczne poleganie, zdolność zespołu, wykonalność przyjęcia i długoterminowe przejęcie były oceniane oddzielnie i aby podstawa dla każdego wyniku była rejestrowana. Jeśli program jest tańszy, interfejs, migracja, testowanie lub odpowiedzialność online jest wykluczona, to należy go przeliczyć na ten sam kaliber dostawy przed porównaniem.
Niniejsza strona zawiera ramy decyzyjne, które nie stanowią stałej oferty ani zobowiązania do wykonania.
Najczęstsze kwestie przed współpracą są wyraźnie określone z wyprzedzeniem.
Licencjonowanie produktów, zasoby chmur, interfejsy stron trzecich oraz koszty wdrożenia rozwoju powinny być identyfikowane oddzielnie, unikając błędnego postrzegania pierwszego roku cen preferencyjnych jako całkowitego kosztu długoterminowego.
Zarządzanie gospodarką użytkową może być bardziej ogólne, z dojrzałych produktów ocenionych najpierw; kanałowe, oparte na projekcji dostawy lub złożonych zasad cytatów można osiągnąć poprzez rozszerzenie, systemy peryferyjne i integrację.
Czyszczenie danych, kodowanie map, konwersja statusu, uzgodnienie wartości, wycofanie awarii i operacyjne kontrole na miejscu wszystkie generują obciążenia robocze, a dane o tej samej wielkości mogą znacznie różnić się pod względem jakości i kosztów.
Niezawodny plan z warunkami wstępnymi zostanie opracowany dopiero po zakończeniu granic procesu, różnic, interfejsów, migracji i krytycznej walidacji technicznej.
Projekt interfejsu nie może być cytowany po prostu przez liczbę interfejsów, ponieważ ten sam interfejs może być po prostu zapytania, ale może również przyjąć transakcję, ponowny test, pojednanie i odpowiedzialność za bezpieczeństwo. Koszt zależy od jakości dokumentu, środowiska testowego, konwersji pola, częstotliwości synchronizacji, nietypowych kompensacji, wydajności i wsparcia online. Zaleca się, aby liczba adresów URL była oceniana przez linki biznesowe zamiast tylko liczyć. Nieznany interfejs może być technicznie zatwierdzony, a następnie formalnie cytowany.
Wyświetl pełną odpowiedźWybór informacji korporacyjnych, integracja i zarządzanie danymiCzasami, ale koszty, ryzyko i czas znacznie rosną, i nie można obiecać pewnego połączenia. Zespoły muszą potwierdzić, czy istnieje mandat prawny, środowisko testowe, dzienniki, próby wniosków i oryginalne wsparcie.
Wyświetl pełną odpowiedźSystem zarządzania operacjami i operacjami przedsiębiorstwNajistotniejsze jest potwierdzenie API, eksport danych, pozwolenie i uaktualnienie granic, a nie porównywanie funkcji demonstracyjnych.
Wyświetl pełną odpowiedźWybór informacji korporacyjnych, integracja i zarządzanie danymiWspólne procesy, takie jak finanse, zamówienia, inwentaryzacja itp. powinny zazwyczaj priorytetowo traktować ocenę dojrzałych ERP, z których nie wszystkie są uzgodnione od zera. Unikalne zasady biznesowe przedsiębiorstwa, platformy zewnętrzne i urządzenia na miejscu mogą być konieczne do rozszerzenia lub niezależnie dostosowane. Wybór nie jest między "standardy lub dostosowania", ale raczej, w celu określenia, które procesy akceptują standaryzację i które możliwości stanowią przewagę konkurencyjną. Analiza procesów i różnic jest po pierwsze po określeniu konfiguracji produktu, rozwoju wtórnego i obwodowych granic celnych.
Wyświetl pełną odpowiedźZobacz wybór, konfigurację, rozwój drugorzędny, interfejs, linie migracyjne i serwisowe
Więcej informacji.OdpowiednieZrozumienie, w jaki sposób systemy płatności i finansowe są niezawodnie połączone
Więcej informacji.OdpowiednieDalsza ocena interfejsów, wzajemnych powiązań, monitorowania, zwrotu kosztów i środków uzgadniających
Więcej informacji.OdpowiednieProcesy, istniejące systemy, interfejsy, dane i czas rozkładów
Więcej informacji.