GitLab コミュニティプログラムのサポート
GitLab は、本来であれば最も強力な機能にアクセスする手段を持たないコミュニティに対し、それらを紹介するためのいくつかのプログラムを提供しています。代表的なものは以下のとおりです。
これらのプログラムの DRI は Developer Relations Programs チーム です。
登録済みの非営利団体については、GitLab は割引も提供しています。本プログラムについて詳しくは GitLab の Environmental, Social, and Governance (ESG) チーム にお問い合わせください。スタートアップ向けには、HVS と FOs チームが GitLab for Startups プログラムを通じて割引を提供しています。
GitLab for Education、GitLab for Open Source、GitLab for Startups に関するチケットを受け付けたら、以下の該当ワークフローを使用してください。
Note
プログラムメンバーは、コミュニティプログラム経由で付与されたサブスクリプションについては限定的なサポートのみを受けられます。GitLab Support Portal からサポートチケットを開けるのは、CustomersDOT の Community Self-checkout Portal に関するエラーや、サブスクリプションに関するエラーに限られます。GitLab for Education および GitLab for Open Source の社内エスカレーションは Slack チャンネル#developer-relations-programs で行えます。Startups Program については Slack チャンネル #startups-program-questions を利用してください。ワークフロー
申請と更新
リクエスターがプログラムへの加入申請、または既存メンバーシップの更新を希望する場合、プログラムの申請フォームを送信してもらう必要があります。適切な Zendesk マクロを使用してください。
- GitLab for Education (EDU):
General::EDU Response - GitLab for Open Source (OSS):
General::OSS Response - GitLab for Startups:
General::Startup Response
更新を希望する場合は、加えて以下の点も案内してください。
- 新規申請と同じフォームを使用すること
- サブスクリプションの更新を申請する人物は、必ず その機関について GitLab Customer Portal でサブスクリプションを作成した本人であること
- 別の人物に更新申請を行わせる必要がある場合は、現在のオーナーが Customers Portal アカウントの所有権を移譲 する必要があること
製品の切り替え
コミュニティプログラムのクーポンを引き換える際、顧客が誤って間違った製品タイプを選択してしまうことがあります(Self-Managed のつもりで SaaS を選んでしまった、またはその逆)。このナレッジベース記事 をリンクして使用してください。あわせて プログラム別の問い合わせ用メールアドレス ワークフローも利用します。
クーポンの引き換え時に “This code has already been used.” エラーが発生する場合
クーポンが誤って発行されている可能性があるため、#developer-relations-programs でチケットを共有してください。
顧客がシート使用数または True-Up を懸念している場合
申請時に顧客は希望シート数を入力します。サブスクリプション期間中はその数を超過しても構わず、更新時の True-Up コストはゼロになります(超過分のシートは更新後の期間に追加されます)。顧客が紐付けられているシート数を変更したい場合は、このナレッジベース記事 をリンクして使用してください。
プログラム別の問い合わせ用メールアドレス
特定のプログラムに関する問い合わせ(上記に該当するか否かにかかわらず)については、以下のワークフローに従ってください。
- リクエスターに対し、各プログラム専用のメールアドレスへ連絡するよう案内します。
- EDU:
[email protected] - OSS:
[email protected] - Startups:
[email protected] - Non-Profits:
[email protected]
- EDU:
- 顧客から有意義な返信があったらすぐに、または 2 営業日待っても有意義な返信を受け取れていない場合は、いずれか早いほうのタイミングで状況を私たちに連絡するよう依頼します
- チケットを On-hold(保留)にします
- 顧客から「対応を受けている」と連絡があれば、チケットをクローズします
- 一方、顧客から「対応してもらえていない」と連絡があった場合は、必要なサポートが受けられるよう自分からプログラムチームに連絡することを伝え、
#developer-relations-programsSlack チャンネルで連絡を取ります。非営利団体の場合は#gitlab-for-nonprofitsチャンネルで連絡してください - それ以外で、顧客から 連絡がなく チケットが保留から戻ってきた場合は、適切なメッセージを添えてチケットをクローズします
トラブルシューティング
GitLab の Developer Relations Programs チームは、自動化されたワークフロー に従ってプログラム申請を処理しています。動作の詳細についてはそのワークフロー関連のハンドブックページをご覧ください。
登録プロセス中のエラーをトラブルシューティングするには、Troubleshoot Errors While Making Purchases on CustomersDot のドキュメントに従ってください。
Note
顧客はまだサインアップしていないため、user:customerID は存在しません。代わりに user.ip:CustomerIP を使用してください。CustomerIP は次の手順で取得できます。
- Zendesk チケットで
Conversationsをクリック - ドロップダウンから
Eventsを選択 - 顧客の各返信の下に IP が表示されています
Note
IP は顧客が Zendesk にサインインしている場合のみ取得できます。顧客がメール経由でチケットを送信した場合、IP は取得できないため、サインアッププロセス時に使用した IP を顧客に尋ねてください。過去のケース例
関連項目
bfd74782)