7 Writing Service đã đạt HD với Problem Discovery Report của Design Thinking BUSM2577 bằng cách:

BUSM2577 A1 đưa bạn vào vai trò consultant cho một client thực tế (ví dụ: Humanitech, một social enterprise hỗ trợ người khuyết tật tiếp cận công nghệ). Bạn cần viết một Problem Discovery Report, nghĩa là tìm hiểu, phân tích, và define vấn đề mà client đang đối mặt. Đây là bước đầu tiên trong Design Thinking process, và nếu bạn làm đúng, phần còn lại của môn sẽ smooth hơn nhiều.

1. Tiếp cận đề

Problem Discovery trong Design Thinking khác với problem analysis trong các môn business truyền thống. Ở đây, bạn không bắt đầu bằng assumptions. Bạn bắt đầu bằng empathy: hiểu người dùng, hiểu context, hiểu ecosystem trước khi define bất kỳ vấn đề nào.

  • Đọc client brief cẩn thận: họ nghĩ vấn đề là gì?
  • Nhưng đừng chấp nhận ngay: vấn đề client nêu có thể chỉ là symptom, không phải root cause
  • Nhiệm vụ của bạn: dig deeper qua research và interviews để tìm real problem

Mindset quan trọng

Design Thinking problem discovery yêu cầu "beginner's mind". Đừng đi vào với solution sẵn trong đầu. Nếu bạn đã nghĩ "à chắc họ cần app" trước khi research, bạn sẽ bias toàn bộ analysis. Hãy để data dẫn bạn đến problem, không phải ngược lại.

Hướng dẫn cùng ngành Business:

2. Outline chuẩn HD

Executive Summary

  • Tóm tắt toàn bộ report: client là ai, vấn đề cốt lõi là gì, key findings từ research
  • Viết cuối cùng, sau khi hoàn thành mọi phần khác
  • 150-250 từ, clear và concise

Problem Discovery

a) Client Brief:

  • Giới thiệu client: mission, vision, operations, current challenges
  • Describe brief mà client đã cung cấp: họ muốn bạn giải quyết gì?
  • Context: organization hoạt động trong ngành nào, phục vụ ai

b) How it Became a Problem:

  • Trace lịch sử vấn đề: khi nào nó bắt đầu? Điều gì thay đổi?
  • External factors (market shifts, policy changes, tech disruption) và internal factors (resource constraints, organizational changes)
  • Tại sao vấn đề này quan trọng bây giờ?

c) What We Know (Secondary Research):

  • Literature review: academic sources về vấn đề tương tự
  • Industry data: reports, statistics, case studies
  • Existing solutions: ai đã giải quyết vấn đề tương tự? Kết quả ra sao?

d) Stakeholder Interviews:

  • Ai đã được phỏng vấn? (client representatives, beneficiaries, partners)
  • Key themes emerging từ interviews
  • Direct quotes để illustrate insights
  • Methodology: semi-structured interviews, thematic analysis
Pro tip: Organize interview findings theo themes, không phải theo từng interviewee. Thay vì "Interviewee 1 said X, Interviewee 2 said Y", viết "A recurring theme across interviews was the challenge of [theme], with participants noting that [quote 1] and [quote 2] (Interviewee 1; Interviewee 3)."

e) PESTLE Analysis:

  • Political: Government policies, funding programs, political climate ảnh hưởng đến client. Ví dụ với Humanitech: disability inclusion policies, NDIS funding changes.
  • Economic: Funding landscape, economic conditions ảnh hưởng đến beneficiaries và donors.
  • Social: Social attitudes, demographic trends, community dynamics. Awareness về disability rights, digital divide.
  • Technological: Tech trends relevant: assistive technology, AI accessibility tools, digital literacy programs.
  • Legal: Disability Discrimination Act, accessibility standards, data privacy regulations.
  • Environmental: Sustainability considerations, e-waste từ donated devices, remote service delivery reducing carbon footprint.

Mỗi factor phải gắn cụ thể vào client, không phải nói chung chung. Dùng recent data và cite sources.

f) Stakeholder Mapping:

  • Identify tất cả stakeholders: primary (direct beneficiaries), secondary (partners, funders), tertiary (government, community)
  • Dùng Power/Interest Matrix (Mendelow, 1991) để classify stakeholders
  • Phân tích relationships giữa stakeholders: ai ảnh hưởng ai? Conflicts ở đâu?
  • Visual stakeholder map trong appendix

Problem Statement

  • Synthesize tất cả findings thành một problem statement rõ ràng
  • Format: "How might we [action] for [user/stakeholder] so that [desired outcome]?"
  • Justify tại sao đây là vấn đề đúng để focus

Conclusion

Recap key findings, acknowledge limitations of research, suggest next steps trong Design Thinking process (ideation).

3. Theory cần nắm

  • Design Thinking Framework (Brown, 2009; IDEO): Understand the five stages: Empathize, Define, Ideate, Prototype, Test. A1 focuses on Empathize và Define. Bạn cần show rằng mình đang operate trong framework này.
  • PESTLE Analysis: Macro-environmental scanning tool. Quan trọng: đừng chỉ list factors. Analyze chúng trong context của client. Cross-reference factors với nhau (ví dụ: political + legal factors cùng ảnh hưởng funding).
  • Stakeholder Theory (Freeman, 1984): Mọi tổ chức tồn tại trong ecosystem of stakeholders. Hiểu ai cần gì là bước đầu để solve đúng problem.
  • Wicked Problems (Rittel & Webber, 1973): Nếu vấn đề của client là complex và interconnected (thường là vậy trong social enterprise context), frame nó như wicked problem. Giải thích tại sao traditional linear approaches không đủ.
  • Human-Centered Design (IDEO, 2015): Design cho people, not for efficiency. Mọi decision trong report phải center around end-users.
  • Systems Thinking (Meadows, 2008): Nếu vấn đề involve nhiều interconnected parts, dùng systems thinking lens để show big picture understanding.

4. Tips làm bài

  • PESTLE phải specific và evidence-based: "The political environment is favorable" là câu không có giá trị. "The Australian Government's $17.7 billion NDIS investment (NDIS, 2025) creates a significant funding channel for assistive technology providers like Humanitech" mới là HD-level analysis.
  • Connect tất cả findings về Design Thinking: Mỗi phần analysis phải link back to Design Thinking problem discovery phase. Bạn không chỉ đang làm research, bạn đang empathizing với users và stakeholders. Dùng language của Design Thinking: empathy, human-centered, iterate.
  • Real client data là must-have: Nếu bạn có cơ hội phỏng vấn client hoặc beneficiaries, đây là gold. Transcribe, code, và analyze interviews có hệ thống. Giảng viên muốn thấy bạn engage với primary data, không chỉ Googling.
  • "How Might We" statement cần sharp: Đừng quá broad ("How might we improve technology access?") hoặc quá narrow ("How might we build an app for wheelchair users in Melbourne?"). Sweet spot: specific enough to be actionable, broad enough to allow creative solutions.
  • Stakeholder mapping cần visual: Vẽ Power/Interest Matrix rõ ràng. Plot stakeholders lên matrix. Giải thích trong text tại sao mỗi stakeholder ở vị trí đó. Dùng Canva hoặc PowerPoint, keep it professional.
  • Acknowledge what you don't know: Trong limitations section, be honest: "Due to time constraints, we were unable to interview end-users directly. Future research should prioritize beneficiary voice." Transparency builds credibility.
  • Formatting matters: Dùng headings rõ ràng, consistent formatting, proper APA referencing. Report cần nhìn professional vì bạn đang đóng vai consultant. Sloppy formatting = sloppy consulting.
Mindset khi viết bài này: bạn là consultant đang present findings cho client. Mọi thứ phải clear, evidence-based, và actionable. Client không care bạn đọc bao nhiêu papers. Họ care bạn hiểu vấn đề của họ đến đâu.

Nếu bạn cần mình giúp phân tích client brief, build PESTLE, hoặc review Problem Discovery Report cho BUSM2577 A1, chỉ cần inbox. Mình sẽ giúp bạn từ research đến final draft.

Cần hỗ trợ 1-1 cho môn này? Xem bảng giá và quy trình nhận hỗ trợ của 7 Writing Service.