導入相談
ワークロード、同時ビルド数、ノード、契約期間、ストレージの要件を記載してください。まだ注文を作成していない段階の検討に適しています。
推奨窓口：サポートメール必要な情報をまとめて記入
ZoomMiniにお問い合わせいただき、
問題をそのまま対応へ進めましょう。
導入相談は構造化メールで送信できます。既存注文、接続障害、請求に関する問題は、コンソールからチケットを送信してください。どちらの窓口でも確認可能な情報を整理できるため、「使えません」だけのメールを最初に書く必要はありません。
サポート専用メールアドレスsupport@zoommini.com
導入相談・緊急ではないお問い合わせ
サポートメール
モデル選定、ノードの提案、利用開始時期、提携相談、既存注文に紐づかないお問い合わせに適しています。下の作成ツールを使うと、情報の記入漏れを減らせます。
既存注文はこちらを優先
コンソールチケット
納品状況、リモート接続、インスタンス操作、請求確認、注文記録との紐付けが必要な問題に適しています。送信後はチケット番号と対応状況を確認できます。
チケット窓口へ進むまず問題の種類を選択
5種類の問題、2つのお問い合わせ窓口
窓口は部署別ではなく、既存注文の有無やインスタンス記録との紐付けが必要かどうかで選びます。既存注文がある場合はコンソールチケットを優先し、それ以外はメールを送信してください。
既存注文
注文ID、ノード、現在の状況、期待する結果を記載すると、納品、契約期間、請求記録に直接紐付けて確認できます。
推奨窓口：コンソールチケットテクニカルサポート
macOSとXcodeのバージョン、接続方法、発生日時、再現手順、マスキング済みの主要ログを添付してください。
推奨窓口：コンソールチケットセキュリティ報告
明確なセキュリティ件名を付け、異常が発生した時刻、影響範囲、実施済みの制限措置を記載してください。パスワード、秘密鍵、完全な認証情報は送信しないでください。
推奨窓口：コンソールチケットまたはサポートメール提携相談
提携の目的、必要なノード範囲、想定する機器台数、予定時期、確認したい具体的な事項を記載してください。
推奨窓口：サポートメール導入相談メール
ワークロードと条件を明確に記載
入力後は、お使いの端末上でメールの件名と本文を生成し、システムのメールアプリを開くだけです。ページから入力内容が他の送信先へ送られることはありません。
ノード範囲
2つのレンタルプランを見る
4つのノードすべてで2モデルを利用可能
シンガポール、日本（東京）、韓国（ソウル）、香港から選択できます。実際の注文結果はコンソールに表示される最新情報をご確認ください。メールで一時的な状況を問い合わせる必要はありません。
より早く記入するには
導入準備チェックリストを見る
用途だけでなく判断条件を記載
「iOS CIに使用」だけでは具体性が不足しています。同時に実行するタスク数、1回のビルド時間、依存関係の規模、グラフィカルな操作の有無、検証が成功したと判断する条件を補足することをおすすめします。
技術的な問題のチケット下書き
ログ、時刻、再現手順を一致させる
既存注文がある場合は、これらの項目をコンソールチケットに優先してコピーしてください。コンソールに一時的にアクセスできない場合は、構造化メールも作成できます。
まずローカルで確認
完全な切り分け手順を見る
接続問題は同じ順序で切り分け
まずローカルネットワークを確認し、次にコンソールでデバイスの状態を確認します。その後、アドレス、認証情報、クライアントキャッシュを確認してください。SSHフィンガープリントが変わった場合は、検証を省略しないでください。
ログの最小セット
注文に紐付けてチケットを送信
問題の特定に必要な4項目を残す
発生時刻、実行したコマンド、エラーコード、前後の少量のコンテキストがあれば、通常は切り分けを開始できます。関係のない大量のログは特定に時間がかかる原因になります。
セキュリティ件名を明確にする
異常が疑われる場合は、まず影響を制限してから報告
アカウントの異常、未承認アクセス、異常なリモート接続、データインシデントの疑いがある場合に使用します。発見時刻、影響を受けた注文またはノード、確認した事象、実施済みの制限措置を記載してください。
アクセスを制限
不審なセッションを停止し、不要になったアクセス権を削除してください。漏えいした可能性のある秘密情報の使用も続けないでください。
必要な記録を保持
時刻、注文ID、ノード、送信元情報、主要ログを記録し、元のタイムラインを変更しないでください。
秘密情報をローテーション
影響を受けた可能性のあるSSHキー、リポジトリトークン、runnerキー、アプリケーション認証情報をローテーションしてください。
専用の件名で送信
メールの件名は「セキュリティ報告」で始めてください。既存注文がある場合は、注文IDを関連付けたコンソールチケットを優先して送信してください。
対応について
まず振り分け、次に検証、その後に次の手順を案内
対応の順序は、問題の種類、情報の完全性、注文またはノード状態の検証が必要かどうかによって異なります。複雑な問題に対して、必要な確認を省いた定型文だけで回答することはありません。
1送信
コンテキストを保持できる窓口を選択
コンソールチケットを送信すると追跡可能な記録が作成され、既存注文に適しています。メールは導入相談、提携、注文にまだ紐付いていない相談に適しています。
2振り分け
ID、時刻、問題の範囲を確認
サポート担当者が、問題が納品、接続、開発環境、請求、セキュリティインシデントのどれに該当するかを確認します。重要な項目が不足している場合は、必要最小限の情報を追加でお願いします。
3検証
再現手順に沿って確認
注文との紐付け、ノード状態の確認、ビルド問題の再現が必要な場合、対応時間は検証の複雑さによって変わります。元のチケットまたはメールの件名のまま返信してください。
4フォローアップ
コンソールでリクエスト状況を確認
チケットの状況とその後の返信はコンソールで確認できます。メール相談は元のメールスレッドを使用し、同じ問題で複数の件名を作成しないでください。
対応を早める情報
- 1件のリクエストにつき、主な問題を1つだけ記載する
- 注文ID、ノード、正確な発生時刻を記載する
- 期待する結果と実際の結果を分けて記載する
- 最短の再現手順とマスキング済みログを提供する
確認の往復が増える要因
- エラーの状況を記載せず「使えない」とだけ書く
- 複数の注文の問題を同じ件名に混在させる
- 発生時刻またはバージョン情報がない
- 関係のない大量のログや秘密情報を送る
既存注文はこちらから
注文を管理し、追跡可能なリクエストを送信
コンソールにログインして注文を紐付け、デバイスの状態を確認し、チケットを送信してください。モデルやノードを検討中の場合は、まずヘルプセンターを確認し、その後、導入相談メール作成ツールで要件を補足できます。