Surveiller et intervenir
Nous surveillons les signaux de santé convenus, signalons les défaillances, trions les incidents et rétablissons les flux soutenus selon les conditions de service.
Les processus en production dépendent d’API, d’identifiants, de formats de données et de règles d’affaires qui changent. Le Soutien géré est facultatif après le Build et n’est choisi qu’après confirmation des flux soutenus et de leur complexité.
Une automatisation laissée sans surveillance finit par casser en silence — au pire moment. Les forfaits sont tarifés au nombre de flux gérés : vous payez pour ce que vous faites tourner, et chaque forfait livre quelque chose de tangible chaque mois.
La porte d'entrée. On veille pour que rien ne casse en silence.
Le bon équilibre. Vos automatisations s'améliorent chaque mois.
On fait avancer tout le portefeuille d'automatisations.
Au-delà de 12 flux : forfait Partenaire sur mesure · flux additionnel hors palier ~ 120 $/mois · hébergement géré inclus · engagement minimal 3 mois · –10 % en prépaiement annuel
Un flux = un processus automatisé, du déclencheur au résultat. Un flux complexe peut compter pour deux seulement si cela est convenu avant le service; les étapes partagées ne sont pas comptées deux fois. La gestion des incidents vise les flux confirmés et les conditions de service.
Nous surveillons les signaux de santé convenus, signalons les défaillances, trions les incidents et rétablissons les flux soutenus selon les conditions de service.
Nous prenons en charge la maintenance convenue des connecteurs, identifiants, éléments de sécurité et dépendances nécessaires aux flux confirmés.
Croissance et Échelle comprennent une capacité d’amélioration définie. Les changements sont priorisés, circonscrits, testés et rapportés avant leur mise en service.
Un flux est un processus d’affaires automatisé, du déclencheur au résultat convenu. Un flux à plusieurs étapes, intégrations ou chemins d’exception substantiellement différents peut compter pour deux seulement si cela est convenu avant le début du service. Les étapes partagées ne sont pas comptées deux fois.
Les délais publiés s’appliquent pendant les heures ouvrables et selon les conditions de priorité précisées dans la proposition. Une réponse confirme le début du triage; ce n’est pas un délai universel de résolution. Les accès, les fournisseurs, les décisions du client et les incidents de tiers peuvent influencer le rétablissement.
Les nouveaux Builds non définis, les refontes majeures, les systèmes non soutenus, les frais d’abonnement ou d’usage de tiers, les délais d’accès causés par le client et le travail hors de la fenêtre convenue sont exclus, sauf ajout écrit.
La proposition définit la durée minimale, le renouvellement et le préavis d’annulation. À la fin du service, Yeevy remet la documentation, les accès au code ou aux configurations, les identifiants et l’aide à la transition expressément prévus à l’entente.
Non. Le nombre d’employés et les économies estimées ne déterminent ni le nombre ni la complexité des flux. Yeevy confirme la portée soutenue avant de recommander un forfait.
La gestion des incidents s’applique aux flux de production confirmés et aux conditions de service. Les pannes de fournisseurs, la nouvelle portée et les systèmes exclus peuvent exiger une intervention ou une proposition distincte.
Non. Les heures d’amélioration incluses couvrent des ajustements circonscrits aux flux soutenus. Un nouveau processus ou une nouvelle architecture substantielle est défini comme un Build distinct.
Oui. Il est facultatif. Le transfert du Build précise ce dont vous avez besoin pour fonctionner de façon autonome et les responsabilités continues qui restent.
En 30 minutes, nous examinerons un processus, vous dirons s'il semble adapté à l'automatisation et expliquerons la prochaine étape la plus sensée. Si un Audit n'est pas justifié, nous vous le dirons.
Sans engagement. Directement avec un fondateur.