liveBook · Manning

Business application description

As explained in Delivering Machine Learning Projects: From design to deployment

A business application description is a document specifying an application's intended purpose, behavior, users, and business context.

A business application description captures the application concept, affected users, organizational purpose, business value, and relationship to business priorities. It turns a broad project mandate into a directed basis for application design and data work. section 5.3

Develop the description as an actionable business-refinement artifact:

  • Define the top-level concept and identify stakeholders affected by the application. section 5.3
  • Record business priorities and state how the proposed solution creates value or solves a customer problem. section 5.3
  • Formalize related user stories, validate the description with users, and identify model performance requirements. section 5.3
Table 5.3 The contents of a story card for an ML project. Note the final five rows, which establish how to go about creating this. (view table figure)

Item

Notes (example)

Concept

A simple explanation of the top-level area the project addresses; for example, customer service or inventory management.

List of stakeholders

Jo Bloggs (IT), Sam Smith (Proc), Arthur Aske (Logistics)

Business priorities

The list of focus areas for the business: customer service uplift, revenue, cost reduction, growth, diversification, capital efficiency, cash flow, competition, social responsibility, for example.

Impact statement for business

How the solution delivers value; what problem it solves for the customer. For example, this analysis provides insights of interest to the Primary Products division and. . . .

Impact to business priorities

States the link between the impact statement and the business priorities of the company. For example, these insights inform purchasing and manufacturing how to better drive revenue and improve capital efficiency.

Data resources

Identifies the data resources the system will draw on, both for training and for production. Describes how the data will get to the model in production.

Model concept

Describes the model to be used, what it does, and why it’s expected to work.

Functional/nonfunctional requirements

Relates how good the model must be at its job. How much throughput, latency, and availability for the model? How much does serving it cost?

How it will be used

Explains how the effect delivered will be materialized as a business activity. What will be done with the information from the model or the decisions from the system? Also provides information via visualization and a dashboard for decision makers.

Problems and issues

Notes factors that could derail the implementation of the system or prevent it from being useful.

Use the story-card table to inspect the recommended fields and examples for documenting an ML application’s business context. section 5.3

How Delivering Machine Learning Projects: From design to deployment covers it

How deep it goes
Develops the description through story cards, stakeholders, priorities, impact statements, user validation, and model requirements.
Examples
Uses customer service or inventory management concepts, named stakeholders, and business-priority impact statements as story-card examples.
What it assumes
Assumes a project hypothesis, roadmap, and initial user and model stories; extends them through conversations with experts and users.
What you can do after
Build it from scratch by drafting the description, formalizing story cards, validating them with users, and identifying model requirements.
How it connects
Connects business problems with user stories, project roadmaps, data infrastructure, UX design, and ML model performance requirements.

This explainer was generated by Manning's knowledge graph from the text of Delivering Machine Learning Projects: From design to deployment. The section links point to the parts of the book it draws on.