Erst zuordnen, dann bearbeiten

Geben Sie Ihr Anliegen an denrichtigen Kontaktweg

Für Pre-Sales- und Kooperationsanfragen eignet sich eine strukturierte E-Mail. Bei bestehenden Bestellungen, technischen Problemen und Rechnungsprüfungen nutzen Sie vorzugsweise ein Portal-Ticket. Mit Modell, Standort, Zeitraum und Reproduktionsinformationen vermeiden Sie Rückfragen.

Pre-Sales-Anfrageformular

Erst den Konfigurationsrahmen klären, dann auswählen

Dieses Formular übermittelt keine Daten an das Backend der Website. Nach dem Klick wird in Ihrem System-E-Mail-Programm ein Entwurf an support@macminilab.com erstellt, den Sie anschließend selbst bestätigen und senden.

Pre-Sales-Auswahl

E-Mail für Pre-Sales-Anfrage erstellen

Für Teams, die noch nicht bestellt haben und Modell, Region, Mietdauer oder Erweiterungen klären möchten.

E-Mail direkt schreiben
Konfigurationsumfang

Derzeit bewertbare Modelle

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

Beide Modelle sind in Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong verfügbar. Der tatsächliche Status wird in Echtzeit im Portal angezeigt.

Vor dem Schreiben prüfen

Beschreiben Sie das Ziel, nicht nur „Ich brauche einen Mac“.

  • Beschreiben Sie die geplanten Build-, Test- oder Entwicklungsaufgaben.
  • Nennen Sie die Anzahl paralleler Jobs und die voraussichtliche Laufzeit.
  • Geben Sie Einschränkungen bei Arbeitsspeicher, Cache und Speicherplatz an.
  • Wenn der Standort unklar ist, nennen Sie die Region der hauptsächlichen Nutzer.
Fehlerdaten erfassen

Bei technischen Problemen zuerst eine reproduzierbare Zeitleiste erstellen

Bei einer bestehenden Bestellung verknüpft ein Portal-Ticket Konto und Bestellkontext automatisch und ist der bevorzugte Einstieg für die technische Analyse. Wenn Sie vorübergehend keinen Portalzugang haben, können Sie mit dem folgenden Tool eine bereinigte E-Mail erstellen.

Technischer Support

Fehlerbeschreibungs-E-Mail erstellen

Schreiben Sie nicht nur „keine Verbindung“ oder „Build fehlgeschlagen“. Node-Region, Zeitpunkt, Reproduktionsschritte und eine Log-Zusammenfassung sind grundlegende Informationen zur Eingrenzung.

Stattdessen Portal-Ticket verwenden
Bevorzugter Weg

Bei bestehender Bestellung zuerst ein Portal-Ticket eröffnen

Melden Sie sich an, öffnen Sie den Supportbereich, erstellen Sie ein Ticket und wählen Sie die betreffende Bestellung. Status, Rückfragen und Bearbeitungsverlauf bleiben im Ticket gebündelt – ideal für technische oder abrechnungsbezogene Anliegen mit laufender Nachverfolgung.

Zum Ticketbereich
Minimale Diagnoseinformationen

Fehlt eine der sechs Angaben, kann die Diagnose in die falsche Richtung gehen

  • Bestellnummer und Node-Region
  • Zeitpunkt des letzten Auftretens
  • Ob das Problem zuverlässig reproduzierbar ist
  • Erwartetes und tatsächliches Ergebnis
  • Fehlercode oder Log-Zusammenfassung
  • Bereits getestete Schritte
Unternehmens- und Kooperationsanfragen

Für mehrere Nodes braucht es ein vollständiges Betriebsbild

Bei Unternehmensanfragen geht es nicht zuerst um die Anzahl der Geräte, sondern darum, wie Teams Aufgaben verteilen, Builds in die Warteschlange stellen, Umgebungen reproduzieren und Zuständigkeiten organisieren.

Empfehlungen zum Projektkontext

Die E-Mail sollte mindestens vier Entscheidungsbereiche abdecken

Bereitstellungsumfang

Nodes und Parallelität

Nennen Sie, welche Nodes in Singapur, Japan (Tokio), Südkorea (Seoul) oder Hongkong genutzt werden sollen sowie die übliche und maximale Anzahl paralleler Jobs.

Beschaffungsstruktur

Zeitraum und zentrale Verwaltung

Beschreiben Sie die Nutzung pro Tag, Woche, Monat oder Quartal sowie den Bedarf an zentraler Prüfung von Bestellungen, Kostenstatus und Verlängerungen.

Rollenverteilung

Nutzer und Administratoren

Geben Sie an, wer Bestellungen verwaltet, die Build-Umgebung pflegt, Tickets bearbeitet und die Node-Nutzung intern übergibt.

Kontinuierliche Builds

Warteschlange und Umgebungsstandard

Nennen Sie Anzahl der Repositories, Build-Häufigkeit, Cache-Größe, Strategie für Toolchain-Versionen und Eskalationsweg bei fehlgeschlagenen Jobs.

Unternehmenslösung

Geeignete Inhalte für eine E-Mail

Wenn sich das Projekt noch in der Evaluierung befindet, keine Bestellnummer vorliegt oder Multi-Node-Bereitstellung, zentrale Beschaffung und Rollenverteilung besprochen werden sollen, senden Sie eine strukturierte E-Mail.

Unternehmensanfrage senden
Kooperationsanfrage

Ziele und Grenzen der Zusammenarbeit zuerst klären

Nennen Sie Kooperationspartner, erwartete Ergebnisse, betroffene Cloud-Mac-Workloads, den jeweiligen Leistungsumfang und die gewünschte Projektphase. Allgemeine Vorschläge ohne klaren Umfang erfordern zunächst zusätzliche Hintergrundinformationen.

Kooperationsanfrage senden
Antworten und Statusaktualisierungen

Die erste Antwort bestätigt den Weg – nicht die Lösung

Unterschiedliche Anliegen benötigen unterschiedlichen Kontext. Der Austausch umfasst zunächst Eingangsbestätigung, Informationsprüfung, Zuordnung, Rückfragen und die Aktualisierung der Einschätzung. Die Bearbeitungsdauer hängt davon ab, ob das Problem reproduzierbar ist, welchen Umfang es hat und welche Bestätigung durch den Nutzer erforderlich ist.

Pre-Sales-Auswahl

Anforderungsumfang per E-Mail bestätigen

Wir prüfen zunächst Zweck, Modell, Region, Zeitraum, Parallelität und Speicher und weisen anschließend auf fehlende Angaben hin oder empfehlen den Bestellprozess.

Erster Status
Pre-Sales-Prüfung bestätigt
Aktualisierung
Sobald eine Konfiguration feststeht oder weitere Informationen erforderlich sind
Technischer Support

Laufende Nachverfolgung über das Portal-Ticket

Zuerst nach Verbindungs-, System-, Netzwerk-, Speicher- oder Build-Ebene zuordnen, dann anhand von Reproduktionsschritten und Log-Zusammenfassung analysieren.

Erster Status
Annahme und Zuordnung im Ticket angezeigt
Aktualisierung
Nach Abschluss der Prüfung, bei Rückfragen oder einer geänderten Einschätzung
Rechnungsfrage

Anhand der Bestelldaten prüfen

Nennen Sie Bestellnummer, Kategorie der Zahlungsart, Zahlungszeitpunkt und angezeigten Status. Senden Sie keine vollständigen Zahlungsdaten per E-Mail.

Erster Status
Prüfobjekt und benötigte Unterlagen bestätigt
Aktualisierung
Sobald Zahlungsstatus oder Bestelldaten geprüft sind
Unternehmen und Kooperationen

Zuerst prüfen, ob der Umfang vollständig ist

Sobald der Projektkontext klar ist, können Node-Größe, Rollenverteilung, Beschaffungszeitraum und Abläufe für kontinuierliche Builds besprochen werden.

Erster Status
Umfang bestätigt oder fehlender Kontext aufgeführt
Aktualisierung
Wenn die nächsten Fragen oder umsetzbare Empfehlungen vorliegen
Anliegenarten und empfohlene Kontaktwege
Anliegenart Empfohlener Kanal Vor dem Absenden vorbereiten Ort der Statusaktualisierung
Pre-Sales-Auswahl Support-E-Mail Zweck, Region, Zeitraum, Parallelität, Speicher E-Mail-Verlauf
Unternehmenslösung und Kooperation Support-E-Mail Projektkontext, Node-Größe, Rollenverteilung E-Mail-Verlauf
Technisches Problem bei bestehender Bestellung Portal-Ticket Bestellnummer, Zeitpunkt, Reproduktionsschritte, bereinigte Logs Ticketverlauf
Rechnung und Zahlungsstatus Portal-Ticket Bestellnummer, Zahlungskategorie, Zahlungszeitpunkt, angezeigter Status Ticketverlauf
Letzte Prüfung vor dem Absenden

Keine Passwörter, privaten Schlüssel oder Signaturdaten senden

Bei technischen Problemen Bestellnummer, Node-Region, Zeitpunkt, Fehlercode und Reproduktionsschritte angeben; Zugriffstoken, Repository-Schlüssel, vollständige Umgebungsvariablen und Geschäftsdaten entfernen. Bei bestehenden Bestellungen zuerst ein Portal-Ticket eröffnen; Pre-Sales- und Kooperationsanfragen an support@macminilab.com senden.