お問い合わせ先の選び方

適切な窓口に、すぐ対応できる情報を添えて相談

導入前の構成評価や法人導入の相談はサポートメールへ。既存の注文、ノード障害、請求記録の問題は、コンソールにログインしてチケットを送信してください。お問い合わせ窓口はこの2つに限定し、情報の分散を防ぎます。

コンソールからチケットを送信 support@minideploy.com にメールを送信
コンソールチケット ノードに関する問題を優先 重大な接続障害は4時間以内の初回返信を目標
サポートメール 評価・法人向け相談 1営業日以内の初回返信を目標
対応に必要な情報 番号・時刻・ログ 情報が揃っているほど確認の往復を削減

窓口を選ぶ

まず問題の種類に合う窓口を選択

同じ問題について選ぶ窓口は1つだけで十分です。既存のノードや注文がある場合は、アカウント情報、ノード番号、対応状況を紐付けられるコンソールチケットを優先してください。

導入前相談

事前相談

対象エリア、利用期間、同時利用デバイス数、ツールチェーン、リモート接続方法を確認する窓口です。アカウントがない場合はメールでご連絡ください。

窓口：サポートメール

障害

技術サポート

接続不可、認証失敗、画面の遅延、ビルド失敗、ディスク容量の問題に対応します。ノード番号と発生時刻を必ず添えてください。

窓口：コンソールチケット

法人

法人導入

チーム規模、CIの同時実行数、アクセス制御、データ保持、購入時期を評価します。提供機能と対応範囲は項目ごとに確認します。

窓口：サポートメール

請求

請求に関する問題

注文、支払い状況、利用期間、請求記録を確認します。メールやチケットに完全な決済情報や機密キーを記載しないでください。

窓口：コンソールチケット
振り分けの原則：購入前の要件評価はメール、購入後のノード・注文・請求に関する問題はコンソールチケットへ。実行中のタスクに影響する場合は、チケットの件名にノード番号、影響範囲、初回発生時刻を記載してください。

導入前相談の要点

導入前ヒアリング：エリア、期間、ワークロードを先に確定

導入前評価に長い背景説明は不要です。以下の5項目を明確にすれば、M4 Core、エリア、利用期間がタスクに合うか判断できます。

項目 記載する情報 有効な例
対象エリア 利用者、コードリポジトリ、成果物の保存場所を基準に選択 日本（東京）、代替案：韓国（ソウル）
同時利用デバイス数 チームの総人数ではなく、同時稼働する独占物理ノードの台数 2台、後に4台まで増加の可能性
利用期間 日・週・月・四半期単位と、おおよその開始時刻を記載 まず1週間検証し、その後は月単位で利用
主なツールチェーン Xcode、xcodebuild、fastlane、self-hosted runner、Python、メディアツール Xcodeビルド、ユニットテスト、fastlaneによるアップロード
接続方法 SSH、VNC、macOSグラフィカルインターフェース。対話操作が中心かも記載 通常はSSH、デバッグ時はグラフィカルインターフェース
現在の固定モデル M4 Core M4 / 16GB / 256GB
選択可能なノード 5つのエリア シンガポール、日本（東京）、韓国（ソウル）、香港、米国西部
提供までの目安 約4分 支払い確認、リソース割り当て、システム初期化、認証情報の生成

技術障害

技術問題フォーム：ログ、時刻、ノード番号を揃える

技術的な問題はコンソールからチケットを送信してください。「接続できない」「ビルドに失敗した」だけではなく、再現可能な現象を記載します。まず元の発生時刻を保存してから再試行してください。

01

影響を受けたリソースを特定

  • コンソールに表示されるノード番号
  • ノードの所在エリア
  • 影響を受けたタスク数と継続時間
  • 他のノードでも同じ問題が発生しているか
02

時刻とネットワーク環境を整理

  • 初回発生日、時刻、タイムゾーン
  • クライアントの所在地
  • SSH、VNC、グラフィカルインターフェースのどれを使用したか
  • 障害の前後でネットワーク環境に変化があったか
03

最小限の再現手順を提示

  • どの操作から問題が発生したか
  • 実行したコマンドまたは画面操作
  • 期待した結果と実際の結果
  • 繰り返し実行して安定して再現するか
04

マスキング済みログを添付

  • タイムスタンプとエラーコードを残す
  • キー、トークン、非公開プロジェクトの内容を削除
  • エラー前後の必要なコンテキストを抜粋
  • ログがどの再現手順に対応するか記載
チケットテンプレート 02 / 障害

コンソールチケットの推奨形式

件名にはまずノード番号と障害の種類を記載します。本文は時系列で整理し、無関係な問題を混在させないでください。1チケットにつき主な障害を1つにすると、継続的に追跡しやすくなります。

コンソールにログインして技術チケットを作成 
件名：ノード番号 / SSH接続タイムアウト / ビルドに影響

ノード番号：コンソールに表示される完全な番号
ノードエリア：香港
発生時刻：日付、時刻、タイムゾーンを記載
クライアント所在地：実際の所在地を記載
接続方法：SSH
影響範囲：ビルドタスクがノードに接続できない
再現手順：
1. 元の設定でSSH接続を開始
2. クライアントがタイムアウトを返すまで待機
3. ネットワークを変更して再テスト
期待した結果：コマンドラインセッションを確立
実際の結果：接続タイムアウト
マスキング済みログ：タイムスタンプとエラー情報を保持
実施済みの確認：ネットワーク切り替え、クライアント再起動、アドレス確認
重大度の記載方法：「完全に接続できず、現在のタスクが停止」と「断続的な遅延はあるがタスクは継続可能」を明確に区別してください。重大な接続障害は4時間以内、一般的な設定・性能問題は1営業日以内の初回返信を目標とします。

法人向け評価

法人向け要件表：規模、同時実行数、管理要件を分けて確認

法人要件はまずサポートメールで評価します。必須条件、許容できる代替案、予定時期を記載し、未確認の機能を社内導入計画に書き込まないでください。

チーム

チームと利用者

チーム規模、実際にノードを使う人数、利用タイムゾーン、開発・ビルド・運用の役割分担を記載してください。

チーム規模
総人数と直接利用する人数を分けて記載
稼働タイムゾーン
主な操作時間帯を記載
責任範囲
ノード、キー、ツールチェーンの管理担当者
CIキャパシティ

CIの同時実行数と負荷

ピーク時の同時実行タスク数、1日平均のビルド数、1回のビルド時間、キャッシュ、成果物のアップロード、失敗時の再試行方法を記載してください。

ピーク時の同時実行数
同時に実行するrunnerの数
タスクの種類
テスト、アーカイブ、アップロードを分けて集計
拡張のタイミング
固定容量または段階的な増強
管理

アクセス制御

許可するリモートアクセス元、最小権限の要件、一時キーの扱い、退職者の権限削除手順を記載してください。

アクセス元の制限
許可が必要なネットワーク範囲
権限モデル
管理者アカウントとタスク用アカウントを分離
監査要件
保持が必要な操作記録の種類
データ

データ保持

プロジェクトファイル、ビルドキャッシュ、ログ、成果物をそれぞれどれだけ保持するか、利用期間終了前の移行・削除手順を記載してください。

プロジェクトデータ
保存元、容量、同期方向
ビルドログ
保持期間とアクセス権限
利用期間終了時
移行担当者と受け入れ条件
調達

調達スケジュール

評価、検証、購入、正式利用開始の予定日と、社内で必要な技術・請求確認を記載してください。

検証段階
合格条件となるテスト項目を先に定義
購入時点
決定日と担当者を記載
開始時刻
絶対日付とタイムゾーンを使用
対応範囲

未確認の機能の扱い

メールでは要件を「必須」「推奨」「代替可」に分類してください。MiniDeployは現在のモデル、エリア在庫、既存の提供範囲に基づき項目ごとに回答し、未確認の機能を事前に保証しません。

法人向け評価メールを送信

送信前に確認

対応準備チェックリスト：送信前に6項目を確認

明確な連絡先と対応可能な時間帯を伝えることが、繰り返し催促するより調査期間の短縮につながります。以下はメールとコンソールチケットの両方に適用されます。

  1. 01

    返信を受け取れるメールアドレスを確認

    継続的に返信を受け取れるアドレスを使用してください。チームを代表して連絡する場合は、主な連絡担当者と共有が必要な社内の役割を記載し、複数の窓口から同じ問題を重複送信しないでください。

    連絡先
  2. 02

    すべての時刻にタイムゾーンを記載

    障害の発生時刻、希望開始日、調査に対応できる時間帯には、必ず絶対日付とタイムゾーンを使用します。例：「2026-08-12 14:30 UTC+8」。

    時刻
  3. 03

    実際の影響度に応じて優先度を設定

    完全な停止、タスクの一部失敗、性能低下、一般的な設定相談のどれかを明記してください。現在のタスクに影響しない問題を重大障害として扱わないでください。

    優先度
  4. 04

    調査に対応できる時間帯を提示

    次の1営業日以内にテスト、問題の再現、復旧結果の確認ができる時間帯を記載し、ノード上に中断できないタスクがあるかも知らせてください。

    対応可能時間
  5. 05

    機密情報を削除

    ログにはタイムスタンプ、エラーコード、コマンド名、必要なパスを残し、パスワード、アクセストークン、秘密鍵、署名素材、非公開プロジェクトの内容を削除してください。

    マスキング
  6. 06

    検証可能な完了条件を定義

    例：「SSHセッションを3回連続で確立」「指定したビルドタスクを完了して成果物をアップロード」「注文状況と支払い記録が一致」など、双方で解決を確認できる条件を記載します。

    受け入れ条件

アカウント運用

注文、更新、ノード、請求記録をコンソールで一元管理

コンソールは既存注文の操作窓口です。クラウドMacのレンタル、独占物理ノードの状態確認、利用期間の管理、注文に紐付くチケットの送信を行う場合は、まずコンソールにログインしてください。

支払いに関する情報

支払いと決済の範囲

すべてのプランと追加オプションは米ドル建てです。請求チケットを送信する前に、注文金額、利用期間、追加オプション、コンソールに表示される支払い状況を確認してください。

A

USDT-TRC20

チェックアウト画面に表示される情報に従って支払います。請求に関する問い合わせには、注文番号、時刻、マスキング済みの取引識別情報のみを記載してください。

B

Visa / Mastercard / Amex

カード決済はStripeが処理します。利用可能な決済ゲートウェイは、チェックアウト時にバックエンドから返される結果に従います。

USD

米ドルで一括決済

モデル、利用期間、追加オプションはすべて米ドル（USD）で決済します。請求確認には注文に記載された元の米ドル金額を使用してください。

請求チケットに含める情報：注文番号、支払い日時とタイムゾーン、コンソール上の現在の状態、確認したい具体的な項目。完全なカード情報、アカウントキー、支払いを再実行できる機密情報は送信しないでください。

次のアクション

既存ノードの問題は、番号付きチケットを直接送信

コンソールは注文、ノード、接続、請求の問題に適しています。未購入でエリア、同時利用デバイス数、法人導入の対応範囲を確認したい場合は、support@minideploy.com へ要件を整理したメールを送信してください。

コンソールからチケットを送信 Mac miniを今すぐレンタル →