A1 của ISYS2128 không phải là bài mô tả một doanh nghiệp có website, mà là một cuộc điều tra bằng systems thinking: quy trình nào đang chạy thủ công, thông tin nghẽn ở khâu nào, và giải pháp số nào xử được tận gốc thay vì dán băng keo lên triệu chứng. Nếu bạn đang nhìn cái tên “Business Investigation Report” và tự hỏi nó khác gì một report thường, câu trả lời ngắn: khác ở chữ investigation. Bạn không viết cảm nhận, bạn đi tìm bằng chứng. Bài này tụi mình mổ xẻ cả A1 lẫn con case A2 nổi tiếng nhất gần đây: hiệu sách hư cấu BookMe với ngân sách khoảng 300.000 USD.

Bản đồ điểm số ISYS2128

Theo brief các kỳ gần đây:

  • A1: Business Investigation Report, cá nhân, 20%, 3.000 từ (xê dịch 10%), hạn nộp tuần 5. Nhiệm vụ: điều tra một doanh nghiệp thật, phân tích bằng systems thinking và đề xuất giải pháp số.
  • A2: bài case-based, kỳ 2025 chạy case BookMe với cấu trúc nộp bài rất cụ thể (tụi mình mổ xẻ bên dưới).
  • Mã anh em ISYS1051 ở Melbourne chạy A1 20% tuần 5, A2 20% tuần 8 dạng Service Design Project Proposal, và A3 nhóm dạng Business Proposal với bộ ba sơ đồ BPMN, Fishbone, Use-Case.

Một dòng nói thật: phần cấu trúc ba bài và trọng số A2, A3 ở trên suy từ brief mã anh em Melbourne và tài liệu các kỳ trước, nên bạn đối chiếu course guide trên Canvas của đúng kỳ mình học trước khi phân bổ thời gian.

A1: điều tra một doanh nghiệp thật bằng systems thinking

Ba yêu cầu của A1 gói trong một dòng: doanh nghiệp thật, tư duy hệ thống, giải pháp số. Cả ba đều là bẫy nếu đọc lướt.

Doanh nghiệp thật nghĩa là mọi nhận định cần bằng chứng quan sát được: bạn có thể tự đi qua quy trình đặt hàng của họ và ghi lại từng bước, đếm số màn hình từ lúc chọn món tới lúc thanh toán, đối chiếu kênh online với trải nghiệm tại chỗ. Systems thinking nghĩa là bạn không nhìn từng bộ phận rời rạc mà nhìn dòng chảy: thông tin đi từ đâu tới đâu, chỗ nào đứt, và chỗ đứt đó gây hệ quả dây chuyền gì. Giải pháp số nghĩa là đề xuất phải nối thẳng về chỗ đứt vừa chỉ ra, không phải một danh sách công nghệ thời thượng.

  • Viết đúng là: mỗi phát hiện đi kèm bằng chứng và mỗi giải pháp truy ngược được về một phát hiện, kiểu quy trình kiểm kho thủ công gây trễ ba ngày giữa bán hàng và đặt hàng, nên giải pháp là hệ thống đồng bộ tồn kho theo thời gian thực.
  • Viết sai là: dành nửa bài kể lịch sử công ty và khen ứng dụng của họ tiện, rồi đề xuất chung chung kiểu doanh nghiệp nên chuyển đổi số mạnh mẽ hơn. Đó là bài quảng cáo, không phải bài điều tra.

Một câu khung cho phần mở đầu report, thay nội dung bằng doanh nghiệp bạn chọn: “This report investigates how the retailer's order-to-delivery process depends on disconnected manual systems, and proposes a cloud-based integration that addresses the root inefficiency identified through systems analysis rather than its visible symptoms.” Câu này định vị ngay cho người chấm: bạn điều tra cái gì, thấy gì, và đề xuất bám vào đâu.

A2: giải phẫu case BookMe, và cái khung ổn định phía sau nó

Kỳ 2025, A2 chạy case BookMe: một hiệu sách hư cấu vận hành phần lớn bằng quy trình thủ công kém hiệu quả, và bạn được giao ngân sách khoảng 300.000 USD để đề xuất nâng cấp hệ thống. Điều đáng học không phải tên case, vì case có thể xoay theo kỳ, mà là cái hình dạng ổn định của đề: một doanh nghiệp hư cấu, một mớ quy trình thủ công, một ngân sách trần, và một cấu trúc nộp bài cố định. Nắm cái khung là bạn sẵn sàng cho bất kỳ tên case nào.

Cấu trúc bài nộp theo brief BookMe đi theo trình tự: declaration, rồi SWOT của doanh nghiệp, rồi technical requirements chia frontend, backend và cloud, rồi cost analysis, rồi benefits, rồi cost-benefit metrics với payback và IRR, và chốt bằng data analytics recommendations. Trình tự này là một chuỗi lập luận: SWOT chỉ ra vấn đề, technical requirements trả lời vấn đề, cost và benefits định lượng lời giải, các chỉ số cost-benefit phán quyết lời giải có đáng tiền không, và phần analytics trả lời câu hỏi sau khi số hóa thì dữ liệu sinh ra dùng làm gì.

Một bài mẫu của case này tính ra payback 5.413 năm (viết theo kiểu Anh, tức khoảng năm năm rưỡi) trên tổng đầu tư 90.660 USD. Hai con số đó dạy hai bài học. Một: ngân sách 300.000 USD là mức trần, không phải chỉ tiêu phải tiêu hết; bài mẫu chỉ dùng chưa tới một phần ba và vẫn đứng vững, vì chi đúng thứ vấn đề cần luôn thuyết phục hơn chi cho hoành tráng. Hai: con số payback chỉ có nghĩa khi được diễn giải. Payback tính bằng vốn đầu tư ban đầu chia cho lợi ích ròng hằng năm, và một câu diễn giải chuẩn sẽ kiểu: “With an initial investment of USD 90,660, the proposed system reaches payback in 5.413 years, which should be judged against the expected useful life of the system rather than presented as a bare number.” IRR cũng vậy: nêu con số rồi so với ngưỡng chấp nhận, đừng thả số trơ trọi giữa trang.

  • Nên làm: khóa từng phần vào phần trước nó: mỗi technical requirement chỉ ra được nó giải điểm yếu nào trong SWOT, mỗi dòng chi phí có mặt trong cost analysis vì một requirement cụ thể, mỗi benefit đo được để nuôi phép tính payback.
  • Không nên làm: viết SWOT xong bỏ đó. Lỗi nặng nhất của dạng đề này là SWOT một đằng, giải pháp một nẻo: điểm yếu chỉ ra quy trình kho thủ công nhưng giải pháp lại đổ tiền vào marketing online. Người chấm dò đúng mạch nối đó trước tiên.

A3 dạng nhóm: bộ ba sơ đồ phải kể cùng một câu chuyện

Ở mã anh em ISYS1051, A3 là bài nhóm dạng business proposal dùng bộ ba sơ đồ BPMN, Fishbone và Use-Case, trong đó phần kiến trúc chấm 5 marks. Nếu kỳ của bạn ở Việt Nam chạy A3 nhóm theo hình dạng này, nguyên tắc quan trọng nhất là ba sơ đồ phải nhất quán: Fishbone chỉ ra nguyên nhân gốc nào thì BPMN của quy trình tương lai phải xử đúng nguyên nhân đó, và Use-Case phải chứa đúng các tác nhân xuất hiện trong BPMN. Ba sơ đồ đẹp nhưng kể ba câu chuyện khác nhau là dấu hiệu chia việc cơ học, người chấm nhận ra ngay.

  • Nên làm: vẽ Fishbone trước để cả nhóm thống nhất nguyên nhân gốc, rồi mới chia người vẽ BPMN và Use-Case trên cùng một kịch bản đã chốt.
  • Không nên làm: mỗi người tự vẽ một sơ đồ theo cách hiểu riêng rồi ghép vào bài đêm cuối.

Xương sống của cả ba bài trong môn này là cùng một kỹ năng: biến quan sát thành lập luận có bằng chứng, từ phát hiện tới giải pháp tới con số. Bài phát triển luận điểm chặt chẽ trong thân bài của tụi mình đi sâu đúng kỹ năng đó. Còn nếu bạn đã có bản nháp A1 hay A2 và muốn một người ngoài dò lại mạch SWOT tới giải pháp tới payback đã khép kín chưa, tụi mình nhận review bài theo từng tiêu chí trước khi nộp. Chi tiết ở bảng báo giá của 7 Writing Service nhé.

Câu hỏi thường gặp

A2 có phải kỳ nào cũng là case BookMe không?

Không chắc. BookMe là case của kỳ 2025; tên case có thể xoay theo kỳ, nhưng hình dạng đề khá ổn định: doanh nghiệp hư cấu với quy trình thủ công, ngân sách trần, và chuỗi SWOT, technical requirements, cost-benefit, analytics. Luyện theo cái khung đó thì đổi tên case bạn vẫn chủ động.

Có bắt buộc dùng hết ngân sách 300.000 USD không?

Ngân sách là mức trần, không phải chỉ tiêu. Bài mẫu của case BookMe chỉ đầu tư 90.660 USD, tức chưa tới một phần ba ngân sách, và dồn lập luận vào việc chứng minh khoản chi đó xử đúng vấn đề. Chi ít mà trúng luôn thuyết phục hơn chi nhiều mà dàn trải.

Không rành lập trình có làm nổi phần technical requirements không?

Được. Đề yêu cầu bạn mô tả yêu cầu hệ thống ở mức khái niệm: frontend cần cho ai dùng và làm gì, backend quản lý dữ liệu nào, hạ tầng cloud chọn hướng nào và vì sao. Người chấm cần thấy công nghệ nối với vấn đề kinh doanh, không cần thấy code.

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.