IMPLEMENTATION PLAYBOOKComment SaaS et MVP passent de la demande à l'acceptation
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é, un lien commercial qui nécessite le plus d'amélioration est sélectionné, des entretiens avec l'utilisateur réel et des échantillons récents sont prélevés. Enregistrement, temps moyen, temps d'attente, nombre de retour au travail, nombre inhabituel et points de contact manuel autour de la cible MVP, l'utilisateur principal et la conception d'indicateurs de validation; et utilisation de comptes de bureau manuel pendant une à deux semaines de temps continu comme base de référence si les données disponibles sont incomplètes.
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 question ne vise pas à couvrir tous les secteurs, mais constitue plutôt une boucle fermée autour des processus d'affaires, des prototypes de produits et des feuilles de route de versions, qui peuvent fonctionner en termes réels : définir clairement les entrées, les règles de manipulation, les actions du système, les rôles responsables, les mouvements anormaux et la 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
Un chemin typique est l'hypothèse d'entreprise et la validation des utilisateurs, la portée et le prototype MVP, l'architecture et le développement itératif, et le client pilote de passer. Chaque étape devrait donner un résultat visible, comme un organigramme, un prototype, un compact d'interface, des journaux de test, une description de déploiement ou une démonstration en cours. Le processus de développement conservera un enregistrement des changements dans la demande, les lacunes, les risques et la prise de décision; lorsque la migration des données, les interfaces externes ou les sorties AI sont en jeu, un programme de rétest, de reprise manuelle et de retrait sera également conçu.
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 concilier la portée de MVP avec les indicateurs de validation, le prototype de produit et la conception de l'interface utilisateur, l'architecture et le modèle de données SaaS, et confirmer l'attribution du code source ou de la configuration, la gestion du compte, 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.
Une base 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 un rendement du client. Une ligne devrait être suivie de quatre à huit semaines consécutives d'observation continue au même calibre, puis d'une détermination de la nécessité d'obtenir une validation plus rapide des besoins réels, le contrôle de la gamme d'entrées de première étape et une base de produits multiclients.
Mots clés et description du contenuCette page contient du contenu organisationnel autour de problèmes de service réels tels que le développement personnalisé SaaS, le développement de la plateforme SaaS, l'externalisation du développement SaaS, le développement MVP. Les mots clés sont utilisés pour aider les utilisateurs et les systèmes de recherche à identifier les thèmes, sans impliquer un engagement à des effets fixes; la portée finale, le cycle, le budget et les indicateurs sont basés sur le diagnostic de projet, le contrat et le niveau de référence d'acceptation.
