Route first, then resolve

Route your issue through theright support path

Use a structured email for pre-sales and partnership requests. For existing orders, technical issues, and billing reviews, submit a console ticket first. Include the model, region, timing, and reproduction details to reduce follow-up.

Pre-sales request builder

Define your requirements before comparing options

This form does not send data to the site backend. After you click the button, it creates a draft email in your system email client addressed to support@macminilab.com. Review and send it yourself.

Pre-sales selection

Generate a sales inquiry email

For teams that have not ordered yet and need to confirm a model, region, rental term, or add-on.

Write an email directly
Available configurations

Two models currently available for evaluation

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

Both models are available in Singapore, Japan (Tokyo), South Korea (Seoul), and Hong Kong. Actual availability is confirmed in real time by the console.

Before you write

Describe the outcome—not just “I need a Mac”

  • Explain the build, testing, or development tasks you need to complete.
  • State the number of concurrent tasks and expected duration.
  • List your memory, cache, and disk-space constraints.
  • If you are unsure about the region, provide the location of your primary operators.
Collect troubleshooting details

Build a reproducible timeline before reporting a technical issue

For existing orders, a console ticket automatically links your account and order context, making it the preferred entry point for troubleshooting. If you cannot access the console, use the tool below to generate a redacted email.

Technical support

Generate a troubleshooting email

Do not write only “cannot connect” or “build failed.” The node region, time of occurrence, reproduction steps, and log summary are essential for identifying the affected layer.

Use a console ticket instead
Preferred path

Have an existing order? Submit a console ticket first

After signing in, open the support area, create a ticket, and select the relevant order. Status updates, follow-up questions, and resolution notes stay together in the ticket, making it suitable for technical or billing issues that require ongoing tracking.

Open the ticket portal
Minimum diagnostic set

Missing any of these six details can lead troubleshooting in the wrong direction

  • Order number and node region
  • Most recent occurrence
  • Whether the issue reproduces consistently
  • Expected and actual results
  • Error code or log summary
  • Steps already attempted
Enterprise and partnership inquiries

Multi-node requirements need a complete operating picture

Enterprise discussions do not start with “how many machines?” They start with team responsibilities, build queues, environment replication, and ownership of issues.

Recommended project context

Cover at least four decision areas in your email

Deployment scope

Nodes and concurrency

Specify which of Singapore, Japan (Tokyo), South Korea (Seoul), or Hong Kong you plan to use, along with normal and peak concurrency.

Procurement structure

Term and centralized management

Explain whether you plan to use the service daily, weekly, monthly, or quarterly, and whether you need centralized review of orders, charges, and renewal arrangements.

Role separation

Users and administrators

List who handles orders, maintains build environments, manages tickets, and hands off node-use information within the team.

Continuous builds

Queues and environment standards

Provide the repository count, build frequency, cache size, toolchain version strategy, and escalation path for failed tasks.

Enterprise solution

When email is the right channel

Send a structured email if the project is still under evaluation, you do not have an order number, or you need to discuss multi-node deployment, centralized procurement, or role separation.

Send an enterprise inquiry
Partnership inquiry

Start with the partnership goal and boundaries

Describe the partner, expected outcome, Cloud Mac workloads involved, each party’s contribution, and the stage you want to reach. Broad proposals without a defined scope will first receive a request for more context.

Send a partnership inquiry
Response and status updates

The first response confirms the path—it does not mean the issue is resolved

Different issues require different context. The response process focuses on acknowledging receipt, checking the information, classifying the request, asking for missing details, and updating the conclusion. Completion time depends on reproducibility, scope, and any required user confirmation.

Pre-sales selection

Confirm requirements by email

We first verify the use case, model, region, term, concurrency, and storage, then identify missing details or recommend the ordering process.

Initial status
Pre-sales evaluation confirmed
Update timing
When a configuration decision is available or more information is needed
Technical support

Track progress through a console ticket

We first classify the issue by connection, system, network, disk, or build layer, then investigate using the reproduction steps and log summary.

Initial status
Ticket acceptance and classification shown
Update timing
When checks are complete, more information is needed, or the conclusion changes
Billing question

Review against the order record

Provide the order number, payment method category, payment time, and displayed status. Do not send complete payment credentials by email.

Initial status
Review scope and required records confirmed
Update timing
When payment status or order records have been fully reviewed
Enterprise and partnerships

Confirm that the scope is complete

Once the project context is clear, we can discuss node scale, role separation, procurement terms, and continuous build workflows.

Initial status
Scope confirmed or missing context identified
Update timing
When the next questions or actionable recommendations are ready
Issue types and recommended contact paths
Issue type Recommended channel Prepare before submitting Where status updates appear
Pre-sales selection Support email Use case, region, term, concurrency, storage Email thread
Enterprise solution and partnerships Support email Project context, node scale, role separation Email thread
Technical issue with an existing order Console ticket Order number, time, reproduction steps, redacted logs Ticket record
Billing and payment status Console ticket Order number, payment category, time, displayed status Ticket record
Final check before submitting

Never send passwords, private keys, or signing credentials

For technical issues, retain the order number, node region, time of occurrence, error code, and reproduction steps. Remove access tokens, repository secrets, complete environment variables, and business data. For existing orders, submit a console ticket first; send pre-sales and partnership requests to support@macminilab.com.