セールスプロセス > アカウント管理
標準サブスクライバーへの近況確認
更新の準備
注文とは何か？
会社が発行した発注書（PO）
署名された見積書（私たちが送る見積書）
メールでの合意（「見積書／サブスクリプションを承諾します」など）またはその他の書面での声明
開発作業の管理
機能／作業が完了する前に請求書を発行しないでください。
顧客から機能がリクエストされる
セールスがメールにリンクする Issue を Issue トラッカーに作成（タグ: 会社名、機能、見積もり）し、必要に応じてアジェンダで言及。Issue はセールスマイルストーンに割り当てられる
開発が見積もりを作成／フィードバックを提供
見積もり: x〜y 時間の間（見積もりに時間がかかり、顧客が注文するか疑わしい場合）
見積書: x 時間（その他すべての場合）
セールスが顧客に見積もりを伝達
範囲見積もりの場合は 3 と 4 を繰り返す
顧客が見積もりとフィードバックに同意した場合:
セールスシートの hourly タブに見積もりと注文を追加
セールスが estimate ラベルを削除し promised ラベルを追加
セールスが、開発者がマイルストーンに同意したコメントとコンテキストをマイルストーンに追加し、Issue のマイルストーンを変更
ディール内に Issue 名と機能へのリンクを追加
顧客が合理的な時間内にコミットしない場合、Issue は close 済みとマークされ、セールスはディールを通じてフォローアップ
機能が実施されないことになった場合、セールスは Issue を close 済みとマーク
機能が提供されたら、ディールに費やした時間数を追加し、セールスが顧客に告知し、メールへのリンク付きで機能をクローズ
セールスが実際に費やした時間数をセールスシートに追加
セールスが見積もった時間数で顧客に請求書を発行
ディールは won とマーク
セールスとファイナンスの間の暗黙のハンドオーバーは請求書の送信（Sytse）
コンサルティング作業の管理
顧客がコンサルティング作業についてセールスに連絡
セールスが詳細と時間見積もりを support@ にメールで送信
サポートが OTB（OK to book）するか追加情報を求める
追加情報が必要な場合、セールスが質問して Zendesk チケットに追加
OTB で顧客が見積もりに同意したら、セールスは顧客に時間予約のため support@ に連絡するよう依頼し、Sales sheet ‘Hourly’ に quoted として追加
注文後、セールスはディールを won とマークしセールスシートを修正
コール中に見積書で割り当てられた時間を超過した場合、Support Engineer はクライアントに超過していることを伝え、すべての超過時間は通常のコンサルティングレートでクライアントに請求されることを伝えます
コンサルティング要求に対処するために予期しない GitLab バグを修正する必要がある場合、Support Engineer はクライアントに、GitLab B.V. が修正を行い、追加で費やされる時間は通常のコンサルティングレートでクライアントに請求されることを伝えます
作業が完了するか、クライアントがコンサルティングプロセスを停止することを決定したら、サポートは費やした時間を ‘Hourly’ セールスシートの「Realized」列に記録し、メールまたは Highrise でセールスに通知します
サポートは Zendesk 経由で、セールスから連絡があることを顧客に通知
セールスは「Realized」列の時間数に対応する請求書を作成
サブスクリプションクライアントのセールスからサポートへのハンドオーバー
- セールスは関連する Highrise ディールへのリンクを含める
- サポートは Highrise ディールを確認し、会話が長すぎる場合はサマリーを求めるノートを Highrise に残します
潜在顧客のサポート
- セールスが、潜在顧客が抱えるバグ／Issue について聞き、ディールを勝ち取るために GitLab がそれを解決すべきと判断します。その時点で:
- セールスは顧客に Issue についてサポートにメールするよう依頼; または
- セールスは顧客から Issue をサポートに転送し、その際、サポートチームに重複チケットが作成されないようセールスチームを cc に入れます。
機能リクエストの Issue 作成
- Issue を作成し、誰か（Dimitriy、Sytse、Job）にメンションします。
- 顧客名は記載せず、大・中・小のいずれかを確認し、Salesforce アカウントへの URL を含めます。
bfd74782)