Trong phòng họp, sales nói “em cần thấy đơn theo khách”, kho nói “em cần thấy đơn theo món còn thiếu”, kế toán nói “em cần thấy đơn theo công nợ”. Ba yêu cầu nghe như ba hệ thống khác nhau.
Thật ra chúng là một hệ thống: cùng một dữ kiện đơn hàng, nhìn từ ba góc của ba công việc. Lập trình web doanh nghiệp là việc xây cái gốc chung đó — một nền dữ liệu, phân quyền theo phòng ban, nhật ký ghi lại mọi thay đổi — rồi dựng cho mỗi phòng ban màn hình đúng việc của họ, thay vì làm ba công cụ rời và để ba con số không bao giờ khớp nhau.
Ở quy mô vài người, mọi thứ gặp nhau trong một căn phòng và trí nhớ của sếp. Ở quy mô vài chục người, các phòng ban bắt đầu sống trong các file và công cụ riêng: sales giữ danh sách khách của mình, kho giữ sổ của mình, kế toán giữ sổ thứ ba. Cả ba sổ đều “đúng” theo góc của người giữ — và công ty không còn một con số nào được cả ba bên công nhận.
Web doanh nghiệp đáng làm là nơi cuộc gặp đó diễn ra trên dữ liệu: cùng một khách hàng, cùng một đơn, cùng một công nợ — mỗi phòng ban thấy phần của mình, sửa phần của mình, và mọi thay đổi đều có dấu vết.
Giải phẫu một dữ kiện: đơn hàng qua mắt ba phòng ban
Lấy một đơn hàng điển hình và đi qua ba góc nhìn:
Ba góc nhìn dùng chung: mã đơn, danh sách món, số tiền, khách hàng. Ba góc nhìn khác nhau ở: trường hiển thị ưu tiên, thao tác được phép (sales không sửa được số đã xuất kho; kho không sửa được giá), và báo cáo tổng hợp cuối kỳ.
Kết luận rút ra từ giải phẫu này: yêu cầu của các phòng ban hiếm khi mâu thuẫn ở dữ kiện — chúng chỉ khác nhau ở màn hình và quyền. Ai xây ba hệ thống riêng cho ba yêu cầu này sẽ phải trả giá bằng việc đồng bộ chúng mãi mãi.
- Sales thấy: khách này là ai, lịch sử mua thế nào, đơn đang ở trạng thái nào để trả lời khách, doanh số của mình đang đến đâu.
- Kho thấy: đơn gồm những món nào, món nào sẵn, món nào thiếu phải xử lý, hạn giao là khi nào.
- Kế toán thấy: đơn giá trị bao nhiêu, đã thu bao nhiêu, còn công nợ bao nhiêu và đến hạn khi nào.
Phân quyền và nhật ký: hai công cụ quản trị, không phải tính năng trang trí
Với doanh nghiệp nhiều phòng ban, hai năng lực này quyết định hệ thống có được tin hay không:
Phân quyền theo vai trò và phạm vi
Nhật ký thao tác
Cả hai phải được thiết kế từ đặc tả, theo đúng cơ cấu thật của doanh nghiệp; gắn thêm sau thường để lại lỗ hổng ở những chỗ quan trọng nhất.
- Mỗi vai trò (sales, kho, kế toán, quản lý, giám đốc) có menu, dữ liệu và thao tác riêng.
- Phạm vi dữ liệu cũng theo vai trò: sales thấy khách thuộc danh sách của mình/đội mình; quản lý thấy cả đội; giám đốc thấy tổng hợp.
- Người nghỉ việc bị khóa tài khoản là dữ liệu ở lại nguyên vẹn với công ty — thay vì ra đi cùng máy tính cá nhân.
- Mọi thay đổi quan trọng đều ghi lại: ai, lúc nào, từ giá trị nào sang giá trị nào.
- Khi số liệu bị thắc mắc, cuộc họp đi tra nhật ký thay vì đi tìm trí nhớ — đây là thứ kết thúc các cuộc cãi số trong doanh nghiệp vừa.
Những yêu cầu nên để ngoài hệ thống — nói rõ từ đầu
Một đặc tả chung tốt cũng ghi rõ phần không đưa vào:
Việc từ chối có giải thích ở giai đoạn đặc tả là cách giữ hệ thống gọn và giữ ngân sách ở những phần cả công ty cùng hưởng.
- Việc đặc thù của một cá nhân, không phòng ban nào khác dùng đến và không sinh dữ liệu chung.
- Quy trình nội bộ chưa ổn định, đang thay đổi theo tháng — đưa vào hệ thống lúc này là đóng băng một thứ chưa chín.
- Các báo cáo “để xem cho biết” không ai dùng ra quyết định nào — chúng ngốn ngân sách và làm chậm phần việc chính.
Chuyển đổi theo phòng ban để không ai bị “sốc hệ thống”
Doanh nghiệp vừa không dừng lại được để đào tạo lại toàn bộ. Lộ trình chuyển đổi hợp lý:
1. Phòng ban có điểm đau rõ nhất dùng trước với luồng của mình (thường là nơi dữ liệu đang lệch nặng nhất).
2. Các phòng ban kề bên nối vào theo dữ kiện dùng chung đã sẵn có.
3. Dữ liệu cũ của từng phòng ban được chuẩn hóa ngay trước đợt chuyển của phòng ban đó, không dồn một cục.
4. Trong giai đoạn chuyển, quy ước rõ việc nào làm trên hệ thống mới, việc nào tạm giữ cách cũ — và ngày kết thúc cách cũ.
Cách đi này biến “dự án hệ thống” thành chuỗi thay đổi nhỏ mà từng đội cảm nhận được lợi ích trước khi đội tiếp theo bắt đầu.
Quy trình triển khai
Buổi gom yêu cầu đa phòng ban
Các bên liên quan trình bày yêu cầu theo việc của mình; các yêu cầu được đối chiếu trên cùng các dữ kiện để thấy phần chung và phần riêng.
Nhận đề xuất trong 24–48 giờ làm việc
Đề xuất gồm đặc tả chung (dữ liệu gốc, vai trò, phân quyền, nhật ký), màn hình theo phòng ban, phần để ngoài hệ thống và thứ tự triển khai.
Dựng và duyệt theo từng phòng ban
Mỗi phòng ban duyệt phần của mình bằng dữ liệu và tình huống thật của họ; phần dữ liệu chung được kiểm tra chéo giữa các bên.
Chuyển đổi theo đợt và bàn giao quản trị
Đưa từng phòng ban vào dùng theo lộ trình; bàn giao tài khoản quản trị, tài liệu phân quyền và quy trình xử lý khi có thay đổi nhân sự/cơ cấu.
Câu hỏi thường gặp
Các phòng ban không thống nhất được với nhau thì ai là người quyết?
Buổi gom yêu cầu sẽ phân định phần lớn điểm tưởng như mâu thuẫn (vì chúng khác nhau ở màn hình/quyền, không phải dữ kiện). Phần còn lại thật sự xung đột về quy tắc kinh doanh sẽ được đưa về lãnh đạo chốt một lần trên văn bản đặc tả — đó là cách duy nhất để dự án không phải quyết lại giữa chừng.
Nhân viên nghỉ việc thì dữ liệu và công việc của họ xử lý sao?
Tài khoản bị khóa, dữ liệu và lịch sử thao tác ở lại trong hệ thống thuộc về công ty, và công việc đang dở được chuyển giao cho người thay thế theo vai trò. Đây là một trong những lý do căn bản để doanh nghiệp vừa cần hệ thống thay vì file cá nhân.
Dữ liệu hiện tại của các phòng ban không khớp nhau — bắt đầu từ đâu?
Từ khâu chuẩn hóa dữ liệu gốc: chọn nguồn được coi là chuẩn cho từng loại dữ kiện, rà soát trùng/lệch và nhập vào hệ thống theo đợt chuyển đổi của từng phòng ban. Đề xuất sẽ ghi rõ khối lượng chuẩn hóa này thay vì giấu nó vào giữa dự án.
Thêm phòng ban hoặc mở chi nhánh sau này có phải làm lại không?
Không, nếu phân quyền được thiết kế theo vai trò và phạm vi ngay từ đầu: phòng ban/chi nhánh mới là một phạm vi mới được cấp trên cùng nền dữ liệu và quy tắc.
Ban lãnh đạo cần xem gì trên hệ thống?
Lớp tổng hợp: các chỉ số và báo cáo đã được thống nhất trong đặc tả, lấy từ chính dữ liệu vận hành của các phòng ban — không phải một bộ số liệu riêng được làm tay cuối kỳ. Trang tổng quan cho lãnh đạo thường được làm ở giai đoạn sau, khi dữ liệu vận hành đã có thật.
Thời gian làm một hệ thống web doanh nghiệp là bao lâu?
Phụ thuộc số phòng ban tham gia, số luồng nghiệp vụ và khối lượng dữ liệu cần chuẩn hóa. Thời gian theo từng giai đoạn được chốt trong đề xuất sau buổi gom yêu cầu — phản hồi trong 24–48 giờ làm việc.
Lần họp tới, cả ba phòng ban nên nhìn vào cùng một con số — theo ba cách khác nhau, nhưng từ cùng một sự thật
Bạn không cần các phòng ban tự thống nhất xong mới bắt đầu — nếu họ đã thống nhất, có lẽ bạn đã không ở trang này. Buổi gom yêu cầu được thiết kế cho đúng tình trạng hiện tại: mỗi bên mang yêu cầu của mình đến, và đầu ra là một đặc tả chung phân định rõ ràng để lãnh đạo chốt. Hãy bắt đầu bằng việc liệt kê các phòng ban đang cần hệ thống nhất và điểm lệch số liệu đang làm bạn đau đầu nhất. Đề xuất phạm vi được phản hồi trong 24–48 giờ làm việc. Văn phòng Hà Nội: 144 Trần Vỹ · Văn phòng Phú Thọ: Số 2 Chùa Cấm, Phúc Yên. Liên hệ nhanh qua các nút Điện thoại/Zalo trên trang.
