Bỏ qua để đến Nội dung
Dịch vụ tư vấn triển khai · Phạm vi và hợp đồng

Phạm vi trượt, change request miệng

Khách gật thêm việc ngay trong cuộc họp, đội làm luôn vì “giúp khách” — hết dự án mới ngồi tính khối lượng trượt và không thu được đồng nào.

Bản đồ kiểm soát

Năm bước hết phạm vi trượt âm thầm

01 · Phạm vi đóng phiên bản02 · Change request bắt buộc03 · Người gác cổng phạm vi04 · Giờ ngoài phạm vi ghi riêng
01 · Dấu hiệu nhận biết

Đối chiếu 6 dấu hiệu dưới đây với cách doanh nghiệp bạn kiểm soát phạm vi dự án tư vấn.

01

Gật thêm việc trong họp

Khách đề nghị thêm, cả phòng gật — không ai lập change request vì “việc nhỏ”.

02

Làm trước tính sau

Việc phát sinh làm luôn — đến đóng dự án mới thống kê, chứng cứ không còn.

03

Đề xuất viết một đằng hiểu một nẻo

Phạm vi trong proposal mô tả chung — khách hiểu là khác — cãi nhau lúc nghiệm thu.

04

“Giúp khách” không ghi nhận

Tư vấn ngoài phạm vi coi như chăm sóc khách — không giờ, không phí, không ghi.

05

Không ai gác cổng phạm vi

Mọi người đều có thể nhận thêm việc — không có người chặn và định giá.

06

Khối lượng trượt không báo

Đến cuối mới lộ team đã làm vượt 30% phạm vi — margin dự án bay theo.

02 · Nguyên nhân gốc

Vấn đề không nằm ở một cá nhân

Quy trình

Chưa có quy tắc: mọi yêu cầu ngoài phạm vi phải thành change request có giá và duyệt trước khi làm.

Dữ liệu

Phạm vi không đóng theo phiên bản; giờ làm ngoài phạm vi không ghi.

Con người & trách nhiệm

Không chỉ định người gác cổng phạm vi; văn hóa “tiện tay giúp”.

Công nghệ & hệ thống

ERP chưa gắn phạm vi phiên bản với change request và tracking giờ.

03 · Hậu quả kinh doanh

Ảnh hưởng trực tiếp đến kết quả kinh doanh

Biên lợi nhuận

Làm vượt 20–30% phạm vi không thu — dự án “thắng thầu” thành thua khi khép.

Chất lượng dự án

Nguồn lực bị kéo cho việc ngoài phạm vi — việc chính trễ tiến độ.

Quan hệ khách

Đến cuối đòi tiền việc đã làm không có căn cứ — tranh cãi thay vì ghi nhận.

Khả năng điều hành

Không biết dự án nào đang trượt phạm vi cho đến khi khép sổ.

04 · Tự đánh giá nhanh

Doanh nghiệp đang kiểm soát vấn đề này ở mức nào?

1 — Chưa kiểm soátChưa có quy trình hoặc đang làm thủ công, phụ thuộc cá nhân.
3 — Đang chuẩn hóaĐã có quy trình nhưng dữ liệu và các bộ phận chưa liên thông.
5 — Kiểm soát tốtQuản lý trên hệ thống, có người chịu trách nhiệm, KPI và cảnh báo.

Chọn mức phản ánh đúng hiện trạng hôm nay, không chọn theo mục tiêu mong muốn. Đây là “Tự đánh giá nhanh”, không phải Assessment chính thức của AI-X.

Mọi yêu cầu ngoài phạm vi có lập change request trước khi làm không?
1 Chưa có / thủ công5 Hệ thống + KPI + cảnh báo
Phạm vi có đóng theo phiên bản trong hợp đồng không?
1 Chưa có / thủ công5 Hệ thống + KPI + cảnh báo
Có người chỉ định gác cổng phạm vi không?
1 Chưa có / thủ công5 Hệ thống + KPI + cảnh báo
Giờ làm ngoài phạm vi có ghi riêng không?
1 Chưa có / thủ công5 Hệ thống + KPI + cảnh báo
Khối lượng trượt có báo cáo định kỳ trong dự án không?
1 Chưa có / thủ công5 Hệ thống + KPI + cảnh báo

Các điểm cần ưu tiên

    Nhóm vấn đề: Phạm vi và hợp đồng
    Năng lực: Kiểm soát phạm vi và change request trong dự án tư vấn

    05 · Quy trình mục tiêu

    Năm bước hết phạm vi trượt âm thầm

    01
    Phạm vi đóng phiên bảnProposal — hợp đồng chốt đầu ra rõ ràng theo phiên bản; việc gì không gồm ghi rõ.
    02
    Change request bắt buộcYêu cầu mới lập phiếu có đánh giá tác động giá — tiến độ và duyệt trước khi làm.
    03
    Người gác cổng phạm viMột người duyệt mọi yêu cầu ngoài phạm vi — không ai tự nhận thêm việc.
    04
    Giờ ngoài phạm vi ghi riêngLàm gì ngoài scope chấm mã riêng — căn cứ đàm phán hoặc tặng có chủ đích.
    05
    Báo cáo trượt định kỳMỗi kỳ báo khối lượng trượt để hai bên quyết định kịp thời.
    06 · KPI cần theo dõi

    Đo để phát hiện sớm và hành động đúng

    Yêu cầu ngoài phạm vi có change request

    Phiếu lập / tổng yêu cầu ngoài

    Mức mục tiêu tham khảo: 100%
    Giờ làm ngoài phạm vi không thu

    Giờ ngoài scope không tính phí / tổng giờ dự án

    Mức mục tiêu tham khảo: Dưới 5%
    Doanh thu từ change request

    Phí thu thêm / doanh thu gốc dự án

    Mức mục tiêu tham khảo: Theo kế hoạch từng dự án
    Dự án khép có trượt không báo

    Dự án trượt mới phát hiện lúc khép

    Mức mục tiêu tham khảo: Về 0
    07 · ERP Blueprint

    ERP kiểm soát vấn đề này ngay tại điểm phát sinh

    ModuleChức năngDữ liệu đầu vàoĐiểm kiểm soátBáo cáo đầu raVai trò
    SalesPhạm vi phiên bản và change requestProposal, hợp đồng, phiếu CR, giáChưa duyệt CR không làmMọi việc làm đều có gốc hợp đồngKinh doanh
    ApprovalsDuyệt change requestTác động giá — tiến độ, lý doMa trận duyệt theo giá trịQuyết định nhanh có dấu vếtGiám đốc
    TimesheetGiờ theo phạm vi — CRMã giờ phân trong — ngoài phạm viGiờ ngoài scope phải có CRTrượt được đo không đoánChuyên gia tư vấn
    Spreadsheet/DashboardPhạm vi vs thực làm theo dự ánGiờ trong — ngoài, CR đang chờNgưỡng trượt theo dự ánĐiều chỉnh kịp giữa dự ánGiám đốc
    08 · AI Agent/Copilot

    AI Agent cảnh báo sớm — con người giữ quyền quyết định

    Phạm vi Copilot

    Dữ liệu đọc: Phạm vi phiên bản, change request, giờ trong — ngoài phạm vi

    Hỗ trợ: Cảnh báo yêu cầu chưa có CR; đo tỷ lệ trượt từng dự án; nhắc CR chờ duyệt quá lâu

    Cảnh báo/đề xuất: Cảnh báo giờ ngoài phạm vi tăng bất thường và dự án trượt qua ngưỡng

    Người phê duyệt: Giám đốc duyệt change request theo ma trận

    09 · Học và áp dụng

    Tài nguyên áp dụng: bài viết, SOP, công cụ và khóa học

    Bài viết và công cụ thực hành

    Blog, SOP, checklist, template và dashboard

    5 tài nguyên
    BÀI BLOG

    Scope creep: kẻ thù âm thầm phá hủy dự án ERP

    Cách phạm vi trượt dần qua từng yêu cầu nhỏ và cơ chế chặn từ đầu.

    Xem nội dung →
    BÀI BLOG

    Change request: quy trình chuẩn khi khách yêu cầu thay đổi

    Biểu mẫu, luồng duyệt và tính giá cho yêu cầu thay đổi.

    Xem nội dung →
    SOP

    SOP-SCOPE-02: Kiểm soát yêu cầu thay đổi phạm vi

    Quy trình vận hành kiểm soát change request dự án.

    Xem nội dung →
    Hiển thị tất cả bài viết và tài nguyên
    TEMPLATE

    Template Change Request

    Mẫu gửi khách với mô tả tác động, giá và điều kiện.

    Xem nội dung →
    CHECKLIST

    Checklist Quản lý thay đổi (Change Request)

    Danh mục kiểm tra trước khi duyệt thay đổi phạm vi.

    Xem nội dung →
    10 · Lộ trình triển khai tham khảo

    Ba giai đoạn từ chuẩn hóa đến AI

    Đây là lộ trình tham khảo; phạm vi và thời gian thực tế phụ thuộc hiện trạng doanh nghiệp.

    Chuẩn hóa quy trình & dữ liệu

    Chốt owner, RACI, master, baseline, biểu mẫu và quy tắc ngoại lệ.

    Số hóa trên ERP

    Cấu hình workflow, phân quyền, giao dịch và audit trail trên một hệ thống.

    Dashboard, cảnh báo & AI

    Định nghĩa KPI, ngưỡng cảnh báo và Copilot hỗ trợ phân tích.

    11 · Nhận Blueprint

    Nhận Blueprint xử lý: Phạm vi trượt, change request miệng

    Gửi hiện trạng để AI-X chuẩn bị nội dung trao đổi phù hợp với doanh nghiệp.

    AI-X · Trang kiến thức và tự đánh giá nhanh cho Dịch vụ tư vấn triển khai