Commencez par orienter, puis traitez

Confiez votre demande aubon parcours de traitement

Les demandes commerciales et de partenariat sont à envoyer par e-mail structuré. Pour une commande existante, un problème technique ou une vérification de facturation, ouvrez de préférence un ticket dans la console. Indiquez le modèle, la région, les horaires et les informations de reproduction pour limiter les échanges.

Formulaire de demande commerciale

Clarifiez d’abord le périmètre de configuration, puis discutez des options

Ce formulaire n’envoie aucune donnée au serveur du site. Après avoir cliqué sur le bouton, votre client e-mail système créera un brouillon à envoyer à support@macminilab.com. Vous pourrez le vérifier avant l’envoi.

Choix de configuration

Générer un e-mail de demande commerciale

Pour les équipes qui n’ont pas encore commandé et souhaitent vérifier un modèle, une région, une durée de location ou des options supplémentaires.

Écrire directement un e-mail
Périmètre de configuration

Les deux modèles actuellement disponibles à l’évaluation

MacMLab M4 16
M4 · 16GB · 256GB
MacMLab M4 24
M4 · 24GB · 512GB

Les deux modèles sont disponibles à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul) et à Hong Kong. La disponibilité réelle est celle affichée en temps réel dans la console.

À vérifier avant l’envoi

Décrivez le résultat attendu, pas seulement « j’ai besoin d’un Mac »

  • Décrivez les tâches de build, de test ou de développement à réaliser.
  • Indiquez le nombre de tâches simultanées et leur durée estimée.
  • Précisez les contraintes liées à la mémoire, au cache et à l’espace disque.
  • Si vous hésitez sur le nœud, indiquez la région où se trouvent les principaux utilisateurs.
Collecte des informations de diagnostic

Pour un problème technique, commencez par établir une chronologie reproductible

Pour une commande existante, le ticket dans la console associe automatiquement le compte et le contexte de la commande : c’est le point d’entrée prioritaire pour le diagnostic technique. Si vous ne pouvez pas accéder temporairement à la console, utilisez l’outil ci-dessous pour générer un e-mail expurgé.

Assistance technique

Générer un e-mail décrivant le problème

N’écrivez pas seulement « impossible de se connecter » ou « build échoué ». La région du nœud, l’heure, les étapes de reproduction et le résumé des journaux sont les informations de base pour déterminer le niveau du problème.

Utiliser plutôt un ticket dans la console
Parcours prioritaire

Pour une commande existante, ouvrez d’abord un ticket dans la console

Après vous être connecté, accédez à l’espace d’assistance, créez un ticket et sélectionnez la commande concernée. Le statut, les demandes d’informations complémentaires et l’historique du traitement restent regroupés dans le ticket, ce qui convient aux problèmes techniques ou de facturation nécessitant un suivi.

Accéder à l’espace des tickets
Jeu minimal d’informations de diagnostic

S’il manque l’une des six informations, le diagnostic peut être faussé

  • Numéro de commande et région du nœud
  • Dernière occurrence
  • Reproduction stable ou non
  • Résultat attendu et résultat obtenu
  • Code d’erreur ou résumé des journaux
  • Étapes déjà tentées
Demandes d’entreprise et de partenariat

Un besoin multi-nœuds nécessite une vue complète de l’exploitation

Une demande d’entreprise ne commence pas par « combien de machines nous faut-il ? », mais par la répartition des rôles, la mise en file des builds, la reproductibilité des environnements et la responsabilité du traitement des problèmes.

Conseils pour présenter le projet

Votre e-mail doit couvrir au moins quatre axes de décision

Périmètre du déploiement

Nœuds et concurrence

Indiquez les nœuds prévus parmi Singapour, le Japon (Tokyo), la Corée du Sud (Séoul) et Hong Kong, ainsi que le nombre de tâches simultanées habituel et en période de pointe.

Structure d’achat

Durée et gestion centralisée

Précisez l’utilisation à la journée, à la semaine, au mois ou au trimestre, et indiquez si vous avez besoin d’un suivi centralisé des commandes, des frais et du renouvellement.

Répartition des accès

Utilisateurs et administrateurs

Indiquez qui gère les commandes, qui maintient l’environnement de build, qui traite les tickets et comment les informations d’utilisation des nœuds sont transmises au sein de l’équipe.

Builds continus

File d’attente et standardisation des environnements

Indiquez le nombre de dépôts, la fréquence des builds, la taille du cache, la stratégie de versions de la chaîne d’outils et le processus d’escalade après l’échec d’une tâche.

Solution d’entreprise

Contenu adapté à un e-mail

Envoyez un e-mail structuré si le projet est encore en phase d’évaluation, si vous n’avez pas encore de numéro de commande ou si vous souhaitez discuter d’un déploiement multi-nœuds, d’achats centralisés et de la répartition des accès.

Envoyer une demande d’entreprise
Demande de partenariat

Commencez par préciser l’objectif et le périmètre du partenariat

Indiquez le partenaire concerné, les résultats attendus, les charges de travail Mac dans le cloud, la contribution de chaque partie et l’étape souhaitée. Pour une proposition trop générale dont le périmètre n’est pas clair, nous demanderons d’abord des informations complémentaires.

Envoyer une demande de partenariat
Réponses et mises à jour de statut

La première réponse confirme le parcours, elle ne signifie pas que le problème est déjà résolu

Chaque demande nécessite un contexte différent. Le traitement consiste principalement à confirmer la réception, vérifier les informations, catégoriser la demande, demander des précisions et mettre à jour la conclusion. Le délai dépend de la possibilité de reproduire le problème, de son périmètre et des confirmations nécessaires de votre part.

Choix de configuration

Confirmer le périmètre du besoin par e-mail

Nous vérifions d’abord l’usage, le modèle, la région, la durée, la concurrence et le stockage, puis signalons les éléments manquants ou recommandons de passer à la commande.

Premier statut
Évaluation commerciale lancée
Mise à jour
Lorsqu’une configuration est définie ou que des informations complémentaires sont nécessaires
Assistance technique

Suivi continu dans un ticket de la console

Nous classons d’abord le problème par niveau — connexion, système, réseau, disque ou build — puis avançons dans le diagnostic à partir des étapes de reproduction et du résumé des journaux.

Premier statut
Prise en charge et catégorisation affichées dans le ticket
Mise à jour
Après une vérification, lorsqu’un complément est nécessaire ou que la conclusion évolue
Question de facturation

Vérification à partir de l’historique de la commande

Indiquez le numéro de commande, la catégorie du moyen de paiement, l’heure du paiement et le statut affiché sur la page. N’envoyez pas d’identifiants de paiement complets par e-mail.

Premier statut
Objet de la vérification et justificatifs nécessaires confirmés
Mise à jour
Après vérification du statut du paiement ou de l’historique de la commande
Entreprise et partenariat

Vérifier d’abord que le périmètre est complet

Une fois le contexte du projet clarifié, nous pouvons discuter de la taille du parc de nœuds, de la répartition des accès, du cycle d’achat et du processus de build continu.

Premier statut
Périmètre confirmé ou informations manquantes listées
Mise à jour
Lorsqu’une nouvelle série de questions ou une recommandation exploitable est établie
Types de demandes et parcours de contact recommandés
Type de demande Canal recommandé À préparer avant l’envoi Emplacement des mises à jour
Choix de configuration E-mail d’assistance Usage, région, durée, concurrence, stockage Échanges par e-mail
Solution d’entreprise et partenariat E-mail d’assistance Contexte du projet, taille du parc de nœuds, répartition des accès Échanges par e-mail
Problème technique sur une commande existante Ticket dans la console Numéro de commande, heure, étapes de reproduction, journaux expurgés Historique du ticket
Facturation et statut du paiement Ticket dans la console Numéro de commande, catégorie de paiement, heure, statut affiché Historique du ticket
Dernière vérification avant l’envoi

N’envoyez ni mot de passe, ni clé privée, ni identifiant de signature

Pour un problème technique, conservez le numéro de commande, la région du nœud, l’heure, le code d’erreur et les étapes de reproduction ; supprimez les jetons d’accès, clés de dépôt, variables d’environnement complètes et données métier. Pour une commande existante, ouvrez de préférence un ticket dans la console. Envoyez les demandes commerciales et de partenariat à support@macminilab.com.