diff --git a/contributingGuides/BUGZERO_CHECKLIST.md b/contributingGuides/BUGZERO_CHECKLIST.md
new file mode 100644
index 0000000000000..00075620641ca
--- /dev/null
+++ b/contributingGuides/BUGZERO_CHECKLIST.md
@@ -0,0 +1,62 @@
+# BugZero Checklist:
+
+- [ ] **[Contributor]** Classify the bug:
+
+
+Bug classification
+
+
+Source of bug:
+ - [ ] 1a. Result of the original design (eg. a case wasn't considered)
+ - [ ] 1b. Mistake during implementation
+ - [ ] 1c. Backend bug
+ - [ ] 1z. Other:
+
+Where bug was reported:
+ - [ ] 2a. Reported on production
+ - [ ] 2b. Reported on staging (deploy blocker)
+ - [ ] 2c. Reported on a PR
+ - [ ] 2z. Other:
+
+Who reported the bug:
+ - [ ] 3a. Expensify user
+ - [ ] 3b. Expensify employee
+ - [ ] 3c. Contributor
+ - [ ] 3d. QA
+ - [ ] 3z. Other:
+
+
+
+- [ ] **[Contributor]** The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake.
+
+ Link to comment:
+
+- [ ] **[Contributor]** If the regression was CRITICAL (e.g. interrupts a core flow) A discussion in [#expensify-open-source](https://app.slack.com/client/E047TPA624F/C01GTK53T8Q) has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner.
+
+ Link to discussion:
+
+- [ ] **[Contributor]** If it was decided to create a regression test for the bug, please propose the [regression test](https://github.com/Expensify/App/blob/main/contributingGuides/REGRESSION_TEST_BEST_PRACTICES.md) steps using the template below to ensure the same bug will not reach production again.
+
+
+Regression Test Proposal Template
+
+
+- [ ] **[BugZero Assignee]** Create a GH issue for creating/updating the regression test once above steps have been agreed upon.
+
+ Link to issue:
+
+## Regression Test Proposal
+### Precondition:
+
+
+-
+
+### Test:
+
+
+1.
+
+Do we agree 👍 or 👎
+
+
+