Có một kiểu vấn đề xuất hiện ở hầu hết doanh nghiệp:
Một yêu cầu mua hàng đi qua email, tin nhắn và vài file Excel. Người gửi không biết hồ sơ đang nằm ở đâu. Quản lý phải hỏi lại từng người. Bộ phận tài chính nhận được thông tin thì phát hiện thiếu chứng từ.
Người làm trong quy trình thường nhìn ra điểm nghẽn sớm nhất. Họ biết bước nào hay bị kẹt, dữ liệu nào thường nhập sai và ai đang mất thời gian vì công việc lặp lại. Nếu có phương pháp phù hợp, chính những người này có thể biến hiểu biết nghiệp vụ thành một workflow, ứng dụng nội bộ hoặc hệ thống tự động hóa đơn giản.
Đó là công việc của một Solution Builder.
Solution Builder là ai?
Solution Builder là người nhìn vào một vấn đề trong công việc, phân tích cách quy trình đang vận hành và xây một giải pháp số để xử lý vấn đề đó.
Giải pháp có thể là:
- Một luồng tiếp nhận và phê duyệt đề xuất mua hàng
- Một hệ thống theo dõi ứng viên cho phòng nhân sự
- Một ứng dụng ghi nhận sự cố tại hiện trường
- Một workflow tự động giao việc, nhắc hạn và tổng hợp báo cáo
- Một kho dữ liệu chung thay cho nhiều bảng tính rời rạc
Low-code, no-code và AI giúp việc xây dựng trở nên dễ tiếp cận hơn. Tuy nhiên, biết kéo thả vài khối chức năng chưa đủ để tạo ra một giải pháp hữu ích. Solution Builder cần hiểu người dùng, quy trình, dữ liệu, quyền truy cập, kiểm thử và cách đo hiệu quả sau khi triển khai.
PMI cũng xem năng lực xây giải pháp theo hướng này là một tập hợp gồm phương pháp, framework và thực hành quản trị, thay vì một kỹ năng dùng công cụ đơn lẻ. Microsoft khuyến nghị người xây giải pháp phối hợp với IT về môi trường triển khai, quyền truy cập, bảo mật và vòng đời ứng dụng ngay từ đầu.
Ai phù hợp với vai trò này?
Bạn có thể bắt đầu từ nhiều vị trí:
- Nhân sự vận hành, nhân sự, tài chính, kinh doanh hoặc thu mua đang trực tiếp xử lý công việc hằng ngày
- Business Analyst, Project Manager, Product Owner hoặc người thường xuyên làm rõ yêu cầu giữa các bên
- Quản lý bộ phận muốn chuẩn hóa cách team làm việc và theo dõi kết quả rõ hơn
- Sinh viên có tư duy logic, thích phân tích vấn đề và muốn bước vào lĩnh vực công nghệ từ góc nhìn ứng dụng
- Người đang cân nhắc chuyển hướng sang sản phẩm, tư vấn giải pháp hoặc chuyển đổi số
Lợi thế lớn nhất của bạn có thể đang nằm ngay trong công việc hiện tại: bạn hiểu vấn đề thật và biết người dùng thực sự cần gì.
Một Solution Builder cần học gì?
1. Tư duy vấn đề
Hãy tập diễn đạt vấn đề bằng dữ kiện cụ thể.
“Quy trình phê duyệt đang chậm” vẫn còn mơ hồ. Một mô tả hữu ích hơn sẽ là: “Mỗi đề xuất mất trung bình hai ngày để được phê duyệt; 30% hồ sơ phải gửi lại vì thiếu thông tin; người gửi không theo dõi được trạng thái.”
Khi vấn đề đã rõ, bạn mới chọn được phạm vi phù hợp và biết kết quả nào cần đo.
2. Phân tích quy trình và yêu cầu
Bạn cần xác định:
- Ai tham gia quy trình?
- Công việc bắt đầu từ sự kiện nào?
- Mỗi người cần cung cấp hoặc nhận thông tin gì?
- Quyết định được đưa ra ở đâu?
- Ngoại lệ nào thường xảy ra?
- Điều kiện nào cho biết công việc đã hoàn tất?
Đừng chỉ dựa vào tài liệu quy trình. Hãy quan sát cách mọi người đang làm việc và phỏng vấn người trực tiếp sử dụng giải pháp.
3. Tư duy dữ liệu
Một workflow chạy được cần dữ liệu rõ ràng. Solution Builder nên biết cách xác định nhóm dữ liệu, mối quan hệ giữa chúng, nguồn dữ liệu và người được phép xem hoặc chỉnh sửa.
Với quy trình mua hàng, dữ liệu có thể gồm đề xuất, danh mục vật tư, nhà cung cấp, báo giá, ngân sách, người phê duyệt và lịch sử xử lý. Nếu cấu trúc ban đầu lộn xộn, việc báo cáo và mở rộng sau này sẽ rất khó.
4. Thiết kế workflow và trải nghiệm người dùng
Một giải pháp tốt giúp người dùng biết họ cần làm gì, vào lúc nào và dựa trên thông tin nào. Vì vậy, Solution Builder cần luyện cách vẽ luồng xử lý, thiết kế trạng thái, điều kiện rẽ nhánh, thông báo và giao diện nhập liệu.
Bạn có thể bắt đầu bằng giấy, bảng trắng hoặc sơ đồ đơn giản. Công cụ xây dựng xuất hiện sau khi logic đã đủ rõ.
5. Low-code, no-code và khả năng tích hợp
Hãy chọn một nền tảng và dùng nó để hoàn thành một bài toán nhỏ từ đầu đến cuối. Trong quá trình đó, bạn sẽ học cách tạo biểu mẫu, cấu hình workflow, phân quyền, kết nối dữ liệu, gửi thông báo và tạo báo cáo.
Bạn chưa cần học nhiều nền tảng cùng lúc. Một dự án chạy được sẽ có giá trị hơn một danh sách dài công cụ đã xem qua.
6. Kiểm thử, bảo mật và cải tiến
Trước khi đưa giải pháp vào sử dụng, hãy kiểm tra ba nhóm tình huống:
- Luồng bình thường có chạy đúng không?
- Khi dữ liệu thiếu, sai hoặc trùng lặp thì hệ thống xử lý thế nào?
- Người dùng có quyền xem và sửa đúng phần việc của họ không?
Với giải pháp dùng trong doanh nghiệp, cần thống nhất với IT về dữ liệu nhạy cảm, phân quyền, môi trường thử nghiệm, phát hành và phương án hỗ trợ. Đây là cách hạn chế rủi ro shadow IT và giúp giải pháp có thể được duy trì lâu dài.
Lộ trình 6 bước để bắt đầu
Bước 1: Chọn một vấn đề nhỏ nhưng đủ đau
Đừng mở đầu bằng mục tiêu “số hóa toàn bộ phòng ban”. Hãy chọn một việc lặp lại thường xuyên, có người dùng rõ ràng và có thể đo trước, sau.
Ví dụ: giảm thời gian tổng hợp báo cáo tuần từ ba giờ xuống còn ba mươi phút.
Bước 2: Ghi lại hiện trạng
Theo dõi một vòng xử lý thật. Ghi rõ người tham gia, dữ liệu đầu vào, các bước, điểm chờ, lỗi thường gặp và kết quả đầu ra. Nếu có thể, đo số lần phát sinh, thời gian xử lý và tỷ lệ sai sót.
Bước 3: Xác định yêu cầu và thước đo thành công
Chuyển hiện trạng thành một yêu cầu ngắn gọn:
Khi nhân viên gửi báo cáo, hệ thống tự kiểm tra các trường bắt buộc, chuyển đúng người duyệt, nhắc khi quá hạn và cập nhật dữ liệu vào một nơi chung.
Sau đó đặt tiêu chí đo: thời gian xử lý, số thao tác thủ công, tỷ lệ hồ sơ phải làm lại hoặc mức độ sử dụng của team.
Bước 4: Thiết kế giải pháp trước khi cấu hình
Vẽ workflow, cấu trúc dữ liệu, quyền của từng vai trò và các trường hợp ngoại lệ. Bản thiết kế ban đầu có thể rất đơn giản, miễn là người liên quan đọc vào và hiểu cùng một cách.
Bước 5: Xây bản thử nghiệm và đưa cho người dùng thật
Tạo phiên bản nhỏ nhất có thể xử lý luồng cốt lõi. Mời hai hoặc ba người dùng thử bằng tình huống thật. Quan sát chỗ họ dừng lại, hiểu sai hoặc phải hỏi thêm.
Đừng hỏi chung chung “dùng ổn không?”. Hãy giao một nhiệm vụ cụ thể và xem họ có hoàn thành được hay không.
Bước 6: Triển khai, đo và cải tiến
Khi bản thử nghiệm đã ổn, thống nhất người sở hữu, cách hỗ trợ, quyền truy cập và quy trình cập nhật. Sau một hoặc hai tuần, so kết quả với số liệu ban đầu.
Nếu giải pháp tiết kiệm được thời gian, giảm lỗi hoặc giúp công việc minh bạch hơn, bạn đã có case đầu tiên trong portfolio của mình.
Một ví dụ cho thấy cộng đồng và quản trị quan trọng đến mức nào
Deutsche Bahn xây dựng cộng đồng khoảng 4.000 người tạo ứng dụng low-code và đã có hơn 500 ứng dụng được đưa vào vận hành. Họ tổ chức Center of Excellence, môi trường phát triển và kiểm thử, đội ngũ chuyên gia địa phương cùng hoạt động đào tạo trên quy mô lớn.
Một ứng dụng ghi nhận bảo trì đường ray của họ đã xử lý 8.440 hạng mục. Mỗi hạng mục tiết kiệm khoảng ba phút, tương đương 56 ngày làm việc được trả lại cho đội ngũ.
Case này gợi ra một điều thực tế: công cụ giúp xây nhanh, còn cộng đồng, hướng dẫn và cơ chế quản trị giúp giải pháp đi vào vận hành an toàn và có thể nhân rộng.
Cleeksy có thể đồng hành với Solution Builder như thế nào?
Nếu đang tự học, bạn rất dễ rơi vào hai tình huống: xem nhiều hướng dẫn nhưng chưa hoàn thành dự án nào, hoặc xây được một ứng dụng rồi mới phát hiện yêu cầu và dữ liệu ban đầu chưa rõ.
Cleeksy giúp rút ngắn khoảng cách đó qua bốn lớp hỗ trợ:
Phương pháp
Bạn học cách đi từ tình huống vận hành thật đến yêu cầu, quy trình, dữ liệu và giải pháp. Scenario-Driven Development của Cleeksy tạo một khung chung để người học phân tích và xây dựng có cấu trúc.
Nền tảng thực hành
Trên Cleeksy DOP, người học có thể biến quy trình thành ứng dụng vận hành số bằng cách cấu hình workflow, dữ liệu và quyền truy cập. Mỗi bài học có thể gắn với một sản phẩm cụ thể để đưa vào portfolio.
Đào tạo và phản hồi
Chương trình đào tạo của Cleeksy kết hợp học online, mentoring trực tiếp, tài liệu, quyền truy cập nền tảng và chứng nhận. Người học có cơ hội nhận góp ý khi đang phân tích hoặc xây dựng, thay vì đợi đến lúc giải pháp hoàn thành mới sửa.
Cộng đồng và lộ trình phát triển
Cleeksy Digital Operations Builders là nơi các builder, nhà quản lý và người làm chuyển đổi số cùng chia sẻ tình huống thật, trao đổi cách thiết kế và học từ các giải pháp đã triển khai. Từ nền tảng Solution Builder, bạn có thể tiếp tục phát triển theo hướng Solution Designer, Solution Architect, tư vấn hoặc triển khai dự án trong hệ sinh thái Cleeksy.
Bài tập đầu tiên dành cho bạn
Hãy chọn một việc khiến bạn hoặc team mất ít nhất một giờ mỗi tuần và trả lời năm câu hỏi:
- Ai đang làm việc này?
- Bước nào mất thời gian nhất?
- Dữ liệu đang nằm ở đâu?
- Kết quả tốt hơn sẽ được đo bằng gì?
- Phiên bản nhỏ nhất có thể thử trong một tuần là gì?
Bạn có thể đăng tình huống của mình lên Cleeksy Community. Cộng đồng sẽ cùng bạn bóc tách bài toán, làm rõ workflow và tìm điểm bắt đầu hợp lý.
Nếu muốn học theo lộ trình có hướng dẫn và thực hành trên dự án, bạn có thể tìm hiểu chương trình đào tạo của Cleeksy tại: Cleeksy Citizen Developer Program | Cleeksy DOP