ONMATE / AUTOMATION

Automation

Thực hành xây dựng quy trình tự động từ một công việc cụ thể.

Học cách xác định điều kiện bắt đầu, các bước xử lý và cách kiểm tra kết quả. Bài thực hành bao gồm xử lý dữ liệu thiếu, sự kiện trùng và lỗi kết nối để đội ngũ hiểu cách theo dõi, vận hành quy trình.

Xem nội dung đào tạo Tư vấn chương trình

Sơ đồ luồng

Ánh xạ dữ liệu

docs.google.com/document/d/1AbC…/edit

Bảng ánh xạ – Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Bảng ánh xạ trường dữ liệu

Bài tập buổi 2 · ví dụ giả định

Trường của form	Cột của bảng	Xử lý
Họ tên	Tên khách	Cắt khoảng trắng
Số điện thoại	Điện thoại	Bỏ dấu cách, giữ 10 số
Sản phẩm quan tâm	Sản phẩm	Giữ nguyên

Nhật ký chạy

luong.example/nha-thom/nhat-ky

Nhật ký chạy thử · Đăng ký tư vấn

Giờ · bước	Kết quả	Mã
08:31 · Ghi vào bảng	Thành công	200
08:44 · Ghi vào bảng	Thử lại 1	503
08:49 · Ghi vào bảng	Thành công	200
09:12 · Ghi vào bảng	Dừng	403

Tài liệu bàn giao

docs.google.com/document/d/1AbC…/edit

Tài liệu bàn giao – Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Bàn giao luồng Đăng ký tư vấn

Bài tập buổi 6 · ví dụ giả định

Người phụ trách

Chị Hạnh. Người nhận tin báo lỗi: chị Hạnh, người thay thế: bạn Mai.

Luồng làm gì

Form, chuẩn hóa số, loại trùng, ghi bảng tính, báo Sale A.

Cách tạm dừng

Tắt công tắc ở góc trên. Luồng dừng, dữ liệu cũ giữ nguyên.

HÀNH TRÌNH SÁU BUỔI AUTOMATION

Từ luồng một điều kiện đến luồng có nhánh lỗi và người nhận bàn giao.

Sáu buổi, mỗi buổi một việc làm được. Chọn một chặng để xem buổi đó.

CHẶNG 01

Luồng có điều kiện

Buổi 1, thứ Hai 05/10. Vẽ luồng một điều kiện, hai nhánh: đủ số điện thoại đi một đường, thiếu số đi đường khác.

Sáu chặng quay quanh một điểm. Chọn một chặng để đọc chi tiết.

Automation

SÁU BUỔI HỌC

Chọn một buổi học để xem
toàn bộ cách làm.

Mỗi buổi có màn hình thực hành, tài liệu đầu vào và cách đánh giá riêng.

Chạm vào một thẻ để đổi nội dung bên dưới.

Đang xemLuồng có điều kiện

Nội dung của thẻ Luồng có điều kiệnChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 1 trông thế nào.

Ba màn hình: sơ đồ luồng, bảng luật và trang bài học.

Một điều kiện, hai nhánh

Công cụ vẽ mô phỏng, không gắn tên hãng. Điều kiện bắt đầu là có người gửi form, rồi một câu hỏi hai đáp án.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

luong.example/nha-thom/dang-ky-tu-van

Đăng ký tư vấnCông cụ tự động hóa (mẫu)Bản thử · đang tạm dừng

Có người gửi formForm “Đăng ký tư vấn”

Số điện thoại đủ 10 số?Điều kiện của luồng

Có

Ghi vào bảng tínhRồi báo Sale A (mẫu)

Không

Ghi vào tab Cần kiểmChị Hạnh xem lại

Mỗi luồng bắt đầu bằng đúng một điều kiện bắt đầu. Ở đây là có người gửi form thử “Đăng ký tư vấn”.
Điều kiện chỉ có hai đáp án, có hoặc không. Câu hỏi viết rõ để ai đọc cũng trả lời được.
Nhánh có đi tiếp vào bảng tính rồi báo Sale A. Nhánh không đi tab Cần kiểm, nên không bản ghi nào bị mất.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Bảng luật khi, nếu, thì

Ba cột viết bằng lời trước khi vẽ. Ai không biết công cụ vẫn đọc hiểu và góp ý được.

Đọc tiếp

Ba cột.

MÔ PHỎNG · SỐ MẪU

docs.google.com/document/d/1AbC…/edit

Bảng luật của luồng – Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Bảng luật của luồng

Bài tập buổi 1 · ví dụ giả định

Khi	Nếu	Thì
Có người gửi form	Số điện thoại đủ 10 số	Ghi bảng, báo Sale A
Có người gửi form	Thiếu số điện thoại	Ghi tab Cần kiểm

Cột Khi nêu điều kiện bắt đầu. Viết bằng lời trước khi vẽ, người không biết công cụ vẫn đọc hiểu.
Cột Nếu là câu hỏi có hai đáp án. Mỗi đáp án sẽ thành một nhánh trên hình vẽ.
Cột Thì là việc làm khi điều kiện không đạt. Thiếu số điện thoại thì ghi tab Cần kiểm, không bỏ đi.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 1.

Viết luật trước, vẽ sau.

01Giảng viên ONMATE cho xem form thử và bảng tính thử, rồi hỏi nhóm đang chép tay những gì.
02Từng người viết luật bằng lời: khi nào, nếu gì, thì làm gì. Mỗi luật một dòng.
03Từng người vẽ luồng có một điều kiện và hai nhánh, mỗi nhánh có tên rõ.
04Cả lớp chạy thử ba bản ghi: đủ số, thiếu số, trùng. Chỉ chạy thử, không bật thật.
05Giảng viên đọc bảng luật và nhận xét. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Form thử
Bảng tính thử
Năm người học
Lịch buổi 1

Luồng có điều kiệnONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng luật, bản vẽ luồng, trang bài học và bảng đọc bài nộp.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 1.

Cần form thử, bảng tính thử và mẫu bảng luật.

NGUYÊN TẮC

Luật viết bằng lời trước khi vẽ. Mỗi điều kiện có hai đáp án và mỗi đáp án có nơi đến, không bản ghi nào bị rơi.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-chay-thu-3-ban-ghiTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Bản ghi	Số điện thoại	Nhánh đã đi	Kết quả
2	Bản ghi 1	09•• ••• 214	Có số	Ghi vào bảng
3	Bản ghi 2	(trống)	Không có số	Tab Cần kiểm
4	Bản ghi 3	09•• ••• 214	Có số	Ghi vào bảng

Chạy thửGhi chú

Bản ghi đủ số đi nhánh Có số và được ghi vào bảng. Đây là đường chạy bình thường.
Bản ghi không có số đi nhánh còn lại, nằm ở tab Cần kiểm. Luồng không im lặng bỏ qua bản ghi.
Bản ghi 3 trùng bản ghi 1 nhưng luồng này chưa biết, nên ghi hai lần. Buổi 2 thêm bước loại trùng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Một điều kiện bắt đầu

Có người gửi form

Điều kiện hai đáp án

Có hoặc không

Mỗi nhánh có nơi đến

Không bản ghi rơi

Chỉ dùng dữ liệu thử

Số che bớt

Bộ tài nguyên4 mục

FormForm thửBa ô nhập.
BảngBảng tính thửHai tab.
MẫuMẫu bảng luậtBa cột.
Bài tậpĐề buổi 1Luồng một điều kiện.

Xem đủ thông số và ghi chú

Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc để biết luồng bắt đầu khi có sự kiện nào.
Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao chỉ nên chuyển dữ liệu cần thiết.
Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc khi cần hiểu kết quả của một bước.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗OWASP: API Security Top 10 ↗MDN: mã trạng thái HTTP ↗

ĐO ĐIỀU GÌ

Đọc bảng luật.

Đếm bảng luật đủ ba phần, nhánh có tên rõ và bài đã chạy thử đủ ba bản ghi.

CẦN ĐO

Bảng đếm việc của lớp, không chấm điểm từng người.

ĐỌC BÀI NỘP · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc bài nộp buổi 1 – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc bài nộp buổi 1

Bảng luật · lớp 5 bài · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Bảng luật đủ khi, nếu, thì	5	5	Đủ
Nhánh có tên rõ ràng	4	5	Còn một
Chạy thử đủ ba bản ghi	3	5	Còn hai

Bảng luật đủ khi, nếu, thì: 5 trên 5 bài. Đếm bài nộp, không đánh giá chất lượng người làm.
Nhánh có tên rõ ràng: 4 trên 5. Còn một bài đặt tên nhánh chung chung như “nhánh 1”.
Chạy thử đủ ba bản ghi: 3 trên 5. Hai bài chưa thử bản ghi thiếu số hoặc bản ghi trùng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Bảng luật đủ khi, nếu, thì	Năm trên năm	Cả lớp
Nhánh có tên rõ ràng	Bốn trên năm	Còn một
Chạy thử đủ ba bản ghi	Ba trên năm	Còn hai
Bản ghi trùng đã xử lý	Theo từng bài	Học ở buổi 2

CÁCH ĐỌC

5 trên 5 bảng luật đủ khi, nếu, thì, 4 trên 5 nhánh có tên rõ ràng, 3 trên 5 bài chạy thử đủ ba bản ghi.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm việc của lớp, không dùng để xếp hạng người học.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Form sang bảng tính

Bắt đầu từ một form thử.

Chọn form và bảng tính thử
Viết luật khi, nếu, thì
Vẽ luồng một điều kiện
Chạy thử ba bản ghi

Tin báo cho người nhận

Bắt đầu từ việc ai cần biết.

Chọn người nhận tin
Viết điều kiện để gửi tin
Vẽ nhánh gửi và nhánh không gửi
Thử với bản ghi mẫu

Phân loại theo sản phẩm

Bắt đầu từ ô sản phẩm quan tâm.

Liệt kê các sản phẩm của form
Mỗi sản phẩm một người nhận
Vẽ điều kiện theo sản phẩm
Thử từng nhánh

DẤU HIỆU

Luồng không rẽ nhánh

Chỉ số	Giá trị
Hiện tượng	Bản ghi thiếu số vẫn vào bảng chính
Nguyên nhân	Chưa có điều kiện tách bản ghi
Việc cần làm	Thêm điều kiện và nhánh cho bản ghi thiếu số

KIỂM TRA

Mọi bản ghi đi chung một đường.

DẤU HIỆU

Điều kiện mơ hồ

Chỉ số	Giá trị
Hiện tượng	Hai người đọc ra hai đáp án khác nhau
Nguyên nhân	Điều kiện không có tiêu chí đo được
Việc cần làm	Viết lại thành câu có đáp án rõ, như đủ 10 số

KIỂM TRA

Câu hỏi như “số điện thoại ổn không?”.

DẤU HIỆU

Nhánh không có nơi đến

Chỉ số	Giá trị
Hiện tượng	Bản ghi biến mất, không ai thấy
Nguyên nhân	Nhánh không kết thúc ở bảng hay tin báo
Việc cần làm	Nối nhánh tới tab Cần kiểm hoặc tin báo

KIỂM TRA

Một nhánh vẽ xong nhưng không nối đâu.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã viết luật khi, nếu, thì trước khi vẽLuồng có đúng một điều kiện bắt đầuĐiều kiện có hai đáp án rõMỗi nhánh có tên và nơi đếnChỉ dùng form thử và bảng tính thửSố điện thoại trong bài đã che bớtĐã chạy thử ba bản ghi và ghi kết quảĐã nộp bảng luật trước hạn 08/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

Nội dung của thẻ Ánh xạ dữ liệuChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 2 trông thế nào.

Ba màn hình: bảng ánh xạ, luồng làm sạch dữ liệu và trang bài học.

Trường nào vào cột nào

Mỗi trường của form đi vào một cột của bảng, kèm cách xử lý. Số điện thoại bỏ dấu cách và giữ 10 số.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

docs.google.com/document/d/1AbC…/edit

Bảng ánh xạ – Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Bảng ánh xạ trường dữ liệu

Bài tập buổi 2 · ví dụ giả định

Trường của form	Cột của bảng	Xử lý
Họ tên	Tên khách	Cắt khoảng trắng
Số điện thoại	Điện thoại	Bỏ dấu cách, giữ 10 số
Sản phẩm quan tâm	Sản phẩm	Giữ nguyên

Mỗi trường của form đi vào đúng một cột. Trường không có cột thì dữ liệu bị bỏ hoặc nằm sai chỗ.
Số điện thoại cần xử lý trước khi ghi: bỏ dấu cách, giữ 10 số. Số viết khác nhau thì không so sánh được.
Sản phẩm giữ nguyên chữ khách chọn. Đổi tên cột ở bảng thì phải sửa lại bảng ánh xạ này.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 2.

Làm sạch trước, so sánh sau.

01Giảng viên ONMATE cho xem ba số điện thoại viết ba kiểu và hỏi luồng nên hiểu chúng thế nào.
02Từng người lập bảng ánh xạ: mỗi trường của form một cột của bảng.
03Từng người viết cách chuẩn hóa số điện thoại và thêm bước đó vào luồng thử.
04Từng người thêm bước loại bản ghi trùng, so số đã chuẩn hóa với bảng tính.
05Giảng viên đọc bảng ánh xạ và nhận xét. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Form thử
Bảng tính thử
Năm người học
Lịch buổi 2

Ánh xạ dữ liệuONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng ánh xạ, luồng làm sạch dữ liệu, trang bài học và bảng đọc bài nộp.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 2.

Cần mẫu số điện thoại, bảng ánh xạ và bảng trước sau.

NGUYÊN TẮC

Làm sạch dữ liệu trước khi so sánh hoặc ghi. Hai số cùng một người nhưng viết khác nhau sẽ bị coi là hai người.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-so-truoc-sauTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Số nhập vào	Sau chuẩn hóa	Đã có trong bảng?	Luồng làm
2	09•• ••• 214	09•••••214	Chưa	Ghi mới
3	+84 9•• ••• 214	09•••••214	Rồi	Bỏ qua
4	(trống)	(trống)	Không so được	Tab Cần kiểm

Trước sauGhi chú

Số được đưa về một dạng duy nhất. Dạng chung này là thứ luồng đem so với bảng.
Dòng 2 sau chuẩn hóa giống dòng 1 nên là trùng. Luồng bỏ qua thay vì ghi thêm một dòng nữa.
Số trống không so được. Luồng không đoán mà chuyển sang tab Cần kiểm cho người xem lại.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Chuẩn hóa trước

Rồi mới so sánh

So với bảng

Loại bản ghi trùng

Số trống không đoán

Sang tab Cần kiểm

Che bớt số

Trong bài và ảnh

Bộ tài nguyên4 mục

Dữ liệu20 bản ghi mẫuCó trùng, thiếu số.
MẫuBảng ánh xạBa cột.
MẫuBảng trước sauBa dòng ví dụ.
Bài tậpĐề buổi 2Thêm hai bước.

Xem đủ thông số và ghi chú

Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao chỉ nên chuyển dữ liệu cần thiết.
Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc để biết dữ liệu form đến luồng ở dạng nào.
Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc khi cần hiểu mã trả về sau khi ghi.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗Apps Script: trình kích hoạt ↗MDN: mã trạng thái HTTP ↗

ĐO ĐIỀU GÌ

Đọc bảng ánh xạ.

Đếm bảng đủ cột, số điện thoại có bước chuẩn hóa và luồng có bước loại trùng.

CẦN ĐO

Bảng đếm việc của lớp, không chấm điểm từng người.

ĐỌC BÀI NỘP · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc bài nộp buổi 2 – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc bài nộp buổi 2

Bảng ánh xạ · lớp 4 bài · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Bảng ánh xạ đủ cột	4	4	Đủ
Số điện thoại có bước chuẩn hóa	3	4	Còn một
Có bước loại bản ghi trùng	2	4	Còn hai

Bảng ánh xạ đủ cột: 4 trên 4 bài đã nộp. Đếm bài nộp, không đánh giá chất lượng người làm.
Số điện thoại có bước chuẩn hóa: 3 trên 4. Còn một bài ghi số thẳng vào bảng.
Có bước loại bản ghi trùng: 2 trên 4. Hai bài sẽ ghi hai dòng cho cùng một số.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Bảng ánh xạ đủ cột	Bốn trên bốn	Cả lớp
Số điện thoại có bước chuẩn hóa	Ba trên bốn	Còn một
Có bước loại bản ghi trùng	Hai trên bốn	Còn hai
Bản ghi sang đúng nơi	Theo từng luồng	Học ở buổi 3

CÁCH ĐỌC

4 trên 4 bảng ánh xạ đủ cột, 3 trên 4 bài có bước chuẩn hóa số điện thoại, 2 trên 4 bài có bước loại bản ghi trùng.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm việc của lớp, không dùng để xếp hạng người học.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Số điện thoại

Bắt đầu từ cột điện thoại.

Liệt kê các kiểu viết số
Chọn một dạng chung
Thêm bước chuẩn hóa
Thử với bản ghi mẫu

Tên sản phẩm

Bắt đầu từ ô sản phẩm quan tâm.

Liệt kê tên sản phẩm của form
Lập bảng đổi về tên chuẩn
Thêm bước đổi tên
Thử với bản ghi mẫu

Bản ghi trùng

Bắt đầu từ bảng đã có dữ liệu.

Chọn cột dùng để so, như số điện thoại
Chuẩn hóa cột đó
Thêm bước so với bảng
Quyết định bỏ qua hay cập nhật

DẤU HIỆU

Dữ liệu lệch cột

Chỉ số	Giá trị
Hiện tượng	Cột điện thoại chứa chữ
Nguyên nhân	Trường form nối nhầm cột của bảng
Việc cần làm	Rà lại bảng ánh xạ từng trường một

KIỂM TRA

Họ tên nằm ở cột điện thoại.

DẤU HIỆU

Một người, hai dòng

Chỉ số	Giá trị
Hiện tượng	Bảng có hai dòng cho một khách
Nguyên nhân	So sánh trước khi chuẩn hóa số
Việc cần làm	Đặt bước chuẩn hóa trước bước loại trùng

KIỂM TRA

Số có dấu cách và số bắt đầu +84.

DẤU HIỆU

Mất số 0 đầu

Chỉ số	Giá trị
Hiện tượng	Số trong bảng ngắn hơn số khách nhập
Nguyên nhân	Cột đang để dạng số, không phải dạng chữ
Việc cần làm	Đặt cột thành dạng chữ rồi kiểm tra lại

KIỂM TRA

Số điện thoại chỉ còn chín chữ số.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Mỗi trường của form có đúng một cộtSố điện thoại có bước chuẩn hóaBước chuẩn hóa chạy trước bước loại trùngCó bước loại bản ghi trùngSố trống đi sang tab Cần kiểmBảng ánh xạ ghi cách xử lý từng trườngSố điện thoại trong bài đã che bớtĐã nộp bảng ánh xạ trước hạn 12/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

Nội dung của thẻ Luồng một leadChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 3 trông thế nào.

Ba màn hình: luồng một lead, thẻ lead và trang bài học.

Từ form đến lời nhắc

Ghi vào bảng với trạng thái Mới, báo Sale A (mẫu), rồi nhắc một lần nếu sau một ngày vẫn là Mới.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

luong.example/nha-thom/dang-ky-tu-van

Đăng ký tư vấnCông cụ tự động hóa (mẫu)Bản thử · đang tạm dừng

Có người gửi formĐã chuẩn hóa, không trùng

Ghi vào bảng tínhTrạng thái đặt là Mới

Báo Sale A (mẫu)Tên, sản phẩm, liên kết dòng

Sau 1 ngày vẫn là Mới?Chờ rồi kiểm tra dòng

Có

Nhắc Sale A (mẫu)Một tin nhắc

Không

DừngLead đã có người gọi

Luồng ghi lead vào bảng với trạng thái Mới. Trạng thái giúp cả đội biết lead đang ở đâu.
Tin báo cho Sale A chỉ nêu tên, sản phẩm và liên kết dòng. Không chép cả bảng vào tin nhắn.
Sau một ngày vẫn là Mới thì nhắc một lần. Nhắc có giới hạn, không lặp mãi.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Lead sau khi luồng chạy

Trạng thái, người nhận và nguồn do luồng điền. Người gọi chỉ cần đổi trạng thái sau khi liên hệ.

Đọc tiếp

Ba trường.

MÔ PHỎNG · SỐ MẪU

crm.example/nha-thom/lead/21

Lead · Khách A (mẫu)

Trường	Giá trị
Điện thoại	09•• ••• 214
Sản phẩm	Hộp quà Tết
Trạng thái	Mới
Người nhận	Sale A (mẫu)
Nguồn	Luồng “Đăng ký tư vấn”

Trạng thái Mới do luồng đặt. Khi người gọi đổi sang Đã gọi, luồng sẽ không nhắc nữa.
Người nhận là Sale A (mẫu). Mỗi lead có một người nhận để không ai tưởng người khác đã gọi.
Nguồn ghi tên luồng đã tạo dòng này. Có nguồn thì lúc lỗi biết mở luồng nào để xem.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 3.

Mỗi lead có trạng thái và người nhận.

01Giảng viên ONMATE nhắc lại luồng buổi 2 và hỏi: lead xong thì ai cần biết, ai cần gọi.
02Từng người nối luồng với bảng tính và đặt trạng thái Mới cho lead vào.
03Từng người thêm tin báo cho Sale A (mẫu), chỉ nêu tên, sản phẩm và liên kết dòng.
04Từng người thêm lời nhắc sau một ngày nếu trạng thái chưa đổi, rồi chạy thử 20 bản ghi mẫu.
05Giảng viên đối chiếu số bản ghi vào và ra. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Form thử
Bảng tính thử
Năm người học
Lịch buổi 3

Luồng một leadONMATE cùng doanh nghiệp

Bạn nhận lại

Bản vẽ luồng, lead có trạng thái, trang bài học và bảng đọc luồng.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 3.

Cần bảng lead, danh sách người nhận và 20 bản ghi mẫu.

NGUYÊN TẮC

Mỗi lead có một trạng thái và một người nhận. Số bản ghi vào phải bằng số bản ghi ra, kể cả bản ghi bị bỏ qua.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-dang-ky-tu-vanTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Tên khách	Điện thoại	Sản phẩm	Trạng thái	Người nhận
2	Khách A (mẫu)	09•• ••• 214	Hộp quà Tết	Mới	Sale A (mẫu)
3	Khách B (mẫu)	09•• ••• 781	Nến nhài	Đã gọi	Sale B (mẫu)
4	Khách C (mẫu)	(trống)	Hộp quà Tết	Cần kiểm	Chị Hạnh

LeadCần kiểm

Lead mới vào luôn có trạng thái Mới. Cột này là chỗ người gọi cập nhật sau khi liên hệ.
Mỗi dòng ghi một người nhận. Luồng báo đúng người này, không báo cả nhóm.
Lead không có số được đặt là Cần kiểm và giao chị Hạnh. Không gửi cho Sale vì chưa gọi được.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Một trạng thái

Mới, Đã gọi, Hẹn lịch

Một người nhận

Tránh trùng việc

Tin báo ngắn

Tên, sản phẩm, liên kết

Nhắc có giới hạn

Một lần sau một ngày

Bộ tài nguyên4 mục

BảngBảng leadNăm cột.
Dữ liệu20 bản ghi mẫu14 sạch, 3 trùng, 3 thiếu số.
MẫuMẫu tin báoBa dòng.
Bài tậpĐề buổi 3Chạy thử 20 bản ghi.

Xem đủ thông số và ghi chú

Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc để biết luồng bắt đầu khi có sự kiện nào.
Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao tin báo không nên kèm dữ liệu thừa.
Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc khi cần hiểu kết quả của một bước.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗OWASP: API Security Top 10 ↗MDN: mã trạng thái HTTP ↗

ĐO ĐIỀU GÌ

Đọc luồng một lead.

Đếm bản ghi đã báo Sale A, bản ghi bỏ qua vì trùng và bản ghi sang tab Cần kiểm.

CẦN ĐO

Số vào phải bằng số ra, nếu không là có bản ghi rơi.

ĐỌC LUỒNG · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc luồng một lead – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc luồng một lead

Bản mẫu của giảng viên · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Đã báo Sale A (mẫu)	14	20	Khớp
Bỏ qua vì trùng	3	20	Khớp
Chuyển sang tab Cần kiểm	3	20	Khớp

14 trên 20 bản ghi đã báo Sale A (mẫu). Đây là các bản ghi sạch, đủ số và không trùng.
3 trên 20 bản ghi bị bỏ qua vì trùng. Bỏ qua có ghi lại, không biến mất.
3 trên 20 bản ghi sang tab Cần kiểm. Cộng ba dòng ra 20: vào bao nhiêu, ra bấy nhiêu.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Đã báo Sale A (mẫu)	14 trên 20	Bản ghi sạch
Bỏ qua vì trùng	3 trên 20	Có ghi lại
Sang tab Cần kiểm	3 trên 20	Chị Hạnh xem
Tổng số vào và ra	20 và 20	Khớp

CÁCH ĐỌC

14 trên 20 đã báo Sale A (mẫu), 3 trên 20 bỏ qua vì trùng, 3 trên 20 sang tab Cần kiểm.

Đọc tiếp

Cộng lại đủ 20.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm việc của luồng thử, không dùng để đánh giá người làm.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Lead từ form

Bắt đầu từ form đăng ký.

Ghi lead với trạng thái Mới
Báo người nhận
Đặt lời nhắc sau một ngày
Chạy thử một lead

Lead nhập tay

Bắt đầu từ danh sách có sẵn.

Gom lead vào cùng bảng
Gán nguồn cho từng dòng
Dùng chung luồng báo và nhắc
Thử một dòng trước

Lead cần kiểm

Bắt đầu từ bản ghi thiếu số.

Gom bản ghi thiếu số
Giao chị Hạnh xem lại
Sửa rồi đưa về luồng chính
Ghi lại đã xử lý

DẤU HIỆU

Lead nằm im

Chỉ số	Giá trị
Hiện tượng	Dòng ở trạng thái Mới nhiều ngày
Nguyên nhân	Không có lời nhắc hoặc không có người nhận
Việc cần làm	Thêm người nhận và lời nhắc sau một ngày

KIỂM TRA

Lead vào bảng nhưng không ai gọi.

DẤU HIỆU

Nhắc mãi không dừng

Chỉ số	Giá trị
Hiện tượng	Sale A nhận lời nhắc nhiều lần
Nguyên nhân	Luồng không kiểm trạng thái trước khi nhắc
Việc cần làm	Chỉ nhắc khi vẫn là Mới và nhắc một lần

KIỂM TRA

Người gọi rồi mà vẫn nhận nhắc.

DẤU HIỆU

Số vào không bằng số ra

Chỉ số	Giá trị
Hiện tượng	Thiếu vài lead so với form
Nguyên nhân	Có nhánh bỏ qua mà không ghi lại
Việc cần làm	Ghi mọi bản ghi vào bảng, tab Cần kiểm hoặc nhật ký

KIỂM TRA

Bảng ít dòng hơn số người gửi form.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Mỗi lead có một trạng tháiMỗi lead có một người nhậnTin báo chỉ nêu tên, sản phẩm, liên kếtLời nhắc chỉ gửi một lầnBản ghi thiếu số sang tab Cần kiểmSố bản ghi vào bằng số bản ghi raChỉ chạy thử, luồng đang tạm dừngĐã nộp bản vẽ luồng trước hạn 15/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

Nội dung của thẻ Nhánh lỗiChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 4 trông thế nào.

Ba màn hình: nhánh lỗi, tin báo lỗi và trang bài học.

Thử lại rồi báo người

Bước ghi vào bảng có hai đường ra. Chạy được thì báo Sale A, bị lỗi thì thử lại tối đa 3 lần rồi báo chị Hạnh.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

luong.example/nha-thom/dang-ky-tu-van

Đăng ký tư vấnCông cụ tự động hóa (mẫu)Bản thử · đang tạm dừng

Có người gửi formĐã chuẩn hóa, không trùng

Ghi vào bảng tínhBước có thể gặp lỗi

Chạy được

Báo Sale A (mẫu)Khi ghi xong

Bị lỗi

Thử lại sau 5 phútTối đa 3 lần

Vẫn lỗi: báo chị HạnhKèm số dòng, không kèm số điện thoại

Ghi vào bảng là bước có thể lỗi vì bảng bận hoặc mất quyền. Bước này cần hai đường ra.
Lỗi tạm thời thì thử lại sau 5 phút, tối đa 3 lần. Giới hạn số lần để không lặp mãi.
Vẫn lỗi thì báo chị Hạnh kèm số dòng. Không kèm số điện thoại trong tin báo lỗi.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 4.

Lỗi nào thử lại, lỗi nào dừng.

01Giảng viên ONMATE cho xem một lượt chạy lỗi và hỏi: ai biết, bản ghi đang ở đâu.
02Từng người liệt kê các bước của luồng có thể lỗi, mỗi bước một dòng.
03Từng người chia lỗi tạm thời và lỗi cố định, rồi ghi lỗi nào thử lại, lỗi nào dừng.
04Từng người nối nhánh lỗi, đặt số lần thử lại tối đa và người nhận tin báo.
05Giảng viên đọc bảng xử lý lỗi và nhận xét. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Luồng thử
Bảng xử lý lỗi
Năm người học
Lịch buổi 4

Nhánh lỗiONMATE cùng doanh nghiệp

Bạn nhận lại

Luồng có nhánh lỗi, bảng xử lý lỗi, trang bài học và bảng đọc bài nộp.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 4.

Cần luồng thử, bảng xử lý lỗi và mẫu tin báo.

NGUYÊN TẮC

Lỗi tạm thời thì thử lại có giới hạn. Lỗi do dữ liệu hay quyền thì dừng và báo người phụ trách, thử thêm cũng không đổi.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-bang-xu-ly-loiTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Lỗi	Thử lại?	Việc làm	Báo ai
2	Thiếu số điện thoại	Không	Chuyển tab Cần kiểm	Chị Hạnh
3	Bảng tạm không mở được	Có, tối đa 3 lần	Chờ rồi ghi lại	Chưa cần
4	Sai quyền ghi bảng	Không	Dừng luồng	Chị Hạnh

Xử lý lỗiGhi chú

Thiếu số điện thoại là lỗi của dữ liệu. Thử lại bao nhiêu lần cũng không có số, nên không thử lại.
Bảng tạm không mở được là lỗi tạm thời. Chỉ loại lỗi này mới thử lại, và có số lần tối đa.
Sai quyền thì dừng luồng và báo chị Hạnh. Thử tiếp chỉ làm nhật ký đầy thêm lỗi giống nhau.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Thử lại có giới hạn

Tối đa vài lần

Lỗi dữ liệu thì dừng

Không thử lại

Báo đúng người

Một tên cụ thể

Tin báo không kèm số

Chỉ kèm số dòng

Bộ tài nguyên4 mục

LuồngLuồng thửTừ buổi 3.
BảngBảng xử lý lỗiBốn cột.
MẫuMẫu tin báo lỗiBa phần.
Bài tậpĐề buổi 4Thêm nhánh lỗi.

Xem đủ thông số và ghi chú

Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc để phân biệt lỗi tạm thời với lỗi cần sửa.
Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao tin báo lỗi không nên kèm dữ liệu riêng.
Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc phần lưu ý để biết những trường hợp trình kích hoạt không chạy.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗OWASP: API Security Top 10 ↗Apps Script: trình kích hoạt ↗

ĐO ĐIỀU GÌ

Đọc bảng xử lý lỗi.

Đếm loại lỗi có nhánh riêng, có người nhận báo và có giới hạn thử lại.

CẦN ĐO

Bảng đếm dòng của bài mẫu, không chấm điểm người làm.

ĐỌC BẢNG · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc bảng xử lý lỗi – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc bảng xử lý lỗi

Bản mẫu của giảng viên · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Lỗi có nhánh xử lý riêng	3	3	Đủ
Lỗi có người nhận báo	2	3	Còn một
Lỗi có giới hạn thử lại	1	3	Còn hai

Cả 3 loại lỗi đều có nhánh xử lý riêng. Đếm dòng của bảng, không đánh giá người làm.
Lỗi có người nhận báo: 2 trên 3. Còn một loại lỗi chưa ghi ai sẽ nhận tin.
Lỗi có giới hạn thử lại: 1 trên 3. Hai loại còn lại chưa nói thử mấy lần.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Lỗi có nhánh xử lý riêng	Ba trên ba	Đủ
Lỗi có người nhận báo	Hai trên ba	Còn một
Lỗi có giới hạn thử lại	Một trên ba	Còn hai
Tin báo có số dòng	Theo từng bài	Học ở buổi 5

CÁCH ĐỌC

3 trên 3 loại lỗi có nhánh riêng, 2 trên 3 có người nhận báo, 1 trên 3 có giới hạn thử lại.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm dòng của bảng mẫu, không dùng để đánh giá người làm.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Lỗi ghi bảng

Bắt đầu từ bước ghi vào bảng.

Liệt kê lỗi có thể xảy ra
Chia lỗi tạm thời và lỗi cố định
Đặt thử lại cho lỗi tạm thời
Báo chị Hạnh khi vẫn lỗi

Lỗi tin báo

Bắt đầu từ bước báo Sale A.

Xác định tin gửi thất bại ra sao
Thử gửi lại một lần
Ghi vào tab Cần kiểm nếu vẫn lỗi
Báo chị Hạnh

Lỗi dữ liệu

Bắt đầu từ bản ghi thiếu số.

Nhận ra bản ghi thiếu số
Không thử lại
Chuyển tab Cần kiểm
Ghi số dòng vào nhật ký

DẤU HIỆU

Lỗi không ai biết

Chỉ số	Giá trị
Hiện tượng	Vài lead không thấy trong bảng
Nguyên nhân	Luồng không có nhánh báo lỗi
Việc cần làm	Thêm nhánh lỗi và người nhận tin báo

KIỂM TRA

Luồng dừng mà không có tin.

DẤU HIỆU

Thử lại mãi

Chỉ số	Giá trị
Hiện tượng	Nhật ký đầy một lỗi lặp lại
Nguyên nhân	Không có giới hạn số lần thử lại
Việc cần làm	Đặt tối đa 3 lần rồi dừng và báo

KIỂM TRA

Luồng cứ chạy lại một bước lỗi.

DẤU HIỆU

Tin báo lộ dữ liệu

Chỉ số	Giá trị
Hiện tượng	Số điện thoại xuất hiện trong tin báo
Nguyên nhân	Tin báo lấy cả bản ghi làm nội dung
Việc cần làm	Chỉ gửi số dòng và tên bước lỗi

KIỂM TRA

Tin báo lỗi chép cả bản ghi.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã liệt kê các bước có thể lỗiMỗi loại lỗi có nhánh xử lý riêngChỉ lỗi tạm thời được thử lạiSố lần thử lại có giới hạnMỗi loại lỗi có người nhận tin báoTin báo không kèm số điện thoạiChỉ chạy thử, luồng đang tạm dừngĐã nộp bảng xử lý lỗi trước hạn 19/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

Nội dung của thẻ Nhật ký và chạy lạiChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 5 trông thế nào.

Ba màn hình: nhật ký chạy, một lượt chạy bị dừng và trang bài học.

Giờ, bước, kết quả, mã

Mỗi dòng ghi một lần chạy. Mã 503 là lỗi tạm thời được thử lại, mã 403 là không đủ quyền nên luồng dừng.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

luong.example/nha-thom/nhat-ky

Nhật ký chạy thử · Đăng ký tư vấn

Giờ · bước	Kết quả	Mã
08:31 · Ghi vào bảng	Thành công	200
08:44 · Ghi vào bảng	Thử lại 1	503
08:49 · Ghi vào bảng	Thành công	200
09:12 · Ghi vào bảng	Dừng	403

Dòng này là lỗi tạm thời, mã 503, luồng tự thử lại lần 1. Mã giúp biết lỗi tạm hay lỗi cố định.
Lần sau thành công, mã 200. Hai dòng đi cùng nhau mới kể đủ chuyện: lỗi một lần rồi qua.
Mã 403 là không đủ quyền. Luồng dừng vì thử thêm cũng vậy. Cần sửa quyền trước.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 5.

Sửa nguyên nhân rồi mới chạy lại.

01Giảng viên ONMATE đưa nhật ký có hai lỗi và hỏi: dòng nào cần chạy lại, dòng nào không.
02Từng người đọc nhật ký từng dòng: giờ, bước, kết quả và mã.
03Từng người ghi nguyên nhân của mỗi lỗi và cách sửa trước khi chạy lại.
04Từng người chạy lại đúng bản ghi lỗi, bản ghi trùng thì bỏ qua, rồi đối chiếu với bảng.
05Giảng viên đọc ghi chú chạy lại và nhận xét. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Nhật ký chạy thử
Luồng thử
Năm người học
Lịch buổi 5

Chạy lại an toànONMATE cùng doanh nghiệp

Bạn nhận lại

Ghi chú chạy lại, bảng đối chiếu, trang bài học và bảng đọc nhật ký.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 5.

Cần nhật ký chạy thử, bảng tính và mẫu ghi chú chạy lại.

NGUYÊN TẮC

Tìm nguyên nhân trước, chạy lại sau. Chạy lại đúng bản ghi lỗi, không chạy lại cả lô, và đối chiếu số dòng với bảng.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-ghi-chu-chay-laiTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Giờ	Bản ghi	Kết quả	Việc đã làm
2	09:12	Dòng 21	Lỗi mã 403	Sửa quyền ghi, chạy lại
3	09:20	Dòng 21	Thành công	Không cần làm thêm
4	09:31	Dòng 22	Bỏ qua, trùng	Không chạy lại

Chạy lạiGhi chú

Mỗi lần chạy lại ghi nguyên nhân và cách sửa. Tuần sau ai đọc cũng biết lỗi này đã xử lý thế nào.
Chạy lại thành công, kết quả được ghi ngay dưới dòng lỗi. Hai dòng này đi cùng nhau.
Bản ghi trùng không chạy lại. Chạy lại bản ghi trùng chỉ tạo thêm dòng thừa trong bảng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Đọc nguyên nhân

Trước khi chạy lại

Chạy lại đúng dòng

Không chạy cả lô

Bỏ qua bản ghi trùng

Tránh dòng thừa

Ghi chú mỗi lần

Giờ, lỗi, cách sửa

Bộ tài nguyên4 mục

Nhật kýNhật ký chạy thửBa cột.
BảngBảng tính thửĐể đối chiếu.
MẫuGhi chú chạy lạiBốn cột.
Bài tậpĐề buổi 5Sửa hai lỗi mẫu.

Xem đủ thông số và ghi chú

Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc để hiểu mã 200, 403, 503 trong nhật ký.
Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc phần lưu ý để biết những trường hợp trình kích hoạt không chạy.
Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao nhật ký không nên chứa dữ liệu riêng.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗Apps Script: trình kích hoạt ↗OWASP: API Security Top 10 ↗

ĐO ĐIỀU GÌ

Đọc nhật ký chạy thử.

Đếm bản ghi đã ghi vào bảng, lượt lỗi đã chạy lại và lỗi có ghi nguyên nhân.

CẦN ĐO

Số trong nhật ký phải khớp với bảng tính.

ĐỌC NHẬT KÝ · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc nhật ký chạy thử – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc nhật ký chạy thử

Bản mẫu của giảng viên · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Bản ghi đã ghi vào bảng	14	20	Khớp
Lượt lỗi đã chạy lại	2	2	Đủ
Lỗi có ghi nguyên nhân	1	2	Còn một

14 trên 20 bản ghi đã ghi vào bảng. Số này phải khớp với bảng tính, đối chiếu mỗi tuần.
Cả 2 lượt lỗi đều đã chạy lại. Lỗi chưa chạy lại là việc còn nợ.
Lỗi có ghi nguyên nhân: 1 trên 2. Còn một lượt chạy lại chưa ghi vì sao lỗi.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Bản ghi đã ghi vào bảng	14 trên 20	Khớp bảng
Lượt lỗi đã chạy lại	2 trên 2	Đủ
Lỗi có ghi nguyên nhân	1 trên 2	Còn một
Bản ghi bị chạy lại hai lần	Theo từng lượt	Cần kiểm

CÁCH ĐỌC

14 trên 20 bản ghi đã vào bảng, 2 trên 2 lượt lỗi đã chạy lại, 1 trên 2 lỗi có ghi nguyên nhân.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm việc của luồng thử, không dùng để đánh giá người làm.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Lỗi tạm thời

Bắt đầu từ dòng có mã 503.

Xem luồng đã tự thử lại chưa
Chờ rồi kiểm tra lần chạy sau
Ghi kết quả vào nhật ký
Không chạy tay thêm

Lỗi quyền

Bắt đầu từ dòng có mã 403.

Mở bước bị dừng
Nhờ người phụ trách sửa quyền
Chạy lại từ bước lỗi
Ghi giờ và cách sửa

Bản ghi trùng

Bắt đầu từ dòng báo trùng.

Xác nhận số đã có trong bảng
Không chạy lại
Ghi bỏ qua vì trùng
Đối chiếu số dòng cuối ngày

DẤU HIỆU

Chạy lại cả lô

Chỉ số	Giá trị
Hiện tượng	Bảng có dòng trùng sau khi chạy lại
Nguyên nhân	Chạy lại cả lô thay vì đúng bản ghi lỗi
Việc cần làm	Chỉ chạy lại bản ghi lỗi và bỏ dòng trùng

KIỂM TRA

Cả lô chạy lại sau một lỗi.

DẤU HIỆU

Lỗi không ai nhớ

Chỉ số	Giá trị
Hiện tượng	Không ai biết lần trước sửa thế nào
Nguyên nhân	Không ghi nguyên nhân và cách sửa
Việc cần làm	Ghi giờ, lỗi, cách sửa vào ghi chú chạy lại

KIỂM TRA

Tuần sau lỗi cũ xuất hiện lại.

DẤU HIỆU

Nhật ký lộ dữ liệu

Chỉ số	Giá trị
Hiện tượng	Số điện thoại hiện trong nhật ký
Nguyên nhân	Nhật ký ghi toàn bộ dữ liệu của bước
Việc cần làm	Chỉ ghi số dòng, tên bước, kết quả và mã

KIỂM TRA

Nhật ký lưu cả nội dung bản ghi.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đọc được từng cột của nhật kýBiết mã nào là lỗi tạm thời, mã nào cần sửaĐã ghi nguyên nhân trước khi chạy lạiChỉ chạy lại bản ghi lỗiBản ghi trùng được bỏ quaĐã đối chiếu số dòng với bảng tínhNhật ký không chứa số điện thoại đầy đủĐã nộp ghi chú chạy lại trước hạn 22/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

Nội dung của thẻ Bàn giao luồngChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Buổi 6 trông thế nào.

Ba màn hình: tài liệu bàn giao, danh sách luồng và trang bài học.

Một trang cho người nhận

Ba phần: người phụ trách, luồng làm gì, cách tạm dừng. Người mới đọc là làm được, không cần hỏi người cũ.

Đọc tiếp

Ba phần.

MÔ PHỎNG · SỐ MẪU

docs.google.com/document/d/1AbC…/edit

Tài liệu bàn giao – Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Bàn giao luồng Đăng ký tư vấn

Bài tập buổi 6 · ví dụ giả định

Người phụ trách

Chị Hạnh. Người nhận tin báo lỗi: chị Hạnh, người thay thế: bạn Mai.

Luồng làm gì

Form, chuẩn hóa số, loại trùng, ghi bảng tính, báo Sale A.

Cách tạm dừng

Tắt công tắc ở góc trên. Luồng dừng, dữ liệu cũ giữ nguyên.

Mỗi luồng có một người phụ trách và một người thay thế. Luồng không chủ dễ bị bỏ quên khi lỗi.
Một câu nói luồng làm gì, theo thứ tự các bước. Người mới đọc là hiểu, không cần mở công cụ.
Cách tạm dừng nói rõ ở đâu và dữ liệu cũ ra sao. Ai trực cũng làm được.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Mỗi luồng một chủ

Mỗi luồng có người phụ trách, trạng thái và ngày rà lại. Hai luồng mẫu luôn ở trạng thái tạm dừng.

Đọc tiếp

Ba chỗ có chấm.

MÔ PHỎNG · SỐ MẪU

luong.example/nha-thom/danh-sach

Danh sách luồng · Nhà Thơm (mẫu)

Luồng	Người phụ trách	Trạng thái
Đăng ký tư vấn	Chị Hạnh	Tạm dừng
Nhắc Sale gọi lại	Sale A (mẫu)	Tạm dừng

Rà lại hai luồng vào 29/10, chỉ để tham khảo.

Mỗi luồng ghi tên người phụ trách. Khi có thay đổi, người này được hỏi trước.
Trạng thái cho biết luồng đang chạy hay tạm dừng. Hai luồng mẫu này luôn tạm dừng, không chạy thật.
Ngày rà lại đặt sẵn để luồng được xem định kỳ. Ngày 29/10 chỉ để tham khảo.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

LÀM NHƯ THẾ NÀO

Năm bước của buổi 6.

Người khác đọc là làm được.

01Giảng viên ONMATE hỏi: nếu người phụ trách nghỉ ngày mai, ai chạy được luồng.
02Từng người ghi người phụ trách, người thay thế và người nhận tin báo lỗi.
03Từng người viết luồng làm gì theo thứ tự các bước, cùng cách tạm dừng và bật lại.
04Từng người đặt lịch rà luồng: ai rà, rà gì, ghi lại gì. Ngày rà chỉ để tham khảo.
05Giảng viên đọc tài liệu bàn giao và nhận xét. Bảng theo dõi ghi ai đã nộp.

Bạn đưa vào

Luồng thử
Danh sách luồng
Năm người học
Lịch buổi 6

Bàn giao luồngONMATE cùng doanh nghiệp

Bạn nhận lại

Tài liệu bàn giao, lịch rà luồng, trang bài học và bảng đọc tài liệu.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho buổi 6.

Cần danh sách luồng, mẫu tài liệu bàn giao và lịch rà.

NGUYÊN TẮC

Mỗi luồng có người phụ trách, người thay thế và cách tạm dừng. Tài liệu viết cho người chưa từng thấy luồng.

BẢNG · MẪU

docs.google.com/spreadsheets

nhathom-lich-ra-luongTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Việc rà	Ai rà	Khi nào	Ghi lại gì
2	Xem nhật ký lỗi	Bạn Mai	Hằng tuần · tham khảo	Số lỗi và số đã xử lý
3	Chạy thử bằng bản ghi mẫu	Chị Hạnh	Sau khi sửa luồng	Kết quả ba bản ghi
4	Rà người nhận báo lỗi	Chị Hạnh	Khi đổi người	Tên người mới

Lịch ràGhi chú

Mỗi việc rà có một người. Bạn Mai xem nhật ký lỗi hằng tuần, ngày rà chỉ để tham khảo.
Sau mỗi lần sửa luồng phải chạy thử lại. Sửa nhỏ cũng có thể làm hỏng một bước khác.
Đổi người nhận báo lỗi thì ghi tên mới ngay. Tin báo gửi nhầm người cũng như không có tin báo.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Một người phụ trách

Có người thay thế

Một người nhận báo lỗi

Ghi tên cụ thể

Cách tạm dừng

Ở đâu, ai làm

Lịch rà luồng

Ngày chỉ tham khảo

Bộ tài nguyên4 mục

Danh sáchDanh sách luồngHai luồng mẫu.
MẫuMẫu bàn giaoBa phần.
BảngLịch rà luồngBốn cột.
Bài tậpĐề buổi 6Một trang bàn giao.

Xem đủ thông số và ghi chú

Nguồn: Apps Script: trình kích hoạt Trang của Google về trình kích hoạt. Đọc để ghi đúng điều gì làm luồng bắt đầu chạy.
Nguồn: OWASP: API Security Top 10 Danh sách rủi ro bảo mật của API. Đọc để biết vì sao nên rà quyền truy cập định kỳ.
Nguồn: MDN: mã trạng thái HTTP Trang của MDN giải thích các mã trạng thái. Đọc để ghi cách hiểu các mã thường gặp vào tài liệu.

Tài liệu tham khảo:Apps Script: trình kích hoạt ↗OWASP: API Security Top 10 ↗MDN: mã trạng thái HTTP ↗

ĐO ĐIỀU GÌ

Đọc tài liệu bàn giao.

Đếm luồng có người phụ trách, có cách tạm dừng và có ngày rà lại.

CẦN ĐO

Bảng đếm dòng của bài mẫu, không chấm điểm người làm.

ĐỌC TÀI LIỆU · MẪU

docs.google.com/document/d/1AbC…/edit

Đọc tài liệu bàn giao – Lớp Nhà Thơm (mẫu)

TệpChỉnh sửaXemChènĐịnh dạngCông cụ

Chia sẻ

100%Văn bản thườngArial11BI

Đọc tài liệu bàn giao

Bản mẫu của giảng viên · ví dụ giả định

Điều kiện	Số lượng	Trên tổng	Đọc
Luồng có người phụ trách	2	2	Đủ
Luồng có cách tạm dừng	1	2	Còn một
Luồng có ngày rà lại	1	2	Còn một

Cả 2 luồng đều có người phụ trách. Đếm dòng của tài liệu, không đánh giá người làm.
Có cách tạm dừng: 1 trên 2. Luồng còn lại chưa viết ai tắt và tắt ở đâu.
Có ngày rà lại: 1 trên 2. Luồng còn lại chưa có lịch xem lại.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Luồng có người phụ trách	Hai trên hai	Đủ
Luồng có cách tạm dừng	Một trên hai	Còn một
Luồng có ngày rà lại	Một trên hai	Còn một
Luồng có người thay thế	Theo từng luồng	Cần kiểm

CÁCH ĐỌC

2 trên 2 luồng có người phụ trách, 1 trên 2 có cách tạm dừng, 1 trên 2 có ngày rà lại.

LƯU Ý

Số mẫu của giảng viên chỉ để tập đọc.

Đọc tiếp

Đếm dòng của tài liệu mẫu, không dùng để đánh giá người làm.

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Luồng đăng ký tư vấn

Bắt đầu từ luồng đã làm ở lớp.

Ghi người phụ trách
Viết luồng làm gì
Viết cách tạm dừng
Đặt ngày rà

Luồng nhắc Sale

Bắt đầu từ luồng nhắc gọi lại.

Ghi Sale A là người phụ trách
Ghi điều kiện nhắc
Ghi cách tạm dừng nhắc
Đặt ngày rà

Luồng mới của đội

Bắt đầu từ một việc đang làm tay.

Chọn việc lặp lại nhiều lần
Vẽ luồng như các buổi trước
Chạy thử, giữ tạm dừng
Viết tài liệu bàn giao

DẤU HIỆU

Luồng không có chủ

Chỉ số	Giá trị
Hiện tượng	Tin báo lỗi nằm im nhiều ngày
Nguyên nhân	Không ghi người phụ trách và người thay thế
Việc cần làm	Ghi tên người phụ trách vào danh sách luồng

KIỂM TRA

Lỗi xảy ra mà không ai nhận.

DẤU HIỆU

Không ai dám tắt

Chỉ số	Giá trị
Hiện tượng	Phải chờ người cũ về mới xử lý được
Nguyên nhân	Tài liệu không viết cách tạm dừng
Việc cần làm	Viết rõ ở đâu tắt và dữ liệu cũ ra sao

KIỂM TRA

Luồng gửi nhầm mà không ai tắt.

DẤU HIỆU

Người nhận báo lỗi đã nghỉ

Chỉ số	Giá trị
Hiện tượng	Lỗi không ai thấy
Nguyên nhân	Danh sách người nhận không được rà lại
Việc cần làm	Đưa việc rà người nhận vào lịch rà luồng

KIỂM TRA

Tin báo gửi tới người cũ.

Tài liệu tham khảo:MDN: mã trạng thái HTTP ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Mỗi luồng có người phụ tráchMỗi luồng có người thay thếCó tên người nhận tin báo lỗiTài liệu viết luồng làm gì theo thứ tựTài liệu viết cách tạm dừng và bật lạiCó lịch rà, ngày rà chỉ để tham khảoTài liệu không chứa số điện thoại đầy đủĐã nộp tài liệu bàn giao trước mốc 29/10

Tài liệu tham khảo:OWASP: API Security Top 10 ↗

NHỚ NHANH

Sáu buổi, từ luồng một điều kiện đến luồng có người phụ trách.

Chọn một ô để quay lại đúng phần nội dung ở trên.

CÓ THỂ CẦN THÊM

Khóa học đi cùng.

01Đào tạo AI MarketingYêu cầu có nguồn, kiểm chứng.02Đào tạo GA4 & TrackingSự kiện, thẻ, kiểm tra.03Đào tạo đội ngũ nội bộTheo vai trò, cùng quy trình.

Automation

Từ luồng một điều kiện đến luồng có nhánh lỗi và người nhận bàn giao.

Luồng có điều kiện

Ánh xạ dữ liệu

Luồng một lead

Nhánh lỗi

Nhật ký và chạy lại

Bàn giao luồng

Chọn một buổi học để xem toàn bộ cách làm.

Luồng có điều kiện — Vẽ luồng có một điều kiện và hai nhánh cho form thử.

Buổi 1 trông thế nào.

Một điều kiện, hai nhánh

Bảng luật khi, nếu, thì

Bảng luật của luồng

Bài học và bài tập

Buổi 1 · Luồng có điều kiện

Trong buổi

Bài tập

Hạn nộp

Năm bước của buổi 1.

Cần chuẩn bị gì cho buổi 1.

Một điều kiện bắt đầu

Điều kiện hai đáp án

Mỗi nhánh có nơi đến

Chỉ dùng dữ liệu thử

Đọc bảng luật.

Đọc bài nộp buổi 1

Cách xử lý các tình huống thường gặp.

Form sang bảng tính

Tin báo cho người nhận

Phân loại theo sản phẩm

Danh sách kiểm tra.

Ánh xạ dữ liệu — Nối từng trường của form với một cột của bảng và làm sạch số điện thoại.

Buổi 2 trông thế nào.

Trường nào vào cột nào

Bảng ánh xạ trường dữ liệu

Chuẩn hóa, loại trùng, ghi

Bài học và bài tập

Buổi 2 · Ánh xạ dữ liệu

Trong buổi

Bài tập

Hạn nộp

Năm bước của buổi 2.

Cần chuẩn bị gì cho buổi 2.

Chuẩn hóa trước

So với bảng

Số trống không đoán

Che bớt số

Đọc bảng ánh xạ.

Đọc bài nộp buổi 2

Cách xử lý các tình huống thường gặp.

Số điện thoại

Tên sản phẩm

Bản ghi trùng

Danh sách kiểm tra.

Luồng một lead — Nối form, bảng tính và tin báo để một lead đi hết đường có trạng thái.

Buổi 3 trông thế nào.

Từ form đến lời nhắc

Lead sau khi luồng chạy

Bài học và bài tập

Buổi 3 · Luồng một lead

Trong buổi

Bài tập

Hạn nộp

Năm bước của buổi 3.

Cần chuẩn bị gì cho buổi 3.

Một trạng thái

Một người nhận

Tin báo ngắn

Nhắc có giới hạn

Đọc luồng một lead.

Đọc luồng một lead

Cách xử lý các tình huống thường gặp.

Lead từ form

Lead nhập tay

Lead cần kiểm

Danh sách kiểm tra.

Nhánh lỗi — Thêm nhánh lỗi: thử lại có giới hạn rồi báo người phụ trách.

Buổi 4 trông thế nào.

Thử lại rồi báo người

Chọn một buổi học để xem
toàn bộ cách làm.

Gửi tới

Chuyện gì xảy ra

Việc cần làm

Người phụ trách

Luồng làm gì

Cách tạm dừng