Lark Suite cho doanh nghiệp
— từ cơ bản đến vận hành tự động

120 phút · Học xong tự làm được: dựng cây tổ chức · tạo và phân quyền tài khoản · xoá tài khoản mà không mất tài liệu · đưa tên miền công ty vào Lark và quản lý toàn bộ hộp thư.

Chuẩn bị trước buổi: Cộng sự gửi clip khởi động 20' (cài app, đăng nhập, giao diện) cho nhóm chưa dùng Lark · chia breakout thủ công 1 người cũ + 3 người mới · chuẩn bị một tên miền thật để demo phần Email.

MỞ MÀN (0–8')

Ba việc phải xong trong 8 phút:

1. Cho họ thấy đích đến (demo 2 phút)
2. Nói rõ hôm nay làm gì
3. Trấn an nhóm chưa biết gì

Ý phải nói — nói bằng lời của anh, đừng đọc

• Năm ngày này dựng một bộ máy, không phải học một phần mềm.
• Bộ máy nào cũng bắt đầu từ: ai là ai, ai được thấy gì, ai được làm gì.
• Hôm nay làm đúng phần nền đó, cộng thêm email công ty — thứ mà khách hàng nhìn vào là đánh giá mình ngay.
• Trong lớp có người dùng Lark lâu rồi, có người hôm nay mới cài. Cả hai đều đúng chỗ, vì phần hôm nay là phần người dùng lâu cũng thường chưa đụng tới.

Nếu cần câu mở, dùng câu này

"Em hỏi nhanh một câu: công ty mình bao nhiêu người, và ai báo cáo cho ai?
Anh chị trả lời được ngay. Nhưng phần mềm công ty mình có biết không?
Nó không biết. Nên đơn xin nghỉ không biết gửi ai, quyền không biết cấp cho ai. Hôm nay mình khai cho nó biết."

🖥️ Demo 2 phút — cho thấy đích đến

Bấm một nút trên Lark Base → nhóm chat nhận thẻ báo cáo → trạng thái dòng tự đổi.

"Cái này ngày thứ 5 anh chị tự làm. Nó chạy được là vì hôm nay mình khai đúng ai là ai — máy biết nhắn cho ai."

Trấn an nhóm mới — nói ngắn, đừng dài dòng

"Anh chị nào hôm nay mới cài app: mọi từ lạ em đều giải nghĩa, trong nhóm thực hành luôn có người kèm, và sau mỗi buổi có 30 phút phụ đạo riêng với cộng sự."

① CẤU TRÚC TỔ CHỨC (8–28')

Vào khối

"Công ty mình có phòng ban, có cấp trên cấp dưới — nhưng đó là trong đầu mình. Phải khai ra thì máy mới dùng được."

Ba thứ khai sai là hỏng về sau:

🖥️ Demo — trong Admin Console

1. Tổ chức / Nhân sự → tạo phòng ban: Kinh doanh · Marketing · Kế toán · Vận hành
2. Tạo phòng ban con: Marketing → Nội dung
3. Gán trưởng phòng cho từng phòng
4. Mở hồ sơ một nhân sự → chỉ vào 4 ô: Phòng ban · Chức danh · Quản lý trực tiếp · Mã nhân viên

⚠️ Ba bẫy

1. Dựng cây quá chi tiết — 3 người mà chia 5 phòng. Dựng theo thực tế đang có.
2. Bỏ trống "Quản lý trực tiếp" — ô hay bị bỏ nhất, và làm hỏng nhiều thứ nhất.
3. Đổi cơ cấu sau khi đã dựng quy trình — đổi phòng ban thì luồng duyệt và phân quyền phải rà lại hết. Chốt cây tổ chức trước.

Câu chốt khối

"Cây tổ chức không phải sơ đồ treo tường. Nó là dữ liệu mà mọi thứ khác dựa vào."

② TẠO TÀI KHOẢN NHÂN SỰ (28–48')

Ba cách — chọn theo tình huống

🖥️ Demo — tạo 1 người từ đầu đến cuối

1. Nhân sự → Thêm thành viên → Họ tên · Email công ty · Phòng ban · Chức danh · Quản lý trực tiếp
2. Hệ thống gửi lời mời → trạng thái "Chưa kích hoạt"
3. Người đó bấm link, đặt mật khẩu → "Đang hoạt động"
4. Thêm vào nhóm chat phòng ban
5. Chỉ chỗ đặt lại mật khẩu và buộc đăng xuất khỏi mọi thiết bị (dùng khi nhân sự mất máy)

🖥️ Nhập hàng loạt — cho xem file mẫu

Chỉ rõ cột nào bắt buộc, cột nào bỏ trống được.

"Mẹo: điền luôn cột Quản lý trực tiếp ngay trong file — đỡ phải vào sửa tay từng người."

Bốn trạng thái tài khoản — phải phân biệt

  CHƯA KÍCH HOẠT   ĐANG HOẠT ĐỘNG   TẠM KHOÁ        ĐÃ XOÁ
  đã tạo, chưa     dùng bình         không đăng      mất chỗ,
  đăng nhập lần    thường            nhập được,      khôi phục
  nào                                dữ liệu còn     trong 30 ngày

⚠️ Bẫy

• Trùng email / trùng số điện thoại → không tạo được. Rà trước khi tải file lên.
• Tài khoản chưa kích hoạt vẫn tính vào số ghế ở một số gói — dọn người không vào.
• Đừng dùng email cá nhân của nhân viên nếu công ty đã có tên miền → phần ⑤ giải quyết.

Câu chốt khối

"Tạo tài khoản là việc 2 phút. Khai đúng phòng ban và quản lý trực tiếp mới là việc đáng tiền."

③ PHÂN QUYỀN NHÂN SỰ (48–60')

Chỗ ai cũng nhầm — nói rõ ngay

Trong Lark có ba loại quyền khác hẳn nhau, người ta hay tưởng là một:

  (1) QUYỀN QUẢN TRỊ        (2) QUYỀN ỨNG DỤNG      (3) QUYỀN TÀI LIỆU
  trong Admin Console       dùng được app nào       từng file / từng base
  ────────────────────      ──────────────────      ─────────────────────
  tạo/xoá tài khoản         được dùng Base,         ai xem/sửa BẢNG NÀY
  xem nhật ký               được dùng Mail,         ai xem/sửa TÀI LIỆU KIA
  đổi cơ cấu                cài app ngoài
      ^                            ^                        ^
  ít người nhất              cả công ty          KHÁC NHAU TỪNG BẢNG -> Ngày 4

Câu phải nói: "Làm quản trị viên KHÔNG có nghĩa là thấy được mọi bảng. Quản trị viên quản lý tài khoản, không tự động thấy dữ liệu."

🖥️ Demo — vai trò quản trị

1. Mở Vai trò quản trị: quản trị cao nhất · quản trị phụ · quản trị theo phạm vi
2. Tạo vai trò chỉ quản lý nhân sự (thêm/xoá người được, đổi cài đặt bảo mật thì không) → gán cho HR
3. Giới hạn phạm vi: chỉ quản được nhân sự phòng mình

⚠️ Bốn luật

1. Luôn có 2 quản trị viên cao nhất. Một người mất máy là cả công ty đứng.
2. Tài khoản quản trị phải là tài khoản công ty, không phải tài khoản cá nhân của một nhân viên. (Ngày 5 sẽ thấy vì sao — automation chạy dưới danh nghĩa người tạo.)
3. Cấp quyền theo việc, không theo chức vụ.
4. Rà lại quyền quản trị mỗi quý.

🔵 NGHỈ 5 PHÚT (60–65')

④ XOÁ TÀI KHOẢN & BÀN GIAO (65–78')

Vào khối — nói thẳng cái mất

"Nhân viên nghỉ việc, anh chị vào xoá tài khoản cho gọn. Ba tháng sau cần lại bản hợp đồng bạn ấy soạn — không còn nữa.
Không phải Lark xoá. Là mình đã bấm qua một bước mà không đọc."

🖥️ Demo — làm đúng quy trình

  Admin Console -> Nhân sự (Members)
        v
  Tick vào dòng nhân sự nghỉ việc  ->  Xoá / Batch Delete
        v
  * HIỆN BẢNG CHUYỂN GIAO — ĐỌC KỸ, ĐỪNG BẤM VỘI
     +- Tài liệu (Docs/Sheets/Base)  -> giao cho ai?
     +- Lịch (Calendar)              -> giao cho ai?
     +- Nhóm chat bên ngoài          -> giao cho ai?
     +- Email (Mail)                 -> giao cho ai?     <- phần (5) sẽ nói kỹ
     +- Biên bản họp (Minutes)       -> giao cho ai?
        v
  Tick xác nhận rủi ro  ->  Done  ->  khôi phục trong 30 ngày (tuỳ gói)

"Bảng chuyển giao này là chỗ duy nhất cứu được tài sản công ty. Và mặc định nhiều mục để trống — trống nghĩa là không giao cho ai."

Ba tình huống, ba cách khác nhau

⚠️ Bẫy

• Xoá xong mới nhớ người đó là chủ sở hữu một Base quan trọng → Base thành vô chủ. Rà trước: người này đang là chủ những gì?
• 30 ngày khôi phục là tuỳ gói — đừng coi là chắc chắn.

⑤ EMAIL DOANH NGHIỆP (78–113') 🔒

Khối 35 phút. Học xong công ty có email theo tên miền, có hộp thư chung, và biết ai được đọc – được gửi cái gì.

Vào khối

"Bây giờ tới phần mà khách hàng nhìn vào là đánh giá công ty mình ngay.
Gửi báo giá từ congtyabc2024@gmail.com — khách sẽ nghĩ gì?
Còn gửi từ kinhdoanh@congtyabc.com thì khác hẳn. Mà cái sau không tốn thêm tiền phần mềm — chỉ tốn công cấu hình một lần. Hôm nay mình làm cái một lần đó."

A. ĐƯA TÊN MIỀN CÔNG TY VÀO LARK (78–90')

Bốn bước, làm đúng thứ tự:

  (1) THÊM TÊN MIỀN      (2) XÁC MINH SỞ HỮU     (3) TRỎ THƯ VỀ LARK    (4) CHỐNG GIẢ MẠO
  khai congtyabc.com     thêm bản ghi TXT        thêm bản ghi MX        thêm SPF, DKIM, DMARC
  vào Admin              vào nhà cung cấp        (thư đi về đâu)        (thư không bị coi
                         tên miền                                        là rác / bị giả danh)
        |                       |                       |                       |
        +-----------------------+-----------------------+-----------------------+
                                        v
                        Chờ DNS lan truyền (vài phút - vài giờ)

Giải nghĩa bằng lời thường — bắt buộc, vì đây là chỗ dễ mất người nhất:

Câu phải nói: "Ba cái SPF – DKIM – DMARC nghe rối, nhưng chỉ có một tác dụng duy nhất: để thư của công ty mình vào hộp thư đến chứ không vào thư rác, và để không ai giả danh công ty mình đi lừa khách. Thiếu nó, thư báo giá của anh chị nằm trong spam mà anh chị không biết."

🖥️ Demo — làm thật trên một tên miền

1. Admin Console → Mail → Quản lý tên miền → Thêm tên miền
2. Lark sinh ra bản ghi TXT → sang nhà cung cấp tên miền dán vào → quay lại bấm Xác minh
3. Thêm bản ghi MX theo đúng giá trị Lark cấp
4. Thêm SPF, DKIM, DMARC
5. Chỉ chỗ Lark tự kiểm tra cấu hình → xanh hết là xong

⚠️ Năm bẫy — chỗ này trả giá thật

1. Chưa xác minh xong đã cấp mail cho nhân viên → thư gửi không được, cả công ty tưởng hỏng.
2. Bản ghi MX cũ chưa xoá → thư chạy về nhà cung cấp cũ, mất thư mà không biết.
3. Thiếu SPF/DKIM → thư vào spam. Đây là lý do số một khiến "email công ty gửi khách không nhận được".
4. DNS cần thời gian lan truyền — vừa thêm xong chưa chạy ngay là bình thường, đừng sửa tới sửa lui.
5. Đặt DMARC mức chặn ngay từ đầu khi chưa kiểm tra kỹ → thư thật cũng bị chặn. Bắt đầu ở mức theo dõi.

B. HỘP THƯ CÁ NHÂN & HỘP THƯ CHUNG (90–103')

Ba loại hộp thư — phân biệt cho rõ, đây là chỗ hay nhầm:

Câu phân biệt phải nói:
"Nhóm email là thư được chia ra cho từng người — mỗi người một bản, ai trả lời thì trả lời từ hộp riêng của họ.
Hộp thư dùng chung là một cái hòm duy nhất, ba người cùng mở, thấy chung, ai xử lý xong thì người kia biết là đã xử lý.

Chăm sóc khách hàng thì phải dùng hộp thư dùng chung — không thì ba người cùng trả lời một khách, hoặc cả ba tưởng người kia trả lời rồi."

🖥️ Demo

1. Tạo hộp thư cá nhân — chỉ ra nó tự sinh khi tạo tài khoản với email tên miền
2. Tạo nhóm email marketing@ → thêm thành viên
3. Tạo hộp thư dùng chung hotro@ → thêm người xử lý
4. Thêm bí danh sales@ vào hộp kinhdoanh@

Quy ước đặt tên — chốt trước khi tạo hàng loạt

"Chọn một kiểu rồi theo mãi: ten.ho@ hay tenho@ hay ho.ten@.
Đổi giữa chừng là danh thiếp in rồi thành sai, chữ ký thư sai, khách gửi về địa chỉ không tồn tại."

⚠️ Bẫy

• Nhân sự đổi tên / lấy chồng đổi họ → đừng xoá địa chỉ cũ, thêm bí danh trỏ về hộp mới.
• Dùng hộp thư cá nhân của một nhân viên làm địa chỉ liên hệ công khai → người đó nghỉ là mất kênh liên lạc với khách. Việc công khai thì dùng hộp thư chung.

C. PHÂN QUYỀN MAIL (103–110')

Bốn câu hỏi phải trả lời cho mỗi hộp thư dùng chung:

  1. AI ĐƯỢC ĐỌC hộp này?
  2. AI ĐƯỢC TRẢ LỜI thay mặt hộp này?
  3. AI ĐƯỢC GỬI VÀO hộp này?   (chỉ nội bộ, hay cả người ngoài)
  4. NGƯỜI NGOÀI công ty có gửi vào được không?

🖥️ Demo

1. Vào hộp hotro@ → thêm 2 người xử lý với quyền gửi thay mặt
2. Đặt ai được gửi vào: chọn cho phép người ngoài — vì khách hàng phải gửi vào được
3. Với nhóm nội bộ thongbao@: đặt chỉ nội bộ được gửi

⚠️ Bẫy quan trọng nhất khối này

"Nhóm email nội bộ mà để ai cũng gửi vào được → spam bắn thẳng vào hộp thư cả công ty, và có khi là thư lừa đảo giả danh sếp.
Nhóm nội bộ thì khoá chỉ nội bộ. Chỉ hộp chăm sóc khách mới mở cho người ngoài."

D. NHÂN SỰ NGHỈ THÌ MAIL ĐI ĐÂU (110–113')

Nối lại khối ④:

"Đây là lý do lúc nãy em nói: ô Email trong bảng chuyển giao không được để trống."

Câu chốt khối Email + treo mồi ngày 5

"Và hộp thư công ty này, đến ngày thứ 5 anh chị sẽ dùng lại — vì automation gửi email tự động cho khách chính là gửi từ đây."

CHỐT & TREO MỒI (113–120')

Chốt ngày 1

"Hôm nay xong cái móng: công ty có cơ cấu, người có danh phận, quyền có ranh giới, và có email mang tên công ty mình.

Một câu mang về: quyền với con người và quyền với dữ liệu là hai chuyện khác nhau."

Treo mồi ngày 2

"Từ mai vào Lark Base, ở lì trong đó bốn ngày.
Ngày mai là buổi khó nhất về tư duy: cấu trúc bảng, và lúc nào dùng loại cột nào.
Em nói trước — chọn sai loại cột ngày mai thì đến ngày thứ 5 automation của anh chị sẽ không chạy, mà anh chị không hiểu vì sao.

Ngày mai mở máy tính, đừng học bằng điện thoại. Mình làm tay."

📝 Bài tập

1. Dựng cây phòng ban công ty mình, điền đủ ô Quản lý trực tiếp
2. Thêm tên miền công ty vào Lark, xác minh xong, kiểm tra đủ MX + SPF + DKIM
3. Tạo 1 hộp thư dùng chung (hotro@ hoặc kinhdoanh@) và phân quyền cho 2 người
4. Đăng vào nhóm lớp: 3 việc công ty đang làm bằng Excel/giấy mà muốn đưa lên Base

Bài số 4 nhớ nộp — từ ngày mai lấy chính bảng của học viên ra làm ví dụ trên lớp.

120 phút · ⚠️ Buổi bản lề của cả khoá. Chọn sai kiểu trường hôm nay → ngày 5 automation không chạy mà không hiểu vì sao.

KIỂM BÀI & MỞ MÀN (0–10')

Gọi 2 người khoe cây phòng ban. Kiểm nhanh: ô "Quản lý trực tiếp" điền chưa? Hỏi thêm: tên miền đã xác minh xong chưa?

Ý phải nói — nói bằng lời của anh

• Excel dễ tính quá: ô nào gõ gì cũng được. Tiện, nhưng vì thế nó không hiểu mình đang ghi cái gì.
• Không hiểu thì không nhắc hộ, không tính hộ, không nhắn hộ được.
• Và mỗi người gõ trạng thái một kiểu → cuối tháng lọc ra thì thiếu, mà không ai biết là đang thiếu.
• Base thì bắt khai rõ: cột này là ngày, cột này là con người, cột này chỉ được chọn. Khai một lần lúc dựng bảng — từ đó máy làm hộ được.
• Hôm nay là buổi mọi thứ ba ngày sau đều dựa lên.

Câu mở gợi ý

"Anh chị nào đang theo dõi công việc hoặc thu chi bằng Excel thì gõ CÓ vào chat.
…Em hỏi tiếp: cái file Excel đó đã bao giờ tự nhắn tin cho nhân viên chưa?
Chưa. Và sẽ không bao giờ. Hôm nay em chỉ anh chị vì sao — lý do nằm ở cách khai cái cột."

📌 Mạch buổi này: Excel không hiểu dữ liệu → nên không làm hộ được → Base bắt khai kiểu → máy hiểu → máy làm hộ.
Khối ① phải đứng trước, vì không lật được tư duy thì học viên chọn kiểu trường theo thói quen Excel, và ngày 5 automation của họ không chạy.

① CÚ LẬT TƯ DUY (10–30') 🔒

20 phút quan trọng nhất của 10 tiếng. Nói chậm. Đừng vội.

Chiếu hình này lên, để yên 10 giây

        EXCEL / SHEET                        LARK BASE
   ┌───┬───┬───┬───┬───┐            ┌──────────────────────────┐
   │   │   │   │   │   │            │  Mỗi DÒNG = 1 sự vật     │
   ├───┼───┼───┼───┼───┤            │            có thật       │
   │   │   │   │   │   │            │                          │
   ├───┼───┼───┼───┼───┤            │  Mỗi CỘT  = 1 thuộc tính │
   │   │   │   │   │   │            │            CÓ KIỂU       │
   └───┴───┴───┴───┴───┘            └──────────────────────────┘
    Ô nào gõ gì cũng được             Bảng tự giữ luật
    -> NGƯỜI phải nhớ luật            -> MÁY giữ luật hộ mình

Bốn khái niệm — giải nghĩa bằng thứ ngoài phần mềm

Ba câu phải nói bằng được

Câu 1 — Một dòng là một sự vật có thật.

"Đừng nhét hai việc vào một dòng. Đừng để một dòng vừa là khách hàng vừa là đơn hàng của khách đó."

Câu 2 — Cột có KIỂU. Đây là chỗ then chốt của cả khoá học.

"Trong Excel, cột ngày anh chị gõ gì cũng được: 12/8, 12 tháng 8, mai, chưa biết. Excel nhận hết. Excel dễ tính.

Trong Base, cột Ngày chỉ nhận ngày. Cột trạng thái chỉ cho chọn trong các lựa chọn cho sẵn.

Nghe thì bó buộc. Nhưng anh chị nghe câu này —" (nói chậm từng chữ)

"Máy chỉ hành động được khi nó HIỂU cái ô đó là gì."

Cột ngày mà là ngày thật, thì máy mới biết 'mai là tới hạn' để nhắn cho nhân viên.
Cột người mà là kiểu Nhân sự thật, thì máy mới biết nhắn cho ai.

Đó là toàn bộ lý do Base tự động hoá được, còn Excel thì không."

Câu 3 — Không bao giờ gõ tay thứ có thể chọn.

   "Hoàn thành"  ·  "hoàn thành"  ·  "Đã xong"  ·  "xong rồi"  ·  "Xong "
                            v
              Với máy: 5 GIÁ TRỊ KHÁC NHAU
                            v
                 Automation trượt sạch

"Nhìn cái dấu cách thừa ở cuối chữ 'Xong ' kia. Mắt người không thấy. Máy thấy.
Đây là lý do số một khiến automation của người ta không chạy. Ngày 5 mình gặp lại nó."

❓ Chốt khối

"Anh chị gõ vào chat: vì sao cột trạng thái phải là Lựa chọn đơn, không được là Văn bản?"

→ Ai trả lời được câu này là đã qua cửa.

② THIẾT KẾ CẤU TRÚC BẢNG (30–60')

🎙️ ĐAU

"Người mới làm Base gần như ai cũng mắc đúng một lỗi: nhồi hết mọi thứ vào một bảng.

Bảng 'Đơn hàng' có luôn tên khách, số điện thoại khách, địa chỉ khách. Khách đặt 20 đơn thì tên và số điện thoại lặp lại 20 lần.
Rồi khách đổi số. Anh chị sửa 20 chỗ, sót 3 chỗ. Và không ai biết là đã sót."

🎙️ TÊN — luật gốc

"Mỗi loại sự vật một bảng. Mỗi sự vật ghi đúng MỘT lần. Chỗ khác chỉ trỏ tới."

Cách tách bảng — công thức đơn giản ai cũng dùng được

   BẢNG DANH MỤC                    BẢNG GIAO DỊCH
   (thứ TỒN TẠI SẴN)                (thứ XẢY RA theo thời gian)
   ──────────────────               ──────────────────────────
   · Nhân sự                        · Công việc
   · Khách hàng                     · Đơn hàng
   · Sản phẩm / Dịch vụ             · Thu – Chi
   · Nhà cung cấp                   · Đơn nghỉ phép
   · Phòng ban                      · Phiếu yêu cầu
        ^                                    │
        └──────── được TRỎ TỚI bởi ──────────┘

🎙️ "Cách nhận ra rất đơn giản: thứ có trước và tồn tại lâu → bảng danh mục. Thứ xảy ra vào một thời điểm → bảng giao dịch.
Khách hàng tồn tại sẵn. Đơn hàng thì xảy ra. Nhân viên tồn tại sẵn. Công việc thì xảy ra."

❓ Bài tập tại chỗ — 3 phút, cả lớp cùng làm

"Em đọc một danh sách, anh chị gõ vào chat: danh mục hay giao dịch?
Học viên · Buổi học · Giảng viên · Học phí đã đóng · Khoá học"

→ Đáp án: Học viên (DM) · Buổi học (GD) · Giảng viên (DM) · Học phí đã đóng (GD) · Khoá học (DM).

🖥️ THẤY — trường chính (primary field)

"Cột đầu tiên của mỗi bảng là trường chính — nó là cái tên gọi của dòng đó. Khi bảng khác trỏ sang, nó hiện ra cái này."

⚠️ "Trường chính không được để trống và nên là duy nhất. Hai khách trùng tên thì thêm mã: Nguyễn Văn A - KH001."

⚠️ Ba bẫy khi thiết kế

1. Một bảng chứa hai loại sự vật → tách ngay, càng để lâu càng khó gỡ.
2. Đặt tên cột kiểu "Cột 1", "abc", "ghi chú 2" → ngày 5 làm automation sẽ không biết chọn cột nào.
3. Dựng 8 bảng ngay hôm đầu → không ai dùng nổi. Dựng 2–3 bảng, chạy được, rồi mở rộng.

🎙️ CHỐT

"Cấu trúc sai thì công thức và automation về sau chỉ là vá víu. Bỏ 30 phút vẽ ra giấy trước khi dựng — tiết kiệm được cả tháng sửa."

🔵 NGHỈ 5 PHÚT (60–65')

③ CÁC KIỂU TRƯỜNG & LÚC NÀO DÙNG TRƯỜNG NÀO (65–100') 🔒

Khối lớn nhất buổi. Đây là thứ anh Hoá muốn học viên thấu suốt nhất.

🎙️ Cách vào khối — đừng đọc danh sách

"Base có hơn hai mươi kiểu cột. Em không đọc hết đâu — đọc hết thì anh chị quên hết.
Em chia theo việc mình cần làm, và cuối khối em đưa anh chị một bảng tra: gặp tình huống nào thì chọn cột nào."

Sáu nhóm trường

Nhóm 1 — GHI THÔNG TIN THÔ

Nhóm 2 — ⭐ GIỮ KỶ LUẬT (xương sống của automation)

🎙️ "Nhóm này dùng càng nhiều càng tốt. Mỗi lần anh chị đổi một cột từ Văn bản sang Lựa chọn đơn là một lần anh chị mở cửa cho automation."
⚠️ Luật: 4–6 lựa chọn là đủ. Trên 8 lựa chọn thì không ai chọn đúng, và báo cáo cũng vô nghĩa.

Nhóm 3 — GẮN VỚI CON NGƯỜI

Nhóm 4 — TỆP & LIÊN HỆ
Tệp đính kèm · Ảnh · Điện thoại · Email · URL

⚠️ "Cột URL của Lark lưu hai phần: link thật và chữ hiển thị. Ngày 3 và ngày 5 sẽ gặp lại chỗ này."

Nhóm 5 — TỰ SINH, KHÔNG AI SỬA ĐƯỢC
Ngày tạo · Người tạo · Ngày sửa gần nhất · Người sửa gần nhất · Tự đánh số

🎙️ "Nhóm này quý lắm mà ít người dùng. Sau này có chuyện, mở ra biết ai sửa, lúc mấy giờ. Không cãi nhau được."

Nhóm 6 — HÀNH ĐỘNG & THÔNG MINH

(Liên kết · Tra cứu · Tổng hợp · Công thức → nguyên ngày mai.)

⭐ BẢNG TRA: GẶP TÌNH HUỐNG NÀY → DÙNG TRƯỜNG NÀY

Chiếu lên và bảo cả lớp chụp màn hình. Đây là thứ họ sẽ dùng lại mãi.

⚠️ ĐỔI KIỂU TRƯỜNG — LÀM SAO CHO AN TOÀN

🎙️ "Chắc chắn anh chị sẽ chọn sai vài cột. Không sao. Nhưng đổi kiểu cột có mất dữ liệu, nên phải biết đường."

Luật: trước khi đổi kiểu cột, tạo cột mới bên cạnh rồi chép sang, đừng đổi thẳng cột đang có dữ liệu thật.

🖥️ Dạy cái phao cứu sinh — 2 phút

Mở Thùng rác + Lịch sử phiên bản.

"Em nói cái này để anh chị dám nghịch: xoá nhầm khôi phục được, sửa hỏng quay lại được. Cái gì quay lại được thì mình mới dám làm."

THỰC HÀNH (100–113')

Làn cơ bản: dựng bảng Công việc theo mẫu trên lớp, đủ 6 cột, dùng ít nhất 4 kiểu trường khác nhau.

Làn nâng cao: lấy 3 việc Excel/giấy đã nộp hôm qua → vẽ ra cấu trúc: mấy bảng, bảng nào là danh mục, bảng nào là giao dịch, trường chính là gì → dựng 2 bảng đầu tiên.

CHỐT & TREO MỒI (113–120')

🎙️ Chốt ngày 2

"Hôm nay anh chị đổi một thứ trong đầu, không phải học một tính năng: từ 'ô nào cũng gõ gì cũng được' sang 'mỗi cột có kiểu, và máy hiểu được kiểu đó'.

Nếu hôm nay chỉ nhớ một câu, nhớ câu này: máy chỉ hành động được khi nó hiểu cái ô đó là gì."

🎙️ Treo mồi ngày 3

"Hôm nay mình mới có những cái bảng rời. Ngày mai mình cho chúng nói chuyện với nhau:
nhập tên nhân viên một lần, cả hệ thống biết; sửa số điện thoại một chỗ, hai mươi chỗ tự đổi theo.

Và ngày mai anh chị cũng sẽ thấy cùng một bảng nhưng mười người nhìn ra mười thứ khác nhau — sếp nhìn kiểu sếp, nhân viên nhìn kiểu nhân viên."

📝 Bài tập

Dựng cấu trúc cho chính công việc của mình: ≥ 2 bảng (1 danh mục + 1 giao dịch), ≥ 8 cột, ≥ 5 kiểu trường khác nhau, ≥ 10 dòng dữ liệu thật. Chụp màn hình đăng nhóm lớp.

120 phút · Mục tiêu: từ những cái bảng rời thành một hệ; và cho mỗi vai trò một cách nhìn riêng.

KIỂM BÀI & MỞ MÀN (0–10')

Gọi 2–3 người khoe cấu trúc bảng. Sửa tại chỗ: "Cột này để Văn bản là hỏng, đổi sang Lựa chọn đơn ngay."

Ý phải nói

• Cùng một thông tin bị chép lại ở nhiều chỗ → sửa một chỗ là sót các chỗ kia.
• Đáng sợ không phải là sót, mà là không ai biết là đang sót — file vẫn đẹp, số vẫn có, chỉ là vài dòng sai và mình vẫn đem đi báo cáo.
• Base: ghi một lần, chỗ khác chỉ trỏ tới. Sửa một chỗ, cả hệ đổi theo.
• Chiều ngược lại: bảng Nhân sự tự đếm ai đang ôm bao nhiêu việc → nhìn là biết ai quá tải, không phải hỏi ai.

Câu mở gợi ý — dùng bài toán cho dễ vào

"Công ty 8 người, mỗi người 20 việc — tên nhân viên nằm ở 160 dòng.
Hôm nay bạn Lan đổi số điện thoại. Anh chị phải sửa bao nhiêu chỗ?"

→ Đợi lớp trả lời. Có người nói 20.

"Đúng. Và sẽ sót ít nhất ba chỗ. Hôm nay em chỉ cách sửa một chỗ, 160 chỗ tự đổi theo."

📌 Mạch buổi này: chép lại nhiều chỗ → sai mà không biết → chỉ trỏ tới → sửa một chỗ đổi hết → rồi mới tới cách nhìn (view).
View để cuối vì phải có dữ liệu nối đúng thì mới có gì đáng nhìn nhiều cách.

① LIÊN KẾT – TRA CỨU – TỔNG HỢP (10–45') 🔒

🎙️ Luật gốc — viết to lên màn hình

"Mỗi sự vật ghi đúng MỘT lần, ở đúng MỘT bảng. Chỗ khác chỉ trỏ tới."

Chiếu hình này

   Bảng NHÂN SỰ                             Bảng CÔNG VIỆC
  ┌────────────────────┐                   ┌──────────────────────┐
  │ Họ tên: Lan        │   (1) LIÊN KẾT    │ Tên việc: Viết bài   │
  │ Phòng: Marketing   │<──────────────────│ Người phụ trách: Lan │
  │ SĐT: 090...        │                   │                      │
  │                    │- (2) TRA CỨU - - >│ (Phòng: Marketing)   │ <- tự hiện
  │ Số việc: 12        │<- (3) TỔNG HỢP - -│ (SĐT: 090...)        │ <- tự hiện
  │ Việc trễ: 2        │                   │                      │
  └────────────────────┘                   └──────────────────────┘
     Sửa SĐT ở ĐÂY  ──────────────>  20 chỗ kia tự đổi theo

Giảng từng cái — kèm ví von

(1) Liên kết (Link)

"Nối một dòng bảng này với một dòng bảng kia. Giống như thay vì chép lại địa chỉ nhà bạn vào sổ, mình ghi 'nhà bạn Lan' — rồi tra sổ Lan ra."

Một chiều hay hai chiều?

(2) Tra cứu (Lookup)

"Kéo thông tin từ bảng bên kia sang xem. Nhưng nghe kỹ chỗ này —
Tra cứu là CÁI CỬA SỔ NHÌN SANG, không phải bản photo.
Bên kia đổi thì bên này đổi theo ngay. Nếu chép tay thì bên kia đổi, bên này vẫn là số cũ — và không ai biết là nó sai."

(3) Tổng hợp (Rollup)

"Đếm ngược, cộng ngược từ nhiều dòng con lên dòng cha."

🎙️ "Cái này rất hay để nhìn ra ai đang quá tải, ai đang rảnh — mà không phải hỏi ai."

🖥️ THẤY — làm tay, cả lớp làm theo

1. Có sẵn bảng Nhân sự và Công việc từ hôm qua.
2. Ở Công việc, đổi cột Người phụ trách thành Liên kết → trỏ tới bảng Nhân sự.
3. Thêm cột Tra cứu: Phòng ban của người phụ trách.
4. Về bảng Nhân sự, thêm cột Tổng hợp: đếm số công việc.
5. Chứng minh trước mắt lớp: sửa phòng ban của một người ở bảng Nhân sự → chạy sang bảng Công việc → đã tự đổi.

"Đấy. Một chỗ. Không phải hai mươi chỗ."

⚠️ Bốn cái bẫy

1. Xoá bảng đang được bảng khác trỏ tới → cột Tra cứu chết trắng, và chết âm thầm không báo gì. Trước khi xoá bảng nào, tự hỏi: có ai đang trỏ vào đây không?
2. Liên kết trỏ nhầm bảng → sửa được nhưng mất hết dữ liệu đã nối. Kiểm kỹ lúc tạo.
3. Một ô liên kết chứa nhiều dòng (ví dụ 1 công việc gắn 3 người) → cột Tra cứu sẽ trả về nhiều giá trị, công thức phía sau dễ sai. Nếu chỉ cần 1 → giới hạn chỉ chọn 1 bản ghi.
4. Tra cứu không sửa được ở bảng này — nhiều người tưởng bảng hỏng. Muốn sửa thì phải sang bảng gốc. Nói trước để họ khỏi hoảng.

🎙️ CHỐT

"Tra cứu là cửa sổ, không phải bản photo. Nhớ câu đó là hiểu được cả buổi hôm nay."

② CÔNG THỨC (45–60' và 65–80')

🎙️ Trấn an

"Nghe chữ 'công thức' đừng sợ. Em không dạy hết. Em dạy sáu cái — và sáu cái này giải được 90% việc của anh chị."

Sáu công thức đủ dùng

Demo cái số 2 trước lớp — hiệu ứng thị giác mạnh, cả bảng hiện lên mấy dòng TRỄ.

Ba luật viết công thức

1. Tên cột phải gõ đúng — sai một dấu là lỗi. Dùng cách chọn cột từ danh sách thay vì gõ tay.
2. Đừng lồng IF quá 3 tầng — không ai đọc nổi, kể cả chính mình sau 2 tháng. Tách thành cột phụ.
3. Cột công thức không nhập tay được. Nói trước để học viên khỏi bối rối.

⚠️ ĐIỂM NỐI SANG NGÀY 5 — BẮT BUỘC NÓI Ở ĐÂY

🎙️ "Bây giờ em nói trước một chuyện. Ngày thứ 5 anh chị sẽ dùng tới, và nó là cái bẫy làm rất nhiều người tưởng Lark hỏng.

Cột 'TRỄ' này là do công thức tự tính. Không có ai gõ vào cả.

Ngày 5 anh chị học automation. Nhiều người sẽ làm: 'Khi cột Trễ hạn đổi thành TRỄ thì nhắn cho tôi'. Rồi ngồi chờ mãi không thấy tin nhắn nào.

Vì sao? Vì máy chỉ thấy NGƯỜI sửa, không thấy MÁY tự tính.
Ngày 5 em chỉ cách đi vòng. Hôm nay anh chị nhớ trước cái nguyên lý này đã."

🔵 NGHỈ 5 PHÚT (60–65')

③ VIEW — MỘT KHO, MƯỜI KHUÔN MẶT (80–113')

🎙️ Câu định vị — nói chậm

"View không nhân bản dữ liệu. Cùng một kho, mười cách nhìn."

"Sếp muốn nhìn kiểu khác, nhân viên muốn nhìn kiểu khác, kế toán muốn nhìn kiểu khác — không ai phải tạo file riêng. Cùng một bảng, mỗi người một view.

Đây là chỗ Base thắng Excel rõ nhất. Trong Excel, muốn mỗi người một cách nhìn thì phải tách ra 5 file. Rồi 5 file đó lệch nhau."

Lọc – Sắp xếp – Nhóm

🎙️ Trấn an trước — người mới rất sợ chỗ này

"Nhớ giùm em: lọc không xoá dữ liệu. Lọc chỉ thay đổi thứ mình đang NHÌN. Dữ liệu vẫn nằm nguyên đó."

Demo: lọc Trạng thái ≠ Hoàn thành → sắp xếp theo Hạn chót → nhóm theo Người phụ trách.

Bảy loại view — ai dùng cái nào

🖥️ Mẹo được lòng lớp nhất buổi

Tạo view Việc của tôi — lọc theo Người phụ trách = người đang đăng nhập.

"Mỗi người mở lên chỉ thấy việc của mình. Cùng một bảng, không ai phải lọc tay."

⚠️ VIEW CHUNG vs VIEW CÁ NHÂN — cái bẫy hay gây cãi nhau nhất

   VIEW CHUNG (Collaborative)        VIEW CÁ NHÂN (Personal)
   ─────────────────────────        ────────────────────────
   Ai sửa bộ lọc thì               Chỉ mình mình thấy,
   MỌI NGƯỜI cùng thấy đổi         mình sửa không ai bị ảnh hưởng
        v                                  v
   Dùng cho view chuẩn của         Dùng khi muốn nghịch,
   cả đội — KHOÁ lại               lọc riêng cho việc của mình

🎙️ "Tình huống có thật: sáng thứ Hai cả phòng mở bảng lên thấy trống trơn, tưởng mất dữ liệu, hoảng loạn.
Thật ra là một bạn đêm qua đặt bộ lọc trên view chung và quên gỡ.

Cách chữa: view chuẩn của đội thì khoá view lại. Ai muốn nghịch thì tự tạo view cá nhân."

Dashboard — 8 phút cuối khối

⚠️ Luật: "Một dashboard trả lời tối đa 5 câu hỏi. Nhiều hơn thì không ai đọc, mà không ai đọc thì bằng không."
Và trước khi vẽ, hỏi ngược: sếp cần ra quyết định gì? Vẽ cho quyết định đó, đừng vẽ cho đẹp.

THỰC HÀNH (trong 100–113')

Làn cơ bản: nối 2 bảng bằng Liên kết · thêm 1 cột Tra cứu · tạo view Kanban và view Việc của tôi.

Làn nâng cao: thêm cột Tổng hợp đếm ngược lên bảng danh mục · thêm cột công thức cảnh báo trễ hạn · dựng Dashboard 4 thẻ · khoá view chung của đội.

CHỐT & TREO MỒI (113–120')

🎙️ Chốt ngày 3

"Hôm nay anh chị đi từ những cái bảng rời thành một hệ: bảng nối nhau, số tự tính, và mỗi vai trò một cách nhìn.

Hai câu mang về:
'Tra cứu là cửa sổ, không phải bản photo.'
'View không nhân bản dữ liệu — cùng một kho, mười cách nhìn.'"

🎙️ Treo mồi ngày 4

"Nhưng anh chị để ý một chuyện: đến giờ ai vào bảng cũng thấy hết mọi thứ.

Vậy nếu trong bảng có cột lương thì sao? Nếu em muốn mỗi thợ chỉ thấy đúng dòng của mình thì sao? Nếu em muốn cộng tác viên bên ngoài công ty vào gửi bài mà không thấy dữ liệu khách hàng thì sao?

Ngày mai — phân quyền chi tiết tới từng người, từng bảng, từng dòng, từng cột.
Đây là buổi mà Base thắng Excel tuyệt đối, vì Excel không làm được."

📝 Bài tập

Trên hệ của mình: ≥ 2 liên kết giữa bảng · ≥ 1 cột Tra cứu · ≥ 1 cột Tổng hợp · ≥ 1 cột công thức · ≥ 3 view cho ≥ 2 vai trò · 1 Dashboard.

120 phút · Mục tiêu: cho từng nhân sự thấy đúng từng bảng, từng dòng, từng cột họ được thấy — và mở cửa an toàn cho người ngoài công ty.

🎙️ Câu định vị cả buổi: "Hôm nay là buổi Base thắng Excel tuyệt đối. Vì Excel không làm được cái này."

KIỂM BÀI & MỞ MÀN (0–10')

Ý phải nói

• Đến giờ ai vào bảng cũng thấy hết. Vậy cột lương thì sao?
• Trong Excel chỉ có hai đường, cả hai đều dở: để chung rồi dặn nhau đừng nhìn (tức là không phân quyền gì cả), hoặc tách ra 20 file rồi 20 file đó lệch nhau.
• Base: một bảng duy nhất, mỗi người mở lên thấy đúng phần của mình. Kế toán thấy cột lương, nhân viên không thấy cột đó tồn tại, Lan chỉ thấy dòng của Lan, sếp thấy cả bảng.
• Hôm nay là buổi Base thắng Excel tuyệt đối — Excel không làm được cái này.

Câu mở gợi ý

"Anh chị có bảng nhân sự, trong đó có cột lương.
Anh chị muốn kế toán thấy cột đó, cả công ty không thấy, và mỗi nhân viên chỉ xem được dòng của mình.
Trong Excel anh chị làm thế nào?"

→ Đợi lớp trả lời rồi mới đi tiếp.

📌 Mạch buổi này: ai cũng thấy hết → lộ hoặc phải tách file → một bảng phân quyền tới dòng/cột → ma trận cho công ty → mở cửa hẹp cho người ngoài.
Học sau ngày 3 vì phải có nhiều bảng rồi mới có gì đáng phân quyền. Học trước ngày 5 vì tự động hoá trên dữ liệu ai cũng sửa được là tự động hoá cái sai.

① BA TẦNG QUYỀN CỦA BASE (10–30')

🎙️ Nhắc lại móng ngày 1

"Ngày 1 em nói: quyền quản trị là quyền với CON NGƯỜI, quyền tài liệu là quyền với DỮ LIỆU — hai cái tách rời.
Hôm nay mình vào sâu vế thứ hai."

Chiếu hình — ba tầng, đi từ thô đến tinh

  (1) QUYỀN CẢ BASE            (2) VAI TRÒ (Role)          (3) QUYỀN NÂNG CAO
  ─────────────────            ──────────────────          ──────────────────
  Ai được vào cuốn sổ này      Gom người thành nhóm:       TRONG cùng một bảng:
  · Xem                        Sale / Kế toán / Quản lý     · chỉ thấy DÒNG của mình
  · Sửa                        -> mỗi nhóm một bộ quyền     · ẨN CỘT lương
  · Quản lý (chia sẻ tiếp)                                  · xem được nhưng KHÔNG sửa
                                                            · chỉ thấy 1 VIEW nhất định
       thô  ────────────────────────────────────────────────────────>  tinh

🖥️ Tầng 1 — chia sẻ Base

1. Nút Chia sẻ → thêm người / thêm phòng ban.
2. Ba mức: Xem · Sửa · Quản lý.
3. Cho xem mức "Bất kỳ ai có link".

⚠️ 🎙️ "Mức 'ai có link cũng vào được' — em xin anh chị đừng dùng cho bảng có dữ liệu khách hàng hoặc tài chính.
Một cái link lọt ra ngoài là toàn bộ dữ liệu ra theo. Và không thu về được."

🖥️ Tầng 2 — vai trò

"Thay vì cấp quyền cho 30 người một, mình tạo vai trò. Người mới vào chỉ cần gán vai trò là xong."

Tạo 3 vai trò mẫu ngay trên lớp: Quản lý · Nhân viên · Kế toán.

🎙️ Luật: "Cấp quyền cho vai trò, đừng cấp cho từng người. Cấp cho từng người thì 6 tháng sau không ai biết vì sao bạn A thấy được cái đó."

② QUYỀN NÂNG CAO: THEO DÒNG & THEO CỘT (30–60') 🔒

Khối quan trọng nhất buổi. Đây là thứ anh Hoá muốn học viên thấu suốt.

🎙️ Vào khối

"Bây giờ tới phần tinh nhất. Trong cùng một bảng, hai người mở lên nhìn thấy hai thứ khác nhau."

A. QUYỀN THEO DÒNG (bản ghi)

   BẢNG CÔNG VIỆC — cùng một bảng
   ┌──────────────────────────────────────────┐
   │ Việc 1   Người phụ trách: Lan            │  <- Lan thấy
   │ Việc 2   Người phụ trách: Hùng           │  <- Hùng thấy
   │ Việc 3   Người phụ trách: Lan            │  <- Lan thấy
   │ Việc 4   Người phụ trách: Mai            │  <- Mai thấy
   └──────────────────────────────────────────┘
      Lan mở lên: chỉ thấy Việc 1 và Việc 3
      Sếp mở lên: thấy cả 4

Ba cách đặt điều kiện — dùng cho ba tình huống khác nhau:

B. QUYỀN THEO CỘT (trường)

🎙️ "Cột lương: kế toán xem và sửa. Trưởng phòng xem, không sửa. Nhân viên ẩn hẳn — ẩn hẳn chứ không phải để đó rồi dặn đừng nhìn."

🖥️ THẤY — DEMO BẰNG MÁY PHỤ (đây là khoảnh khắc đắt nhất buổi)

1. Tạo vai trò Nhân viên → quyền theo dòng: chỉ xem dòng có Người phụ trách = người đang đăng nhập.
2. Với vai trò đó → ẩn cột Lương, Ghi chú nội bộ.
3. Cộng sự mở máy phụ (tài khoản nhân viên) → chia sẻ màn hình.
4. Đặt hai màn hình cạnh nhau: màn thầy thấy 40 dòng và có cột lương — màn nhân viên thấy 3 dòng, không có cột lương.

🎙️ (để im 3 giây cho cả lớp nhìn) "Cùng một bảng. Cùng một lúc. Hai người thấy hai thứ.
Đây là chỗ mà mọi công ty đang dùng Excel phải chuyển sang Base."

⚠️ Năm cái bẫy phân quyền

1. Người có quyền "Quản lý" thì mọi giới hạn đều vô nghĩa — họ chia sẻ tiếp cho ai cũng được. Cấp mức Quản lý cho càng ít người càng tốt.
2. Quyền nâng cao chỉ chặn trong Base. Người có quyền xuất file / sao chép Base vẫn lấy được. Tắt quyền sao chép & tải xuống với vai trò nhạy cảm.
3. Ẩn cột nhưng công thức vẫn lộ. Ẩn cột Lương mà lại có cột công thức Tổng thu nhập = Lương + Thưởng để hiện → coi như không ẩn.
4. Quên phân quyền cho bảng mới. Thêm bảng thứ 5 vào Base → mặc định thường mở. Thêm bảng là phải rà quyền.
5. Cấp quyền theo từng người thay vì theo vai trò → 6 tháng sau không ai gỡ nổi.

🔵 NGHỈ 5 PHÚT (60–65')

③ MA TRẬN PHÂN QUYỀN — THIẾT KẾ CHO CÔNG TY MÌNH (65–82')

🎙️ Vì sao phải vẽ ra giấy trước

"Phân quyền mà làm theo cảm hứng thì ba tháng sau thành mớ bòng bong, và không ai dám sửa vì sợ hỏng.
Cách làm đúng: vẽ một cái bảng trước khi bấm bất cứ nút nào."

Mẫu ma trận — chiếu lên, cả lớp chép

⭐ Bốn câu hỏi để tự điền ma trận

  1. Bảng này ai BẮT BUỘC phải thấy để làm được việc?
  2. Trong bảng này, cột nào là NHẠY CẢM?           (lương, giá vốn, SĐT khách)
  3. Người này cần thấy CẢ BẢNG hay chỉ DÒNG CỦA MÌNH?
  4. Người này cần SỬA hay chỉ cần XEM?

🎙️ Nguyên tắc gốc: cấp quyền ÍT NHẤT đủ để làm việc. Thiếu thì họ hỏi xin — mở thêm 10 giây.
Thừa thì không ai báo cho anh chị biết cả, cho tới ngày có chuyện.

❓ Thực hành tại chỗ (5')

Mỗi người vẽ ma trận cho công ty mình, ít nhất 3 bảng × 3 vai trò. Gõ vào chat một dòng khó nhất để cả lớp cùng gỡ.

④ NGƯỜI NGOÀI TỔ CHỨC VÀO BASE (82–100')

Hai chuyện khác nhau — phân biệt trước đã

   A. LIÊN HỆ NGOÀI                 B. NGƯỜI NGOÀI VÀO BASE
   (kết bạn để CHAT)                (được xem/sửa DỮ LIỆU)
   ─────────────────                ───────────────────────
   Tìm bằng email/SĐT, gửi lời      Mời vào từng Base cụ thể,
   mời, đối phương phải đồng ý      gán vào vai trò đã giới hạn
   -> chat, gọi, gửi file           -> thấy dữ liệu trong bảng
   -> KHÔNG thấy dữ liệu công ty

Câu phải nói: "Kết bạn chỉ mở đường CHAT, không mở đường DỮ LIỆU. Hai chuyện đó tách rời — và đó là điều tốt. Bây giờ mình mở đường dữ liệu, nhưng mở có kiểm soát."

🖥️ Demo nhanh phần A (3 phút)

1. Ô tìm kiếm → nhập email hoặc số điện thoại người ngoài → gửi lời mời liên hệ ngoài → đối phương chấp nhận mới chat được
2. Tạo nhóm chat có người ngoài → chỉ ra dấu hiệu nhận biết nhóm ngoài trên giao diện
3. Nhắc: quản trị viên bật/tắt được quyền liên hệ ngoài ở cấp tổ chức; và file đã gửi thì không thu hồi được

Bốn cách cho người ngoài — chọn theo mức độ tin cậy

   MỞ ÍT NHẤT  ───────────────────────────────────>  MỞ NHIỀU NHẤT

   (1) FORM          (2) LINK XEM       (3) MỜI VÀO      (4) MỜI VÀO
   Chỉ GỬI vào,      Chỉ xem một        BASE với vai      với quyền Sửa
   không thấy gì     view đã lọc        trò khách         đầy đủ
   ──────────        ──────────         ──────────        ──────────
   Khách hàng,       Đối tác xem        CTV làm việc      Kế toán thuê
   ứng viên,         tiến độ            thường xuyên      ngoài
   người lạ

🖥️ THẤY — mời một người ngoài vào Base

1. Nút Chia sẻ → nhập email của người ngoài tổ chức.
2. Chỉ ra Lark cảnh báo "người ngoài tổ chức" — nhãn này luôn hiện, dạy học viên nhìn nó.
3. Chọn mức quyền → gán vào vai trò đã giới hạn (đừng để quyền mặc định).
4. Người ngoài nhận email → vào bằng tài khoản Lark của họ (hoặc tạo tài khoản miễn phí).

⚠️ Bốn điều bắt buộc nói

1. Quản trị viên có thể khoá hẳn việc chia sẻ ra ngoài ở cấp tổ chức. Nếu công ty anh chị bật khoá, mời sẽ không được — đó là chủ ý, không phải lỗi.
2. Người ngoài luôn phải nằm trong một vai trò bị giới hạn. Đừng bao giờ mời rồi để quyền mặc định.
3. Tắt quyền tải xuống / sao chép với người ngoài. Nếu không, họ tải cả bảng về là xong.
4. Rà danh sách người ngoài mỗi quý. Hợp đồng hết rồi mà quyền vẫn còn là chuyện rất hay xảy ra.

🎙️ CHỐT

"Người ngoài không phải là không được vào. Người ngoài là phải vào qua cửa hẹp.
Và cửa hẹp nhất, an toàn nhất, chính là cái sắp học sau đây."

⑤ FORM — CỬA HẸP NHẤT (100–113')

🎙️

"Câu hỏi: làm sao để khách hàng, ứng viên, hoặc phòng ban khác gửi dữ liệu vào bảng của mình mà không cần tài khoản Lark, không thấy dữ liệu người khác, và không làm hỏng bảng?

Đó là Form. Đây là cách an toàn nhất để lấy dữ liệu từ bên ngoài."

🖥️ DEMO — dựng form trong 3 phút

1. Tạo view Biểu mẫu → chọn cột nào cho hiện.
2. Đặt trường bắt buộc, viết mô tả hướng dẫn.
3. Lấy link → gửi vào chat lớp → bảo cả lớp điền ngay → dữ liệu chảy vào bảng trước mắt mọi người.

⚠️ Gieo hạt cho ngày 5 — nói trước cái bẫy

"Nhớ giùm em một chi tiết, ngày mai sẽ dùng tới:
Dòng sinh ra từ Form thường TRỐNG cột Trạng thái — vì người điền không thấy cột đó, mà Form thì không tự điền hộ.

Ngày mai, ai làm automation lọc 'Trạng thái = Chờ xử lý' sẽ ngồi ngẩn ra vì nó không chạy. Lý do nằm ở đây."

Thực hành (làn hai)

Cơ bản: tạo 1 Form + điền thử · tạo view Việc của tôi.
Nâng cao: dựng vai trò Nhân viên chỉ thấy dòng của mình + ẩn 1 cột nhạy cảm → mời 1 bạn cùng lớp vào kiểm chứng và báo lại bạn ấy thấy được gì.

CHỐT & TREO MỒI (113–120')

🎙️ Chốt ngày 4

"Hôm nay anh chị làm được thứ mà Excel không làm được: một bảng duy nhất, mà mỗi người thấy đúng phần của mình.

Hai câu mang về:
'Cấp quyền cho vai trò, đừng cấp cho từng người.'
'Cấp quyền ít nhất đủ để làm việc — thiếu thì họ xin, thừa thì không ai báo.'"

🎙️ Treo mồi ngày 5 — buổi cuối, nói mạnh

"Bốn ngày qua, cái bảng của anh chị nằm im. Nó đẹp, nó gọn, nó phân quyền chuẩn — nhưng nó chờ người.

Ngày mai nó tự đứng dậy đi làm.

Mình sẽ làm ba việc: hiểu cho bằng được nguyên tắc đúng điều kiện thì chạy — vì sao có cái chạy, có cái không, mà nhìn thì thấy giống nhau. Dựng năm automation thật. Và em đưa anh chị tám cái bẫy mà em đã trả giá bằng thời gian thật mới biết.

Ngày mai nhớ mang theo bài toán thật của công ty mình — mình giải trên lớp."

📝 Bài tập

1. Vẽ ma trận phân quyền cho công ty mình (≥ 3 bảng × 3 vai trò), đăng ảnh vào nhóm lớp.
2. Dựng ít nhất 1 vai trò có quyền theo dòng + 1 cột bị ẩn, rồi nhờ 1 bạn cùng lớp vào kiểm chứng hộ.
3. Tạo 1 Form và nhận được ít nhất 3 dòng dữ liệu thật.

120 phút · Buổi cao trào. Mục tiêu: học viên hiểu vì sao automation chạy hoặc không chạy, tự dựng được 5 cái thật, và tự gỡ được khi nó im lặng.

KIỂM BÀI & MỞ MÀN (0–10')

Gọi 3 người khoe ma trận phân quyền + kết quả bạn cùng lớp kiểm chứng.

Ý phải nói

• Bốn ngày qua hệ đã đẹp: bảng đúng cấu trúc, nối nhau, phân quyền chuẩn. Nhưng nó nằm im chờ người.
• Vẫn phải có người nhớ ai tới hạn, người đi nhắc, người mở ra xem có ai gửi yêu cầu chưa.
• Cái giá không phải là mệt — là quên. Quên một deadline là mất một khách. Và người giỏi nhất đang dành thời gian đi nhắc người khác — việc máy làm được.
• Từ hôm nay: dặn máy một lần, nó làm mãi. 8 giờ sáng cả phòng có danh sách việc tới hạn; giao việc là người đó nhận tin ngay; sếp bấm một nút trên điện thoại là bảng tự đổi trạng thái.
• Hôm nay học cách nghĩ, không phải học thao tác. Hiểu cách nghĩ thì tự làm được trăm cái.

Câu mở gợi ý

"Em hỏi thật: cái bảng bốn ngày qua anh chị dựng — nó có tự làm gì không?
Không. Nó chờ người. Hôm nay mình cho nó đứng dậy đi làm."

📌 Mạch buổi này: vẫn phải có người nhớ → quên là mất tiền → dặn máy một lần nó làm mãi → nguyên tắc khớp điều kiện → dựng thật → 8 cái bẫy.
Khối ① chiếm 25 phút và không được rút ngắn: chỉ dạy thao tác thì học viên làm được đúng 5 cái hôm nay, cái thứ 6 là tắc.

① ⭐⭐ NGUYÊN TẮC "ĐÚNG ĐIỀU KIỆN THÌ CHẠY" (10–35') 🔒

Đây là lõi của cả buổi và là thứ anh Hoá muốn học viên thấu suốt nhất. Đừng vội. 25 phút này quyết định cả ngày.

🎙️ Vào khối bằng một câu gây tò mò

"Em kể anh chị nghe chuyện này. Hai người cùng làm một automation giống hệt nhau. Một người thì chạy. Một người thì không.
Nhìn vào màn hình thấy y hệt nhau.

Hôm nay anh chị sẽ hiểu vì sao. Và hiểu rồi thì không bao giờ phải đoán nữa."

Khung ba nhịp — bắt cả lớp đọc to

        KHI              NẾU              THÌ
    (Trigger)        (Điều kiện)       (Hành động)
   máy TỈNH DẬY     máy KIỂM TRA       máy LÀM VIỆC

"Đọc to cùng em: KHI — NẾU — THÌ.
Ba chữ này thôi. Mọi automation trên đời, phức tạp đến đâu, cũng chỉ là mấy khối này chồng lên nhau."

⭐ Ví von cốt lõi — nói chậm, đây là chỗ "à" ra

   Automation giống một NGƯỜI BẢO VỆ NGỦ TRONG PHÒNG:

   ①  KHI  = TIẾNG CHUÔNG    -> có chuông thì bảo vệ TỈNH DẬY
   ②  NẾU  = NHÌN QUA CỬA    -> đúng người thì mới mở
   ③  THÌ  = MỞ CỬA          -> làm việc

   >> KHÔNG CÓ CHUÔNG THÌ DÙ ĐÚNG NGƯỜI ĐỨNG NGOÀI CẢ NGÀY,
      BẢO VỆ VẪN NGỦ.

🎙️ "Anh chị nhớ giùm em cái vế cuối cùng, vì 90% ca automation không chạy nằm ở đó:

Máy không đi tuần. Máy nằm ngủ, chờ chuông.

Người ta hay nghĩ: 'điều kiện của tôi đúng rồi mà, sao nó không chạy?'
Điều kiện đúng không làm máy tỉnh dậy. Chỉ có chuông mới làm máy tỉnh dậy.
Điều kiện chỉ được kiểm tra sau khi máy đã tỉnh."

Ba tình huống — chiếu lên, giảng từng cái

🎙️ Điểm mấu chốt — nói kỹ, đây là câu hay bị hiểu nhầm nhất

"Và có một chuyện nữa rất quan trọng:

Khi điều kiện không khớp, máy KHÔNG BÁO LỖI. Nó im lặng bỏ qua.

Anh chị mở nhật ký ra sẽ thấy ghi 'đã chạy — không có bản ghi nào khớp'. Không có chữ 'lỗi' nào cả.

Cho nên đừng bao giờ nói 'automation của tôi bị lỗi'. Chín trên mười lần nó không lỗi — nó chạy đúng theo cái mình đã dặn, chỉ là mình dặn không đúng ý mình."

❓ Kiểm tra hiểu — hỏi lớp trước khi đi tiếp

"Em hỏi: cột 'Trễ hạn' của tôi là công thức tự tính. Tôi đặt automation 'khi cột Trễ hạn đổi thành TRỄ thì nhắn tôi'. Cả tuần không có tin nào. Vì sao?"

→ Đợi câu trả lời. Ai nói được "vì không có chuông — máy tự tính không phải người sửa" là đã thấu.

"Đúng. Và cách chữa: đổi loại chuông. Thay vì chờ ai đó sửa ô, mình bảo máy đi tuần mỗi ngày một lần rồi tự nhìn. Lát nữa mình làm."

② BẢY LOẠI "KHI" — CHỌN ĐÚNG CHUÔNG (35–50')

🎙️ Nhấn hai dòng — bảo cả lớp khoanh tròn

"Dòng thứ ba — 'khi bản ghi khớp điều kiện' — khoanh tròn. Đây là cái chuông tự kêu: máy đi tuần rồi tự nhìn. Đây là thuốc chữa cho mọi ca 'điều kiện đúng mà không chạy'.

Dòng thứ tư — 'theo lịch' — cũng khoanh tròn. Đây là cái dùng nhiều nhất trong vận hành thật: 8 giờ sáng máy tự rà cả bảng."

⭐ Bảng chọn chuông — chiếu lên, bảo chụp màn hình

③ ĐIỀU KIỆN & HÀNH ĐỘNG (50–60')

Viết điều kiện — ba luật

1. Càng nhiều vế càng an toàn. Hạn chót = mai chưa đủ → phải thêm VÀ Trạng thái ≠ Hoàn thành. Thiếu vế thứ hai là bắn tin cho cả việc đã xong.
2. So sánh với Lựa chọn đơn thì chọn từ danh sách, đừng gõ tay chữ. Gõ tay là dính đúng cái bẫy ngày 2.
3. Ô trống không bằng ô rỗng. Muốn bắt ô chưa điền thì dùng điều kiện "để trống", đừng so sánh với "".

Các loại THÌ (hành động)

🎙️ Về thẻ có nút bấm: "Máy bắn cho sếp một thẻ có hai nút Đồng ý / Trả lại. Sếp đang đi đường, mở điện thoại, bấm một cái — bảng tự đổi trạng thái. Sếp không cần biết Base là gì."

🔵 NGHỈ 5 PHÚT (60–65')

④ DỰNG 5 AUTOMATION THẬT (65–95') 🔒

Làm tay, cả lớp làm theo. Mỗi cái ~6 phút. Sau mỗi cái, mở Nhật ký chạy xem ngay.

#1 — Giao việc là báo ngay (chuông: người sửa ô)

• KHI: Người phụ trách được cập nhật
• THÌ: nhắn riêng người đó — "Anh/chị vừa được giao việc [Tên việc], hạn [Hạn chót]"

→ Chạy thử: cả lớp nhận được tin nhắn thật.

🎙️ "Nghe tiếng 'ting' chưa? Đó không phải em nhắn. Cái bảng nhắn."

#2 — Nhắc trước hạn (chuông: theo lịch — cái được yêu thích nhất)

• KHI: theo lịch, mỗi ngày 08:00
• NẾU: Hạn chót = ngày mai VÀ Trạng thái ≠ Hoàn thành
• THÌ: nhắn nhóm phòng ban danh sách việc sắp tới hạn

🎙️ "Từ mai, 8 giờ sáng, cả phòng nhận danh sách việc tới hạn. Không ai phải nhớ, không ai phải đi hỏi."

#3 — ⭐ Cột công thức: cách đi vòng (chuông: khớp điều kiện)

🎙️ "Đây là cái em hứa lúc đầu buổi. Cột 'TRỄ' là công thức, không ai sửa nó, nên không có chuông. Mình đổi loại chuông."

• KHI: bản ghi khớp điều kiện — Trễ hạn = TRỄ
• THÌ: nhắn quản lý

→ Cho cả lớp thấy nó chạy được, so với cách sai lúc đầu buổi.

#4 — Xin duyệt bằng thẻ có nút

• KHI: Trạng thái đổi thành "Chờ duyệt"
• THÌ: gửi thẻ cho quản lý → bấm Đồng ý thì bảng tự sang "Hoàn thành"; bấm Trả lại thì về "Đang làm" + ghi lý do

#5 — Từ Form thành việc (chuông: biểu mẫu được gửi)

• KHI: biểu mẫu được gửi ← nhắc lại bẫy ngày 4: đừng dùng "bản ghi được tạo" rồi lọc theo trạng thái, vì dòng từ Form trống trạng thái
• THÌ: điền Trạng thái = "Chưa bắt đầu" + báo trưởng phòng

⑤ 🔥 TÁM CÁI BẪY + NHẬT KÝ CHẠY (95–110') 🔒

🎙️ Vào khối

"Bây giờ em đưa anh chị thứ quý nhất hôm nay. Không phải tính năng — mà là tám chỗ em đã từng vấp.
Cả tám cái em đều trả giá bằng thời gian thật mới biết. Chụp màn hình lại, dán vào Wiki công ty. Khi nào automation không chạy thì mở ra dò từ trên xuống."

🎙️ Câu chốt của khối

"Anh chị để ý: trong tám cái này, không cái nào là do Lark yếu. Tám cái đều là do mình dặn máy chưa đúng.

Nhớ câu này: automation là một nhân viên rất chăm nhưng rất ngu — mình dặn sai một chữ là nó làm sai cả tháng, mà vẫn tưởng mình đúng."

🖥️ Nhật ký chạy — dạy kỹ 4 phút

Mở ra, chỉ từng chỗ: chạy lúc nào · thành công hay lỗi · từng bước một · dữ liệu vào ra là gì · "không có bản ghi nào khớp" nghĩa là gì.

🎙️ "Đây là bác sĩ của anh chị. Automation không chạy — đừng đoán, đừng hỏi ai. Mở cái này ra đọc.

Dựng automation xong mà chưa mở Nhật ký chạy thì chưa gọi là biết làm auto."

❓ Quay lại lỗi của học viên — khoảnh khắc thuyết phục nhất

"Lúc nãy anh/chị nói automation không chạy. Giờ mình soi vào — anh chị nghĩ nó rơi vào cái số mấy?"

→ Giải trực tiếp trước lớp.

⑥ CHỐT KHOÁ (110–120')

Chấm lại bài kiểm tra sức khoẻ — 3 phút

Chiếu lại 12 câu của ngày 1, cả lớp tự chấm lại, gõ điểm mới vào chat. Cộng sự đối chiếu bảng điểm đầu khoá, đọc to vài trường hợp chênh nhiều nhất.

🎙️ (với người từng 0 điểm) "Anh/chị ngày đầu 0 điểm, hôm nay 8. Năm ngày. Không có gì thần kỳ — chỉ là có người chỉ chỗ tra chìa khoá."

🎙️ Nhìn lại 5 ngày

"Năm ngày trước anh chị vào đây với Zalo và Excel.

Hôm nay anh chị đi ra với: một tổ chức có cơ cấu, biết tạo – phân quyền – xoá tài khoản đúng cách; một hệ bảng thiết kế đúng, các bảng nói chuyện được với nhau; phân quyền tới từng dòng từng cột; cửa riêng cho người ngoài công ty; và một cái bảng biết tự làm việc.

Nhưng em nói thật lòng —" (chậm lại)
"Phần khó nhất không phải năm ngày vừa rồi. Phần khó nhất là ba mươi ngày tới.
Phần mềm học một tuần là xong. Còn thói quen của cả đội thì phải người chủ giữ."

LỘ TRÌNH 30 NGÀY

🎙️ Ba lý do hệ chết yểu — cảnh báo cuối

"Em thấy nhiều công ty dựng xong rồi bỏ. Ba lý do, đúng cả ba:
Một — làm to quá ngay từ đầu, dựng 6 bảng, không ai dùng nổi.
Hai — người chủ không dùng. Sếp còn hỏi qua Zalo thì nhân viên còn trả lời qua Zalo.
Ba — không ai chịu trách nhiệm giữ hệ. Phải có một người có tên, không phải 'phòng IT'.

Và thêm một câu nữa: tự động hoá một quy trình lộn xộn thì chỉ được một mớ lộn xộn chạy nhanh hơn. Nắn quy trình trước, tự động hoá sau."

🎙️ Câu kết

"Ngày đầu em nói: chúng ta không học một phần mềm, chúng ta học cách để công việc tự chạy khi mình đi ngủ.

Bây giờ anh chị biết cách rồi.

Việc còn lại — là về bấm cái nút đầu tiên."

(nói xong im lặng 2 giây rồi mới chuyển sang phần bài tập)

📝 Bài tập cuối cùng

Đăng vào nhóm lớp "Phiếu hệ đầu tiên tôi sẽ dựng":

1. Việc đau nhất & lặp lại nhiều nhất ở công ty tôi:  ______________
2. Hệ này gồm mấy bảng, tên là gì:                    ______________
3. Ai điền dữ liệu vào (Form? tự nhập?):              ______________
4. Ai xem, xem ở view nào, quyền tới đâu:             ______________
5. Automation đầu tiên — KHI…NẾU…THÌ…:                ______________
6. Ngày tôi cho nó chạy thật:                          ____/____/____

→ Đúng ngày đó, thầy vào nhóm hỏi từng người. Đây là thứ quyết định khoá học có kết quả hay không.