IMPLEMENTATION PLAYBOOKComment faire passer de la demande à des résultats acceptables l'intégration de ERP, CRM et API
Les éléments suivants sont utilisés pour expliquer la méthodologie de mise en oeuvre, le calibre des données et les limites de responsabilité, et ne sont pas utilisés comme substituts pour le jugement du projet par des listes fonctionnelles.
01 Données opérationnelles de référencePremièrement, nous enregistrons l'état réel avant la modification.
Lorsque le projet est lancé, sélectionnez une chaîne d'affaires qui a besoin de plus d'amélioration, interviewez l'utilisateur réel et prenez un échantillon récent. Traitement des dossiers, temps d'attente moyen, retour au travail, nombres inhabituels et points de contact manuels autour de -Paiements, finances, factures, logistique et intégration API tiers; si les données disponibles sont incomplètes, le point de référence est utilisé comme compte de bureau manuel pendant une à deux semaines consécutives. Sans base, seule l'interface peut être évaluée pour l'achèvement du projet et il n'est pas possible de juger si ERP, CRM et l'intégration API apportent des changements commerciaux durables.
Le niveau de référence devrait également indiquer la portée des statistiques et des exclusions. Par exemple, le temps de traitement commence par la disponibilité des informations ou par la première présentation par le client, l'exception ne comprend pas les interfaces tierces, et les modifications manuelles sont des corrections ou des retraitements mineurs.
02 Première bague ferméeValider les hypothèses clés avec une portée minimale disponible
La première phase ne vise pas à couvrir tous les secteurs, mais forme plutôt une boucle fermée autour de la cartographie des données, de la synchronisation, de la transmission de l'information, de la ré-évaluation, de la rémunération et de la réconciliation, qui peut fonctionner en termes réels : entrée claire, règles de traitement, actions système, rôles responsables, mouvement inhabituel et sortie finale.
L'évaluation des besoins correspond à chaque compétence au lieu d'affaires, au rôle de l'utilisateur et à l'acceptation d'un échantillon. Les questions qui ne fournissent pas de données, d'interfaces ou de décideurs légitimes devraient être incluses comme condition préalable ou étape ultérieure et ne devraient pas être incluses discrètement dans une offre à fourchette fixe.
• Mise en œuvre du projetFaire du processus un résultat d'étape réversible et réversible
Le chemin typique consiste à combiner les limites du système et l'épine dorsale des données, à confirmer les protocoles d'interface et les scénarios d'anomalie, à développer et à compléter les exercices d'interconnexion, de compactage, de rapprochement et de défaillance des boîtes de sable.
La démonstration de l'étape n'est pas adaptée au travail. Un échantillon représentatif devrait être utilisé pour couvrir les processus normaux, les champs manquants, les demandes répétées, l'autorité inadéquate, les dépassements de temps et les anomalies de données historiques provenant de services externes, et pour identifier les problèmes qui ne se posent que dans l'environnement de production à un stade précoce.
04 Opérations de réception et d'inspectionAcceptation et acceptation communes avec livraison, preuves et indicateurs
Le projet devrait au moins vérifier la liste des architectures et interfaces de systèmes, des services d'interface, des tâches synchronisées et des outils de gestion, des enregistrements d'interface, des rapports de test et des anomalies, et confirmer l'attribution du code source ou de la configuration, la gestion des comptes, le déploiement de la construction, la sauvegarde des données, la réponse aux défaillances et les responsabilités de maintenance subséquentes.
Un point de référence de 800 éléments par mois, une moyenne de 18 minutes par unité et un taux de rendement de 12 % ne sont qu'un exemple, et non pas le rendement d'un client. Une ligne devrait être suivie de quatre à huit semaines consécutives d'observation continue au même calibre, avant de juger s'il faut réduire les doubles entrées et les rapprochements manuels, accroître la cohérence des données de base et des délais opérationnels et réduire l'impact de la défaillance des interfaces tierces sur le processus principal.
Mots clés et description du contenuCette page contient du contenu organisationnel sur des questions de service réel telles que le développement d'interfaces API, l'intégration de tiers API, l'intégration de systèmes multiples et l'intégration d'interface de paiement. Les mots clés sont utilisés pour aider les utilisateurs et les systèmes de recherche à identifier les thèmes, sans exiger un engagement à fixer les effets; la portée finale, le cycle, le budget et les indicateurs sont basés sur le diagnostic de projet, les bases de référence de contrat et d'acceptation.
