27/08/2026
4 CẤP ĐỘ NĂNG LỰC KHI BUILD LARKBASE CHO DOANH NGHIỆP
Biết tạo Table, Formula và Automation chưa đồng nghĩa với việc đã “rành LarkBase”.
Trong các dự án doanh nghiệp, năng lực triển khai LarkBase có thể chia thành 4 cấp độ. Mỗi cấp độ không chỉ khác nhau về số lượng tính năng sử dụng, mà khác nhau ở phạm vi bài toán có thể giải quyết.
-----------------------
Level 1 — Junior Builder: Biết cấu hình công cụ
Ở cấp độ này, người build đã hiểu các thành phần cơ bản:
- Base, Table, Field và Record.
- View, Filter và Form.
- Formula, Lookup và Rollup cơ bản.
- Cách lựa chọn kiểu dữ liệu phù hợp.
- Cách trình bày dữ liệu để người dùng dễ nhập và tra cứu.
Junior Builder có thể tạo một Base đơn giản như danh sách khách hàng, quản lý công việc, kho nội dung hoặc form thu thập thông tin.
Điểm cần vượt qua ở cấp độ này là tư duy “mỗi yêu cầu tạo thêm một field”. Nếu không có cấu trúc dữ liệu hợp lý, Base rất dễ trở thành một bảng khổng lồ, nhiều dữ liệu trùng và khó mở rộng.
Kết quả của Level 1: Tạo được một Base đơn giản, đúng cấu trúc và dễ sử dụng.
-----------------------
Level 2 — Builder: Build được một module hoàn chỉnh
Builder không chỉ biết cấu hình Table và Field mà bắt đầu hiểu cách các bảng liên kết thành một module nghiệp vụ.
Kiến thức quan trọng gồm:
- Thiết kế ERD ở cấp module.
- Quan hệ 1:1, 1:N và N:N.
- Junction Table cho quan hệ nhiều–nhiều.
- Phân biệt Master Data và Transaction Data.
- Formula, Lookup và Rollup nâng cao.
- Automation, Workflow và thông báo.
- Kiểm thử dữ liệu và các nhánh tự động hóa.
Ví dụ một module quản lý dự án có thể bao gồm:
Khách hàng
↓
Hợp đồng
↓
Dự án
↓
Hạng mục
↓
Công việc
Khi trạng thái hợp đồng chuyển sang “Đã ký”, hệ thống có thể tự tạo dự án, sinh danh sách hạng mục, giao việc và gửi thông báo cho người phụ trách.
Nhưng automation tốt phải xử lý được cả các câu hỏi kỹ thuật:
- Nếu workflow chạy hai lần thì có tạo dữ liệu trùng không?
- Nếu thiếu record liên kết thì xử lý thế nào?
- Nếu một bước thất bại thì ai nhận cảnh báo?
- Có thể sửa dữ liệu thủ công mà không làm hỏng luồng không?
Kết quả của Level 2: Chuyển một yêu cầu tương đối rõ thành module chạy được từ đầu đến cuối.
-----------------------
Level 3 — Solution Designer: Thiết kế được một giải pháp
Đây là cấp độ tối thiểu để có thể nói rằng một người rành LarkBase cho doanh nghiệp.
Solution Designer không bắt đầu bằng việc tạo Base. Họ bắt đầu bằng việc phân tích:
Business Problem
↓
Business Process
↓
Business Rule
↓
Entity
↓
ERD
↓
Base Spec
↓
Workflow
↓
Dashboard
↓
Permission
Ở cấp độ này, người thiết kế cần hiểu:
- Business Analysis và Business Process.
- Actor, User Story và Acceptance Criteria.
- Business Rule, trạng thái và ngoại lệ.
- ERD và vòng đời dữ liệu.
- Dashboard, KPI và cách tính chỉ số.
- Permission, UAT và Data Governance.
- Phân quyền theo vai trò, field và record.
- Kiểm thử toàn bộ giải pháp trước khi bàn giao.
Ví dụ, yêu cầu “làm CRM” chưa đủ để bắt đầu build.
Solution Designer phải làm rõ:
- Lead được tạo từ đâu?
- Khi nào Lead trở thành Opportunity?
- Một khách hàng có thể có bao nhiêu cơ hội?
- Doanh thu được ghi nhận theo Deal, hợp đồng, hóa đơn hay tiền thực thu?
- Nhân viên nào được xem khách hàng của nhân viên khác?
- Khi người phụ trách nghỉ việc, dữ liệu được bàn giao thế nào?
Điểm khác biệt lớn nhất là Solution Designer không chỉ “làm theo yêu cầu”, mà có khả năng phát hiện yêu cầu chưa hợp lý và thiết kế lại thành một giải pháp vận hành được.
Kết quả của Level 3: Biến bài toán kinh doanh thành giải pháp Lark hoàn chỉnh.
-----------------------
Level 4 — System Architect: Kiến trúc được cả hệ thống
System Architect làm việc ở phạm vi toàn doanh nghiệp, nơi không còn chỉ có một CRM hay một Base độc lập.
Hệ thống có thể gồm:
CRM
HRM
Finance
Project
Procurement
Asset
Contract
Approval
Task
Dashboard
Lúc này, vấn đề khó nhất không phải là tạo thêm Table hay Automation, mà là thiết kế Enterprise Architecture:
- Domain nào thuộc Base nào?
- Dữ liệu nào là Master Data dùng chung?
- Base nào là nguồn sự thật của Customer, Employee, Product và Project?
- Các module trao đổi dữ liệu theo nguyên tắc nào?
- Làm sao tránh Lookup vòng và automation chồng chéo?
- Ai là Data Owner, Process Owner và System Owner?
- Hệ thống thay đổi và phát hành phiên bản như thế nào?
- Khi số lượng record và người dùng tăng, kiến trúc có tiếp tục vận hành ổn định không?
Một kiến trúc doanh nghiệp thường cần các lớp:
Business Operating System
↓
Master Data dùng chung
↓
Business Modules
↓
Workflow & Automation
↓
Dashboard & Management Reporting
↓
Permission & Governance
System Architect phải bảo đảm CRM, HRM, Finance và Project không trở thành những “ốc đảo dữ liệu” riêng biệt.
Kết quả của Level 4: Thiết kế Business Operating System thống nhất, có governance và khả năng mở rộng.
-----------------------
Có thể tóm tắt bốn cấp độ như sau:
- Level 1: Biết sử dụng và cấu hình LarkBase.
- Level 2: Build được một module nghiệp vụ.
- Level 3: Thiết kế được một giải pháp doanh nghiệp.
- Level 4: Kiến trúc được hệ thống vận hành toàn doanh nghiệp.
Điểm mấu chốt:
Table và Automation tạo nên một Builder.
Hiểu nghiệp vụ, dữ liệu và kiến trúc mới tạo nên một Solution Designer.
Và một nguyên tắc Cầm Tay Chỉ Lark luôn nhắc khi triển khai LarkBase:
Đừng bắt đầu bằng việc tạo Base. Hãy bắt đầu bằng quy trình, entity và ERD.
Đội ngũ của bạn đang ở cấp độ nào trong 4 cấp độ trên?