Please enable JavaScript.

Coggle requires JavaScript to display documents.

KỊCH BẢN NGƯỜI DÙNG — CHATBOT TƯ VẤN GIẢI PHÁP, CẤU HÌNH VÀ BOM - Coggle…

- - - - Ví dụ: “Nhà máy muốn kiểm soát nước thải liên tục để phát hiện bất thường trước khi xả, nhưng chưa rõ cần hệ thống gì.”
      - Vấn đề cần giải quyết: Hình thành bài toán từ mục tiêu sử dụng thay vì giả định khách hàng đã biết tên giải pháp.
    - - Ví dụ: “Ống khói có lúc bụi tăng mạnh, bên vận hành muốn phát hiện sớm để tránh vượt ngưỡng.”
      - Vấn đề cần giải quyết: Chuyển triệu chứng thành bài toán cụ thể trước khi lựa chọn solution.
    - - Ví dụ: “Bên tôi vận hành cảng biển, đang muốn tăng an toàn khi tàu ra vào.”
      - Vấn đề cần giải quyết: Làm rõ nhu cầu thực tế vì cùng một ngành có thể dẫn đến nhiều solution khác nhau.
    - - Ví dụ: “Tôi cần quan trắc nước thải 24/7, theo dõi pH, COD, TSS, amoni và lưu lượng, có cảnh báo và truyền dữ liệu.”
      - Vấn đề cần giải quyết: Nhận biết khi thông tin đã đủ để tránh hỏi thêm các nội dung ít ảnh hưởng đến quyết định.
    - - Ví dụ: “Bên tôi đang xem BlueEco-BAS, hệ thống này có phù hợp cho cầu cảng của tôi không?”
      - Vấn đề cần giải quyết: Kiểm tra lại bài toán và điều kiện triển khai thay vì mặc định solution được nêu là đáp án.
  - - - Ví dụ: “Bên tôi làm nghiên cứu màng mỏng và plasma, cần phân tích khí nhưng không rõ dải khối lượng hay mức chân không cần chọn.”
      - Vấn đề cần giải quyết: Không đẩy ngược việc xác định thông số chuyên môn cho người dùng; tiếp tục từ ứng dụng hoặc chuyển phần cần xác nhận cho chuyên gia.
    - - Ví dụ: “Lưu lượng xả hình như khoảng 400 m³/ngày, tôi chưa có số chính xác.”
      - Vấn đề cần giải quyết: Phân biệt thông tin ước lượng với thông tin đã xác nhận trước khi dùng làm ràng buộc lựa chọn solution.
  - - - Ví dụ: “À còn phải lắp ngoài trời nữa. Nãy tôi nói nhầm, dữ liệu không gửi cloud mà lưu ở server nội bộ.”
      - Vấn đề cần giải quyết: Cập nhật trạng thái nhu cầu theo thông tin mới nhất và loại bỏ ảnh hưởng của dữ liệu đã bị sửa hoặc rút lại.
    - - Ví dụ: “Ban đầu cần giám sát liên tục, nhưng thực ra bên tôi chỉ lấy số liệu theo từng đợt khảo sát.”
      - Vấn đề cần giải quyết: Phát hiện và làm rõ mâu thuẫn trước khi chốt solution.
    - - Ví dụ: “Tóm tắt lại xem hiện giờ bạn hiểu bài toán của tôi như thế nào và còn thiếu gì để chốt giải pháp.”
      - Vấn đề cần giải quyết: Cho phép người dùng kiểm tra, sửa và xác nhận cách chatbot đang hiểu nhu cầu.
  - - - Ví dụ: “Tại sao lại dùng giải pháp A thay vì giải pháp B?”
      - Vấn đề cần giải quyết: Giải thích lý do lựa chọn solution dựa trên bài toán và thông tin người dùng đã cung cấp.
  - - - Ví dụ: “Tôi cần một hệ thống duy nhất vừa đo mọi chỉ tiêu nước thải vừa gần như không cần bảo trì hay hiệu chuẩn.”
      - Vấn đề cần giải quyết: Có khả năng kết luận chưa phù hợp, chưa đủ cơ sở hoặc cần chuyên gia xác minh thay vì luôn cố chọn solution.
- - - - Ví dụ: “Sau khi chọn giải pháp mới phát hiện số điểm đo hoặc khoảng cách truyền vượt khả năng đáp ứng.”
      - Vấn đề cần giải quyết: Cho phép quay lại đánh giá solution khi cấu hình cho thấy solution ban đầu không còn phù hợp.
    - - Ví dụ: “Ban đầu chỉ cần đo định kỳ, sau đó đổi thành giám sát 24/7.”
      - Vấn đề cần giải quyết: Nhận biết thay đổi nào làm thay đổi solution và cần quay lại Phase 1.
    - - Ví dụ: “Giữ solution hiện tại nhưng muốn giảm chi phí và tận dụng thiết bị đang có.”
      - Vấn đề cần giải quyết: Giữ nguyên solution và tiếp tục tối ưu cấu hình khi yêu cầu cốt lõi không thay đổi.
    - - Ví dụ: “Có thể cấu hình sơ bộ trước, nhưng một số điều kiện lắp đặt vẫn chưa xác nhận.”
      - Vấn đề cần giải quyết: Cho phép tiếp tục cấu hình sơ bộ nhưng phải giữ trạng thái chưa xác nhận của thông tin.
- - - - Ví dụ: “Nếu dùng giải pháp quan trắc nước thải tự động thì bên tôi cần những thành phần chính nào?”
      - Vấn đề cần giải quyết: Chuyển solution thành các nhóm thành phần cần thiết và vẫn bám vào yêu cầu đã xác định ở Phase 1.
    - - Ví dụ: “Đây là BOM bên tư vấn trước gửi, kiểm tra xem có thiếu hoặc có món nào không cần thiết không.”
      - Vấn đề cần giải quyết: Chuẩn hóa danh sách và kiểm tra completeness, compatibility, quantity và mức đáp ứng yêu cầu Phase 1.
    - - Ví dụ: “Tôi đang có con WXT53 gì đó của Vaisala, có dùng lại cho trạm này được không?”
      - Vấn đề cần giải quyết: Nhận diện mức mơ hồ và xác minh model/variant khi khác biệt ảnh hưởng tới khả năng tích hợp.
    - - Ví dụ: “Bên tôi đã có server và một số cảm biến khí tượng, có thể tận dụng khi làm trạm mới không?”
      - Vấn đề cần giải quyết: Đánh giá khả năng tái sử dụng theo interface, nguồn, giao thức, khả năng đo và điều kiện môi trường.
    - - Ví dụ: “Nếu cảng có ba cầu bến thì hệ thống hỗ trợ cập tàu cần cấu hình thế nào?”
      - Vấn đề cần giải quyết: Dùng quy mô triển khai làm đầu vào để xác định số lượng và cấu trúc BOM.
  - - - Ví dụ: “Tôi chỉ cần sensor và bộ ghi dữ liệu thôi, UPS hay máy lấy mẫu bỏ được không?”
      - Vấn đề cần giải quyết: Xác định thành phần nào bắt buộc, tùy chọn và điều kiện nào cho phép loại bỏ.
    - - Ví dụ: “Tôi muốn dùng cảm biến này với bộ ghi hiện có được không?”
      - Vấn đề cần giải quyết: Kiểm tra giao tiếp, nguồn, I/O, giao thức, môi trường và các yêu cầu tích hợp liên quan.
    - - Ví dụ: “Model A của Trung Quốc sang model B của Đức có được không?”
      - Vấn đề cần giải quyết: Đánh giá replacement theo chức năng, range, accuracy, interface, môi trường và dependency.
    - - Ví dụ: “Nếu bỏ màn hình LED ở bến và chỉ xem trong phòng điều khiển thì các phần còn lại có phải đổi không?”
      - Vấn đề cần giải quyết: Nhận diện tác động dây chuyền của thay đổi tới các thành phần và kết nối liên quan.
  - - - Ví dụ: “Có cấu hình nào chi phí thấp hơn nhưng vẫn đáp ứng các chỉ tiêu bắt buộc không?”
      - Vấn đề cần giải quyết: Tối ưu chi phí sau khi các hard constraints bắt buộc vẫn được giữ nguyên.
    - - Ví dụ: “Cho tôi một phương án cơ bản và một phương án đầy đủ hơn để trình ban giám đốc.”
      - Vấn đề cần giải quyết: Tạo nhiều phương án với trade-off rõ ràng về chức năng, độ tin cậy, mở rộng, bảo trì hoặc chi phí.
  - - - Ví dụ: “BOM này đã đủ thiết bị đo rồi, vậy có thể chốt chưa?”
      - Vấn đề cần giải quyết: Đối chiếu cấu hình với mục tiêu và yêu cầu Phase 1, không chỉ kiểm tra khả năng kết nối kỹ thuật.
    - - Ví dụ: “Tôi muốn giữ tất cả yêu cầu hiện tại nhưng bỏ phần hộp bảo vệ đi thì sao?”
      - Vấn đề cần giải quyết: Chỉ ra điều kiện xung đột và cho phép điều chỉnh yêu cầu hoặc quay lại Phase 1 thay vì cố sinh BOM.
  - - - Ví dụ: “Tại sao BOM lại có UPS, bộ lấy mẫu và phần mềm? Mấy phần này có thật sự cần không?”
      - Vấn đề cần giải quyết: Giải thích vai trò của từng thành phần và mối liên hệ của nó với yêu cầu hệ thống.