Sprint 8 · Học viện & chứng chỉ

Học viện AI-First

Khóa theo vai trò · Lab thực hành · Chứng chỉ Sprint 20 ngày · Lộ trình Human Operator

—

Khóa học

—

Ghi danh

—

Chứng chỉ

Đang tải khóa học…

Tuần 3 · Ma trận kỹ năng

Mức ưu tiên đầu tư nội dung

Bảng lấy từ chiến lược Học viện. Một chấm là nền Foundation. Ba chấm là phần cần viết dày trước. Bảng này không phải điểm của học viên và không mở thêm khóa.

Chỉ Kế toán AI, Kinh doanh AI và Marketing AI đang chạy. Các phòng khác ghi “Chưa có khóa”.

Phòng ban	AI cơ bản	AI chuyên môn	Automation	Agent	Trên site
Kế toán	● nền	●●● dày	●● vừa	● nền	Khóa đang chạy
Kinh doanh	● nền	●●● dày	●●● dày	●● vừa	Khóa đang chạy
Marketing	● nền	●●● dày	●●● dày	●●● dày	Khóa đang chạy
Nhân sự	● nền	●● vừa	●● vừa	●● vừa	Chưa có khóa
Sản xuất	● nền	●●● dày	●●● dày	●●● dày	Chưa có khóa
Kỹ thuật	● nền	●●● dày	●●● dày	●●● dày	Chưa có khóa
IT	● nền	●●● dày	●●● dày	●●● dày	Chưa có khóa
Ban giám đốc	●●● dày	●●● dày	●● vừa	●● vừa	Chưa có khóa

Rubric thử cho project cuối khóa

Project trong chiến lược là một AI workflow dùng thật tại công ty của học viên. Năm mục dưới đây chỉ để tự xem. Chưa có điểm, chưa ghi vào quiz hay chứng chỉ.

Việc là một quy trình thật ở công ty học viên, không phải tình huống bịa.
Bài có dòng nguồn tham khảo.
Ví dụ dùng bối cảnh Việt Nam, như tiền VND, hóa đơn hoặc việc văn phòng.
Người học xem lại kết quả trước khi đưa vào việc.
Không dán dữ liệu mật, mật khẩu hay hồ sơ khách hàng vào AI.

Ghi email cho 5 học viện

Marketing, Kinh doanh, Kế toán, Quản trị và IT. Email chỉ để báo khi có nội dung mới. Form này không tạo tài khoản và không ghi danh khóa.

Việc kế tiếp · Mục lục MVP

Mục lục 5 academy, tháng 3–5

Lấy từ phần 5.1 của chiến lược. Ba khóa đang chạy có project cuối khóa: Marketing có bài 1 đến bài 6, Kinh doanh và Kế toán có bài 1 đến bài 4. Bấm dòng để học. Quản trị có bài 1, bài 2 và project. IT có bài 1 đến bài 3 và project. Ba khóa mở đầu trên tab Khóa học không bị thay bằng các module này.

Marketing AI

Khóa mở đầu đang chạy

Research: thị trường, đối thủ, khách hàng, insight. Bài 1

Bài thực hành của Học viện, ngày 16 tháng 10 năm 2026. Không lấy từ transcript video nước ngoài. Không điền doanh thu, thị phần hay lượt tìm kiếm nếu ghi chép không có.

Ghi một sản phẩm công ty đang bán, người mua, và một việc người mua cần giải quyết.
Mở ba trang đối thủ công khai. Chép đúng câu trên trang. Không suy diễn doanh thu của họ.
Viết năm câu hỏi khách có thể hỏi khi tìm việc đó.
Dán ghi chép vào prompt. Câu không có trong ghi chép phải thành “chưa có căn cứ”.
Người phụ trách đọc lại trước khi dùng cho bài viết. Bước viết bài nằm ở quy trình AI-MKT-001.

Prompt

Bạn sắp xếp ghi chép nghiên cứu thị trường. Chỉ dùng phần ghi chép. Câu nào không có trong ghi chép thì ghi "chưa có căn cứ". Không thêm doanh thu, thị phần, lượt tìm kiếm hay tên khách.

Sản phẩm:
{{SẢN PHẨM}}
Người mua và việc họ cần:
{{GHI CHÉP}}
Đối thủ, ghi đúng câu trên trang của họ:
{{3 TRANG}}
Câu hỏi khách có thể hỏi:
{{5 CÂU}}

Trả về:
1. Việc khách cần, chỉ từ ghi chép
2. Điểm các trang đối thủ đang nói
3. Câu hỏi chưa được ghi chép trả lời
4. Việc người phụ trách phải kiểm tra trước khi viết bài

Mẫu

Sản phẩm:
Người mua:
Việc họ cần:
Trang đối thủ 1:
Trang đối thủ 2:
Trang đối thủ 3:
Năm câu hỏi:
Chưa có căn cứ:
Người kiểm tra:

Strategy: nội dung, chiến dịch, chân dung khách. Bài 2
Bài 2 là một chiến dịch nhỏ cho đúng một người đã có trong ghi chép bài 1. Không đặt tên khách giả, không thêm quy mô thị trường.

Tình huống
Ghi chép bài 1 có một chủ cửa hàng hay hỏi cách viết mô tả sản phẩm. Thay vì năm bài đăng chung chung, người làm nội dung viết cả tuần cho đúng người đó: thứ Hai trả lời câu họ hỏi, giữa tuần chỉ một lỗi hay gặp, thứ Sáu gửi khung để họ tự điền. Đây là ví dụ minh họa, không phải khách thật.

Góc trả lời
Một câu họ đang hỏi

Góc chỉ lỗi
Một việc hay làm sai

Góc mẫu
Một khung để họ tự điền

T2 tiêu đề T3 tiêu đề T4 tiêu đề T5 tiêu đề T6 tiêu đề
1. Chọn một người từ ghi chép bài 1. Gọi bằng vai trò, ví dụ “chủ cửa hàng”.
2. Gắn mỗi góc ở trên với một câu đã ghi. Góc không có câu thì ghi “chưa có căn cứ”.
3. Xin AI năm tiêu đề cho thứ Hai đến thứ Sáu. Mỗi tiêu đề đi với một góc.
4. Người phụ trách chọn tối đa ba tiêu đề. Tiêu đề bịa số liệu thì bỏ.
5. Bài được chọn mới chuyển sang quy trình AI-MKT-001 để viết.
Prompt
```
Bạn dựng chiến dịch nội dung cho một người. Chỉ dùng ghi chép. Không thêm tên khách, doanh thu, thị phần hay lượt tìm kiếm. Việc không có trong ghi chép thì ghi "chưa có căn cứ".

Vai trò của người đó:
{{VAI TRÒ}}
Việc họ cần:
{{TỪ BÀI 1}}
Câu họ có thể hỏi:
{{TỪ BÀI 1}}

Trả về:
1. Chân dung một người, chỉ từ ghi chép
2. Ba góc: trả lời, chỉ lỗi, cho mẫu. Góc nào thiếu căn cứ thì ghi rõ
3. Năm tiêu đề, thứ Hai đến thứ Sáu, mỗi tiêu đề một góc
4. Tiêu đề nào người phụ trách nên bỏ vì chưa có căn cứ
```
Mẫu
```
Vai trò:
Việc họ cần:
Góc trả lời:
Góc chỉ lỗi:
Góc mẫu:
T2:
T3:
T4:
T5:
T6:
Giữ lại:
Bỏ:
Người chọn:
```
Thử ngay
Chưa mở AI vội. Gạch chân một câu người đó đã hỏi trong ghi chép, tự viết tiêu đề thứ Hai bằng đúng chữ của họ. Sau đó mới chạy prompt và đặt hai tiêu đề cạnh nhau: giữ câu nào nghe giống người đó hơn.

Prompt soát lại
```
Đọc năm tiêu đề dưới đây. Với mỗi tiêu đề, chỉ ra câu trong ghi chép làm căn cứ. Tiêu đề nào có con số, tên khách hay lời hứa kết quả không có trong ghi chép thì ghi "bỏ" và nói lý do trong một câu.

Ghi chép:
{{TỪ BÀI 1}}
Năm tiêu đề:
{{T2 ĐẾN T6}}
```
Trước khi gọi là xong
- Mỗi tiêu đề chỉ ra được một câu căn cứ trong ghi chép.
- Không có số liệu, tên khách hay lời hứa kết quả.
- Đọc to lên, tiêu đề nghe như câu người đó tự hỏi.
- Người phụ trách đã chọn tối đa ba tiêu đề.
Content: SEO, blog, Facebook, TikTok, YouTube, email, landing page, quảng cáo. Bài 3
Bài 3 lấy một tiêu đề đã được chọn ở bài 2 và viết thành một bài, rồi chuyển sang hai kênh. Mọi câu trong bài phải trỏ được về ghi chép bài 1. Không thêm số liệu, lời chứng thực hay ưu đãi chưa duyệt.

Tình huống
Ví dụ minh họa, không phải khách thật: tiêu đề thứ Hai đã chọn là câu chủ cửa hàng hay hỏi về mô tả sản phẩm. Người làm nội dung viết một bài blog ngắn trả lời đúng câu đó, rồi cắt ra một bài Facebook và một tin nhắn Zalo OA. Ba bản dùng chung một ý chính, chỉ đổi độ dài và lời mở.
Quy trình bài 3: một ý, ba kênh
1. 1. Tiêu đề
  Một tiêu đề đã chọn ở bài 2
2. 2. Dàn ý
  Ý chính, ba ý phụ, căn cứ
3. 3. Bản dài
  Blog hoặc landing page
4. 4. Cắt kênh
  Facebook, Zalo OA, email
5. 5. Soát
  Người phụ trách duyệt
1. Chọn một tiêu đề trong phần “Giữ lại” của bài 2. Ghi lại câu căn cứ đi kèm.
2. Xin AI dàn ý trước: một ý chính, ba ý phụ, mỗi ý phụ trỏ về một câu ghi chép.
3. Người phụ trách sửa dàn ý. Chỉ khi dàn ý ổn mới cho AI viết bản dài.
4. Từ bản dài, xin AI cắt ra bản ngắn cho từng kênh. Không thêm ý mới khi cắt.
5. Chạy prompt soát lại. Câu nào không có căn cứ thì xóa, không sửa cho hay hơn.
Prompt dàn ý và bản dài
```
Bạn viết nội dung cho một người đọc đã mô tả ở dưới. Chỉ dùng ghi chép. Không thêm số liệu, tên khách, lời chứng thực, giá hay ưu đãi. Câu nào không có căn cứ thì ghi "chưa có căn cứ" thay vì viết.

Tiêu đề đã chọn:
{{TỪ BÀI 2}}
Người đọc:
{{VAI TRÒ TỪ BÀI 2}}
Ghi chép:
{{TỪ BÀI 1}}

Bước 1. Trả về dàn ý: một ý chính, ba ý phụ, mỗi ý phụ ghi câu căn cứ. Dừng lại chờ tôi duyệt.
Bước 2. Khi tôi viết "duyệt", viết bản dài theo đúng dàn ý, giọng nói chuyện, câu ngắn.
```
Prompt cắt kênh
```
Từ bản dài dưới đây, viết ba bản ngắn. Không thêm ý mới. Không đổi lời hứa. Giữ nguyên câu hỏi của người đọc ở câu đầu.

Bản dài:
{{BẢN DÀI}}

Trả về:
1. Bài Facebook: mở bằng câu hỏi, ba đoạn ngắn, một lời mời đọc tiếp
2. Tin nhắn Zalo OA: gọn trong vài câu, một liên kết
3. Email: tiêu đề thư, ba đoạn, một nút hành động
Mỗi bản ghi kèm ý trong dàn ý mà nó dùng.
```
Thử ngay
Viết tay câu mở đầu của bản Facebook trước, đúng chữ người đó hỏi. Sau đó chạy prompt cắt kênh, đặt hai câu mở cạnh nhau và giữ câu nào nghe giống người đó hơn. Cuối cùng soát cả ba bản bằng prompt dưới.

Prompt soát lại
```
Đọc ba bản ngắn và ghi chép dưới đây. Liệt kê từng câu có con số, tên khách, lời chứng thực, giá, ưu đãi hoặc lời hứa kết quả. Với mỗi câu, ghi câu căn cứ trong ghi chép hoặc ghi "bỏ". Không viết lại bài.

Ghi chép:
{{TỪ BÀI 1}}
Ba bản:
{{FACEBOOK, ZALO OA, EMAIL}}
```
Áp dụng tại Việt Nam
- Kênh hay dùng: Facebook Page, Zalo OA, TikTok, email. Tin Zalo OA đọc trên điện thoại, nên cắt ngắn hơn bài Facebook.
- Giá ghi bằng VND và chỉ ghi khi đã được duyệt. Không tự thêm “giảm giá”, “miễn phí vận chuyển” hay quà tặng.
- Viết tiếng Việt có dấu đầy đủ. Từ tiếng Anh chuyên ngành thì giải thích một lần ở lần đầu xuất hiện.
- Không dán tên, số điện thoại hay ảnh chụp tin nhắn của khách vào AI khi chưa được phép.
Kiểm tra nhanh · 3 câu
0/3

1. Vì sao phải duyệt dàn ý trước khi cho AI viết bản dài?

2. Khi cắt sang Zalo OA, AI thêm câu “ưu đãi cho 50 khách đầu tiên”. Làm gì?

3. Câu nào nên dùng làm câu mở của bài Facebook?
Trước khi gọi là xong
- Mỗi ý phụ trong dàn ý có một câu căn cứ.
- Ba bản kênh không có ý nào ngoài bản dài.
- Không có số liệu, lời chứng thực, giá hay ưu đãi chưa duyệt.
- Người phụ trách đã duyệt dàn ý và cả ba bản.
Nguồn tham khảo: Google Workspace: Gemini Prompt Guide · Microsoft Support: Get started writing prompts in Microsoft Copilot. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Creative: hình, video, giọng nói, trình bày. Bài 4
Bài 3 đã có bài viết. Bài 4 làm phần nhìn cho đúng một bài đó: viết brief, nhờ AI tạo vài phương án hình hoặc dàn slide, rồi người phụ trách chọn. Không dùng ảnh người thật, logo hay nhãn hiệu của bên khác, không chèn chữ hứa kết quả.

Tình huống
Ví dụ minh họa, không phải khách thật: bài Facebook ở bài 3 trả lời câu hỏi về mô tả sản phẩm. Người làm nội dung viết một brief ngắn, nhờ AI tạo ba phương án ảnh minh họa một trang mô tả sản phẩm trên điện thoại. Chữ trên ảnh do người gõ lại trong công cụ thiết kế, vì AI hay viết sai dấu tiếng Việt.
Quy trình bài 4: brief trước, hình sau
1. 1. Bài bài 3
  Một bài đã duyệt
2. 2. Brief
  Ý chính, người xem, định dạng
3. 3. Phương án
  AI tạo vài hình hoặc dàn slide
4. 4. Chữ trên hình
  Người gõ lại, có dấu
5. 5. Duyệt
  Chọn một, lưu nguồn
1. Lấy một bài đã duyệt ở bài 3. Ghi một ý chính mà hình phải nói.
2. Viết brief: ý chính, người xem, định dạng, điều không được có.
3. Nhờ AI tạo vài phương án. Không xin AI viết chữ tiếng Việt lên hình.
4. Gõ chữ trên hình bằng công cụ thiết kế. Đọc lại dấu.
5. Người phụ trách chọn một phương án. Ghi công cụ và ngày tạo vào ghi chú nội bộ.
Prompt brief hình
```
Bạn viết brief cho một hình minh họa. Chỉ dùng bài viết dưới đây. Không thêm số liệu, người thật, logo, nhãn hiệu hay lời hứa kết quả.

Bài viết đã duyệt:
{{TỪ BÀI 3}}
Định dạng:
{{VUÔNG, DỌC HOẶC SLIDE}}

Trả về:
1. Một câu ý chính hình phải nói
2. Mô tả cảnh: bối cảnh, vật, màu, bố cục
3. Phần để trống cho chữ, chữ do người gõ sau
4. Danh sách điều không được có trong hình
```
Prompt dàn năm slide
```
Từ bài viết dưới đây, dàn ý năm slide. Mỗi slide: tiêu đề tối đa tám chữ, ba gạch đầu dòng, gợi ý một hình. Không thêm ý mới, không thêm số liệu.

Bài viết:
{{TỪ BÀI 3}}
```
Tự ráp prompt brief hình

Sản phẩm hoặc ý chính Người xem Định dạng
```
Điền ba ô rồi bấm “Ráp prompt”.
```
Thử ngay
Dùng ô “Tự ráp prompt” ở trên với bài của bạn. Chạy prompt ráp được trong công cụ tạo hình đang dùng, lấy ba phương án. Sau đó chạy prompt soát bên dưới cho phương án định chọn.

Prompt soát hình
```
Tôi mô tả một hình do AI tạo. Liệt kê điều có thể gây hiểu sai: chữ sai chính tả hoặc sai dấu, người hoặc logo giống thật, chi tiết không có trong bài viết, lời hứa kết quả. Không sửa hình, chỉ liệt kê.

Bài viết:
{{TỪ BÀI 3}}
Mô tả hình:
{{MÔ TẢ}}
```
Áp dụng tại Việt Nam
- Chữ tiếng Việt có dấu trên hình AI dễ bị lỗi. Gõ chữ trong Canva, PowerPoint hoặc công cụ thiết kế đang dùng.
- Ảnh vuông hợp bài Facebook, ảnh dọc hợp TikTok và Reels. Ảnh bìa Zalo OA nên xem trước trên điện thoại.
- Giá trên hình ghi bằng VND và chỉ khi đã được duyệt.
- Không dùng ảnh khách hoặc nhân viên khi chưa có sự đồng ý.
Kiểm tra nhanh · 3 câu
0/3

1. Vì sao không nhờ AI viết chữ tiếng Việt lên hình?

2. Phương án đẹp nhất có một logo giống thương hiệu khác. Làm gì?

3. Brief nên bắt đầu từ đâu?
Trước khi gọi là xong
- Hình nói đúng một ý chính của bài đã duyệt.
- Không có người thật, logo hay nhãn hiệu của bên khác.
- Chữ trên hình do người gõ, đã đọc lại dấu.
- Đã ghi công cụ và ngày tạo vào ghi chú nội bộ.
Nguồn tham khảo: Gemini Apps Help: Generate & edit images with Gemini Apps · Microsoft Support: Create a new presentation with Copilot in PowerPoint · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.

Analytics: GA4, Search Console, quảng cáo, mạng xã hội. Bài 5

Bài 3 và bài 4 đã đưa nội dung lên kênh. Bài 5 đọc số liệu chiến dịch với AI: xuất số từ GA4, Search Console, trình quản lý quảng cáo hoặc trang mạng xã hội, nhờ AI tóm tắt và đặt câu hỏi, rồi người phụ trách kết luận. AI chỉ đọc số bạn đưa, không đoán số còn thiếu, không khẳng định nguyên nhân.

Tình huống

Ví dụ minh họa, không phải khách thật: một cửa hàng nhỏ chạy hai tuần bài Facebook và một bài blog. Người làm marketing xuất bảng số theo tuần, xóa thông tin khách, dán vào AI và hỏi: tuần nào khác thường, kênh nào nên xem kỹ, còn thiếu số gì để kết luận. Trưởng nhóm đọc bản tóm tắt và quyết định giữ hay đổi.

Quy trình bài 5: số thật trước, nhận xét sau

1. Câu hỏi
Muốn biết điều gì
2. Xuất số
Cùng khoảng ngày, bỏ dữ liệu cá nhân
3. AI đọc
Tóm tắt, chỉ chỗ khác thường
4. Soát
Đối chiếu số gốc
5. Quyết định
Người ghi việc tiếp theo

Viết một câu hỏi cụ thể, ví dụ: bài nào đưa người vào trang sản phẩm nhiều hơn trong hai tuần qua.
Xuất số từ công cụ đang dùng cho cùng một khoảng ngày. Ghi rõ nguồn và ngày xuất. Xóa tên, số điện thoại, email của khách.
Dán bảng vào AI bằng prompt đọc số bên dưới. Yêu cầu AI nói rõ số nào thiếu.
Đối chiếu từng con số AI nhắc tới với bảng gốc. Số không khớp thì bỏ nhận xét đó.
Người phụ trách ghi kết luận và một việc tiếp theo vào mẫu báo cáo.

Dữ liệu mẫu để tập (không phải số thật)

Tuần	Kênh	Lượt xem trang	Lượt bấm vào trang sản phẩm	Tin nhắn hỏi giá
Tuần 1	Facebook	400	20	5
Tuần 1	Blog	100	10	1
Tuần 2	Facebook	300	15	4
Tuần 2	Blog	200	22	2

Dữ liệu mẫu do Học viện tự đặt để tập đọc số. Không phải kết quả của khách hay của ITUpX, không dùng làm mức chuẩn.

Ba câu trước mọi kết luận

So với gì? Cùng kênh tuần trước, hay kênh khác cùng tuần.
Đủ dữ liệu chưa? Vài lượt bấm hay vài tin nhắn thì chưa đủ để kết luận.
Có gì khác đã đổi? Ngày lễ, giá, ngân sách quảng cáo, lỗi trang. Số cùng tăng không có nghĩa cái này gây ra cái kia.

Prompt đọc số

Bạn giúp tôi đọc số liệu chiến dịch. Chỉ dùng bảng dưới đây. Không đoán số còn thiếu, không thêm mức chuẩn ngành, không khẳng định nguyên nhân.

Câu hỏi:
{{CÂU HỎI}}
Nguồn và khoảng ngày:
{{VÍ DỤ: GA4, 01/10 ĐẾN 14/10}}
Bảng số:
{{DÁN BẢNG}}

Trả về:
1. Ba điều bảng cho thấy, mỗi điều kèm đúng con số trong bảng
2. Chỗ khác thường cần xem kỹ
3. Số còn thiếu để trả lời câu hỏi
4. Hai giả thuyết cần kiểm tra, ghi rõ là giả thuyết

Prompt soát kết luận

Đây là bảng số và nhận xét của tôi. Với từng câu trong nhận xét, cho biết: có con số trong bảng đỡ không, có đang nói nguyên nhân khi bảng chỉ cho thấy hai số cùng đổi không, có so hai khoảng ngày khác độ dài không. Không viết lại nhận xét, chỉ liệt kê vấn đề.

Bảng số:
{{DÁN BẢNG}}
Nhận xét:
{{NHẬN XÉT}}

Thử ngay

Chép bảng dữ liệu mẫu ở trên vào prompt đọc số, câu hỏi: “Kênh nào nên xem kỹ tuần tới?”. Kiểm tra AI có nói số tin nhắn quá ít để kết luận không. Sau đó làm lại với bảng xuất từ công cụ của bạn.

Mẫu báo cáo số liệu một trang

BÁO CÁO SỐ LIỆU CHIẾN DỊCH
Người làm:
Ngày làm:
Câu hỏi cần trả lời:

Nguồn số liệu (công cụ, khoảng ngày, ngày xuất):
- 
Đã xóa dữ liệu cá nhân của khách: Có / Chưa

Ba điều bảng cho thấy (ghi kèm con số trong bảng):
1. 
2. 
3. 

So với gì:
Số còn thiếu:
Điều khác đã đổi trong kỳ (giá, ngân sách, ngày lễ, lỗi trang):

Giả thuyết cần kiểm tra (chưa phải kết luận):
- 

Kết luận của người phụ trách:
Việc tiếp theo, người làm, hạn:
Người duyệt:

Theo dõi bài 5

Viết một câu hỏi cụ thể
Xuất số cùng khoảng ngày, đã bỏ dữ liệu cá nhân
Chạy prompt đọc số
Đối chiếu số AI nhắc với bảng gốc
Điền mẫu báo cáo, gửi người duyệt

Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Câu hỏi cụ thể, gắn với một quyết định Ghi rõ nguồn, khoảng ngày, ngày xuất Mọi con số trong báo cáo có trong bảng gốc Tách giả thuyết với kết luận Có việc tiếp theo, người làm và người duyệt

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.

Áp dụng tại Việt Nam

Nhiều khách hỏi giá qua Zalo, Messenger hoặc điện thoại. Số này không có trong GA4, cần ghi tay hoặc lấy từ công cụ chat rồi ghép cùng khoảng ngày.
Gắn tham số UTM cho link đăng Facebook, Zalo OA, TikTok để GA4 tách được nguồn.
Chi phí quảng cáo ghi bằng VND, đúng múi giờ tài khoản quảng cáo.
Không dán tên, số điện thoại hay email của khách vào công cụ AI.

Kiểm tra nhanh · 3 câu

0/3

1. Lượt xem blog tăng cùng tuần đăng bài mới. AI viết “bài mới làm lượt xem tăng”. Làm gì?

2. Bản tóm tắt có một con số không thấy trong bảng gốc. Làm gì?

3. Trước khi dán bảng vào AI cần làm gì?

Trước khi gọi là xong

Mọi con số trong báo cáo đã đối chiếu với bảng gốc.
Giả thuyết được ghi riêng, không viết như kết luận.
Không có dữ liệu cá nhân của khách trong prompt.
Người phụ trách đã ghi kết luận và việc tiếp theo.

Nguồn tham khảo: Analytics Help: Create or modify key events · Analytics Help: URL builders · Search Console Help: Performance report

Automation: workflow nội dung, SEO, lead, báo cáo. Bài 6

Bài 5 đã đọc số liệu. Bài 6 tự động hóa phần lặp lại khi có khách để lại thông tin qua form, Zalo OA hoặc email: hệ thống ghi nhận, AI soạn nháp tin trả lời từ mẫu đã duyệt, người phụ trách duyệt rồi mới gửi. Không dán tên, số điện thoại hay email của khách vào công cụ AI. Không gửi tự động khi chưa có người duyệt.

Tình huống

Ví dụ minh họa, không phải khách thật: một cửa hàng nhỏ nhận câu hỏi qua Google Forms. Mỗi phản hồi mới được ghi vào bảng tính. Người làm marketing chỉ đưa cho AI phần nội dung câu hỏi đã bỏ thông tin cá nhân, nhờ soạn nháp trả lời theo mẫu. Nhân viên bán hàng đọc nháp, sửa, rồi tự gửi qua Zalo OA hoặc email.

Quy trình bài 6: máy soạn, người gửi

1. Điểm vào
Form, Zalo OA, email
2. Ghi nhận
Một bảng, một người phụ trách
3. AI soạn nháp
Chỉ nội dung câu hỏi, không dữ liệu khách
4. Người duyệt
Sửa, thêm tên, quyết định gửi
5. Gửi và ghi
Ghi ngày gửi, người gửi

Chọn một điểm vào có câu hỏi lặp lại, ví dụ form hỏi giá. Ghi người phụ trách trả lời.
Cho phản hồi về một bảng chung, ví dụ Google Forms lưu vào Google Sheets. Thêm cột: trạng thái, người duyệt, ngày gửi.
Viết ba đến năm mẫu trả lời đã được duyệt. AI chỉ được soạn dựa trên các mẫu này.
Mỗi lần có câu hỏi mới, bỏ tên, số điện thoại, email, địa chỉ rồi mới đưa nội dung cho AI soạn nháp.
Người phụ trách đọc nháp, sửa, tự gửi và ghi lại vào bảng. Câu hỏi về giá riêng, khiếu nại, đổi trả thì chuyển người, không dùng nháp AI.

Dữ liệu mẫu để tập (không phải khách thật)

Mã	Kênh	Nội dung câu hỏi (đã bỏ thông tin cá nhân)	Trạng thái
M01	Form	Gói cơ bản có hỗ trợ cài đặt không?	Chờ nháp
M02	Zalo OA	Cửa hàng mở cửa đến mấy giờ?	Chờ duyệt
M03	Email	Tôi muốn đổi sản phẩm đã mua.	Chuyển người

Dữ liệu mẫu do Học viện tự đặt để tập. Không phải câu hỏi của khách hay của ITUpX.

Ba rào chắn của mọi luồng tự động

Không dữ liệu khách vào AI. Chỉ đưa nội dung câu hỏi đã bỏ thông tin cá nhân.
Không gửi khi chưa duyệt. Máy được soạn nháp và nhắc việc, người bấm gửi.
Có lối chuyển người. Giá riêng, khiếu nại, đổi trả, câu hỏi ngoài mẫu đi thẳng tới người phụ trách.

Prompt soạn nháp trả lời

Bạn soạn nháp tin trả lời khách. Chỉ dùng các mẫu đã duyệt dưới đây. Không thêm giá, khuyến mãi, cam kết hay thông tin không có trong mẫu. Nếu câu hỏi không khớp mẫu nào, hoặc là khiếu nại, đổi trả, giá riêng, trả lời đúng một dòng: “CHUYỂN NGƯỜI”.

Mẫu đã duyệt:
{{DÁN MẪU}}
Kênh gửi:
{{ZALO OA, EMAIL HOẶC TIN NHẮN}}
Câu hỏi (đã bỏ thông tin cá nhân):
{{CÂU HỎI}}

Trả về:
1. Nháp trả lời, tối đa năm câu, xưng hô lịch sự, để trống chỗ tên khách là {{TÊN}}
2. Mẫu đã dùng
3. Điểm người duyệt cần kiểm tra

Prompt soát luồng tự động

Đây là mô tả luồng tự động của tôi. Chỉ ra: bước nào đưa dữ liệu cá nhân của khách vào công cụ AI, bước nào gửi tin mà chưa có người duyệt, loại câu hỏi nào chưa có lối chuyển người, bước nào không ghi lại ai đã làm. Không viết lại luồng, chỉ liệt kê vấn đề.

Mô tả luồng:
{{MÔ TẢ TỪNG BƯỚC}}

Thử ngay

Lấy ba dòng dữ liệu mẫu ở trên, chạy prompt soạn nháp với hai mẫu trả lời của bạn. Kiểm tra AI có trả “CHUYỂN NGƯỜI” cho dòng M03 không. Sau đó mô tả luồng thật của bạn bằng mẫu bên dưới và chạy prompt soát.

Mẫu mô tả luồng tự động

LUỒNG TỰ ĐỘNG FOLLOW-UP
Người làm:
Ngày làm:
Việc lặp lại cần tự động:

Điểm vào (form, Zalo OA, email):
Nơi ghi nhận (bảng, công cụ):
Người phụ trách trả lời:

Mẫu trả lời đã duyệt (ghi tên mẫu):
1. 
2. 
3. 

Bước bỏ thông tin cá nhân trước khi dùng AI:
Người duyệt trước khi gửi:
Loại câu hỏi chuyển người (giá riêng, khiếu nại, đổi trả, ngoài mẫu):
Cột ghi lại (trạng thái, người duyệt, ngày gửi):

Điều kiện dừng luồng:
Ngày xem lại luồng:
Người duyệt luồng:

Theo dõi bài 6

Chọn một điểm vào và người phụ trách
Gom phản hồi về một bảng có cột trạng thái
Viết và duyệt mẫu trả lời
Chạy prompt soạn nháp với dữ liệu đã bỏ thông tin cá nhân
Điền mẫu mô tả luồng, chạy prompt soát, gửi người duyệt

Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Không có dữ liệu cá nhân của khách đi vào AI Mọi tin gửi đi đều qua người duyệt Nháp chỉ dựa trên mẫu đã duyệt Có lối chuyển người cho câu hỏi ngoài mẫu Ghi lại người duyệt, ngày gửi, điều kiện dừng

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.

Áp dụng tại Việt Nam

Nhiều khách hỏi qua Zalo. Trả lời qua Zalo OA của doanh nghiệp, không dùng tài khoản cá nhân của nhân viên.
Chỉ gửi tin cho khách đã chủ động liên hệ hoặc đã đồng ý nhận tin. Ghi lại sự đồng ý trong bảng.
Giá ghi bằng VND và chỉ khi đã có trong mẫu được duyệt.
Thông tin cá nhân của khách cần được bảo vệ. Hỏi người phụ trách pháp lý hoặc dữ liệu của doanh nghiệp trước khi nối thêm công cụ mới.

Kiểm tra nhanh · 3 câu

0/3

1. Nháp AI trông ổn. Có nên cho hệ thống tự gửi luôn?

2. Đưa gì cho AI để soạn nháp?

3. Khách gửi khiếu nại qua form. Luồng nên làm gì?

Trước khi gọi là xong

Không có tên, số điện thoại, email của khách trong prompt.
Không tin nào được gửi khi chưa có người duyệt.
Có lối chuyển người cho khiếu nại, đổi trả, giá riêng.
Bảng ghi lại người duyệt và ngày gửi.

Nguồn tham khảo: Google Docs Editors Help: Choose where to save form responses · Zalo Official Account · Microsoft Learn: Explore the Power Automate home page

Project: một hệ Marketing AI cho một doanh nghiệp. Project
Project cuối khóa nối bài 1 đến bài 4 thành một chiến dịch chạy thật ở công ty của người học: nghiên cứu, chọn một người đọc, viết, cắt kênh, làm hình, rồi xem lại sau khi đăng. Người học nộp một bản bàn giao theo mẫu bên dưới.

Tình huống
Ví dụ minh họa, không phải doanh nghiệp thật: một cửa hàng nhỏ muốn trả lời câu khách hay hỏi về cách bảo quản sản phẩm. Người làm marketing dùng ghi chép bài 1, chọn một người đọc ở bài 2, viết một bài và cắt ra Facebook, Zalo OA, email ở bài 3, làm một hình ở bài 4. Hai tuần sau, họ ghi lại câu khách hỏi thêm và quyết định giữ hay sửa quy trình.
Workflow project: một chiến dịch từ đầu đến cuối
1. 1. Research
  Ghi chép bài 1
2. 2. Strategy
  Một người đọc, bài 2
3. 3. Content
  Một ý, ba kênh, bài 3
4. 4. Creative
  Brief hình, bài 4
5. 5. Đăng và xem lại
  Ghi điều học được
1. Chọn một việc marketing thật của công ty, đủ nhỏ để làm xong trong hai tuần. Ghi người duyệt.
2. Chạy lại bài 1 và bài 2 trên ghi chép mới. Chốt một người đọc và ba tiêu đề.
3. Viết bản dài, cắt ba kênh (bài 3), làm một hình (bài 4). Người duyệt đọc từng bản trước khi đăng.
4. Đăng theo lịch đã chốt. Ghi lại câu hỏi, bình luận và số liệu có thật từ công cụ của kênh, không ước đoán.
5. Điền mẫu bàn giao: đầu vào, prompt đã dùng, bản đã duyệt, điều sẽ sửa ở lần sau.
Prompt lập kế hoạch chiến dịch
```
Bạn giúp tôi lập kế hoạch một chiến dịch nhỏ trong hai tuần. Chỉ dùng ghi chép và kết quả các bài trước. Không thêm số liệu thị trường, mục tiêu doanh thu hay ngân sách chưa có. Thiếu thì ghi "chưa có".

Ghi chép bài 1:
{{GHI CHÉP}}
Người đọc và tiêu đề đã chọn (bài 2):
{{BÀI 2}}
Kênh sẽ dùng:
{{FACEBOOK, ZALO OA, EMAIL...}}
Người duyệt:
{{TÊN VAI TRÒ}}

Trả về bảng: ngày, việc, đầu vào, đầu ra, prompt dùng (bài mấy), người duyệt.
```
Prompt xem lại sau khi đăng
```
Đọc phần ghi lại sau khi đăng dưới đây. Chỉ dùng số và câu có trong đó. Không suy ra nguyên nhân. Trả về: 1) câu khách hỏi thêm, 2) bước nào trong quy trình tốn công nhất, 3) ba điều nên sửa ở lần sau, mỗi điều trỏ về một dòng ghi lại.

Ghi lại:
{{BÌNH LUẬN, CÂU HỎI, SỐ LIỆU TỪ CÔNG CỤ KÊNH}}
```
Theo dõi project
0%
- Chọn việc thật và người duyệt
- Ghi chép và người đọc (bài 1, 2)
- Bản dài và ba kênh (bài 3)
- Hình hoặc slide (bài 4)
- Đăng và ghi lại
- Điền bản bàn giao
Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Chiến dịch nối đủ bài 1 đến bài 4 Mỗi bước có đầu vào, đầu ra và người duyệt Không có số liệu, giá hay cam kết bịa Chạy thật ít nhất một lần trên việc của công ty Có điều học được và điều sẽ sửa

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.
Mẫu bàn giao project
```
PROJECT MARKETING AI · BẢN BÀN GIAO
Công ty / bộ phận:
Việc marketing chọn:
Người duyệt:

1. Research (bài 1) · nguồn ghi chép:
2. Strategy (bài 2) · người đọc, ba tiêu đề:
3. Content (bài 3) · bản dài, Facebook, Zalo OA, email:
4. Creative (bài 4) · brief và hình đã chọn:
5. Lịch đăng:
6. Ghi lại sau khi đăng (nguồn số liệu):
7. Prompt đã dùng:
8. Điều học được:
9. Lần sau sẽ sửa:

Tự chấm rubric:
```
Thử ngay
Tick các bước trong thanh theo dõi khi làm xong, tự chấm rubric, rồi tải mẫu bàn giao. Trước khi nộp, chạy prompt soát bên dưới.

Prompt soát bàn giao
```
Đọc bản bàn giao project dưới đây. Liệt kê: câu có số liệu không ghi nguồn, bước không có người duyệt, kênh đã đăng mà không có bản đã duyệt, chỗ còn để trống. Không viết lại.

Bản bàn giao:
{{BẢN BÀN GIAO}}
```
Áp dụng tại Việt Nam
- Kênh thường dùng: Facebook Page, Zalo OA, TikTok, email. Lịch đăng theo giờ làm việc của khách, do người học quan sát, không theo một con số chung.
- Giá và ưu đãi ghi bằng VND, chỉ khi đã được duyệt.
- Số liệu sau khi đăng lấy trong công cụ quản lý của từng kênh. Không chép số từ bài viết trên mạng.
- Hỏi ý người phụ trách trước khi dùng ảnh, tên hay tin nhắn của khách.
Kiểm tra nhanh · 3 câu
0/3

1. Số liệu sau khi đăng nên lấy từ đâu?

2. Project nên chọn việc như thế nào?

3. Điểm tự chấm rubric dùng để làm gì?
Trước khi gọi là xong
- Mỗi bản đăng đều có người duyệt.
- Số liệu sau khi đăng lấy từ công cụ của kênh, có ghi nguồn.
- Không có số liệu, lời chứng thực hay ưu đãi bịa.
- Bản bàn giao đã điền đủ các mục.
Nguồn tham khảo: Google Workspace: Gemini Prompt Guide · Microsoft Support: Create a new presentation with Copilot in PowerPoint · Microsoft Support: Get started writing prompts in Microsoft Copilot. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.

Kinh doanh AI

Khóa mở đầu đang chạy

Tìm khách, nghiên cứu khách, phân loại lead, email, proposal, báo giá. Bài 1
Bài 1 chỉ làm phần nghiên cứu, trước khi phân loại. Phân loại và ghi CRM dùng mẫu AI-SAL-001. Không bịa doanh thu, nhu cầu hay người phụ trách.
1. Ghi nguồn của khách: form, cuộc gọi, giới thiệu, hoặc sự kiện. Nguồn không rõ thì ghi “chưa rõ nguồn”.
2. Ghi tên công ty, người liên hệ và đúng câu họ đã nói. Không thêm nhu cầu họ chưa nói.
3. Liệt kê việc còn thiếu: ngân sách, thời điểm, người quyết định. Thiếu thì để trống.
4. Dán ghi chép vào prompt. Chưa phân loại ở bước này.
5. Khi đã đủ ghi chép, chuyển sang mẫu AI-SAL-001 để phân loại và ghi CRM.
Prompt
```
Bạn sắp xếp ghi chép về một khách tiềm năng. Chỉ dùng phần được đưa. Không bịa doanh thu, nhu cầu hay người phụ trách. Thiếu thì ghi "chưa có".

Khách:
{{TÊN, NGUỒN, NGƯỜI LIÊN HỆ, GHI CHÚ}}

Trả về:
1. Những gì đã biết
2. Những gì còn thiếu trước khi phân loại
3. Câu hỏi cần hỏi khách
4. Chưa phân loại. Việc phân loại làm ở bước sau, khi đã đủ ghi chép
```
Mẫu
```
Nguồn:
Công ty:
Người liên hệ:
Câu họ đã nói:
Còn thiếu:
Câu hỏi cần hỏi:
Chưa phân loại:
Người ghi:
```
Chuẩn bị cuộc gặp, nhu cầu, xử lý từ chối, kịch bản gọi, theo dõi. Bài 2
Bài 2 là một cuộc gặp 15 phút. Chỉ dùng câu khách đã nói ở bài 1. Không thêm ưu đãi, không bịa nhu cầu.

Tình huống
Ví dụ minh họa: khách để lại form và chỉ viết một câu, “bên mình trả lời tin nhắn khách chậm quá”. Bài 1 ghi đúng câu đó, ngân sách và thời điểm để trống. Trước cuộc gọi, người bán viết thẻ: mở đầu bằng chính câu của khách, hỏi ba điều còn trống, rồi hẹn bước tiếp. Không mở đầu bằng bảng giá.

Họ nói
Một câu đã ghi. Không diễn giải thêm.

Mình hỏi
Ba câu mở cho phần còn thiếu.
1. Chép một câu khách đã nói sang cột “Họ nói”.
2. Viết ba câu hỏi cho việc bài 1 còn để trống.
3. Kịch bản có ba nhịp: nhắc câu của họ, hỏi phần thiếu, hẹn bước tiếp.
4. Nếu họ từ chối, chỉ nhắc lại điều họ nói. Không thêm quà hay giảm giá chưa được duyệt.
5. Ghi một ngày theo dõi do người học chọn. Chưa ghi CRM thì chưa gọi là xong.
Prompt
```
Bạn soạn thẻ cuộc gặp 15 phút. Chỉ dùng ghi chép. Không bịa nhu cầu, người quyết định, ưu đãi hay doanh thu. Thiếu thì ghi "chưa có".

Câu khách đã nói:
{{TỪ BÀI 1}}
Việc còn thiếu:
{{TỪ BÀI 1}}

Trả về:
1. Cột Họ nói: nguyên câu đã đưa
2. Cột Mình hỏi: ba câu mở
3. Ba nhịp gọi: nhắc câu của họ, hỏi phần thiếu, hẹn bước tiếp
4. Một câu khi họ từ chối, không thêm ưu đãi
5. Chỗ trống để người học tự ghi ngày theo dõi
```
Mẫu
```
Họ nói:
Mình hỏi 1:
Mình hỏi 2:
Mình hỏi 3:
Nhịp 1:
Nhịp 2:
Nhịp 3:
Khi họ từ chối:
Ngày theo dõi:
Người gọi:
```
Thử ngay
Tập trước với AI đóng vai khách. Dán thẻ vào prompt bên dưới, nói chuyện năm lượt. Khi khách từ chối, chỉ được đáp bằng câu họ đã nói hoặc một câu hỏi mở. Xong thì đọc phần AI nhận xét.

Prompt đóng vai khách
```
Bạn đóng vai khách trong ghi chép dưới đây. Chỉ nói điều có trong ghi chép. Điều chưa có thì trả lời "tôi chưa nghĩ tới". Trong năm lượt, đưa ra một lời từ chối hợp lý dựa trên ghi chép. Sau lượt thứ năm, thôi đóng vai và chỉ ra câu nào của người bán đã thêm ưu đãi hoặc nhu cầu không có trong ghi chép.

Ghi chép về khách:
{{TỪ BÀI 1}}
Thẻ cuộc gặp:
{{THẺ BÀI 2}}
```
Trước khi gọi là xong
- Câu đầu tiên của cuộc gọi là câu khách đã nói.
- Ba câu hỏi đều là câu hỏi mở, không gợi ý sẵn câu trả lời.
- Không nhắc giá, quà hay giảm giá chưa được duyệt.
- Đã có ngày theo dõi và đã ghi vào CRM.
CRM, pipeline, dự báo, chăm sóc. Bài 3
Bài 3 nối tiếp cuộc gặp ở bài 2: viết email theo dõi, kèm bản nháp báo giá nếu khách đã hỏi giá, rồi ghi vào CRM. Giá, chiết khấu và điều khoản chỉ lấy từ bảng giá đã duyệt. AI không tự đặt giá.

Tình huống
Ví dụ minh họa, không phải khách thật: sau cuộc gọi 15 phút, khách nói “gửi mình xem trước để báo sếp”. Người bán chép ba điều khách vừa nói vào thẻ bài 2, nhờ AI viết email tóm tắt và một bản báo giá nháp lấy từ bảng giá công ty. Trưởng nhóm duyệt giá, rồi email mới được gửi và ghi vào CRM.
Quy trình bài 3: sau cuộc gặp đến CRM
1. 1. Ghi chép gặp
  Câu khách nói trong cuộc gọi
2. 2. Email
  Tóm tắt, bước tiếp, ngày hẹn
3. 3. Báo giá nháp
  Chỉ dòng có trong bảng giá
4. 4. Duyệt
  Trưởng nhóm duyệt giá
5. 5. CRM
  Ghi giai đoạn và ngày theo dõi
1. Ngay sau cuộc gặp, chép đúng câu khách nói vào thẻ bài 2. Câu chưa chắc thì ghi “cần hỏi lại”.
2. Nhờ AI viết email: cảm ơn, nhắc lại điều khách nói, bước tiếp và ngày hẹn.
3. Nếu khách đã hỏi giá, dán bảng giá đã duyệt. AI chỉ chép dòng có sẵn, không tạo giá hay chiết khấu.
4. Trưởng nhóm duyệt báo giá. Chưa duyệt thì email chỉ hẹn ngày gửi giá.
5. Ghi vào CRM: giai đoạn, câu khách nói, ngày theo dõi, người phụ trách.
Prompt email theo dõi
```
Bạn viết email theo dõi sau cuộc gặp. Chỉ dùng ghi chép. Không thêm nhu cầu, ưu đãi, cam kết hay hạn chót mà khách chưa nói. Thiếu thì ghi "cần hỏi lại".

Ghi chép cuộc gặp:
{{CÂU KHÁCH NÓI}}
Bước tiếp đã hẹn:
{{BƯỚC TIẾP}}
Ngày theo dõi:
{{NGÀY}}

Trả về:
1. Tiêu đề thư
2. Thân thư: cảm ơn, nhắc lại điều khách nói, bước tiếp, ngày hẹn
3. Danh sách câu trong thư không có trong ghi chép, nếu có
```
Prompt báo giá nháp
```
Bạn soạn báo giá nháp. Chỉ chép dòng có trong bảng giá đã duyệt. Không tạo giá, chiết khấu, quà tặng hay điều khoản thanh toán mới. Hạng mục khách hỏi mà bảng giá không có thì ghi "chưa có trong bảng giá, cần trưởng nhóm".

Hạng mục khách hỏi:
{{TỪ CUỘC GẶP}}
Bảng giá đã duyệt (VND, ghi rõ giá đã hay chưa gồm thuế GTGT):
{{BẢNG GIÁ}}

Trả về bảng: hạng mục, đơn vị, số lượng, đơn giá, ghi chú. Để trống cột thành tiền cho người lập tính bằng bảng tính.
```
Thử ngay
Đóng vai trưởng nhóm. Dán báo giá nháp và bảng giá vào prompt dưới. Nếu AI chỉ ra một dòng không khớp bảng giá, sửa bằng tay theo bảng giá, không nhờ AI sửa.

Prompt soát báo giá
```
So báo giá nháp với bảng giá đã duyệt. Liệt kê từng dòng có đơn giá, đơn vị, chiết khấu hay điều khoản khác bảng giá, ghi cả hai giá trị. Không đề xuất giá mới. Dòng khớp thì không cần nhắc.

Bảng giá:
{{BẢNG GIÁ}}
Báo giá nháp:
{{BÁO GIÁ}}
```
Áp dụng tại Việt Nam
- Nhiều khách ở Việt Nam trao đổi qua Zalo. Nếu gửi qua Zalo, rút email thành vài câu và đính kèm báo giá dạng PDF đã duyệt.
- Báo giá ghi bằng VND, ghi rõ đã hay chưa gồm thuế GTGT, và thời hạn hiệu lực do công ty quy định.
- Ghi CRM đang dùng, ví dụ HubSpot, Salesforce, Getfly, Base CRM, hoặc một Google Sheets chung. Bài này không gợi ý chọn CRM nào.
- Không dán số điện thoại, mã số thuế hay hợp đồng của khách vào AI khi chưa được phép.
Kiểm tra nhanh · 3 câu
0/3

1. Khách hỏi một hạng mục không có trong bảng giá. AI nên làm gì?

2. Báo giá chưa được duyệt nhưng khách đang chờ. Email nên viết gì?

3. Việc nào làm cuối cùng trong quy trình bài 3?
Trước khi gọi là xong
- Câu đầu của email nhắc lại đúng điều khách nói.
- Mọi đơn giá khớp bảng giá đã duyệt, ghi bằng VND.
- Đã ghi rõ giá đã hay chưa gồm thuế GTGT.
- Trưởng nhóm đã duyệt giá trước khi gửi.
- Đã ghi giai đoạn và ngày theo dõi vào CRM.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Xử lý từ chối và kịch bản gọi điện. Bài 4
Bài 2 chỉ có một câu khi khách từ chối. Bài 4 đi sâu hơn: gom các lời từ chối đã gặp thật, viết kịch bản gọi có nhánh, rồi tập với AI. Không giảm giá, không tặng quà, không hứa điều chưa được duyệt.

Tình huống
Ví dụ minh họa, không phải khách thật: nhóm bán hàng ghi lại ba lời từ chối nghe nhiều trong tháng, như “để chị hỏi sếp”, “bên kia rẻ hơn”, “chưa cần lúc này”. Mỗi lời được viết thành một nhánh trong kịch bản, mở bằng câu nhắc lại đúng lời khách, rồi một câu hỏi mở. Trưởng nhóm duyệt kịch bản trước khi cả nhóm dùng.
Quy trình bài 4: từ lời từ chối thật đến kịch bản
1. 1. Gom lời từ chối
  Lấy từ CRM, ghi chép
2. 2. Phân nhóm
  Giá, thời điểm, người quyết định
3. 3. Kịch bản nhánh
  Nhắc lại, hỏi mở, bước tiếp
4. 4. Tập với AI
  AI đóng vai khách
5. 5. Duyệt
  Trưởng nhóm chốt
1. Lấy lời từ chối từ ghi chép CRM ở bài 3. Chép nguyên câu, không viết lại cho gọn.
2. Xếp vào nhóm: giá, thời điểm, người quyết định, đối thủ, khác.
3. Mỗi nhóm một nhánh: nhắc lại đúng lời khách, một câu hỏi mở, một bước tiếp.
4. Tập với AI đóng vai khách, mỗi nhánh vài lượt.
5. Trưởng nhóm duyệt kịch bản. Câu nào nhắc giá hay ưu đãi phải khớp chính sách.
Prompt kịch bản có nhánh
```
Bạn viết kịch bản gọi điện có nhánh. Chỉ dùng các lời từ chối được đưa. Không giảm giá, không tặng quà, không hứa kết quả, không nói xấu đối thủ.

Lời từ chối đã gặp (nguyên câu):
{{TỪ CRM}}
Bước tiếp công ty cho phép đề xuất:
{{VÍ DỤ: GỬI TÀI LIỆU, HẸN DEMO}}

Trả về, mỗi nhóm một nhánh:
1. Nhóm lời từ chối
2. Câu nhắc lại đúng ý khách
3. Một câu hỏi mở
4. Một bước tiếp trong danh sách cho phép
5. Khi nào nên dừng gọi và hẹn lại
```
So prompt trước và sau
Prompt trước: dễ ra câu ép khách
Khách chê đắt. Viết câu trả lời thuyết phục để chốt đơn.
Prompt sau: bám đúng lời khách
Khách vừa nói: "{{NGUYÊN CÂU}}". Chỉ dùng ghi chép. Không giảm giá, không tặng quà, không hứa kết quả chưa được duyệt. Viết: 1 câu nhắc lại đúng ý khách, 1 câu hỏi mở để hiểu lý do, 1 bước tiếp có thể đề xuất.
Bản trước không nói khách đã nói gì và không cấm ưu đãi, nên AI dễ tự thêm giảm giá. Bấm “Sau” để xem bản sửa.
Thử ngay
Bật nút “Sau” ở trên, chép prompt bản sau vào AI với một lời từ chối thật. Rồi dùng prompt đóng vai bên dưới để tập năm lượt cho nhánh đó.

Prompt tập theo nhánh
```
Bạn đóng vai khách. Mở đầu bằng lời từ chối: "{{NGUYÊN CÂU}}". Chỉ nói điều hợp lý với ghi chép. Sau năm lượt, thôi đóng vai và nhận xét: người bán có nhắc lại đúng lời tôi không, có câu nào gây áp lực, có câu nào thêm ưu đãi chưa được duyệt.

Ghi chép về khách:
{{TỪ BÀI 1 ĐẾN BÀI 3}}
Kịch bản nhánh:
{{NHÁNH}}
```
Áp dụng tại Việt Nam
- Nhiều cuộc trao đổi tiếp theo diễn ra qua Zalo. Viết thêm một bản tin nhắn ngắn cho mỗi nhánh, giọng lịch sự, xưng hô theo cách công ty quy định.
- Khi khách nói “bên kia rẻ hơn”, không bình luận về đối thủ. Hỏi khách đang so những hạng mục nào.
- Giá nhắc tới phải là VND theo bảng giá đã duyệt ở bài 3, ghi rõ đã hay chưa gồm thuế GTGT.
- Nếu cuộc gọi có ghi âm, làm theo quy định của công ty và thông báo cho khách.
Kiểm tra nhanh · 3 câu
0/3

1. Khách nói “bên kia rẻ hơn”. Câu nào hợp kịch bản bài 4?

2. Vì sao prompt “trước” dễ cho ra câu trả lời có vấn đề?

3. Lời từ chối dùng trong kịch bản lấy từ đâu?
Trước khi gọi là xong
- Mỗi nhánh mở bằng lời khách đã nói thật.
- Không có giảm giá, quà hay cam kết chưa được duyệt.
- Mỗi nhánh có một câu hỏi mở và một bước tiếp được phép.
- Trưởng nhóm đã duyệt kịch bản.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Project: Lead → nghiên cứu → phân loại → proposal → theo dõi → CRM. Project
Project cuối khóa chạy trọn một lead thật qua quy trình đã học: nghiên cứu (bài 1), phân loại, chuẩn bị cuộc gặp (bài 2), proposal và báo giá, theo dõi, ghi CRM (bài 3), xử lý từ chối (bài 4). Người học nộp bản bàn giao kèm ảnh chụp bản ghi CRM đã che thông tin khách.

Tình huống
Ví dụ minh họa, không phải khách thật: một lead để lại form hỏi về dịch vụ. Người bán ghi đúng câu khách viết, phân loại theo tiêu chí của nhóm, gọi 15 phút theo thẻ bài 2, gửi email theo dõi và báo giá đã duyệt, rồi ghi giai đoạn vào CRM. Khi khách nói “để chị hỏi sếp”, họ dùng nhánh kịch bản bài 4.
Workflow project: Lead → Research → Qualification → Proposal → Follow-up → CRM
1. 1. Lead
  Nguồn và nguyên câu
2. 2. Research
  Bài 1
3. 3. Phân loại
  Tiêu chí của nhóm
4. 4. Proposal
  Báo giá đã duyệt, bài 3
5. 5. Follow-up
  Email, kịch bản bài 4
6. 6. CRM
  Giai đoạn, ngày hẹn
1. Chọn một lead thật đang mở. Ghi nguồn và đúng câu khách đã nói.
2. Nghiên cứu theo bài 1. Phân loại theo tiêu chí nhóm đang dùng, không tự đặt tiêu chí mới.
3. Chuẩn bị và gọi theo thẻ bài 2. Gặp từ chối thì dùng nhánh bài 4.
4. Gửi email theo dõi và báo giá đã được trưởng nhóm duyệt (bài 3).
5. Ghi CRM: giai đoạn, câu khách nói, ngày theo dõi. Điền bản bàn giao.
Prompt phân loại lead theo tiêu chí nhóm
```
Bạn phân loại một lead theo tiêu chí dưới đây. Chỉ dùng ghi chép. Tiêu chí nào ghi chép chưa có thì ghi "chưa có" và gợi ý một câu hỏi để hỏi khách. Không suy đoán ngân sách hay người quyết định.

Tiêu chí của nhóm:
{{TIÊU CHÍ}}
Ghi chép bài 1:
{{GHI CHÉP}}

Trả về bảng: tiêu chí, có/chưa có, câu trong ghi chép làm căn cứ, câu hỏi cần hỏi thêm.
```
Prompt tóm tắt để ghi CRM
```
Tóm tắt lead dưới đây thành bản ghi CRM. Không thêm thông tin. Giữ nguyên câu khách nói trong ngoặc kép.

Từ bài 1 đến bài 4:
{{GHI CHÉP, THẺ GẶP, EMAIL, BÁO GIÁ, NHÁNH TỪ CHỐI}}

Trả về: giai đoạn, câu khách nói gần nhất, việc tiếp theo, ngày theo dõi, người phụ trách, điều còn thiếu.
```
Theo dõi project
0%
- Lead thật và nguồn
- Research (bài 1)
- Phân loại theo tiêu chí nhóm
- Cuộc gặp và nhánh từ chối (bài 2, 4)
- Proposal và báo giá đã duyệt (bài 3)
- Follow-up và ghi CRM
Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Đủ sáu chặng, mỗi chặng có ngày Mỗi bước có đầu vào, đầu ra và người duyệt Không có số liệu, giá hay cam kết bịa Chạy thật ít nhất một lần trên việc của công ty Câu khách nói giữ nguyên xuyên suốt

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.
Mẫu bàn giao project
```
PROJECT KINH DOANH AI · BẢN BÀN GIAO
Nguồn lead:
Câu khách nói đầu tiên:
Người phụ trách:

1. Research (bài 1):
2. Phân loại (tiêu chí, có/chưa có):
3. Thẻ cuộc gặp (bài 2):
4. Nhánh từ chối đã dùng (bài 4):
5. Email theo dõi và báo giá đã duyệt (bài 3):
6. Bản ghi CRM (giai đoạn, ngày theo dõi):
7. Prompt đã dùng:
8. Điều học được:
9. Lần sau sẽ sửa:

Tự chấm rubric:
```
Thử ngay
Đánh dấu từng chặng trong thanh theo dõi khi xong, tự chấm rubric, tải mẫu bàn giao. Trước khi nộp, soát bằng prompt dưới.

Prompt soát bàn giao
```
Đọc bản bàn giao lead dưới đây. Liệt kê: giá không khớp bảng giá đã duyệt, ưu đãi hay cam kết chưa duyệt, câu khách nói bị viết lại, chặng thiếu ngày hoặc người phụ trách. Không viết lại.

Bảng giá đã duyệt:
{{BẢNG GIÁ}}
Bản bàn giao:
{{BẢN BÀN GIAO}}
```
Áp dụng tại Việt Nam
- Nhiều khách trao đổi qua Zalo. Ghi lại ngày và nội dung chính của tin nhắn vào CRM, không dán cả cuộc trò chuyện vào AI.
- CRM có thể là HubSpot, Salesforce, Getfly, Base CRM hoặc một Google Sheets chung. Project không yêu cầu đổi CRM.
- Báo giá bằng VND, ghi rõ đã hay chưa gồm thuế GTGT và thời hạn hiệu lực.
- Khi nộp project, che thông tin cá nhân và thông tin doanh nghiệp của khách.
Kiểm tra nhanh · 3 câu
0/3

1. Tiêu chí phân loại lead lấy từ đâu?

2. Khi ghi CRM, câu khách nói nên thế nào?

3. Báo giá trong project gửi khi nào?
Trước khi gọi là xong
- Lead là lead thật, có nguồn.
- Báo giá đã được trưởng nhóm duyệt.
- Câu khách nói được giữ nguyên.
- CRM có giai đoạn và ngày theo dõi.
- Đã che tên, số điện thoại, mã số thuế khi nộp.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.

Kế toán AI

Khóa mở đầu đang chạy

Đọc Excel hoặc Sheets, báo cáo tài chính, kiểm tra số, dấu hiệu lệch. Bài 1
Bài 1 dùng bản sao của bảng tính người học đã có. Trước khi dán vào AI, xóa cột mã số thuế, số tài khoản và số giấy tờ. AI không được điền số mới. Ô lệch phải đối lại chứng từ. Bài này không chỉ định phần mềm kế toán.
1. Tạo bản sao của bảng. Xóa các cột không được đưa ra ngoài.
2. Ghi tên cột và những dòng được phép chia sẻ.
3. Dán vào prompt. Nhờ chỉ ra ô trống ở cột bắt buộc và dòng có tổng không khớp.
4. AI ghi “lệch, cần đối chứng từ”. Không nhận một con số AI tự sửa.
5. Người phụ trách mở chứng từ, sửa trên file chính, rồi ghi tên người đã kiểm.
Prompt
```
Bạn đọc một bảng tính đã được phép chia sẻ. Chỉ xét các cột và dòng được dán. Không điền số mới. Không kết luận báo cáo đúng. Ô lệch thì ghi "lệch, cần đối chứng từ".

Tên cột:
{{TÊN CỘT}}
Dòng được phép dán:
{{DÒNG}}

Trả về:
1. Các cột đang có
2. Dòng có ô trống ở cột bắt buộc
3. Dòng mà tổng không khớp các phần, nếu bảng có cột tổng
4. Việc người phụ trách phải mở chứng từ để kiểm
```
Mẫu
```
Tên bảng:
Cột đã xóa trước khi dán:
Cột còn lại:
Dòng lệch:
Chứng từ cần mở:
Đã kiểm tra bởi:
```
Viết báo cáo, email, công văn, tóm tắt. Hóa đơn điện tử và thuế GTGT. Bài 2
Bài 2 viết một thư nội bộ từ số đã kiểm ở bài 1, rồi chép ô trên hóa đơn người học đang giữ. AI không tính lại thuế và không kết luận tờ khai đúng.

Tình huống
Ví dụ minh họa: cuối tháng, trưởng phòng hỏi bảng đối chiếu còn dòng nào lệch. Kế toán không gửi nguyên file. Họ lấy các dòng đã có tên người kiểm ở bài 1, nhờ AI viết một thư ngắn, kèm phiếu tám ô của hóa đơn liên quan. Trưởng phòng đọc trên một màn hình và biết ai cần mở chứng từ.

Ký hiệu

Số hóa đơn

Ngày

Bên bán

Bên mua

Tiền hàng

Tiền thuế

Người đối chiếu
1. Chỉ lấy dòng bài 1 đã ghi tên người kiểm. Dòng chưa kiểm thì không đưa vào thư.
2. Nhờ AI viết thư ngắn: việc, số đã kiểm, dòng còn lệch, người cần xem.
3. Mở hóa đơn điện tử. Chép tám ô phía trên. Ô không thấy thì ghi “không thấy trên hóa đơn”.
4. AI không được đổi tiền hàng thành một số khác, không tính thuế suất mới.
5. Người phụ trách đọc thư trước khi gửi. Bài này không thay lời tư vấn thuế.
Prompt
```
Bạn viết một thư nội bộ và một phiếu chép hóa đơn. Chỉ dùng số và chữ được đưa. Không tính lại thuế. Không kết luận tờ khai đúng. Ô không có thì ghi "không thấy trên hóa đơn".

Số đã kiểm:
{{TỪ BÀI 1}}
Dòng còn lệch:
{{TỪ BÀI 1}}
Ô trên hóa đơn:
{{CHÉP TỪ FILE}}

Trả về:
1. Thư ngắn: việc, số đã kiểm, dòng còn lệch, người cần xem
2. Tám ô: ký hiệu, số, ngày, bên bán, bên mua, tiền hàng, tiền thuế, người đối chiếu
3. Câu nào là do AI suy ra thì ghi "bỏ, chưa có trong nguồn"
```
Mẫu
```
Việc:
Số đã kiểm:
Dòng còn lệch:
Người cần xem:
Ký hiệu:
Số hóa đơn:
Ngày:
Bên bán:
Bên mua:
Tiền hàng:
Tiền thuế:
Người đối chiếu:
```
Thử ngay
Lấy một hóa đơn điện tử đã được phép xem. Tự chép tám ô trước, không dùng AI. Xóa mã số thuế và số tài khoản như bài 1, rồi nhờ AI chép lại. Dùng prompt bên dưới để so hai phiếu. Ô nào khác nhau thì mở hóa đơn gốc: bản gốc luôn đúng hơn cả hai phiếu.

Prompt so hai phiếu
```
So hai phiếu chép từ cùng một hóa đơn. Chỉ liệt kê ô khác nhau, ghi cả hai giá trị. Không chọn bên đúng. Không tính lại thuế. Ô giống nhau thì không cần nhắc.

Phiếu người chép:
{{PHIẾU 1}}
Phiếu AI chép:
{{PHIẾU 2}}
```
Trước khi gọi là xong
- Thư chỉ có dòng đã ghi tên người kiểm.
- Tiền hàng và tiền thuế khớp từng chữ số với hóa đơn gốc.
- Đã xóa mã số thuế, số tài khoản trước khi dán vào AI.
- Người phụ trách đã đọc thư trước khi gửi.
AI với Excel, Google Sheets, ERP. Bài 3
Bài 3 đưa hóa đơn điện tử vào bảng tính và kiểm tra bằng công thức. AI giúp trích ô và viết công thức. Phép tính do bảng tính làm, người đối chiếu xác nhận. Bài này không thay lời tư vấn thuế.

Tình huống
Ví dụ minh họa: kế toán có một tập hóa đơn điện tử dạng PDF trong tháng. Thay vì gõ tay, họ nhờ AI trích tám ô của bài 2 thành từng dòng, dán vào Google Sheets, rồi thêm cột kiểm tra: tiền thuế tính lại bằng công thức so với tiền thuế trên hóa đơn. Dòng lệch được tô màu và chờ người mở hóa đơn gốc.
Quy trình bài 3: PDF Invoice → Extract → Excel → Validation
1. 1. PDF hóa đơn
  Hóa đơn điện tử được phép xem
2. 2. Trích ô
  AI chép tám ô thành bảng
3. 3. Excel / Sheets
  Dán vào bảng có sẵn cột
4. 4. Kiểm tra
  Công thức so tiền thuế
5. 5. Người đối chiếu
  Mở bản gốc dòng lệch
1. Xóa mã số thuế, số tài khoản trước khi dán hóa đơn vào AI, như bài 1 và bài 2.
2. Nhờ AI trích tám ô thành bảng, mỗi hóa đơn một dòng. Ô không đọc được thì ghi “không thấy trên hóa đơn”.
3. Dán vào Excel hoặc Google Sheets. Thêm cột thuế suất do người học điền theo hóa đơn, không để AI đoán.
4. Nhờ AI viết công thức kiểm tra. Bảng tính tính lại tiền thuế và so với số trên hóa đơn.
5. Dòng lệch: mở hóa đơn gốc, ghi tên người đối chiếu. Chưa đối chiếu thì chưa nhập phần mềm kế toán.
Prompt trích hóa đơn
```
Bạn chép ô từ hóa đơn điện tử thành bảng. Chỉ chép, không tính, không sửa số, không đoán thuế suất. Ô không đọc được thì ghi "không thấy trên hóa đơn". Giữ nguyên dấu chấm, dấu phẩy của số.

Nội dung hóa đơn (đã xóa mã số thuế, số tài khoản):
{{DÁN TỪ PDF}}

Trả về bảng, mỗi hóa đơn một dòng, cột: ký hiệu, số hóa đơn, ngày, bên bán, bên mua, tiền hàng, thuế suất ghi trên hóa đơn, tiền thuế, tổng thanh toán.
```
Prompt viết công thức kiểm tra
```
Bạn viết công thức cho Google Sheets hoặc Excel. Không tự tính kết quả. Giải thích từng công thức trong một câu.

Cột đang có:
F = tiền hàng, G = thuế suất (ví dụ 0,1), H = tiền thuế trên hóa đơn, I = tổng thanh toán

Cần:
1. Cột J: tiền thuế tính lại = ROUND(F*G, 0)
2. Cột K: "lệch" nếu J khác H, ngược lại để trống (dùng IF)
3. Cột L: "lệch" nếu F+H khác I
4. Một quy tắc định dạng có điều kiện tô các dòng có chữ "lệch"
```
Thử ngay
Lấy ba hóa đơn đã được phép xem. Chạy prompt trích, dán vào bảng tính, thêm cột J, K, L. Cố ý sửa một số tiền thuế cho sai để xem cột K có báo “lệch” không. Sau đó trả lại số đúng từ hóa đơn gốc và dùng prompt dưới để so.

Prompt so bảng với hóa đơn
```
So bảng đã trích với nội dung hóa đơn. Chỉ liệt kê ô khác nhau, ghi cả hai giá trị. Không chọn bên đúng, không tính lại thuế, không kết luận về tờ khai.

Nội dung hóa đơn:
{{DÁN TỪ PDF}}
Dòng trong bảng:
{{DÒNG BẢNG TÍNH}}
```
Áp dụng tại Việt Nam
- Hóa đơn điện tử ở Việt Nam có ký hiệu, số hóa đơn, mã của cơ quan thuế (nếu có), bên bán, bên mua, tiền hàng, thuế suất GTGT và tiền thuế. Thuế suất lấy đúng như ghi trên từng hóa đơn.
- Số tiền là VND. Bảng tính có thể đọc “1.000.000” thành chữ nếu máy đặt dấu thập phân kiểu Mỹ. Kiểm tra định dạng vùng (Locale) của file trước khi dán.
- Tra cứu, xác minh hóa đơn trên trang của cơ quan thuế là việc của người phụ trách. AI không thay bước này.
- Phần mềm kế toán hay dùng như MISA, Fast, Bravo: chỉ nhập dòng đã đối chiếu.
Kiểm tra nhanh · 3 câu
0/3

1. Ai nên tính lại tiền thuế trong bài này?

2. AI không đọc được ô thuế suất trên một hóa đơn. Làm gì?

3. Cột K báo “lệch” ở một dòng. Bước tiếp là gì?
Trước khi gọi là xong
- Đã xóa mã số thuế, số tài khoản trước khi dán vào AI.
- Thuế suất do người học điền theo hóa đơn, không phải AI đoán.
- Cột kiểm tra là công thức trong bảng tính, không phải số AI tự tính.
- Mọi dòng “lệch” đã có tên người đối chiếu.
- Chưa nhập phần mềm kế toán khi còn dòng chưa đối chiếu.
Nguồn tham khảo: Google Docs Editors Help: IF function · Google Docs Editors Help: ROUND function · Microsoft Support: ROUND function · Microsoft Support: SUMIF function. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Phân tích báo cáo, so tháng và giải thích biến động. Bài 4
Bài 1 tìm dòng lệch trong một bảng. Bài 4 so hai kỳ của cùng một báo cáo, liệt kê khoản biến động và câu hỏi cần làm rõ. AI không kết luận nguyên nhân, không kết luận sai phạm. Bài này không thay ý kiến kiểm toán hay tư vấn thuế.

Tình huống
Ví dụ minh họa: trưởng phòng hỏi vì sao chi phí tháng này khác tháng trước. Kế toán dán hai tháng báo cáo chi phí theo khoản mục vào bảng tính, thêm cột chênh lệch bằng công thức, rồi nhờ AI liệt kê khoản biến động kèm câu hỏi cho người phụ trách từng khoản. Câu trả lời đến từ chứng từ, không từ AI.
Quy trình bài 4: hai kỳ → chênh lệch → câu hỏi
1. 1. Hai kỳ
  Cùng cột, cùng đơn vị VND
2. 2. Chênh lệch
  Công thức trong bảng tính
3. 3. AI liệt kê
  Khoản biến động, câu hỏi
4. 4. Chứng từ
  Người phụ trách mở
5. 5. Ghi chú
  Giải thích có nguồn
1. Xuất hai kỳ cùng một báo cáo, cùng cột, cùng đơn vị VND. Xóa mã số thuế, số tài khoản.
2. Thêm cột chênh lệch và tỷ lệ bằng công thức. Ngưỡng cần xem do người phụ trách chọn.
3. Nhờ AI liệt kê khoản vượt ngưỡng và câu hỏi cần làm rõ cho từng khoản.
4. Người phụ trách mở chứng từ, ghi câu trả lời và nguồn.
5. Báo cáo gửi trưởng phòng chỉ có giải thích đã có chứng từ.
Prompt liệt kê biến động
```
Bạn đọc bảng so hai kỳ. Cột chênh lệch đã tính bằng công thức, không tính lại. Không kết luận nguyên nhân, không kết luận sai phạm. Chỉ liệt kê và đặt câu hỏi.

Ngưỡng cần xem (do người phụ trách chọn):
{{NGƯỠNG}}
Bảng (khoản mục, kỳ trước, kỳ này, chênh lệch, tỷ lệ):
{{DÁN BẢNG}}

Trả về:
1. Khoản vượt ngưỡng, giữ nguyên số
2. Mỗi khoản hai câu hỏi cần làm rõ
3. Chứng từ nên mở để trả lời
4. Khoản không đủ dữ liệu thì ghi "chưa đủ dữ liệu"
```
Prompt công thức chênh lệch
```
Viết công thức cho Excel hoặc Google Sheets, giải thích mỗi công thức một câu. Không tự tính kết quả.

Cột: B = kỳ trước, C = kỳ này
Cần:
1. D: chênh lệch = C-B
2. E: tỷ lệ = IF(B=0, "", D/B)
3. F: "xem" nếu giá trị tuyệt đối của E lớn hơn ngưỡng ở ô H1
4. Một quy tắc định dạng có điều kiện tô dòng có chữ "xem"
```
Chọn đúng thứ tự: bấm bước làm trước
0/4

Thử ngay
Làm trò chơi thứ tự ở trên trước. Rồi lấy hai tháng báo cáo thật đã được phép xem, làm cột D, E, F, chạy prompt liệt kê. Cuối cùng dùng prompt bên dưới để soát bản giải thích trước khi gửi.

Prompt soát giải thích
```
Đọc bản giải thích biến động dưới đây. Đánh dấu mọi câu nêu nguyên nhân mà không ghi chứng từ, mọi số khác bảng gốc, và mọi câu kết luận sai phạm. Không viết lại, chỉ liệt kê.

Bảng gốc:
{{BẢNG}}
Bản giải thích:
{{GIẢI THÍCH}}
```
Áp dụng tại Việt Nam
- Báo cáo xuất từ phần mềm kế toán như MISA, Fast, Bravo thường có dòng tổng và dòng trống. Xóa trước khi dán để AI không đọc nhầm.
- Số tiền là VND. Kiểm tra định dạng vùng của file để dấu chấm, dấu phẩy không làm sai số.
- Khoản liên quan thuế GTGT: AI chỉ liệt kê và hỏi, người phụ trách đối chiếu với hóa đơn và tờ khai.
- Không dán sổ chi tiết có tên nhân viên, lương hay mã số thuế khi chưa được phép.
Kiểm tra nhanh · 3 câu
0/3

1. Ai tính cột chênh lệch?

2. AI viết “chi phí tăng do nhân viên chi sai”. Làm gì?

3. Ngưỡng biến động cần xem do ai chọn?
Trước khi gọi là xong
- Hai kỳ cùng cột, cùng đơn vị VND.
- Chênh lệch và tỷ lệ là công thức, không phải số AI tính.
- Mỗi giải thích có chứng từ làm nguồn.
- Không có câu kết luận sai phạm hay nguyên nhân chưa kiểm.
Nguồn tham khảo: Microsoft Support: Analyze Data in Excel · Google Docs Editors Help: Use conditional formatting rules in Google Sheets · Microsoft Support: Use conditional formatting to highlight information in Excel. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Project: PDF hóa đơn → trích → Excel → kiểm tra → phần mềm kế toán. Project
Project cuối khóa chạy một tập hóa đơn điện tử thật của một kỳ qua quy trình: trích ô (bài 2, 3), đưa vào bảng tính, kiểm tra bằng công thức (bài 3), giải thích dòng lệch (bài 1, 4), rồi chỉ nhập phần mềm kế toán những dòng đã đối chiếu. Project không thay ý kiến kiểm toán hay tư vấn thuế.

Tình huống
Ví dụ minh họa: kế toán chọn một nhóm hóa đơn đầu vào trong tháng. Họ xóa mã số thuế, số tài khoản, nhờ AI trích ô thành bảng, dán vào Google Sheets có sẵn cột kiểm tra. Ba dòng báo lệch được mở bản gốc, hai dòng do chép sai, một dòng cần hỏi bên bán. Chỉ các dòng đã đối chiếu mới được nhập vào phần mềm kế toán.
Workflow project: PDF Invoice → Extract → Excel → Validation → Phần mềm kế toán
1. 1. PDF hóa đơn
  Một kỳ, đã được phép
2. 2. Extract
  AI chép ô, bài 3
3. 3. Excel / Sheets
  Cột cố định
4. 4. Validation
  Công thức, người đối chiếu
5. 5. Phần mềm kế toán
  Chỉ dòng đã đối chiếu
1. Chọn một nhóm hóa đơn thật của một kỳ, được phép dùng. Ghi người phụ trách.
2. Xóa mã số thuế, số tài khoản. Nhờ AI trích ô theo prompt bài 3.
3. Dán vào bảng tính có cột kiểm tra: tiền thuế tính lại, tổng thanh toán, trùng số hóa đơn.
4. Mở bản gốc mọi dòng báo lệch. Ghi nguyên nhân có chứng từ và tên người đối chiếu.
5. Nhập phần mềm kế toán chỉ những dòng đã đối chiếu. Điền bản bàn giao.
Prompt dựng bảng kiểm tra cho cả kỳ
```
Viết công thức cho Excel hoặc Google Sheets, giải thích mỗi công thức một câu. Không tự tính kết quả.

Cột: A ký hiệu, B số hóa đơn, C ngày, D bên bán, F tiền hàng, G thuế suất, H tiền thuế, I tổng thanh toán

Cần:
1. J: tiền thuế tính lại = ROUND(F*G, 0), K: "lệch" nếu J khác H
2. L: "lệch" nếu F+H khác I
3. M: "trùng" nếu cặp ký hiệu + số hóa đơn xuất hiện hơn một lần
4. N: "ngoài kỳ" nếu ngày C nằm ngoài kỳ ở ô P1:P2
5. Định dạng có điều kiện tô dòng có "lệch", "trùng" hoặc "ngoài kỳ"
```
Prompt tóm tắt kết quả đối chiếu
```
Tóm tắt kết quả đối chiếu cho trưởng phòng. Chỉ dùng bảng dưới đây. Không tính lại, không kết luận sai phạm, không nhận xét về tờ khai.

Bảng (dòng có cờ, nguyên nhân có chứng từ, người đối chiếu, đã nhập phần mềm hay chưa):
{{DÁN BẢNG}}

Trả về: số dòng mỗi loại cờ (đếm từ bảng), dòng còn mở, người cần xem.
```
Theo dõi project
0%
- Chọn kỳ và tập hóa đơn được phép
- Xóa thông tin nhạy cảm
- Extract bằng AI (bài 3)
- Bảng tính có cột kiểm tra
- Đối chiếu dòng có cờ
- Nhập phần mềm dòng đã đối chiếu
Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Đủ năm chặng PDF → phần mềm kế toán Mỗi bước có đầu vào, đầu ra và người duyệt Không có số liệu, giá hay cam kết bịa Chạy thật ít nhất một lần trên việc của công ty Kiểm tra là công thức, người đối chiếu có tên

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.
Mẫu bàn giao project
```
PROJECT KẾ TOÁN AI · BẢN BÀN GIAO
Kỳ:
Loại hóa đơn:
Người phụ trách:

1. Tập hóa đơn (nguồn, đã xóa thông tin nhạy cảm):
2. Extract (prompt bài 3):
3. Bảng tính và các cột kiểm tra:
4. Dòng có cờ (lệch, trùng, ngoài kỳ):
5. Đối chiếu (chứng từ, người đối chiếu):
6. Dòng đã nhập phần mềm kế toán:
7. Dòng còn mở:
8. Điều học được:
9. Lần sau sẽ sửa:

Tự chấm rubric:
```
Thử ngay
Tick các chặng trong thanh theo dõi, tự chấm rubric, tải mẫu bàn giao. Trước khi nộp, dùng prompt soát dưới.

Prompt soát bàn giao
```
Đọc bản bàn giao project kế toán dưới đây. Liệt kê: dòng đã nhập phần mềm nhưng chưa có người đối chiếu, số do AI tính thay vì công thức, nguyên nhân không ghi chứng từ, chỗ còn mã số thuế hay số tài khoản. Không viết lại.

Bản bàn giao:
{{BẢN BÀN GIAO}}
```
Áp dụng tại Việt Nam
- Hóa đơn điện tử: thuế suất GTGT lấy đúng như trên từng hóa đơn, không để AI đoán.
- Tra cứu, xác minh hóa đơn trên trang của cơ quan thuế là việc của người phụ trách.
- Phần mềm kế toán như MISA, Fast, Bravo: project không yêu cầu kết nối tự động. Nhập tay hoặc theo mẫu nhập của phần mềm đều được.
- Số tiền là VND. Kiểm tra định dạng vùng của file trước khi dán.
Kiểm tra nhanh · 3 câu
0/3

1. Dòng nào được nhập phần mềm kế toán?

2. Cột “trùng” kiểm tra điều gì?

3. Trước khi dán hóa đơn vào AI cần làm gì?
Trước khi gọi là xong
- Đã xóa mã số thuế, số tài khoản trước khi dán vào AI.
- Mọi cột kiểm tra là công thức.
- Mọi dòng có cờ đã có người đối chiếu và chứng từ.
- Chỉ dòng đã đối chiếu được nhập phần mềm kế toán.
Nguồn tham khảo: Google Docs Editors Help: IF function · Google Docs Editors Help: Use conditional formatting rules in Google Sheets · Microsoft Support: ROUND function. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.

Quản trị

Khóa đang làm: bài 1 và bài 2

Chiến lược AI, chuyển đổi, năng suất, rủi ro, quản trị, ROI, cách đưa AI vào việc, nhân sự, agent. Bài 1
Bài 1 của khóa Quản trị: gom báo cáo các phòng thành một trang cho ban giám đốc. AI tóm tắt và đặt câu hỏi. Số liệu giữ nguyên như phòng gửi lên, AI không tự đánh giá phòng nào tốt hay kém.

Tình huống
Ví dụ minh họa, không phải doanh nghiệp thật: sáng thứ Hai, giám đốc nhận năm file báo cáo tuần, mỗi phòng một kiểu. Trợ lý dán phần chữ đã được phép chia sẻ vào AI, xin một trang: việc đã xong, việc trễ, rủi ro, câu cần hỏi. Giám đốc đọc trong vài phút và mang ba câu hỏi vào cuộc họp.
Quy trình bài 1: năm báo cáo thành một trang
1. 1. Báo cáo phòng
  Đã được phép chia sẻ
2. 2. Làm sạch
  Xóa lương, dữ liệu khách
3. 3. AI tóm tắt
  Xong, trễ, rủi ro
4. 4. Câu hỏi
  Cho từng phòng
5. 5. Giám đốc
  Đọc và quyết
1. Gom báo cáo tuần của các phòng. Chỉ dùng phần được phép chia sẻ.
2. Xóa lương, dữ liệu cá nhân, thông tin khách trước khi dán vào AI.
3. Nhờ AI làm một trang theo bốn mục: xong, trễ, rủi ro, câu cần hỏi.
4. Đối chiếu mọi con số trong trang tóm tắt với báo cáo gốc.
5. Người lập ghi tên mình và ngày lập ở cuối trang.
Prompt báo cáo một trang
```
Bạn gom báo cáo tuần của các phòng thành một trang cho ban giám đốc. Chỉ dùng nội dung được dán. Giữ nguyên mọi con số. Không đánh giá phòng nào tốt hay kém. Không đoán nguyên nhân.

Báo cáo các phòng:
{{DÁN BÁO CÁO}}

Trả về bốn mục, mỗi dòng ghi tên phòng:
1. Việc đã xong
2. Việc trễ và lý do phòng đã nêu
3. Rủi ro phòng đã nêu
4. Câu ban giám đốc nên hỏi, tối đa ba câu
```
Thử ngay
Lấy báo cáo tuần trước của hai phòng. Tự viết ba câu muốn hỏi trước, rồi chạy prompt và so với câu AI đề xuất. Cuối cùng dùng prompt soát dưới đây.

Prompt soát trang tóm tắt
```
So trang tóm tắt với báo cáo gốc. Liệt kê con số khác gốc, câu đánh giá hay nguyên nhân không có trong gốc, phòng bị bỏ sót. Không viết lại.

Báo cáo gốc:
{{GỐC}}
Trang tóm tắt:
{{TÓM TẮT}}
```
Áp dụng tại Việt Nam
- Báo cáo thường gửi qua email, Zalo hoặc Google Drive. Chỉ dán phần chữ đã được phép, không dán cả nhóm chat.
- Số tiền giữ đơn vị VND như phòng gửi. Không để AI quy đổi hay làm tròn.
- Dữ liệu cá nhân của nhân viên và khách cần được bảo vệ. Hỏi bộ phận phụ trách trước khi đưa vào công cụ AI.
- Dùng công cụ AI công ty đã duyệt. Không dùng tài khoản cá nhân cho tài liệu nội bộ.
Kiểm tra nhanh · 3 câu
0/3

1. AI nên làm gì với con số trong báo cáo phòng?

2. Trang tóm tắt có câu “phòng kinh doanh làm kém”. Làm gì?

3. Trước khi dán báo cáo vào AI cần làm gì?
Trước khi gọi là xong
- Mọi con số khớp báo cáo gốc.
- Không có câu đánh giá phòng hay đoán nguyên nhân.
- Đã xóa lương, dữ liệu cá nhân và khách.
- Có tên người lập và ngày lập.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Họp và quyết định: biên bản, việc giao, ma trận lựa chọn. Bài 2
Bài 2 giúp ban giám đốc biến một cuộc họp thành biên bản có việc giao rõ, rồi cân hai phương án bằng ma trận quyết định. AI ghi và sắp xếp. Người quyết định vẫn là người có thẩm quyền.

Tình huống
Ví dụ minh họa: cuộc họp bàn có nên cho một phòng dùng thử công cụ AI không. Sau họp, thư ký dán ghi chú vào AI để lấy biên bản: quyết định, việc giao, người làm, hạn. Phần còn tranh luận được đưa vào ma trận với ba tiêu chí: lợi ích, rủi ro, công sức. Giám đốc xem ma trận và chốt.
Quy trình bài 2: từ ghi chú họp đến quyết định
1. 1. Ghi chú họp
  Bản ghi hoặc ghi tay
2. 2. Biên bản
  Quyết định, việc giao
3. 3. Việc còn mở
  Hai phương án
4. 4. Ma trận
  Tiêu chí, trọng số, điểm
5. 5. Chốt
  Người có thẩm quyền
1. Lấy ghi chú họp. Nếu dùng tính năng ghi chép tự động, báo cho người dự họp trước.
2. Nhờ AI làm biên bản: quyết định đã chốt, việc giao, người làm, hạn. Thiếu thì ghi “chưa chốt”.
3. Việc còn tranh luận: ghi hai phương án và ba tiêu chí.
4. Điền ma trận bên dưới. Mỗi điểm phải có một câu căn cứ.
5. Người có thẩm quyền chốt. Gửi biên bản cho người dự họp xác nhận.
Prompt biên bản họp
```
Bạn làm biên bản từ ghi chú họp. Chỉ dùng ghi chú. Không thêm quyết định, người làm hay hạn chót chưa được nói. Thiếu thì ghi "chưa chốt".

Ghi chú họp:
{{GHI CHÚ}}

Trả về:
1. Quyết định đã chốt
2. Bảng việc giao: việc, người làm, hạn
3. Việc còn tranh luận, ghi các phương án đã nêu
4. Câu cần hỏi lại người dự họp
```
Prompt chuẩn bị ma trận
```
Từ phần tranh luận dưới đây, liệt kê hai phương án đã nêu và căn cứ cho từng tiêu chí: lợi ích cho việc của phòng, rủi ro dữ liệu và con người, công sức và chi phí. Chỉ dùng điều người dự họp đã nói. Không chấm điểm, không khuyên chọn.

Phần tranh luận:
{{TỪ BIÊN BẢN}}
```
Ma trận quyết định: hai phương án, ba tiêu chí

Phương án APhương án B

Tiêu chí
Trọng số 1–3
Điểm A 1–5
Điểm B 1–5

Lợi ích cho việc của phòng

Rủi ro dữ liệu và con người

Công sức và chi phí bỏ ra

Điểm do người học tự cho theo căn cứ đã có. Ma trận giúp thấy lý lẽ, không quyết định thay ban giám đốc. Với tiêu chí rủi ro và chi phí, điểm cao nghĩa là rủi ro thấp, chi phí thấp.

Thử ngay
Dùng ma trận ở trên với một quyết định thật đang treo. Đổi trọng số rủi ro từ 2 lên 3 xem kết quả có đổi không. Rồi chạy prompt soát biên bản dưới.

Prompt soát biên bản
```
So biên bản với ghi chú họp. Liệt kê quyết định, người làm hay hạn chót có trong biên bản nhưng không có trong ghi chú. Không viết lại.

Ghi chú:
{{GHI CHÚ}}
Biên bản:
{{BIÊN BẢN}}
```
Áp dụng tại Việt Nam
- Nhiều cuộc họp ở Việt Nam chốt việc qua nhóm Zalo sau họp. Gửi biên bản vào nhóm và xin xác nhận bằng chữ, không chỉ thả biểu tượng.
- Chi phí ghi bằng VND, lấy từ báo giá hay ngân sách có thật, không ước đoán.
- Báo cho người dự họp trước khi ghi âm hoặc bật ghi chép tự động.
- Biên bản có thông tin nhân sự thì giới hạn người được xem.
Kiểm tra nhanh · 3 câu
0/3

1. Ghi chú không nói ai làm việc X. Biên bản ghi gì?

2. Ma trận cho phương án A điểm cao hơn. Bước tiếp là gì?

3. Trước khi bật ghi chép tự động trong cuộc họp cần làm gì?
Trước khi gọi là xong
- Mỗi việc giao có người làm và hạn, hoặc ghi “chưa chốt”.
- Mỗi điểm trong ma trận có một câu căn cứ.
- Người dự họp đã xác nhận biên bản.
- Quyết định do người có thẩm quyền chốt.
Nguồn tham khảo: Microsoft Support: Catch up on meetings with Microsoft Copilot in Teams · Google Meet Help: "Take notes for me" in Google Meet · Microsoft Support: Get started writing prompts in Microsoft Copilot. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Project: bản kế hoạch chuyển đổi AI cho chính doanh nghiệp của người học. Project
Project cuối khóa biến bài 1 và bài 2 thành một bản kế hoạch chuyển đổi AI một trang cho chính công ty của người học: chọn việc thí điểm từ báo cáo tuần (bài 1), chọn giữa hai phương án bằng ma trận (bài 2), rồi đặt người chịu trách nhiệm, rào chắn dữ liệu và mốc xem lại. Kế hoạch là đề xuất để ban giám đốc duyệt, không phải cam kết hiệu quả.

Tình huống
Ví dụ minh họa: trưởng phòng vận hành đọc lại các trang tóm tắt tuần làm ở bài 1 và thấy hai việc lặp lại: soạn báo cáo tuần và trả lời câu hỏi nội bộ về quy trình. Chị đưa cả hai vào ma trận, chọn một việc làm thử ở một phòng, ghi rõ ai làm, dữ liệu nào không được dán vào AI, khi nào xem lại và điều kiện để dừng. Ban giám đốc đọc một trang, hỏi thêm hai câu rồi duyệt làm thử.
Workflow project: Hiện trạng → Chọn việc → Thí điểm → Rào chắn → Duyệt
1. 1. Hiện trạng
  Việc lặp lại, bài 1
2. 2. Chọn việc
  Ma trận, bài 2
3. 3. Thí điểm
  Một phòng, có hạn
4. 4. Rào chắn
  Dữ liệu, người duyệt
5. 5. Duyệt
  Ban giám đốc chốt
1. Liệt kê việc lặp lại từ các trang tóm tắt tuần ở bài 1. Mỗi việc ghi phòng và người đang làm.
2. Chọn hai việc ứng viên. Chấm bằng ma trận bên dưới, mỗi điểm có một câu căn cứ.
3. Viết kế hoạch thí điểm: một phòng, một việc, người chịu trách nhiệm, ngày bắt đầu, ngày xem lại.
4. Ghi rào chắn: dữ liệu không được dán vào AI, công cụ đã duyệt, ai xem kết quả trước khi dùng.
5. Ghi cách đo bằng số đếm từ chính việc thí điểm. Chưa có số thì ghi “chưa đo”.
6. Gửi bản một trang cho người có thẩm quyền duyệt. Ghi lại câu hỏi và quyết định.
Ma trận chọn việc thí điểm: hai việc ứng viên, ba tiêu chí

Việc AViệc B

Tiêu chí
Trọng số 1–3
Điểm A 1–5
Điểm B 1–5

Việc lặp lại, tốn công

Dữ liệu ít nhạy cảm

Dễ kiểm tra kết quả

Điểm do người học tự cho theo căn cứ đã có. Điểm cao nghĩa là tốt cho thí điểm: việc lặp nhiều, dữ liệu ít nhạy cảm, kết quả dễ kiểm. Ma trận không quyết định thay ban giám đốc.
Ba câu hỏi “đi tiếp, sửa hay dừng” ở mốc xem lại
- Đi tiếp khi người làm việc đó muốn giữ cách làm mới và người duyệt không thấy lỗi lặp lại.
- Sửa khi kết quả dùng được nhưng còn phải sửa tay nhiều. Ghi chỗ sửa và thử thêm một vòng.
- Dừng khi có dữ liệu nhạy cảm bị dán nhầm, hoặc kết quả sai mà không ai phát hiện kịp. Dừng là kết quả hợp lệ, ghi lại lý do.
Prompt dựng bản kế hoạch một trang
```
Bạn giúp tôi viết bản kế hoạch thí điểm AI một trang cho ban giám đốc. Chỉ dùng thông tin dưới đây. Không thêm số liệu, chi phí hay mức tiết kiệm. Chỗ nào thiếu thì ghi “chưa có”.

Việc chọn thí điểm và lý do (từ ma trận):
{{VIỆC VÀ LÝ DO}}
Phòng thí điểm, người chịu trách nhiệm:
{{PHÒNG, NGƯỜI}}
Dữ liệu không được dán vào AI:
{{DỮ LIỆU CẤM}}
Ngày bắt đầu, ngày xem lại:
{{NGÀY}}

Trả về đúng sáu mục: mục tiêu, phạm vi, người và vai trò, rào chắn dữ liệu, cách đo (chỉ số đếm được trong thí điểm), điều kiện đi tiếp / sửa / dừng.
```
Prompt đóng vai người phản biện
```
Đóng vai một thành viên ban giám đốc khó tính. Đọc bản kế hoạch dưới đây và đặt đúng năm câu hỏi tôi cần trả lời trước khi được duyệt: về rủi ro dữ liệu, người chịu trách nhiệm, cách đo, ảnh hưởng tới nhân viên và điều kiện dừng. Không trả lời thay tôi, không chấm điểm.

Bản kế hoạch:
{{BẢN KẾ HOẠCH}}
```
Theo dõi project
0%
- Liệt kê việc lặp lại (bài 1)
- Chấm hai việc bằng ma trận (bài 2)
- Viết kế hoạch thí điểm một trang
- Ghi rào chắn dữ liệu và người duyệt
- Trả lời câu hỏi của người phản biện
- Gửi duyệt, điền bản bàn giao
Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Việc thí điểm chọn từ việc thật, có căn cứ Mỗi bước có đầu vào, đầu ra và người duyệt Không có số liệu, chi phí hay mức tiết kiệm bịa Có rào chắn dữ liệu và điều kiện dừng Người có thẩm quyền đã đọc và ghi quyết định

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.
Mẫu bàn giao project
```
PROJECT QUẢN TRỊ AI · BẢN BÀN GIAO
Công ty / phòng:
Người lập:
Người duyệt:

1. Việc lặp lại đã liệt kê (bài 1):
2. Hai việc ứng viên và điểm ma trận, kèm căn cứ (bài 2):
3. Việc chọn thí điểm, phòng, người chịu trách nhiệm:
4. Ngày bắt đầu, ngày xem lại:
5. Rào chắn: dữ liệu cấm dán vào AI, công cụ đã duyệt, người xem kết quả:
6. Cách đo (số đếm được trong thí điểm, hoặc “chưa đo”):
7. Điều kiện đi tiếp / sửa / dừng:
8. Câu hỏi của người phản biện và câu trả lời:
9. Quyết định của người duyệt:
10. Lần sau sẽ sửa:

Tự chấm rubric:
```
Thử ngay
Đổi tên hai việc trong ma trận thành hai việc thật ở công ty bạn, chấm điểm, rồi chạy prompt người phản biện trên bản nháp. Tick thanh theo dõi, tự chấm rubric, tải mẫu bàn giao.

Prompt soát bàn giao
```
Đọc bản bàn giao project quản trị dưới đây. Liệt kê: con số không có nguồn, lời hứa về tiết kiệm hay hiệu quả, bước không có người chịu trách nhiệm, chỗ thiếu điều kiện dừng, chỗ còn tên người, lương hay dữ liệu khách. Không viết lại.

Bản bàn giao:
{{BẢN BÀN GIAO}}
```
Áp dụng tại Việt Nam
- Dữ liệu cá nhân của nhân viên và khách cần được bảo vệ theo quy định hiện hành. Hỏi bộ phận pháp chế hoặc người phụ trách trước khi đưa vào công cụ AI.
- Ghi rõ công cụ AI công ty đã duyệt. Không dùng tài khoản cá nhân cho tài liệu nội bộ.
- Nếu thí điểm làm thay đổi cách làm việc của nhân viên, trao đổi với người lao động trước khi bắt đầu.
- Chi phí ghi bằng VND, lấy từ báo giá hay ngân sách có thật. Chưa có thì ghi “chưa có”.
Kiểm tra nhanh · 3 câu
0/3

1. Phạm vi thí điểm phù hợp cho project này là gì?

2. Chưa có số liệu về thời gian tiết kiệm thì ghi gì?

3. Dữ liệu nhạy cảm bị dán nhầm vào AI trong lúc thí điểm. Kế hoạch nên làm gì?
Trước khi gọi là xong
- Việc thí điểm có trong báo cáo tuần thật, không phải việc tưởng tượng.
- Mỗi điểm trong ma trận có một câu căn cứ.
- Không có con số, chi phí hay mức tiết kiệm không nguồn.
- Có ngày xem lại, điều kiện dừng và quyết định của người duyệt.
Nguồn tham khảo: NIST: AI Risk Management Framework · Microsoft Support: Get started writing prompts in Microsoft Copilot. Trang chính thức của tổ chức và nhà cung cấp, bằng tiếng Anh.

IT

Khóa đang làm: bài 1 đến bài 3

Xử lý sự cố, đọc log, viết tài liệu, ticket, script, DevOps, nhận biết an ninh. Bài 1
Bài 1 của khóa IT: nhận ticket, phân loại mức ưu tiên và viết câu trả lời đầu tiên cho người dùng. AI giúp tóm tắt và soạn câu trả lời. Mức ưu tiên theo quy tắc của đội, người trực ticket quyết.

Tình huống
Ví dụ minh họa: sáng thứ Hai, hộp ticket có nhiều yêu cầu viết lộn xộn. Người trực dán từng ticket đã xóa mật khẩu vào AI, xin tóm tắt một dòng, câu hỏi còn thiếu và bản trả lời đầu tiên bằng lời dễ hiểu. Mức ưu tiên do người trực chọn theo quy tắc của đội.
Quy trình bài 1: ticket đến câu trả lời đầu tiên
1. 1. Ticket
  Từ email, Zalo, hệ thống
2. 2. Che dữ liệu
  Mật khẩu, tài khoản
3. 3. AI tóm tắt
  Một dòng, câu còn thiếu
4. 4. Phân loại
  Theo quy tắc đội
5. 5. Trả lời
  Người trực duyệt
1. Che mật khẩu, mã truy cập, tên máy chủ nội bộ trước khi dán ticket vào AI.
2. Nhờ AI tóm tắt một dòng và liệt kê thông tin còn thiếu.
3. Chọn mức ưu tiên theo quy tắc đội. AI có thể gợi ý, người trực quyết.
4. Nhờ AI soạn câu trả lời đầu tiên: đã nhận, cần thêm gì, bước tiếp.
5. Ghi vào hệ thống ticket. Dấu hiệu an ninh thì báo người phụ trách an ninh ngay.
Prompt tóm tắt và trả lời ticket
```
Bạn hỗ trợ người trực helpdesk. Chỉ dùng nội dung ticket. Không đoán nguyên nhân chưa có căn cứ. Không yêu cầu người dùng gửi mật khẩu.

Ticket (đã che dữ liệu nhạy cảm):
{{TICKET}}
Quy tắc ưu tiên của đội:
{{QUY TẮC}}

Trả về:
1. Tóm tắt một dòng
2. Thông tin còn thiếu
3. Mức ưu tiên gợi ý theo quy tắc, kèm lý do
4. Câu trả lời đầu tiên cho người dùng, lời dễ hiểu, không thuật ngữ khó
```
Trò chơi phân loại ticket (quy tắc ví dụ: nhiều người dừng việc hoặc có dấu hiệu an ninh là khẩn cấp)
0/4

Cả phòng kế toán không vào được phần mềm kế toán, sắp hạn nộp báo cáo.

Một nhân viên xin cài thêm phông chữ cho máy.

Một người nhận email lạ đòi đổi mật khẩu và đã bấm vào liên kết.

Máy in tầng 2 kẹt giấy, tầng 3 vẫn in được.

Thử ngay
Chơi trò phân loại ở trên trước. Sau đó lấy ba ticket thật đã che dữ liệu, chạy prompt, và soát câu trả lời bằng prompt dưới.

Prompt soát câu trả lời
```
Đọc câu trả lời gửi người dùng. Liệt kê câu yêu cầu mật khẩu hoặc mã, câu hứa thời gian xử lý chưa được duyệt, thuật ngữ khó hiểu, câu đoán nguyên nhân. Không viết lại.

Ticket:
{{TICKET}}
Câu trả lời:
{{TRẢ LỜI}}
```
Áp dụng tại Việt Nam
- Người dùng hay báo lỗi qua Zalo. Chuyển vào hệ thống ticket để không mất dấu, ghi lại nguồn.
- Trả lời bằng tiếng Việt dễ hiểu. Thuật ngữ tiếng Anh thì giải thích một lần.
- Tin nhắn giả danh ngân hàng, cơ quan nhà nước hay sếp để đòi mã OTP là dấu hiệu lừa đảo. Coi là ticket an ninh.
- Không đưa dữ liệu khách hàng hay nhân viên vào AI khi chưa được phép.
Kiểm tra nhanh · 3 câu
0/3

1. Ticket có dấu hiệu lừa đảo lấy mật khẩu. Mức ưu tiên?

2. Câu trả lời AI soạn có câu “gửi mật khẩu để chúng tôi kiểm tra”. Làm gì?

3. Ai quyết mức ưu tiên?
Trước khi gọi là xong
- Đã che mật khẩu, mã, tên máy chủ nội bộ.
- Mức ưu tiên do người trực chọn theo quy tắc đội.
- Câu trả lời không yêu cầu mật khẩu.
- Dấu hiệu an ninh đã báo người phụ trách.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Đọc log và viết script an toàn. Bài 2
Bài 2 nhờ AI đọc một đoạn log để đặt giả thuyết, rồi viết một script nhỏ và chạy thử ở chế độ không thay đổi gì trước. AI có thể viết sai lệnh. Người chạy script chịu trách nhiệm đọc từng dòng.

Tình huống
Ví dụ minh họa: một máy chủ nội bộ đầy ổ đĩa. Kỹ thuật viên dán đoạn log đã che tên máy và địa chỉ vào AI, xin các giả thuyết và cách kiểm tra từng cái. Sau đó nhờ AI viết script PowerShell liệt kê file log cũ, chạy với -WhatIf để xem trước, rồi mới xóa sau khi trưởng nhóm đồng ý.
Quy trình bài 2: log → giả thuyết → script an toàn
1. 1. Đoạn log
  Đã che dữ liệu
2. 2. Giả thuyết
  Mỗi cái một cách kiểm tra
3. 3. Script
  AI viết, người đọc
4. 4. Chạy thử
  -WhatIf, máy thử
5. 5. Duyệt
  Trưởng nhóm, ghi ticket
1. Cắt đúng đoạn log quanh thời điểm lỗi. Che tên máy, địa chỉ IP, tài khoản.
2. Nhờ AI nêu giả thuyết. Mỗi giả thuyết kèm một cách kiểm tra, không kết luận.
3. Nhờ AI viết script chỉ đọc trước. Lệnh thay đổi phải hỗ trợ chế độ xem trước như -WhatIf.
4. Đọc từng dòng script. Chạy thử ở máy thử hoặc với -WhatIf.
5. Trưởng nhóm duyệt trước khi chạy thật. Ghi script và kết quả vào ticket.
Prompt đọc log
```
Bạn giúp đọc log. Chỉ dùng đoạn log được dán. Không kết luận nguyên nhân. Dòng không hiểu thì ghi "chưa rõ".

Hệ thống:
{{HỆ ĐIỀU HÀNH, DỊCH VỤ}}
Đoạn log (đã che dữ liệu):
{{LOG}}

Trả về:
1. Dòng đáng chú ý, giữ nguyên văn
2. Tối đa ba giả thuyết
3. Mỗi giả thuyết một cách kiểm tra chỉ đọc, không thay đổi hệ thống
```
Prompt viết script an toàn
```
Viết script PowerShell cho việc dưới đây. Yêu cầu: mặc định chỉ liệt kê, không xóa hay sửa. Phần thay đổi phải hỗ trợ -WhatIf. Ghi chú từng khối bằng tiếng Việt. Không tắt cảnh báo bảo mật, không đổi Execution Policy cho toàn máy.

Việc cần làm:
{{VÍ DỤ: LIỆT KÊ FILE LOG CŨ HƠN N NGÀY TRONG THƯ MỤC X}}

Trả về script và danh sách lệnh trong script có thể thay đổi hệ thống.
```
Thử ngay
Lấy một đoạn log thật đã che dữ liệu, chạy prompt đọc log. Nhờ AI viết script, rồi dùng prompt soát dưới trước khi chạy dù chỉ ở máy thử.

Prompt soát script
```
Đọc script dưới đây. Liệt kê từng lệnh có thể xóa, sửa, tắt dịch vụ, đổi quyền hoặc gửi dữ liệu ra ngoài. Ghi lệnh nào chưa có -WhatIf hoặc bước xác nhận. Không viết lại script.

Script:
{{SCRIPT}}
```
Áp dụng tại Việt Nam
- Nhiều đội IT ở doanh nghiệp vừa và nhỏ làm cả helpdesk lẫn máy chủ. Giữ một thư mục script đã duyệt để không viết lại mỗi lần.
- Log hệ thống thường bằng tiếng Anh. Nhờ AI giải thích dòng khó bằng tiếng Việt, nhưng giữ nguyên văn dòng log trong ticket.
- Không dán log có mật khẩu, khóa API hay dữ liệu khách vào AI.
- Script chạm dữ liệu kế toán hay nhân sự cần thêm người phụ trách phòng đó đồng ý.
Kiểm tra nhanh · 3 câu
0/3

1. Lệnh xóa trong script nên chạy thế nào lần đầu?

2. AI nói chắc chắn “lỗi do ổ cứng hỏng”. Làm gì?

3. Script AI đề xuất đổi Execution Policy cho toàn máy. Làm gì?
Trước khi gọi là xong
- Đã che tên máy, địa chỉ IP, tài khoản trong log.
- Giả thuyết có cách kiểm tra, không kết luận vội.
- Script đã chạy với -WhatIf hoặc ở máy thử.
- Trưởng nhóm đã duyệt và script được ghi vào ticket.
Nguồn tham khảo: Microsoft Learn: about_CommonParameters (PowerShell, -WhatIf) · Microsoft Learn: about_Execution_Policies (PowerShell) · Microsoft Support: Get started writing prompts in Microsoft Copilot. Trang hướng dẫn chính thức của nhà cung cấp, bằng tiếng Anh.
Đọc tài liệu kỹ thuật, thông số, SOP, bảo trì. Bài 3
Bài 3 nhờ AI đọc tài liệu kỹ thuật dài: hướng dẫn của hãng, bảng thông số, SOP và lịch bảo trì. AI tìm đúng đoạn và chuyển thành checklist dễ làm theo. Mọi thông số phải kèm trang hoặc mục trong tài liệu gốc. Người làm bảo trì đối chiếu lại trước khi làm.

Tình huống
Ví dụ minh họa: công ty sắp bảo trì định kỳ bộ lưu điện cho phòng máy chủ. Hướng dẫn của hãng dài và bằng tiếng Anh. Kỹ thuật viên đưa file hướng dẫn vào AI, hỏi các bước bảo trì định kỳ và yêu cầu ghi số trang cho từng bước. Sau đó chị mở tài liệu gốc, đối chiếu từng con số, rồi mới chuyển checklist cho trưởng nhóm duyệt.
Quy trình bài 3: tài liệu → trích dẫn → checklist
1. 1. Tài liệu gốc
  Đúng model, bản mới nhất
2. 2. Hỏi có nguồn
  Trang, mục, nguyên văn
3. 3. Đối chiếu
  Mở trang gốc, so số
4. 4. Checklist
  Bước, người làm, kiểm tra
5. 5. Duyệt
  Trưởng nhóm, lưu ticket
1. Lấy tài liệu đúng model và đúng phiên bản. Ghi tên file và ngày phát hành vào ticket.
2. Kiểm tra tài liệu có thông tin mật không, như sơ đồ mạng hay mật khẩu mặc định đã đổi. Che phần đó, hoặc dùng công cụ AI công ty đã cho phép.
3. Hỏi AI từng việc cụ thể. Mỗi câu trả lời phải có trang hoặc mục và câu nguyên văn.
4. Mở tài liệu gốc, đối chiếu mọi con số: điện áp, mô-men, nhiệt độ, chu kỳ, mã lỗi.
5. Chuyển thành checklist có người làm và cách kiểm tra sau mỗi bước. Trưởng nhóm duyệt trước khi làm thật.
Đèn trích dẫn: dùng câu trả lời của AI đến đâu
- Xanh: có trang hoặc mục, có câu nguyên văn, và bạn đã mở tài liệu gốc thấy khớp. Được đưa vào checklist.
- Vàng: có trang nhưng AI diễn giải, hoặc tài liệu ghi khác nhau ở hai chỗ. Hỏi lại hãng hoặc người phụ trách thiết bị trước.
- Đỏ: không có nguồn, nguồn trỏ sai trang, hoặc AI tự suy ra thông số. Không dùng, kể cả khi nghe hợp lý.
Thông số an toàn điện, áp suất, hóa chất hay nhiệt độ chỉ được dùng khi đèn xanh.
Prompt hỏi tài liệu có trích dẫn
```
Bạn giúp tôi đọc tài liệu kỹ thuật đính kèm. Chỉ dùng tài liệu này, không dùng kiến thức chung. Với mỗi ý, ghi số trang hoặc mục và trích câu nguyên văn bằng ngôn ngữ gốc. Không tìm thấy thì ghi "không có trong tài liệu". Không tự suy ra thông số.

Thiết bị / phần mềm:
{{TÊN, MODEL, PHIÊN BẢN TÀI LIỆU}}
Câu hỏi:
{{VÍ DỤ: CÁC BƯỚC BẢO TRÌ ĐỊNH KỲ VÀ CHU KỲ}}

Trả về bảng: Ý | Trang/mục | Câu nguyên văn | Giải thích tiếng Việt
```
Prompt chuyển tài liệu thành checklist SOP
```
Chuyển các đoạn trích đã đối chiếu dưới đây thành checklist bảo trì bằng tiếng Việt. Giữ nguyên mọi con số và đơn vị. Mỗi bước gồm: việc cần làm, trang/mục nguồn, cách kiểm tra sau bước, cảnh báo an toàn nếu tài liệu có ghi. Không thêm bước không có trong đoạn trích. Bước nào cần dừng thiết bị hoặc ngắt điện thì đánh dấu [CẦN DUYỆT].

Đoạn trích đã đối chiếu:
{{DÁN BẢNG Ý | TRANG | NGUYÊN VĂN}}
```
Mẫu checklist bảo trì
```
CHECKLIST BẢO TRÌ · DỰNG TỪ TÀI LIỆU GỐC
Thiết bị / model:
Tài liệu nguồn (tên file, phiên bản, ngày):
Người làm:
Người duyệt:
Ngày làm:

TRƯỚC KHI LÀM
[ ] Đúng tài liệu cho đúng model
[ ] Đã báo người dùng nếu phải dừng dịch vụ
[ ] Đã sao lưu cấu hình hoặc dữ liệu nếu tài liệu yêu cầu

CÁC BƯỚC
Bước | Việc cần làm | Trang/mục | Kiểm tra sau bước | Đèn (xanh/vàng/đỏ)
1 |  |  |  |
2 |  |  |  |
3 |  |  |  |

SAU KHI LÀM
[ ] Thiết bị chạy bình thường theo cách kiểm tra đã ghi
[ ] Ghi kết quả và ngày bảo trì kế tiếp vào ticket
Ghi chú chỗ tài liệu chưa rõ:
```
Thử ngay
Chọn một thiết bị hoặc phần mềm đội bạn đang quản lý và có hướng dẫn của hãng. Hỏi AI một câu bằng prompt có trích dẫn, mở đúng trang để kiểm tra. Tô đèn cho từng ý, rồi điền ba bước đầu vào mẫu checklist.

Prompt soát checklist
```
Đọc checklist dưới đây và đoạn trích nguồn. Liệt kê: bước không có trang/mục nguồn, con số khác với đoạn trích, bước cần dừng thiết bị nhưng chưa đánh dấu [CẦN DUYỆT], bước thiếu cách kiểm tra. Không viết lại checklist.

Checklist:
{{CHECKLIST}}
Đoạn trích nguồn:
{{ĐOẠN TRÍCH}}
```
Áp dụng tại Việt Nam
- Nhiều tài liệu của hãng chỉ có tiếng Anh. Để AI giải thích bằng tiếng Việt, nhưng giữ câu nguyên văn trong checklist để tra lại.
- Thiết bị mua qua đại lý có thể kèm hướng dẫn riêng. Khi khác tài liệu của hãng, hỏi đại lý hoặc hãng, không để AI chọn.
- Lưu tài liệu gốc và checklist đã duyệt chung một thư mục, ghi rõ phiên bản, để người trực sau dùng lại.
- Việc liên quan điện, phòng cháy hay thiết bị áp lực làm theo quy định an toàn của công ty và người có chuyên môn.
Kiểm tra nhanh · 3 câu
0/3

1. AI đưa ra chu kỳ thay ắc quy nhưng không ghi trang. Làm gì?

2. Hướng dẫn của hãng và SOP cũ của công ty ghi hai con số khác nhau. Làm gì?

3. Một bước trong checklist cần ngắt điện thiết bị. Đánh dấu thế nào?
Trước khi gọi là xong
- Tài liệu đúng model, ghi rõ phiên bản và ngày.
- Mọi con số trong checklist có trang hoặc mục và đã mở trang gốc đối chiếu.
- Không còn ý đèn đỏ. Ý đèn vàng đã hỏi người phụ trách.
- Bước cần dừng thiết bị đã đánh dấu và trưởng nhóm đã duyệt.
Nguồn tham khảo: Microsoft Support: Get started writing prompts in Microsoft Copilot · Google Workspace: Gemini Prompt Guide · NIST: AI Risk Management Framework. Trang chính thức của tổ chức và nhà cung cấp, bằng tiếng Anh.

Project: runbook một trang có AI hỗ trợ cho một việc IT thật. Project

Project cuối khóa gom ba bài thành một runbook hoặc checklist bảo trì một trang cho một việc IT thật đang lặp lại ở công ty: nhận và phân loại ticket (bài 1), đọc log và chạy lệnh kiểm tra an toàn (bài 2), lấy bước và thông số từ tài liệu của hãng (bài 3). AI soạn nháp, người trực đọc từng lệnh, chạy thử trên máy thử trước, trưởng nhóm IT duyệt rồi mới dùng.

Tình huống

Ví dụ minh họa, không phải công ty thật: đội IT nhỏ thường nhận ticket “máy in tầng 2 không in được”. Người trực gom các ticket cũ (đã bỏ tên người dùng), đoạn log hàng đợi in và mục khắc phục sự cố trong hướng dẫn của hãng, nhờ AI dựng runbook một trang. Người trực chạy thử từng bước trên một máy, sửa chỗ sai, rồi gửi trưởng nhóm duyệt.

Workflow project: Chọn việc → Gom nguồn → Nháp → Chạy thử → Duyệt

1. Chọn việc
Ticket lặp lại, bài 1
2. Gom nguồn
Log, tài liệu hãng, bài 2–3
3. Nháp
AI dựng runbook
4. Chạy thử
Máy thử, người đọc từng lệnh
5. Duyệt
Trưởng nhóm IT chốt

Chọn một việc lặp lại từ ticket thật (bài 1). Ghi dấu hiệu nhận biết và mức ưu tiên theo quy tắc của đội.
Gom nguồn: ticket cũ đã bỏ tên người dùng, đoạn log đã xóa mật khẩu, token, địa chỉ IP nội bộ (bài 2), mục liên quan trong tài liệu của hãng kèm số trang (bài 3).
Nhờ AI dựng runbook một trang bằng prompt bên dưới. Mọi bước và thông số phải chỉ ra nguồn.
Chạy thử từng bước trên máy thử. Lệnh thay đổi hệ thống chạy chế độ chỉ đọc hoặc thử trước, có bước quay lui.
Ghi điểm dừng: khi nào chuyển lên cấp cao hơn hoặc gọi hãng, không tự làm tiếp.
Gửi trưởng nhóm IT duyệt. Ghi ngày duyệt và ngày xem lại runbook.

Dữ liệu mẫu để tập (không phải hệ thống thật)

Mã	Nội dung ticket (đã bỏ tên)	Ghi chú người trực
T01	Máy in tầng 2 báo lỗi, lệnh in treo trong hàng đợi.	Khởi động lại dịch vụ in thì chạy.
T02	Máy in tầng 2 không in được từ laptop mới.	Laptop chưa cài driver.
T03	Máy in tầng 2 kẹt giấy, đèn đỏ.	Làm theo mục kẹt giấy trong hướng dẫn hãng.

Dữ liệu mẫu do Học viện tự đặt để tập. Không phải ticket của khách hay của ITUpX.

Ba câu hỏi “dùng, sửa hay bỏ” khi xem lại runbook

Dùng khi người trực khác làm theo được mà không phải hỏi thêm.
Sửa khi có bước thiếu, lệnh lỗi thời hoặc thông số không khớp tài liệu mới. Ghi chỗ sửa và ngày.
Bỏ khi hệ thống đã thay hoặc runbook từng làm hỏng việc mà không có bước quay lui. Ghi lý do.

Prompt dựng runbook một trang

Bạn giúp tôi viết runbook một trang cho đội IT. Chỉ dùng nguồn dưới đây. Không bịa lệnh, thông số, đường dẫn hay số liệu. Bước nào không có nguồn thì ghi “cần xác minh”.

Việc và dấu hiệu nhận biết:
{{VIỆC}}
Ticket cũ (đã bỏ tên người dùng):
{{TICKET}}
Đoạn log (đã xóa mật khẩu, token, IP nội bộ):
{{LOG}}
Trích tài liệu của hãng, kèm trang hoặc mục:
{{TÀI LIỆU}}

Trả về đúng sáu mục: phạm vi, điều kiện trước khi làm, các bước (mỗi bước ghi nguồn), cách kiểm tra đã xong, bước quay lui, điểm dừng và chuyển cấp.

Prompt đóng vai người trực mới

Đóng vai người trực IT mới vào, chưa biết hệ thống. Đọc runbook dưới đây và đặt đúng năm câu hỏi ở chỗ bạn sẽ bị kẹt hoặc có thể làm hỏng việc. Không sửa runbook.

Runbook:
{{RUNBOOK}}

Theo dõi project

Chọn việc lặp lại từ ticket thật (bài 1)
Gom log đã làm sạch (bài 2) và tài liệu hãng (bài 3)
Dựng runbook nháp bằng prompt
Chạy thử từng bước trên máy thử
Trả lời câu hỏi của người trực mới
Gửi duyệt, điền bản bàn giao

Tự chấm theo rubric (0 chưa có, 1 có nhưng còn thiếu, 2 đạt)

Việc chọn từ ticket thật, có dấu hiệu nhận biết Mỗi bước và thông số có nguồn Đã chạy thử trên máy thử, có bước quay lui Không có mật khẩu, token, dữ liệu người dùng trong prompt Có điểm dừng, người duyệt và ngày xem lại

Tổng tự chấm: 0/10

Đây là tự chấm để biết còn thiếu gì. Không phải điểm chính thức, không ghi vào quiz hay chứng chỉ.

Mẫu bàn giao project

PROJECT IT AI · BẢN BÀN GIAO RUNBOOK
Công ty / đội IT:
Người lập:
Người duyệt:

1. Việc lặp lại và dấu hiệu nhận biết (bài 1):
2. Mức ưu tiên theo quy tắc của đội:
3. Nguồn đã dùng: ticket, log đã làm sạch (bài 2), tài liệu hãng kèm trang (bài 3):
4. Điều kiện trước khi làm:
5. Các bước, mỗi bước ghi nguồn:
6. Cách kiểm tra đã xong:
7. Bước quay lui:
8. Điểm dừng và chuyển cấp (ai, khi nào):
9. Kết quả chạy thử trên máy thử, ngày:
10. Câu hỏi của người trực mới và câu trả lời:
11. Quyết định của người duyệt, ngày xem lại:

Tự chấm rubric:

Prompt soát bàn giao

Đọc bản bàn giao runbook dưới đây. Liệt kê: bước hoặc thông số không có nguồn, lệnh thay đổi hệ thống mà không có bước quay lui, mật khẩu, token hay dữ liệu người dùng còn sót, chỗ thiếu điểm dừng hoặc người duyệt. Không viết lại, chỉ liệt kê.

Bản bàn giao:
{{BẢN BÀN GIAO}}

Áp dụng tại Việt Nam

Dữ liệu cá nhân của nhân viên và khách trong ticket, log cần được bảo vệ theo quy định hiện hành. Hỏi người phụ trách dữ liệu trước khi đưa vào công cụ AI.
Tài liệu của hãng thường bằng tiếng Anh. Giữ nguyên tên lệnh, tên menu và thông số, chỉ dịch phần giải thích.
Ghi số điện thoại hoặc kênh hỗ trợ chính thức của hãng, nhà cung cấp mạng trong điểm chuyển cấp.
Lưu runbook ở nơi đội IT cùng truy cập, không để trong tài khoản AI cá nhân.

Kiểm tra nhanh · 3 câu

0/3

1. AI viết một lệnh khởi động lại dịch vụ. Bước tiếp theo là gì?

2. Runbook có một thông số không thấy trong tài liệu của hãng. Ghi gì?

3. Đoạn log có token đăng nhập. Làm gì trước khi dán vào AI?

Trước khi gọi là xong

Việc trong runbook có trong ticket thật, không phải việc tưởng tượng.
Mỗi bước và thông số có nguồn hoặc ghi “cần xác minh”.
Đã chạy thử trên máy thử, có bước quay lui và điểm dừng.
Trưởng nhóm IT đã duyệt, có ngày xem lại.

Nguồn tham khảo: Google SRE Book: Being On-Call · NIST SP 800-61 Rev. 3: Incident Response Recommendations · NIST: AI Risk Management Framework

Học viện AI-First

Khung nghề Marketing và Kế toán

5 prompt chuẩn để biên soạn bài học ITUpX

Dịch transcript tiếng Anh sang tiếng Việt sát nghĩa

Việt hóa bài học mức L3 theo bối cảnh Việt Nam

Tạo 3 đến 5 câu quiz trắc nghiệm kiểm tra kiến thức

Soát lỗi thuật ngữ, số liệu và bản quyền bài viết

Tạo metadata SEO chuẩn để đăng bài lên LMS

AI Skill Profile thử

Bài viết từ AI-First Foundations

Bài nền tảng viết thêm cho nhân viên văn phòng

AI-First là gì với nhân viên văn phòng

Đừng bắt đầu bằng việc mua công cụ

Pain-point đo được trông như thế nào

Human Operator là người xem lại

ROI sớm không cần số liệu bịa

Ví dụ minh họa cho người làm marketing

Ví dụ minh họa cho người làm kế toán

Việc nên làm trong bảy ngày

Những câu hay gây hiểu nhầm

Đem vào khóa học

Cách chọn việc nên giao cho AI

Ba điều kiện cùng lúc

Bộ lọc một trang giấy

Bốn ví dụ đúng hướng

Ví dụ minh họa ở phòng marketing

Ví dụ minh họa ở phòng kế toán

Ví dụ minh họa ở phòng kinh doanh

Khi ba điều kiện không đủ để chốt

Ghi quyết định chọn việc

Một cuộc họp chọn việc kéo mười phút

Nguồn và bước học tiếp

Prompt DNA gồm sáu thành phần

Vai trò: AI đang đóng vai ai

Bối cảnh: việc đang xảy ra ở đâu

Nhiệm vụ: một việc, một lần hỏi

Ràng buộc: những gì không được làm

Định dạng: bản nháp trông như thế nào

Tiêu chí đạt: thế nào là dùng được

Một prompt mẫu cho email nội bộ

Một prompt mẫu cho tóm tắt họp

Luyện năm prompt cho đúng việc của team

Sửa prompt theo lỗi nhìn thấy

Nguồn

Dữ liệu không được dán vào AI

Mô hình công cộng là gì trong bài học

Phân loại trước khi dán

Làm sạch một bản ghi chú họp

Hóa đơn, thuế và chứng từ

Công cụ có kiểm soát truy cập

Ghi lại quyết định quan trọng

Những lý do hay được dùng để dán cho nhanh

Việc làm được ngay trong buổi làm việc

Khi đồng nghiệp nhờ dán hộ

Checklist trước khi dán

Nguồn

Cách đo việc dùng AI trong tuần đầu

Vì sao chỉ đo một tuần

Người dùng thực sự

Prompt và mẫu được dùng lại

Phút tiết kiệm, và khi chưa có phút

Ba cột trên một trang

Ví dụ minh họa một tuần của team nội dung

Ví dụ minh họa một tuần của nhóm hành chính kế toán

Những cách đo làm báo cáo lệch

Sau tuần đầu

Nguồn

Mức ưu tiên đầu tư nội dung

Rubric thử cho project cuối khóa

Ghi email cho 5 học viện

Giữ chỗ khóa Marketing AI

Editor bán thời gian

Lịch Phase 2 và KPI kế hoạch

Khung sản xuất 5 academy

Marketing AI

Kinh doanh AI

Kế toán AI

Quản trị và IT

Mục lục 5 academy, tháng 3–5

Marketing AI