Hình dung sai phổ biến nhất về dissertation MSc Business Analytics: đây là một coursework lớn hơn, nên model càng phức tạp, AUC càng cao thì điểm càng cao. Kết quả là một notebook được viết lại thành chương, đầy accuracy và feature importance, nhưng không có người ra quyết định nào biết phải làm gì với nó.

Consultancy dissertation của các mã MSIN0114, MSIN0096 và MSIN0097 là một dự án dữ liệu trả lời một câu hỏi kinh doanh cụ thể cho một tổ chức thật, với một mục đích duy nhất: thuyết phục người ra quyết định làm theo khuyến nghị của bạn bằng bằng chứng dữ liệu.

Sinh viên 7 hỗ trợ đã đạt HD với bài này.

1. Phân biệt 3 loại câu hỏi trước khi chọn bất kỳ method nào

Đa số bài đứt ngay từ chương 1 vì nhầm ba thứ với nhau:

  • Chủ đề học thuật: "phân tích hành vi khách hàng". Không có chủ, không trả lời được.
  • Business problem: một quyết định tổ chức đang cân nhắc. "Tỷ lệ khách rời bỏ đang tăng và ngân sách giữ chân có hạn."
  • Research question: phiên bản trả lời được bằng dữ liệu của business problem. "Những đặc điểm nào của khách dự báo khả năng churn trong 90 ngày tới?"

Khuôn viết cho chương Introduction:

[Organisation] must decide whether to [decision] within [horizon]. This dissertation therefore asks: [what / which / to what extent] [variables] [predict / explain / segment] [outcome], using [data source] from [period].

Ví dụ: The retailer must decide how to allocate a fixed retention budget across its 40,000 active customers in the next quarter. This dissertation asks which behavioural and transactional features predict churn within 90 days, using 24 months of loyalty-card data.

Tiêu chí thu về: clarity of business problem and research question. Đây là tiêu chí thường gặp trong rubric của dòng dissertation này, kiểm tra lại module handbook của bạn.

2. Sợi chỉ vàng: sáu mắt xích, mỗi mắt xích một câu

Bài mạnh là bài người đọc lần theo được một mạch không đứt:

Business problem đến research question đến data đến analytics method đến finding đến recommendation.

Mỗi bước chuyển là một chỗ dễ gãy. Ba khớp nối hay hỏng nhất:

  • Question đến method: chọn classification vì cần dự báo một kết cục nhị phân, không phải vì random forest nghe hay.
  • Finding đến recommendation: feature importance cao không tự nó là khuyến nghị. Phải diễn dịch thành một can thiệp có chi phí và tác động.
  • Recommendation đến problem: khuyến nghị phải giải đúng quyết định đã nêu ở chương 1, không phải một vấn đề khác bạn tiện thấy trên đường.

Cách tự kiểm: viết mỗi mắt xích thành một câu tiếng Anh, dán sáu câu thành một đoạn. Đọc trôi, không nhảy logic, là sợi chỉ liền. Đoạn này sau đó trở thành nòng cốt của executive summary và conclusion.

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

3. Chọn method theo câu hỏi, luôn có baseline

Marker cộng điểm cho sự khớp giữa method và câu hỏi, và cho việc bạn biện minh được lựa chọn; độ phức tạp của model không được cộng thêm. Bốn cặp ghép thường gặp:

Câu hỏi cầnBaselineModel so sánh
Dự báo kết cục có/không (churn, gian lận)Logistic regressionRandom forest, gradient boosting
Dự báo một số liên tục (doanh thu, nhu cầu)Linear regressionRegularised regression, time-series nếu có mùa vụ
Phân nhóm khi chưa có nhãnK-means với k chọn bằng elbow hoặc silhouetteHierarchical clustering, kèm diễn giải và đặt tên nhóm
Hiểu quan hệ và tác động ("vì sao")Hồi quy có diễn giải hệ sốModel phức tạp hơn chỉ khi hệ số không đủ trả lời

Khuôn biện minh trong chương Methodology:

We select [method] because the question requires [prediction type]. [Baseline] serves as the benchmark; [model] is retained only if it improves [metric] by a margin that matters in business terms, defined here as [threshold and why].

Đi kèm là ba câu bắt buộc: bạn tách train và test ra sao, bạn tránh data leakage bằng cách nào (biến nào bị loại vì chỉ biết sau sự kiện), và metric nào là chính và vì sao (với churn thường là recall hoặc precision ở ngưỡng ngân sách, không phải accuracy).

4. Analysis nói điều gì đúng, Discussion nói điều đó nghĩa là gì

Đây là chỗ mất điểm nhiều nhất. Chương Analysis and results trình bày kết quả kỹ thuật; chương Discussion and recommendations dịch nó sang ngôn ngữ kinh doanh. Gộp hai việc này là bài dừng ở AUC.

  • Yếu (Analysis chưa được dịch): Recency is the most important feature in the gradient boosting model, with an AUC of 0.84 on the test set.
  • Mạnh (Discussion): Customers silent for more than 45 days are 3.2 times more likely to churn within 90 days. This segment represents roughly 12% of the active base. A targeted re-engagement offer to this group would cost approximately 18,000 pounds per quarter and, at a conservative 15% response rate, retain an estimated 720 customers with an annual value of 95,000 pounds.

Câu yếu không sai, nó chỉ chưa xong. Câu mạnh giữ nguyên finding và nối nó với một nhóm khách, một hành động, một chi phí, một tác động.

5. Recommendation có sáu thành phần

Mỗi khuyến nghị viết theo đúng thứ tự: finding nó dựa vào, hành động, chi phí, tác động ước tính, rủi ro, và người chịu trách nhiệm.

Recommendation [n]: [Action]. Basis: [finding, figure or table reference]. Cost: [estimate]. Expected impact: [metric change over horizon]. Risk: [what could make it fail and how to detect it]. Owner: [team or role].

Tính khả thi là tiêu chí riêng: đề xuất phải triển khai được trong nguồn lực của tổ chức. Một mô hình real-time đẹp mà tổ chức chỉ có một analyst và một bảng Excel là đề xuất không khả thi, và marker sẽ ghi nhận điều đó.

6. Cấu trúc chương và tỷ lệ dung lượng gợi ý

Tỷ lệ dưới là gợi ý phân bổ chữ, không phải trọng số chấm. Luôn đối chiếu với module handbook.

ChươngNhiệm vụ chínhDung lượng gợi ý
IntroductionBối cảnh tổ chức, business problem, research question, đóng góp thực tiễn10%
Literature / context reviewKhung khái niệm và phương pháp bài dựa vào, khoảng trống bạn lấp15%
Data and methodologyNguồn dữ liệu, tiền xử lý, lựa chọn method, tiêu chí đánh giá20%
Analysis and resultsKết quả model, kiểm định, diễn giải kỹ thuật25%
Discussion and recommendationsDiễn dịch sang ngôn ngữ kinh doanh, đề xuất khả thi, chi phí và rủi ro20%
Conclusion and limitationsTrả lời lại research question, giới hạn, hướng mở rộng10%

Nếu Analysis nuốt 40% còn Discussion chỉ 8%, bài sẽ đọc như một notebook code hơn là một sản phẩm tư vấn.

7. Module nền nuôi phần methodology

Dissertation rút từ các module đã học: statistical foundations, predictive analytics, data management, optimisation and decision, business strategy. Khi viết Methodology, trích lại đúng khái niệm từ các module đó thay vì mô tả bạn đã bấm nút gì. Statistical foundations cho bạn ngôn ngữ về khoảng tin cậy và kiểm định giả thuyết; predictive analytics cho bạn khung train, validate, evaluate; data management cho bạn cách nói về chất lượng dữ liệu và tiền xử lý. Một câu như Model selection followed a nested cross-validation procedure to avoid optimistic bias in hyperparameter tuning cho thấy bạn hiểu vì sao, không chỉ làm gì.

8. Figure, table và appendix

  • Mỗi figure kể một ý. Không nói được biểu đồ chứng minh điều gì trong một câu thì nó chưa nên nằm trong thân bài.
  • Đánh số và caption đầy đủ (Figure 3, Table 2), có nguồn, và thân bài có câu dẫn tới nó: As shown in Figure 3, ...
  • Thân bài giữ bảng kết quả chính và biểu đồ then chốt. Ma trận tương quan đầy đủ, output model dài, code, bảng mô tả biến đi vào appendix.
  • Mỗi mục appendix được tham chiếu ít nhất một lần từ thân bài, nếu không nó là trọng lượng chết.
  • Nhất quán số chữ số thập phân, đơn vị, và phong cách trục biểu đồ.

Kiểm tra nhanh: xóa hết figure, bài còn đọc hiểu được không? Figure minh họa cho lập luận, không thay thế lập luận.

9. Thì, ngôi và referencing

  • Thì: quá khứ cho việc đã làm (data were collected, the model was trained), hiện tại cho kết quả và diễn giải (recency is the strongest predictor), điều kiện cho khuyến nghị (a targeted offer would retain).
  • Ngôi: bị động hoặc "this dissertation" là mặc định học thuật; "we" chấp nhận được trong bối cảnh tư vấn nếu handbook cho phép. Chọn một và giữ suốt bài.
  • Referencing: UCL School of Management dùng Harvard author-date. Mọi ý không phải của bạn có in-text citation; mọi citation có mục trong reference list. Trích cả nguồn method gốc (ví dụ tài liệu về gradient boosting), dataset, và thư viện phần mềm. Chọn một biến thể Harvard và giữ nguyên. Để dựng và đồng nhất định dạng, bạn có thể dùng công cụ trích dẫn CiteQuest rồi rà tay lần cuối.

Bảng đối chiếu theo tiêu chí

Dùng tiêu chí thường gặp trong rubric của dòng dissertation này, kiểm tra lại module handbook để lấy tên tiêu chí và trọng số chính xác.

Tiêu chíBài ở band cao trông như thế nàoBài ở band thấp trông như thế nào
Business problem and questionMột quyết định có chủ, có horizon, câu hỏi trả lời được bằng dữ liệu nêu rõChủ đề chung, không tổ chức, không quyết định
Method justificationMethod là hệ quả của câu hỏi, có baseline, có train/test và leakage được nói tớiChọn model vì phức tạp, không baseline, metric là accuracy mặc định
InterpretationAnalysis và Discussion tách rõ, mỗi finding được dịch thành hành động có chi phíDừng ở AUC và feature importance
RecommendationsSáu thành phần, khả thi trong nguồn lực tổ chức, truy ngược được về figureChung chung, không chi phí, không rủi ro
Presentation and referencingFigure có số và caption, appendix được tham chiếu, Harvard nhất quánBiểu đồ mồ côi, appendix là bãi rác, citation lệch reference list

Checklist các yếu tố bắt buộc

  • Introduction nêu tổ chức, quyết định, horizon và research question theo khuôn ở mục 1.
  • Đoạn sáu câu sợi chỉ vàng tồn tại và xuất hiện lại trong conclusion.
  • Có baseline model; model chính chỉ được giữ khi thắng baseline theo ngưỡng đã định nghĩa.
  • Train/test tách rõ; biến bị loại vì leakage được liệt kê.
  • Metric chính được chọn và biện minh theo bối cảnh kinh doanh.
  • Chương Analysis và chương Discussion là hai chương riêng.
  • Mỗi recommendation có đủ sáu thành phần và tham chiếu figure hoặc table.
  • Mọi figure và table đánh số, có caption, được dẫn trong thân bài; mọi mục appendix được tham chiếu.
  • Phần limitations nêu giới hạn của dữ liệu và của method một cách trung thực.
  • Reference list và in-text citation khớp tuyệt đối, một biến thể Harvard.

Lỗi hay gặp

  1. Chọn model trước khi có câu hỏi. Method phải là hệ quả của câu hỏi, không phải ngược lại.
  2. Không có baseline. Không có gì để so thì "model tốt" là một khẳng định trống.
  3. Data leakage im lặng. Một biến chỉ biết sau khi khách đã rời bỏ làm AUC đẹp giả tạo, marker giàu kinh nghiệm bắt ngay.
  4. Dừng ở metric. AUC 0.84 không phải khuyến nghị.
  5. Khuyến nghị không khả thi. Đẹp trên giấy, không chạy được với nguồn lực của tổ chức.
  6. Appendix không được tham chiếu. Marker không biết nhìn vào đâu.

Các hướng dẫn khác theo trường và mã môn của 7 có trong hướng dẫn theo mã môn. Khi bạn cần góp ý trên draft, xem bảng báo giá của 7 Writing Service.

Đừng hỏi "model của mình đã đủ mạnh chưa". Hãy hỏi "nếu mình là client, mình có làm theo bài này không".

Cần hỗ trợ luận văn? Nhắn Facebook của 7, trả lời trong 24 giờ.

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.