From 8d3eba2a0da82b9902b206941958710686b2f4b7 Mon Sep 17 00:00:00 2001 From: Michael Pinto <147431865+pintomi1989@users.noreply.github.com> Date: Thu, 18 Jul 2024 15:08:52 -0400 Subject: [PATCH] CSM handbook QBR process (#20374) # Checklist for submitter If some of the following don't apply, delete the relevant line. - [ ] Changes file added for user-visible changes in `changes/`, `orbit/changes/` or `ee/fleetd-chrome/changes`. See [Changes files](https://fleetdm.com/docs/contributing/committing-changes#changes-files) for more information. - [ ] Input data is properly validated, `SELECT *` is avoided, SQL injection is prevented (using placeholders for values in statements) - [ ] Added support on fleet's osquery simulator `cmd/osquery-perf` for new osquery data ingestion features. - [ ] Added/updated tests - [ ] If database migrations are included, checked table schema to confirm autoupdate - For database migrations: - [ ] Checked schema for all modified table for columns that will auto-update timestamps during migration. - [ ] Confirmed that updating the timestamps is acceptable, and will not cause unwanted side effects. - [ ] Ensured the correct collation is explicitly set for character columns (`COLLATE utf8mb4_unicode_ci`). - [ ] Manual QA for all new/changed functionality - For Orbit and Fleet Desktop changes: - [ ] Manual QA must be performed in the three main OSs, macOS, Windows and Linux. - [ ] Auto-update manual QA, from released version of component to new version (see [tools/tuf/test](../tools/tuf/test/README.md)). --- handbook/customer-success/README.md | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/handbook/customer-success/README.md b/handbook/customer-success/README.md index d11008c156..18753da2bc 100644 --- a/handbook/customer-success/README.md +++ b/handbook/customer-success/README.md @@ -34,6 +34,17 @@ Before a routine customer call, the CSM prepares an agenda including the followi 5. Provide updates to open feature requests (can be done monthly or quarterly) 6. Provide updates to open bug reports +### Conduct a quarterly business review (QBR) +Business reviews are conducted quarterly or bi-annually to ensure initial success criteria completion, ongoing adoption, alignment on goals, and delivery of value as a vendor. Use the meeting to assess customer priorities for the coming year, review performance metrics, address any challenges and showcase value in upcoming and unutilized features. +1. Work with your champion to schedule the business review at a time thier stakeholders are available (typically 90 days after kickoff and again, 90 days before renewal). +2. Collect usage metrics from the [usage data report](https://docs.google.com/spreadsheets/d/1Mh7Vf4kJL8b5TWlHxcX7mYwaakZMg_ZGNLY3kl1VI-c/edit?gid=0#gid=0) (internal Fleet document) and the following: + - Optionally schedule a health check with day to day admins prior to the QBR to better understand how the product is being used and which features have been adopted. + - Have a support engineer collect data on open and closed bugs from the previous quarter and highlight any P0 or P1 incidents along with a summary of the postmortem (search Unthread and GitHub for issues tagged with the customer codename and ':bug'). + - Summarize status updates for open feature requests and highlight delivered feature requests. + - For managed cloud customers, reach out to #help-infrastructure to collect information on cloud uptime and any outages or alarms. + - Provide one slide with information on the latest Fleet release and any upcoming big ticket features which can be found on the product board and current release board for #g-mdm and #g-endpoint-ops +3. After the business review, save the presentation as a PDF and share it with your customer. + ### Create customer support issue Locate the relevant issue or create it if it doesn't already exist (to avoid duplication, be creative when searching GitHub for issues - it can often take a couple of tries with different keywords to find an existing issue). When creating a new issue, make sure the following: - Make sure the issue has a "customer request" label or "customer-codename" label.