Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
Le cycle de SaaS ou MVP dépend de ce qui doit être vérifié. Si l'objectif est de confirmer la volonté du client d'exécuter une tâche particulière, il peut être basé sur des prototypes et des sauvegardes manuelles; si l'objectif est de faire le premier client réellement payer pour elle, il doit avoir un numéro de compte, autorité, isolement des données, paiement ou processus de contrat, et le soutien de base du client de maintien de la paix de transport.
Quelles conditions faut-il définir avant de porter un jugement?
La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.
Ordre d ' avancement suggéré
Premièrement, nous serons clairs sur la cible et la frontière.
Entrevuer les clients cibles et documenter leur approche actuelle pour résoudre le problème.
Validation Dépendance des clés
Sous forme de processus et de valeurs de validation de prototype, supprimer les fonctions qui n'affectent pas la certification.
Élaboration de résultats évaluables
Développer un noyau de boucles fermées observables et inviter un petit nombre d'utilisateurs réels à expérimenter.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
La décision de poursuivre, d'ajuster ou de cesser est fondée sur des données relatives à l'utilisation, à la défaillance et au paiement.
Comment le comprenez-vous dans le business réel?
Une citation, en conjonction avec la phase initiale de SaaS, ne nécessite pas une configuration complexe, permettant à 10 clients de semences de compléter le téléchargement, la production d'offres, l'approbation et l'exportation d'informations, et la gestion manuelle des comptes par les opérateurs. Si les utilisateurs utilisent des fréquences élevées, puis construire des abonnements auto-assistance, des configurations multi-tenus, et l'échelle, les fonds sont plus concentrés sur les besoins prouvés.
La fosse la plus facile à monter.
Comprendre MVP comme une version de qualité inférieure, ignorant la sécurité et les fondamentaux des données
D'abord, développez une coulisse complète, puis trouvez un client qui le désire.
Tourner en ligne est juste pour voir si c'est dans le temps, sans définir actif, taux de réalisation et signal de paiement
Comment devrions-nous finir par recevoir et confirmer?
Le MVP non seulement complète la fonctionnalité, mais indique également si l'utilisateur cible a terminé la mission centrale, où l'échec s'est produit, combien chaque coût de service et quelles étapes restent manuelles.
En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.