Hello, sau chuỗi bài về kinh nghiệm thi cử CBAP/CCBA thì hôm nay mình lại tiếp tục chuỗi bài về các kinh nghiệm, kỹ năng của BA qua lớp học mà mình được trải qua những ngày đầu khi vào team mình.
Nếu chưa xem chuỗi bài về kinh nghiệm thi cử CBAP/CCBA, các bạn có thể xem tại đây: Bí kíp CBAP/CCBA
Nếu chưa xem phần 1, giới thiệu về lớp học tại FHNBA, các bạn có thể xem tại đây: Lớp học tại FHNBA
Lớp học tại FHNBA - Phần 2: 3 điều quan trọng về Workflow
Đang hí hoáy vẽ Workflow thì anh Sơn ngồi cạnh quay sang bảo: - Mày vẽ vậy thầy mắng chết!
- Ơ, sao mắng vậy anh?
- Mày vẽ kiểu gì mà lên xuống thất thường vậy, chả cân tẹo nào. Hồi anh làm cho khách hàng Nhật á, bọn nó kỹ tính lắm. Vẽ kiểu này thì có mà....
Úi giùi, đúng là không được bảo thì mình cũng không nhận ra cái sự lộn xộn này. May quá còn chưa chữa bài, sửa nhanh nhanh không thầy nhìn thấy.
Vẽ workflow có lẽ là một bài học khiến mình nhớ nhất trong quãng thời gian học tại FHNBA. Khi phân tích yêu cầu khách hàng, trước hết cần xác định nghiệp vụ khách hàng là gì và sơ đồ hoá luồng nghiệp vụ bằng workflow.
Ví dụ, trong E-commerce, quy trình sẽ là khách đặt hàng, thanh toán, đóng hàng, gửi hàng đi, nhận phản hồi từ khách hàng.
Cả một quá trình từ bám riết khách hàng để hỏi cho ra nhẽ, quy trình nghiệp vụ của anh như thế nào. Rồi xác định xem bước nào nên xử lý trên hệ thống, bước nào xử lý bên ngoài. Rồi thì bao nhiêu ngày vào phòng trình bày workflow, rớt bao nhiêu là nước mắt sau khi được chữa bài. Cuối cùng, mình cũng rút ra một vài điểm quan trọng của một workflow sau đây:
1. Cần đảm bảo workflow dễ hiểu
Một trong các bí kíp khi tự review workflow của mình đó là: nhận định xem workflow mình vẽ có phức tạp không. Workflow vốn để giúp người đọc dễ dàng hiểu được quy trình nghiệp vụ của khách hàng. Nên khi nhìn workflow, nếu bạn thấy nó loằng ngoằng khó hiểu, chắc chắn có điều gì đó cần sửa ở đây.
2. Cần đảm bảo workflow rõ ràng, không gây hiểu nhầm
Sếp mình siêu kỹ tính, "soi" từng đường trong Workflow. Dù đã cố hết sức rồi mà workflow của mình vẫn có 2 đường nối cắt nhau, là một điều nên tránh. Đầu tiên là về tính thẩm mĩ, thứ 2 nó có thể gây hiểu nhầm về hướng đi của đường nối. Nhưng mà 2 cái đường này, định mệnh khiến chúng cần phải cắt nhau, mình chịu, sao mà tránh được. Ấy vậy mà bạn cùng lớp ngồi cạnh, chỉnh hộ cho, 1p sau "đôi lứa đã chia lìa", hai đường không còn cắt nhau nữa. Kinh thật!
3. Cần đảm bảo workflow không thừa không thiếu
Để đảm bảo không thiếu, cần phân tích kỹ nghiệp vụ khách hàng. Rồi dùng cả tư duy logic, xem có bước nào cần thiết mà chưa có hay không. Nhưng nhiều khi phân tích xong lại vẽ thừa còn hơn bỏ sót, nên lại vẽ thừa bước. Một trong những yếu tố khiến bạn có thể vẽ thừa bước trong workflow chính là chưa phân biệt được function và activity (một phần nhỏ trong function đó).
Ví dụ, với Function phê duyệt đơn xin nghỉ phép, sau khi user click vào phê duyệt, đơn xin nghỉ phép được chuyển thành trạng thái là Đã duyệt, đồng thời gửi mail thông báo đến người tạo đơn. Gửi mail chỉ là một activity, nhưng dễ bị hiểu nhầm là một function, đưa vào workflow để gây rối, "mất trật tự nơi công cộng".
Sau một thời gian gian khổ được chữa bài và support sửa để đẹp mắt hơn, cuối cùng mình đã có workflow đáp ứng 3 điểm trên. Để dễ hình dung, các bạn có thể xem thêm workflow mà mình vẽ trong khoá học tại đây.
Cảm ơn các bạn đã đọc bài ^^

Workflow giúp mình tốt nghiệp được khoá training tại FHNBA Mời bạn nhập thông tin bên dưới để nhận file nhé ^^ Tên bạn * Email cá nhân * Yes! Mình đồng ý nhận file *   Gửi