Understanding the process of identifying a specific business problem or opportunity that will serve as the focus of the capstone project. This involves conducting research, analyzing data, and recognizing areas for improvement within a business context.
Identifying a Business Problem – Study Notes
| Benefit | Explanation |
|---|---|
| Focus | Directs resources toward the most impactful issue. |
| Alignment | Ensures solutions support strategic goals and stakeholder expectations. |
| Efficiency | Prevents wasted effort on symptoms rather than root causes. |
| Measurable Impact | Makes it easier to define success metrics and track ROI. |
| Term | Definition | Example |
|---|---|---|
| Problem Statement | A concise description of the gap between the current state and the desired state. | “Customer churn is 12 % higher than the industry average.” |
| Root Cause | The underlying factor that generates the observable symptom. | Inefficient onboarding process → low user adoption. |
| Symptom | Observable effect that signals a problem but may not be the cause. | Drop in sales revenue. |
| Stakeholder | Anyone affected by or able to influence the problem/solution. | Customers, sales team, finance, IT. |
| KPIs (Key Performance Indicators) | Quantitative metrics used to gauge the severity of the problem and later the success of the solution. | Customer Lifetime Value (CLV), Net Promoter Score (NPS). |
| Source | What to Collect | Tools |
|---|---|---|
| Internal | Sales reports, churn logs, process maps, employee surveys | ERP, CRM, BI dashboards |
| External | Market trends, competitor benchmarks, regulatory changes | Industry reports, Google Trends, Gartner, Statista |
| Qualitative | Customer interviews, focus groups, frontline staff feedback | Interview guides, recording software, sentiment analysis |
| Technique | When to Use | Quick How‑to |
|---|---|---|
| 5 Whys | Simple, linear problems | Ask “Why?” repeatedly until the underlying cause surfaces. |
| Fishbone (Ishikawa) Diagram | Complex, multi‑factor issues | Map categories (People, Process, Technology, etc.) and list possible causes. |
| Pareto Analysis | When many causes exist | Identify the 20 % of causes that generate 80 % of the effect. |
| Fault Tree Analysis | High‑risk or safety‑critical problems | Build a logical tree of events leading to the failure. |
Structure:
[Current Situation] + [Desired Situation] → *