Báo cáo tiến Độ 3 học phần lập trình web

Description Khách hàng: Là người dùng muốn truy cập vào hệ thống để yêu cầu trả hàng và hoàn tiền cho sản phẩm mình đã đặt mua và nhận hàng thành công... Actors Khách hàng User Trigger K

Cơ sở dữ liệu

Bảng cơ sở dữ liệu

1.1 Dữ liệu danh mục nhân viên

Dữ liệu bao gồm: Số thứ tự, ID nhân viên, Tên nhân viên, Địa chỉ, Số điện thoại, Email, Password

Hình 1 Dữ liệu danh mục nhân viên

Dữ liệu bao gồm: Số thứ tự, ID khách hàng, Tên khách hàng, Địa chỉ, Số điện thoại, Email, Password, Địa chỉ thường giao hàng, ID đơn hàng, Giá trị

Hình 2 Dữ liệu khách hàng

1.2 Dữ liệu danh mục đơn hàng

Dữ liệu bao gồm: Số thứ tự, Ngày đặt hàng, ID đơn hàng, ID hàng hóa, ĐVT, Số lượng, Đơn giá, Thành tiền, ID khách hàng, Tên khách hàng, Số điện thoại, Trạng thái

Hình 3 Dữ liệu danh mục đơn hàng

1.3 Dữ liệu danh mục hàng hóa

Dữ liệu bao gồm: Số thứ tự, ID hàng hóa, ĐVT, Màu sắc, Size, Hàng trong kho, Đơn giá, Ngày thêm

Hình 4 Dữ liệu danh mục hàng hóa

1.4 Dữ liệu báo cáo tồn kho

Dữ liệu bao gồm: Số thứ tự, ID hàng hóa, ĐVT, Màu , Size, Số lượng tồn, Ngày cập nhật

Hình 5 Dữ liệu báo cáo tồn kho

1.5 Dữ liệu báo cáo doanh thu bán hàng

Dữ liệu bao gồm: Số thứ tự, ID hàng hóa, Tên hàng hóa, ĐVT, Màu, Size, Số lượng bán, Doanh thu

Hình 6 Dữ liệu báo cáo doanh thu bán hàng

1.6 Dữ liệu yêu cầu trả hàng

Dữ liệu bao gồm: Số thứ tự, ID yêu cầu, ID đơn hàng, ID khách hàng, Ngày yêu cầu, ID hàng hóa, Số lượng trả, Lý do, Trạng thái, Ngày xử lý, Ghi chú

Hình 7 Dữ liệu yêu cầu trả hàng

Quan hệ thực thể

Hình 8 Mối quan hệ thực thể

Mô tả mối quan hệ thực thể

Lưu trữ thông tin nhân viên trong hệ thống

 ID: Nhân Viên: Charfiled (7) (Primary Key)

 Địa chỉ: Charfield(max_lenghtP0)

 Số điện thoại: Charfield(max_lenght)

 PASSWORD: Charfield(MinLengthValidator=8) (regex=r'^(?=.*[!@#$%^&*(),.?":{}|])(?=.*[A-Za- z])(?=.*\d)[A-Za-z\d!@#$%^&*(),.?":{}|]{8,}$' thiếu chatbox

Lưu trữ thông tin khách hàng

 ID_Khách Hàng: Charfiled (7) (Primary Key)

 Địa chỉ: Charfield(max_lenghtP0)

 Số điện thoại: Charfield(max_lenght)

 Pasword: Charfield(MinLengthValidator=8) (regex=r'^(?=.*[!@#$%^&*(),.?":{}|])(?=.*[A-Za- z])(?=.*\d)[A-Za-z\d!@#$%^&*(),.?":{}|]{8,}$'

 Địa chỉ thường giao: Charfield(max_lenghtP0)

 ID Đơn Hàng: ForeignKey (Danh Mục Đơn Hàng, on_delete=PROTECT)

Lưu trữ thông tin hàng hóa

 ID_Hàng Hóa: Charfield (7) (Primary Key)

Represents different types of job categories

 ID_Đơn Hàng: Charfield (7) (Primary Key)

 ID Hàng Hóa: ForeignKey (Danh Mục Hàng Hóa, on_delete=PROTECT)

 ID Khách Hàng: ForeignKey (Khách Hàng, on_delete=PROTECT)

 Số Điện Thoại: Charfield(max_lenght)

Lưu Trữ thông tin, số lượng sản phẩm có trong kho

 ID_ Hàng Hóa: Charfield (7) (Primary Key)

 Màu Sắc: Charfield(max_lenght0)

Báo cáo doanh thu các sản phẩm

 ID_Hàng Hóa: Charfield (7) (Primary Key)

 Màu Sác: Charfield(max_lenght0)

Lưu trữ thông tin trả hàng

 ID_Yêu Cầu: Charfield (7) (Primary Key)

 ID Đơn Hàng: ForeignKey (Danh Mục Đơn Hàng, on_delete=PROTECT)

 ID Khách Hàng: ForeignKey (Khách Hàng, on_delete=PROTECT)

 ID Hàng Hóa: ForeignKey (Danh Mục Hàng Hóa, on_delete=PROTECT)

 Ghi Chú: Textfield(null=true)

Usecase và xây dựng giao diện

Đối với khách hàng

1.1 Đăng ký Use case Name Khách hàng đăng ký tài khoản

Khách hàng - Là người dùng muốn đăng ký tài khoản để sử dụng dịch vụ từ ứng dụng

- Người dùng muốn tạo tài khoản trên hệ thống chăm sóc khách hàng

- Người dùng cần phải đăng nhập tài khoản để dùng được 1 số chức năng đặc biệt như: trả hàng

- Tài khoản, mật khẩu đăng ký là hợp lệ : + Đảm bảo ràng buộc về định dạng e-mail, sdt + Mật khẩu phải đủ từ 8 ký tự

- Người dùng đăng ký tài khoản thành công

- Hệ thống ghi nhận đăng ký và hiển thị đến trang chủ

1 Khách hàng truy cập vào trang web

2 Khách hàng chọn chức năng đăng ký

3 Khách hàng nhập thông tin cá nhân, tài khoản mật khẩu đăng ký

4 Hệ thống kiểm tra thông tin và ghi nhận tài khoản khách hàng

- Người dùng lựa chọn chức năng đặc biệt, trang yêu cầu phải đăng ký tài khoản

- Người dùng vào trang đăng nhập, tiếp tục thực hiện tùy chọn đăng ký tài khoản bên cạnh

- Ở bước 3 của Basic Flow Nếu tài khoản không hợp lệ hoặc mật khẩu không đủ mạnh thì hệ thống hiển thị tạo tài khoản thất bại

- Nếu tài khoản đã tồn tại thông báo: "tên tài khoản đã được dùng vui lòng chọn tên khác"

- Người dùng quay lại bước 2

Hình 9 Giao diện đăng ký (Bước 3)

Hình 10 Giao diện đăng ký lỗi

Hình 11 Giao diện xác thực thông tin đăng ký

Hình 12 Giao diện khi đăng ký thành công (Bước 4)

1.2 Đăng nhập Use case Name Khách hàng đăng nhập tài khoản

Khách hàng: Là người dùng muốn đăng nhập tài khoản để thực hiện thao tác cần thiết

- Người dùng muốn đăng nhập vào hệ thống

- Người dùng cần phải đăng nhập tài khoản để dùng được 1 số chức năng đặc biệt như: trả hàng

- Tài khoản đã được tạo

- Người dùng thực hiện đủ xác thực cần thiết vd: xác thực otp Postcondition

- Người dùng đăng nhập thành công

- Hệ thống ghi nhận đăng nhập và hiển thị đến trang chủ

1 Khách hàng truy cập vào trang web

2 Khách hàng chọn chức năng đăng nhập

3 Khách hàng nhập tài khoản mật khẩu

4 Hệ thống kiểm tra thông tin và hiển thị đến trang chủ khi đăng nhập thành công

Người dùng lựa chọn chức năng đặc biệt, trang yêu cầu phải đăng nhập tài khoản

- Ở bước 3 của Basic Flow nếu nhập sai thông tin, hiển thị tài khoản không tồn tại

- Người dùng quay lại bước 2

Hình 13 Giao diện đăng nhập (Bước 3)

Hình 14 Giao diện sai thông tin đăng nhập

Hình 15 Giao diện sai mật khẩu đăng nhập

Hình 16 Giao diện quên mật khẩu đăng nhập

Hình 17 Giao diện nhập mã xác thực thông tin

Hình 18 Giao diện nhập sai mã

Hình 19 Giao diện nhập lại mật khẩu

Hình 20 Giao diện đặt mật khẩu thành công

Hình 21 Giao diện lỗi tải trang

1.3 Hồ sơ khách hàng Use case Name Khách hàng thao tác với hồ sơ cá nhân

Khách hàng: Người đăng nhập và sử dụng hệ thống, muốn xem lại, kiểm tra thông tin cá nhân của mình, có thể cập nhật hoặc xoá các thông tin cũ

- Người dùng muốn kiểm tra thông tin cá nhân của mình

- Người dùng muốn cập nhật lại thông tin cần thiết: ví dụ địa chỉ đặt hàng

- Người dùng đã có tài khoản

- Người dùng đã đăng nhập thành công

- Hệ thống hiển thị profile cho người dùng

- Hệ thống cập nhật profile mới cho người dùng

1 Khách hàng truy cập vào trang web

2 Khách hàng đăng nhập vào tài khoản của mình

3 Khách hàng truy cập vào hồ sơ của mình

4 Hệ thống hiển thị hồ sơ

5 Khách hàng thực hiện chức năng chỉnh sửa

6 Hệ thống hiển thị trường chỉnh sửa cho khách hàng

Alternate Flows Khi mua hàng, người dùng có thể cập nhật lại địa chỉ mua hàng

- Ở bước 2 của Basic Flow nếu chưa đăng nhập, hệ thống sẽ không hiển thị chức năng truy cập vào hồ sơ

- Ở bước 5 của Basic Flow nếu thực hiện sửa đổi những thông tin không hợp lý thì sẽ báo lỗi và trả về giá trị thông tin ban đầu

Hình 22 Giao diện hồ sơ khách hàng

1.4 Kiểm tra lịch sử mua hàng Use case Name Khách hàng kiểm tra lịch sử mua hàng của mình

Khách hàng: Người đăng nhập và sử dụng hệ thống sẽ thao tác để truy vấn dữ liệu mụa hàng trong lịch sử của mình

- Người dùng muốn xem lại lịch sử mua hàng của mình

- Người dùng vào lại lịch sử mua hàng, để mua lại sản phẩm đã từng mua trước đó

- Người dùng đã có tài khoản

- Người dùng đã đăng nhập thành công Postcondition

- Hệ thống hiển thị danh sách hàng hoá đã mua

- Hệ thống hiển thị danh sách hàng hoá để mua lại

1 Khách hàng truy cập vào trang web

2 Khách hàng đăng nhập vào tài khoản của mình

3 Khách hàng truy cập vào hồ sơ của mình

4 Hệ thống hiển thị hồ sơ

5 Khách hàng chọn chức năng xem lịch sử mua hàng

6 Hệ thống hiển thị danh sách hàng hoá đã mua trong lịch sử Alternate Flows

- Vào trang chủ, đăng nhập

- Truy cập vào cá nhân, chọn chức năng mua lại

- Ở bước 2 của Basic Flow nếu chưa đăng nhập, sẽ không thể thực hiện bf3

- Nếu như khách hàng xoá lịch sử mua hàng thì ở bước 2 của Alternate Flows sẽ không thể thực hiện chức năng mua lại, giao diện trả về:"bạn chưa mua hàng hoá nào"

Hình 23 Giao diện kiểm tra lịch sử mua hàng

1.5 Yêu cầu trả hàng hoặc hoàn tiền

Use Case Name Khách hàng yêu cầu trả hàng và hoàn tiền

Description Khách hàng: Là người dùng muốn truy cập vào hệ thống để yêu cầu trả hàng và hoàn tiền cho sản phẩm mình đã đặt mua và nhận hàng thành công

Trigger Khách hàng (User) truy cập vào hệ thống, truy cập vào tài khoản cá nhân, đến chi tiết đơn hàng và chọn chức năng yêu cần trả hàng/ hoàn tiền

 Khách hàng (User) đã đăng nhập thành công vào hệ thống với các quyền truy cập nhất định

 Khách hàng (User) đã thực hiện ít nhất 1 giao dịch trên hệ thống

 Hệ thống cập nhật và lưu lại yêu cầu trả hàng/ hoàn tiền của khách hàng

Basic Flow 1 Khách hàng (User) đăng nhập thành công vào hệ thống

2 Khách hàng (User) chọn truy cập vào tài khoản cá nhân, hệ thống sẽ hiển thị thông tin tài khoản cá nhân

3 Khách hàng (User) chọn truy cập vào lịch sử đặt hàng và hệ thống sẽ hiển thị thông của các đơn hàng đã đặt

4 Khách hàng (User) chọn truy cập vào chi tiết đơn hàng và hệ thống sẽ hiển thị tất cả các chi tiết đơn hàng đã giao dịch thành công

5 Khách hàng (User) chọn một giao dịch đã hoàn thành và chọn tính năng yêu cầu trả hàng/ hoàn tiền

6 Hệ thống cập nhật và lưu lại yêu cầu trả hàng/ hoàn tiền của khách hàng trên hệ thống

Khách hàng (User) sử dụng tính năng tìm kiếm để chọn sản phẩm muốn yêu cầu trả hàng/ hoàn tiền

1 Khách hàng có thể dùng tính năng tìm kiếm, nhập tên đơn hàng để lọc ra một đơn hàng trong số các đơn hàng đã giao dịch thành công

2 Hệ thống sẽ lọc ra danh sách kết quả tìm kiếm phù hợp

3 Khách hàng tiếp tục bước 6

Exception Flow Hệ thống không tìm thấy đơn hàng mà khách hàng cần tìm

1 Khi khách hàng dùng tính năng tìm kiếm đơn hàng để chọn sản phẩm muốn trả hàng/ hoàn tiền, nếu hệ thống không tìm thấy đơn hàng nào khớp với yêu cầu thì sẽ hiển thị thông báo lỗi “Không tìm thấy thông tin”

2 Khách hàng sẽ phải quay lại bước 4 để xem lại danh sách các đơn hàng đã giao dịch thành công

3 Khách hàng tiếp tục bước 5

Hình 24 Giao diện trả hàng/ hoàn tiền

Use Case Name Khách hàng đánh giá sản phẩm

Description Khách hàng: Là người dùng muốn truy cập vào hệ thống để đánh giá sản phẩm theo trải nghiệm của mình

Trigger Khách hàng (User) truy cập vào hệ thống, truy cập vào tài khoản cá nhân, đến chi tiết đơn hàng và chọn chức năng đánh giá sản phẩm

 Khách hàng (User) đã đăng nhập thành công vào hệ thống với các quyền truy cập nhất định

 Khách hàng (User) đã thực hiện ít nhất 1 giao dịch trên hệ thống

 Hệ thống cập nhật và lưu lại các đánh giá của khách hàng trên hệ thống

Basic Flow 1 Khách hàng (User) đăng nhập thành công vào hệ thống

2 Khách hàng (User) chọn truy cập vào tài khoản cá nhân, hệ thống sẽ hiển thị thông tin tài khoản cá nhân

3 Khách hàng (User) chọn truy cập vào lịch sử đặt hàng và hệ thống sẽ hiển thị thông của các đơn hàng đã đặt

4 Khách hàng (User) chọn truy cập vào chi tiết đơn hàng và hệ thống sẽ hiển thị tất cả các chi tiết đơn hàng đã giao dịch thành công

5 Khách hàng (User) chọn một giao dịch đã hoàn thành và chọn tính năng đánh giá sản phẩm để viết đánh giá

6 Hệ thống cập nhật và lưu lại các đánh giá về sản phẩm của khách hàng trên hệ thống

Khách hàng (User) sử dụng tính năng tìm kiếm để chọn một sản phẩm đánh giá

1 Khách hàng có thể dùng tính năng tìm kiếm, nhập tên đơn hàng để lọc ra một đơn hàng trong số các đơn hàng đã giao dịch thành công

2 Hệ thống sẽ lọc ra danh sách kết quả tìm kiếm phù hợp

3 Khách hàng tiếp tục bước 6

Exception Flow Hệ thống không tìm thấy đơn hàng mà khách hàng cần tìm

1 Khi khách hàng dùng tính năng tìm kiếm đơn hàng để đánh giá, nếu hệ thống không tìm thấy đơn hàng nào khớp với yêu cầu thì sẽ hiển thị thông báo lỗi “Không tìm thấy thông tin”

2 Khách hàng sẽ phải quay lại bước 4 để xem lại danh sách các đơn hàng đã giao dịch thành công

3 Khách hàng tiếp tục bước 5

Hình 25 Giao diện đánh giá sản phẩm

Use Case Name Khách hàng thêm sản phẩm vào giỏ hàng

Description Khách hàng - Là người dùng muốn truy cập vào hệ thống để thêm sản phẩm yêu thích vào giỏ hàng

Trigger Khách hàng (User) truy cập vào hệ thống và chọn chức năng thêm sản phẩm vào giỏ hàng (Add to Card)

 Khách hàng (User) đã đăng nhập thành công vào hệ thống với các quyền truy cập nhất định

 Khách hàng đã xem qua thông tin chi tiết của sản phẩm trên hệ thống như: tên sản phẩm, giá, tình trạng còn hàng

 Hệ thống hiển thị các sản phẩm đã được khách hàng thêm vào giỏ hàng

Basic Flow 1 Khách hàng (User) đăng nhập thành công vào hệ thống

2 Khách hàng (User) chọn chức năng “Thêm sản phẩm” để thêm một sản phẩm vào giỏ hàng

3 Hệ thống cập nhật những sản phẩm đã thêm vào giỏ của khách hàng

Exception Flow Hệ thống cập nhật không thành công các sản phẩm mà khách hàng chọn thêm vào giỏ

1 Khi khách hàng chọn thêm một sản phẩm vào giỏ hàng nhưng có thể hệ thống chưa kịp cập nhật nên sản phẩm chưa được thêm vào trong giỏ hàng

2 Khách hàng (User) sẽ phải chọn chức năng “Thêm sản phẩm” một lần nữa cho sản phẩm đó

Hình 26 Giao diện trang Giỏ hàng

Khách hàng thực hiện thanh toán đối với sản phẩm

Description Khách hàng - Là người dùng muốn truy cập vào hệ thống để thực hiện thanh toán đối với một sản phẩm

Trigger Khách hàng (User) truy cập vào hệ thống, truy cập vào giỏ hàng để chọn sản phẩm sẽ mua và chọn chức năng thanh toán

 Khách hàng (User) đã đăng nhập thành công vào hệ thống với các quyền truy cập nhất định

 Khách hàng đã chọn sản phẩm và số lượng sản phẩm mình sẽ mua

 Khách hàng đã xem thông tin đơn hàng, chọn phương thức thanh toán và thêm ghi chú (nếu có)

 Hệ thống hiển thị đơn hàng của khách hàng đã được xác nhận

Basic Flow 1 Khách hàng (User) đăng nhập thành công vào hệ thống

2 Khách hàng (User) tìm kiếm và chọn sản phẩm, số lượng sản phẩm cần mua

3 Hệ thống hiển thị thông tin chi tiết về sản phẩm mà khách hàng chọn bao gồm: tên sản phẩm, giá, số lượng, tổng tiền, phí vận chuyển, chiết khấu, vùng nhập mã khuyến mãi

4 Khách hàng (User) chọn chức năng “Tiến hành thanh toán.”

5 Hệ thống hiển thị thông tin đơn hàng và hình thức thanh toán có thể áp dụng

6 Khách hàng (User) cập nhật thông tin theo form và chọn đặt hàng Place Order

7 Hệ thống hiển thị đơn hàng của khách hàng đã được xác nhận

Khách hàng (User) chọn mua sản phẩm từ giỏ hàng, bỏ qua việc tìm kiếm sản phẩm

1 Khách hàng có thể truy cập vào giỏ hàng để chọn mua những sản phẩm đã thêm trước đó

2 Hệ thống sẽ hiển thị danh sách các kết quả tìm kiếm cho sản phẩm

3 Khách hàng tiếp tục bước 3

Hệ thống không tìm thấy thông tin thẻ thanh toán của khách hàng

1 Tại mục điền thông tin thẻ thanh toán Nếu khách hàng nhập sai thông tin thẻ (ví dụ: sai số thẻ) thì hệ thống không thể tìm thấy thông tin thẻ tín dụng của khách hàng, khách hàng không thể thực hiện bước thanh toán ở bước 7

2 Khách hàng (User) sẽ phải cập nhật lại chính xác thông tin ở bước 6 để có thể thực hiện thanh toán

3 Khách hàng tiếp tục bước 7

Hình 27 Giao diện trang thanh toán

Khách hàng đặt lịch tư vấn

Description Khách hàng - Là người dùng muốn truy cập vào hệ thống để đặt lịch tư vấn nên chọn sản phẩm nào phù hợp với nhu cầu cá nhân hoặc để được tư vấn thêm thông tin chi tiết của sản phẩm trước khi ra quyết định mua

Trigger Khách hàng (User) truy cập vào hệ thống và chọn chức năng

Contact Us của hệ thống

 Khách hàng (User) đã đăng nhập thành công vào hệ thống với các quyền truy cập nhất định

 Hệ thống hiển thị giao diện trang Contact Us với các hình thức lựa chọn liên hệ

Basic Flow 1 Khách hàng (User) đăng nhập thành công vào hệ thống

2 Khách hàng (User) chọn 1 trong 2 hình thức liên hệ “Call us now” hoặc “Chat with us” để đặt lịch tư vấn

3 Hệ thống hiển thị trang giao diện tương ứng với tùy chọn của khách hàng

4 Khách hàng tiến hành đặt lịch tư vấn

Khách hàng có thể chọn mục các câu hỏi thường gặp thay vì đặt lịch để tư vấn

1 Thay vì chọn 1 trong 2 hình thức “Call us now” hoặc “Chat with us” để đặt lịch tư vấn, khách hàng có thể chọn mục các câu hỏi thường gặp để giải đáp một số vướng mắc

2 Hệ thống hiển thị tất cả các câu hỏi thường gặp cùng với giải đáp thắc mắc

3 Khách hàng có thể tiếp tục thực hiện bước 2

Đối với khách hàng

2.1 Xem thông tin tài khoản Customer

Admin xem thông tin tài khoản

Description Admin - là người quản lý muốn truy cập vào để xem thông tin chi tiết của khách hàng hoặc nhân viên chăm sóc (CS Staff), khách hàng (Customer)

Trigger Admin truy cập vào hệ thống và chọn chức năng xem thông tin chi tiết của Customer hoặc CS Staff

- Admin đã đăng nhập thành công vào hệ thống với quyền truy cập đầy đủ

- Thông tin chi tiết của Customer và CS Staff đã được cập nhật trên hệ thống

- Hệ thống hiển thị thông tin chi tiết của Customer hoặc CS Staff theo yêu cầu

- Admin có thể xem các thông tin cá nhân, lịch sử giao dịch, và các thông tin liên quan đến CS Staff hoặc Customer

Basic Flow 1 Admin đăng nhập thành công vào hệ thống

2 Admin chọn chức năng "Xem thông tin chi tiết."

3 Hệ thống hiển thị danh sách các Customer và CS Staff có trong hệ thống

4 Admin chọn một Customer hoặc CS Staff từ danh sách

5 Hệ thống truy xuất và hiển thị thông tin chi tiết của Customer hoặc CS Staff, bao gồm thông tin cá nhân, lịch sử giao dịch, và các chi tiết khác liên quan

Admin tìm kiếm Customer hoặc CS Staff theo tên hoặc ID

1 Trong bước 3 của Basic Flow, Admin chọn tính năng tìm kiếm thay vì duyệt toàn bộ danh sách

2 Admin nhập tên hoặc ID của Customer hoặc CS Staff vào ô tìm kiếm

3 Hệ thống lọc danh sách và hiển thị kết quả tìm kiếm phù hợp

4 Admin chọn một Customer hoặc CS Staff từ kết quả tìm kiếm và hệ thống hiển thị thông tin chi tiết

Hệ thống không tìm thấy thông tin của Customer hoặc CS Staff

1 Trong bước 4 của Basic Flow, nếu Admin chọn một Customer hoặc CS Staff mà hệ thống không có dữ liệu, hệ thống sẽ hiển thị thông báo lỗi "Không tìm thấy thông tin."

2 Admin quay lại danh sách hoặc thực hiện tìm kiếm khác (Alternative Flow AF1)

Hình 28 Đăng nhập tài khoản (Bước 1)

Hình 29 Danh sách khách hàng cần quản lý

Đối với CS Staff

3.1 Xem và trả lời các câu hỏi trong chatbox

Nhân viên xem và trả lời các câu hỏi chatbox

Description Nhân viên xem tin nhắn và phản hồi lại các thắc mắc, yêu cầu của khách hàng

Trigger CS staff đăng nhập vào tài khoản của mình sau đó vào phần chatbox để thực hiện các chức năng như xem và phản hồi tin nhắn

- Được cấp quyền truy cập đến chatbox và có thể phản hồi tin nhắn

- Hệ thống hiển thị các tin nhắn

- Các tin nhắn mới được hiển thị lên đầu và đánh dấu các tin nhắn chưa xem

Basic Flow 1 CS staff đăng nhập thành công vào hệ thống

2 Hiển thị thông báo có cuộc trò chuyện mới

3 CS staff vào phần chatbox

4 Hệ thống hiển thị tất cả các cuộc hội thoại của khách hàng

5 Nhân viên xem có những cuộc trò chuyện nào chưa được phản hồi

6 Nhân viên tiến hành trả lời các tin nhắn khách hàng

Tin nhắn gửi từ nhân viên gặp lỗi hoặc không gửi được

1 Hệ thống hiển thị thông báo “ tin nhắn chưa được gửi”

2 Nhân viên xác nhận và gửi lại tin nhắn

3 Nếu gửi thành công, hệ thống thông báo “đã gửi”

Hình 30 Đăng nhập tài khoản (Bước 1)

Hình 31 Thông báo có tin nhắn mới và chatbox trả lời tin nhắn

3.2 Xem và trả lời các yêu cầu đổi trả/ hàng hoàn

CS staff xem và xử lý các yêu cầu đổi trả/hoàn hàng

Description CS staff có thể xem và xử lý các yêu cầu đổi trả hoặc hoàn hàng do khách hàng gửi lên CS staff có thể cập nhật trạng thái yêu cầu, thêm ghi chú, và duyệt hoặc từ chối yêu cầu

Trigger CS staff đăng nhập vào hệ thống

CS staff truy cập và chức năng quản lý hoàn hàng trả tiền

- CS staff đã đăng nhập thành công vào hệ thống với quyền truy cập phù hợp

- Hệ thống có các yêu cầu đổi trả/hoàn hàng đã được khách hàng gửi lên

- Hệ thống lưu lại các thay đổi do CS Staff thực hiện đối với các yêu cầu, bao gồm trạng thái và ghi chú

- Khách hàng sẽ nhận được thông báo về tình trạng yêu cầu của họ

Basic Flow 1 CS Staff đăng nhập thành công vào hệ thống

2 CS Staff chọn chức năng "Quản lý yêu cầu đổi trả/hoàn hàng."

3 Hệ thống hiển thị danh sách các yêu cầu đổi trả/hoàn hàng, bao gồm các thông tin như tên khách hàng, ngày yêu cầu, trạng thái hiện tại của yêu cầu, và lý do yêu cầu

4 CS Staff chọn một yêu cầu để xem chi tiết

5 Hệ thống hiển thị thông tin chi tiết của yêu cầu, bao gồm sản phẩm yêu cầu, lý do đổi trả, trạng thái, và các ghi chú trước đó (nếu có)

6 CS Staff xem xét và cập nhật trạng thái yêu cầu (Duyệt, Từ chối, Đang xử lý)

7 CS Staff có thể thêm ghi chú cho yêu cầu, nếu cần

8 Hệ thống lưu lại các thay đổi và cập nhật yêu cầu

Chọn lọc yêu cầu theo trạng thái hoặc ngày gửi

1 Trong bước 3 của Basic Flow CS Staff chọn bộ lọc theo trạng thái (Đang chờ, Đã duyệt, Đã từ chối, v.v.) hoặc ngày gửi

2 Hệ thống hiển thị danh sách yêu cầu theo bộ lọc đã chọn

3 CS Staff chọn một yêu cầu chưa xử lý và tiếp tục bước 4

Không tìm thấy yêu cầu đổi trả/hoàn hàng

1 Trong bước 3 của Basic Flow, nếu hệ thống không tìm thấy yêu cầu nào theo bộ lọc hoặc từ khóa tìm kiếm, hệ thống hiển thị thông báo "Không tìm thấy yêu cầu phù hợp."

2 CS Staff có thể quay lại danh sách, thay đổi bộ lọc/tìm kiếm, hoặc thoát khỏi chức năng

Hình 32 Danh sách các yêu cầu hoàn hàng và tình trạng