Pusaram MBA

Business Analytics (BA) · Article 1 of 5

Descriptive Analytics and Data Foundations

Understanding what is happening before deciding what to change

8 min read · Published 2026-11-03

Business analytics uses data, quantitative methods, and organizational knowledge to improve decisions. Descriptive analytics summarizes what has happened or is happening: sales by region, order delays, customer complaints, or staff capacity. Its purpose is not simply to produce reports. It helps people notice patterns, ask better questions, and decide where investigation or action is needed.

A neighborhood grocery chain sees sales rising overall, yet profits falling. A dashboard showing total revenue gives an incomplete story. Analysis by product, store, promotion, waste, and margin may reveal that a discount is moving volume toward low-margin goods while increasing spoilage. Descriptive analytics makes the operating situation visible, but interpretation and action remain managerial responsibilities.

The Analytics Continuum

Analytics is often described through four related forms. Descriptive analytics asks what happened. Diagnostic analytics asks why it may have happened. Predictive analytics estimates what could happen. Prescriptive analytics compares possible actions. They build on one another, though real work may move back and forth as new evidence appears.

A call center might first observe that wait times increased last month. Diagnostic analysis may show the increase occurred during a product launch and was concentrated in two hours each day. A forecast may estimate future call volume. Optimization may test staffing options. Each step relies on a sound problem definition and data that reflect the underlying work.

Analytics does not replace domain knowledge. A data pattern can identify an association but not automatically explain cause. A rise in returns after a product change may be related to the change, seasonal buying patterns, a supplier issue, or a reporting change. Analysts combine quantitative evidence with process observation and conversations with people close to the work.

Framing a Business Question

A useful analysis starts with a decision, not a chart. What choice will someone make? Who owns it? What information would change the decision? When is the decision needed? These questions help define the scope and avoid producing analysis with no user or action attached.

A vague request such as “analyze customer churn” needs refinement. Is the organization deciding whom to contact, which service issue to fix, how to design a retention offer, or whether to change product features? The definition of churn, time horizon, customer group, and available interventions will differ for each decision.

A decision statement might be: “The retention team needs to identify customers at risk of cancelling within 60 days so it can offer relevant help before renewal.” That framing makes the intended population, time frame, action, and user explicit. It also raises questions about whether the intervention is effective and whether outreach is fair.

Data Types and Sources

Data can be structured, such as transactions in a table, or unstructured, such as emails, documents, images, and call recordings. Quantitative data include counts, amounts, rates, and durations. Qualitative data include descriptions, opinions, reasons, and observations. Both can contribute to understanding a business problem.

Internal sources may include ERP, CRM, point-of-sale, website, HR, service desk, manufacturing, and financial systems. External sources may include public statistics, market research, weather, economic indicators, and partner data. Combining sources can add context, but creates challenges around definitions, permissions, timing, and quality.

A data inventory records what exists, where it comes from, who owns it, what it means, how frequently it changes, and what restrictions apply. Data lineage shows how information flows from source to report. These records help analysts explain results and help managers investigate discrepancies.

Data Quality and Governance

Data quality has several dimensions: accuracy, completeness, consistency, timeliness, validity, and uniqueness. The appropriate quality depends on the decision. A rough estimate may be sufficient for early planning; a financial close or safety decision may require much stronger controls.

Missing data are not always random. A customer who does not complete a survey may differ systematically from one who does. A field may be blank because staff lack time, the form is confusing, or a system change removed the requirement. Treating missing values as zero can create serious distortions.

Definitions are essential. “Active customer” might mean a recent transaction, a paid subscription, or an open account. “On-time delivery” may be measured from promise date or original requested date. Before comparing reports, teams should agree on denominators, time zones, exclusions, and refresh timing.

Data governance establishes owners, access rights, definitions, retention, quality standards, and appropriate use. Sensitive personal or commercially confidential data should be limited to those who need it. Analysts should understand consent, purpose, and legal restrictions. Data collected for one reason should not automatically be repurposed for another.

Descriptive Methods

Descriptive statistics summarize data. Counts show volume; proportions show composition; averages and medians describe typical values; percentiles show distribution; variance indicates spread. Averages can conceal extreme experiences. A median wait of five minutes may coexist with a small group waiting an hour, so distributions and tail values matter.

Segmentation compares meaningful groups: region, product, customer type, channel, time period, or process stage. Segmentation can reveal where an issue is concentrated, but too many slices invite false patterns. Analysts should consider sample size, multiple comparisons, and whether the categories are relevant to the decision.

Time-series summaries show trends, seasonality, and changes. A monthly comparison may be misleading if one month has more business days or includes a holiday. Use appropriate denominators such as sales per store-day or cases per 1,000 transactions. Annotate important events like price changes, system outages, and policy updates.

Cohort analysis groups people or transactions by a shared starting event, such as signup month or product launch. It helps distinguish lifecycle patterns from aggregate growth. A subscription business may see total revenue rising because it acquires more customers while each signup cohort renews at a declining rate.

Data Visualization and Dashboards

A good visualization helps a user see a pattern, compare alternatives, or notice exceptions. Choose a chart according to the question: lines for trends, bars for category comparison, scatterplots for relationships, and tables for precise values. Avoid decorative complexity that makes interpretation harder.

Dashboards should have an intended audience, a decision cadence, and clear ownership. An executive dashboard may show a few strategic outcomes; an operations dashboard may show near-real-time exceptions; a team dashboard may support daily coordination. Each metric should have a definition, owner, source, refresh frequency, and target or context.

A dashboard can create false confidence if data are stale or definitions unclear. Show the last refresh time, explain filters, and provide a route to source detail. Color should not be the only way information is encoded. Accessible labels, sufficient contrast, and plain language make reports usable by more people.

Diagnostic analysis may use drill-down, process maps, root-cause methods, and comparisons. Correlation measures whether variables move together; it does not establish causation. A company may see higher customer satisfaction among customers using a new service, but more engaged customers may be more likely to use it in the first place. Further research is needed before claiming the service caused satisfaction.

Analytics Operating Model

Analytics work involves business users, analysts, data engineers, data stewards, and leaders. A centralized team can build common standards and specialized skills; embedded analysts can understand local decisions more closely. A hybrid model shares data platforms and governance while placing analysts near business teams.

A good request process clarifies the decision, urgency, data availability, and expected value. Analysts should communicate assumptions, limitations, and uncertainty in plain language. Business owners should validate definitions and use results responsibly. Analytics teams cannot own the business action if they lack authority over the process.

Ethics matters even in descriptive work. A report can expose sensitive employee or customer information, reinforce stereotypes, or encourage unfair decisions. Use aggregation when possible, restrict access, examine group impacts, and make limitations visible. Avoid presenting data as objective when collection practices or definitions contain judgment.

Case Study: A Café Chain Investigates Food Waste

A café chain notices ingredient costs rising faster than sales. Finance initially attributes the change to supplier prices. Analysts combine purchase, sales, recipe, waste, promotion, and store data. They find that waste has increased in stores with inconsistent closing routines and a promotion that encouraged larger batch preparation.

The team validates the finding through store observation and employee interviews. It discovers that the recipe database is outdated in some locations, so theoretical food cost was understating actual usage. The company updates recipes, introduces a simple waste log, and tests smaller batch preparation in selected stores. Measures include waste per 100 orders, stockouts, food safety, customer wait, and gross margin.

The case illustrates the value of descriptive and diagnostic analysis. Data located the problem, but direct observation identified process and information causes. The intervention was tested with balancing measures to ensure cost reduction did not harm service or safety.

Practical Application: Build a Metric Dictionary

Choose a process such as order fulfillment, recruiting, customer support, or fundraising. Define three metrics that would help a manager make a decision. For each, state the formula, numerator, denominator, time period, exclusions, owner, data source, refresh rate, and possible limitation.

Compare the metric with one qualitative source, such as customer interviews or employee observations. Ask what decision would change if the metric moved and what could cause a misleading interpretation. This exercise helps students see that measurement is a designed management choice, not just a query result.

Conclusion

Descriptive analytics creates a reliable picture of business activity and supports better questions. It depends on clear decision framing, sound data definitions, governance, appropriate summaries, and careful visualization. Patterns guide inquiry but do not automatically explain cause. Managers gain the most when analysts collaborate with people who understand the work, test interpretations in context, and connect each metric to a decision and a responsible action.