Skip to content

Commit

Permalink
Tweaks for comments
Browse files Browse the repository at this point in the history
  • Loading branch information
dadlerj committed Sep 30, 2020
1 parent 1f6b1e9 commit 5555cfa
Showing 1 changed file with 7 additions and 7 deletions.
14 changes: 7 additions & 7 deletions handbook/ce/ce_to_eng_handover.md
Expand Up @@ -13,8 +13,8 @@ When a prospect or customer files a new support ticket or raises a new issue, CE
Exceptions to the principles above:

- This does not apply to our public GitHub issue tracker; instead, it only applies to [official support channels](support.md). Issues filed in GitHub are the responsibility of Engineering and/or Product.
- Certain customers pay for dedicated support from a member of the Engineering team. Responding to issues filed by these customers is a shared responsibility for the assigned Engineer and CE (whoever sees it first).
- If an engineer sees a new question or issue come in from a company that they've already been introduced to, or if the question is in their direct area of expertise, they are encouraged to jump in directly.
- Certain customers pay for dedicated support from a member of the Engineering team (find the full list in the [CE account ownership document](https://docs.google.com/spreadsheets/d/1EbAlUlMoZU-M2haRj0DoW3E7h7KG2D0vwLX3PlwL-h0/edit#gid=0)). Responding to issues filed by these customers is a shared responsibility for the assigned Engineer and CE (whoever sees it first).
- If a new question or issue is raised in an existing ticket or thread, the engineer who previously owned the thread should notify the CE to determine whether to start a new thread or change ownership.

Otherwise, if an engineer sees a new question or issue come in and they are interested in responding, they should just check with CE first (by posting in the #ce Slack channel).

Expand All @@ -23,11 +23,11 @@ Otherwise, if an engineer sees a new question or issue come in and they are inte
1. The assigned CE will first reply to the prospect or customer that reported the issue.
1. If the issue is clearly a bug or a feature request (rather than a question that can be clarified or answered on the spot), [the CE will file or add on to a GitHub issue](customer_issues.md).
1. The CE will add a prioritization label to the issue, from `user/p0` to `user/p4`, based on a combination of (1) the severity of the issue, and (2) the prioritization of the reporting company. These labels mean the following:
1. `user/p0`: The issue results in the company's Sourcegraph instance being unusable and the company is a [Tier 1 prospect or customer](../sales/index.md#segmentation).
1. `user/p1`: The issue results in partial loss of functionality or serious disruption and the company is a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation).
1. `user/p2`: The issue results in minimal loss of functionality or annoyance and the company is a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation), or the issue is more serious, but applies to a [Tier 3 prospect or customer](../sales/index.md#segmentation).
1. `user/p3`: The feature request is a "nice-to-have" for a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation), or the issue results in minimal loss of functionality or annoyance for a [Tier 3 prospect or customer](../sales/index.md#segmentation).
1. `user/p4`: The feature request is not urgent or the issue is minor.
1. `ce/p0`: The issue results in the company's Sourcegraph instance being unusable and the company is a [Tier 1 prospect or customer](../sales/index.md#segmentation).
1. `ce/p1`: The issue results in partial loss of functionality or serious disruption and the company is a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation).
1. `ce/p2`: The issue results in minimal loss of functionality or annoyance and the company is a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation), or the issue is more serious, but applies to a [Tier 3 prospect or customer](../sales/index.md#segmentation).
1. `ce/p3`: The feature request is a "nice-to-have" for a [Tier 1 or Tier 2 prospect or customer](../sales/index.md#segmentation), or the issue results in minimal loss of functionality or annoyance for a [Tier 3 prospect or customer](../sales/index.md#segmentation).
1. `ce/p4`: The feature request is not urgent or the issue is minor.

## Engineering responsibilities

Expand Down

0 comments on commit 5555cfa

Please sign in to comment.