Quyết định về việc có nên đưa ra giao diện cho nhân viên phi kỹ thuật để sửa đổi quy tắc kinh doanh hay không phụ thuộc vào một số yếu tố, bao gồm các mục tiêu của dự án, chi phí của dự án, thời gian tồn tại của dự án và tỷ lệ được biết đến trong ẩn số dự án.
Ví dụ, nếu tôi tin rằng không ai sẽ sử dụng giao diện quy tắc, thì có lẽ tôi sẽ từ chối thực hiện nó. Tuy nhiên, nếu tôi có lý do để tin rằng những thay đổi sẽ xảy ra thường xuyên và những người dùng cuối khác nhau sẽ mong đợi các quy tắc khác nhau được đưa ra, thì tôi sẽ xem xét việc xây dựng chức năng đó.
Tôi đã chọn thực hiện điều này trong một dự án và phải mất nhiều năm trước khi tính năng này được sử dụng rộng rãi. Tôi nghi ngờ rằng cuối cùng chúng ta sẽ có những người dùng cuối muốn tự mình tùy chỉnh mọi thứ, vì vậy chúng tôi đã triển khai chức năng này thành từng mảnh.
Nó bắt đầu như một thứ mà chỉ một số người nhất định, như nhà phát triển hoặc quản trị viên có thể sử dụng. Giao diện rất cục mịch, nhưng có thể sử dụng được nếu bạn biết bạn đang làm gì. Nhưng vào thời điểm sản phẩm gần hoàn thành, logic phụ trợ của công cụ quy tắc đã có ích và đội ngũ thiết kế của chúng tôi đã cho nó một giao diện người dùng đẹp mắt, hướng tới khách hàng.
Nếu tôi làm điều đó khác đi, tôi có thể chọn một kiến trúc cơ sở dữ liệu khác chỉ vì đường cong học tập cao. Nhưng tóm lại, việc xây dựng nó sớm đã dẫn đến nhiều khách hàng phải đối mặt với các tính năng sau này mà không phải đau đầu về việc phải quay lại mã và cấu trúc lại nó để bao gồm tất cả các quy tắc động.