eugeneyan/ml-design-docs

ml-design-doc

A template for design docs for machine learning systems based on this post.

Note: This template is a guideline / checklist and is not meant to be exhaustive. The intent of the design doc is to help you think better (about the problem and design) and get feedback. Adopt whichever sections—and add new sections—to meet this goal. View other templates, examples here.

---

1. Overview

A summary of the doc's purpose, problem, solution, and desired outcome, usually in 3-5 sentences.

2. Motivation

Why the problem is important to solve, and why now.

3. Success metrics

Usually framed as business goals, such as increased customer engagement (e.g., CTR, DAU), revenue, or reduced cost.

4. Requirements & Constraints

Functional requirements are those that should be met to ship the project. They should be described in terms of the customer perspective and benefit. (See this for more details.)

Non-functional/technical requirements are those that define system quality and how the system should be implemented. These include performance (throughput, latency, error rates), cost (infra cost, ops effort), security, data privacy, etc.

Constraints can come in the form of non-functional requirements (e.g., cost below $x a month, p99 latency < yms)

4.1 What's in-scope & out-of-scope?

Some problems are too big to solve all at once. Be clear about what's out of scope.

5. Methodology

5.1. Problem statement

How will you frame the problem? For example, fraud detection can be framed as an unsupervised (outlier detection, graph cluster) or supervised problem (e.g., classification).

5.2. Data

What data will you use to train your model? What input data is needed during serving?

5.3. Techniques

What machine learning techniques will you use? How will you clean and prepare the data (e.g., excluding outliers) and create features?

5.4. Experimentation & Validation

How will you validate your approach offline? What offline evaluation metrics will you use?

If you're A/B testing, how will you assign treatment and control (e.g., customer vs. session-based) and what metrics will you measure? What are the success and guardrail metrics?

5.5. Human-in-the-loop

How will you incorporate human intervention into your ML system (e.g., product/customer exclusion lists)?

6. Implementation

6.1. High-level design

Start by providing a big-picture view. System-context diagrams and data-flow diagrams work well.

6.2. Infra

How will you host your system? On-premise, cloud, or hybrid? This will define the rest of this section

6.3. Performance (Throughput, Latency)

How will your system meet the throughput and latency requirements? Will it scale vertically or horizontally?

6.4. Security

How will your system/application authenticate users and incoming requests? If it's publicly accessible, will it be behind a firewall?

6.5. Data privacy

How will you ensure the privacy of customer data? Will your system be compliant with data retention and deletion policies (e.g., GDPR)?

6.6. Monitoring & Alarms

How will you log events in your system? What metrics will you monitor and how? Will you have alarms if a metric breaches a threshold or something else goes wrong?

6.7. Cost

How much will it cost to build and operate your system? Share estimated monthly costs (e.g., EC2 instances, Lambda, etc.)

6.8. Integration points

How will your system integrate with upstream data and downstream users?

6.9. Risks & Uncertainties

Risks are the known unknowns; uncertainties are the unknown unknows. What worries you and you would like others to review?

7. Appendix

7.1. Alternatives

What alternatives did you consider and exclude? List pros and cons of each alternative and the rationale for your decision.

7.2. Experiment Results

Share any results of offline experiments that you conducted.

7.3. Performance benchmarks

Share any performance benchmarks you ran (e.g., throughput vs. latency vs. instance size/count).

7.4. Milestones & Timeline

What are the key milestones for this system and the estimated timeline?

7.5. Glossary

Define and link to business or technical terms.

7.6. References

Add references that you might have consulted for your methodology.

---

Other templates, examples, etc

• A Software Design Doc Google
• Design Docs at Google Google
• Product Spec of Emoji Reactions on Twitter Messages Twitter
• Design Docs, Markdown, and Git Microsoft
• Technical Decision-Making and Alignment in a Remote Culture Stitchfix
• Design Documents for Chromium Chromium
• PRD Template and RFC Template (example RFC: Manager Charter) HashiCorp
• Pitch for To-Do Groups and Group Notifications Basecamp
• The Anatomy of a 6-pager and an example Amazon
• Writing for Distributed Teams, How P2 Changed Automattic Automattic
• Writing Technical Design Docs, Writing Technical Design Docs, Revisited AWS
• How to write a good software design doc Plaid

Contributions welcome!