Cách làm này công ty chi phí một phần vốn đầu tư với các điều kiện nghặt nghèo như địa điểm, thiết bị cần có, thiết kế của cửa hiệu, huấn luyện nhân viên, tính độc quyền trong cung ứng dịch vụ cho hãng.
Tuy nhiên, do chi phí ít hơn nên khả năng mở rộng cũng nhiều hơn. V.2.3.3. Hệ thống ủy quyền.
Công ty tiến hành ủy quyền cho các công ty thương mại, kỹ thuật được tuyển chọn, thậm chí các cửa hàng được làm các dịch vụ hậu mãi. Công ty chỉ tiến hành việc thiết kế các hệ thống tối thiểu và huấn luyện cho nhận viên của bên được ủy quyền.
Cách làm này chỉ hiệu quả với các sản phẩm đơn giản. Khách hàng không tin tưởng lắm với cách làm này và trên thực tế việc kiểm soát các cơ sở được ủy quyền làm đúng quy định của hãng là rất khó khăn.
V.2.3.4. Đội cơđộng hậu mãi.
Là hình thức được nhiều hãng áp dụng nhằm làm khách hàng hài lòng tối đa và ứng cứu các trường hợp khó khăn.
V.2.4. Hiệu quả của hậu mãi.
Hậu mãi đòi hỏi đầu tư khá nhiều tiền và công sức song những gì hệ thống đem lại là rất tốt với khách hàng.
Trên thực tế có nhiều sản phẩm điện tử của Hàn Quốc không nổi trội về chất lượng và công nghệ so với sản phẩm của Trung Quốc song lại được chọn mua do có hệ thống hậu mãi mạnh và tốt.
Phần B - TRIỂN KHAI ỨNG DỤNG QUẢN LÝ QUAN HỆ KHÁCH
HÀNG VÀ CHÍNH SÁCH HẬU MÃI
Chương I :
GIỚI THIỆU VỀ CHƯƠNG TRÌNH
1. Mục đích của ứng dụng.
Đây là một dạng phần mềm quản trị doanh nghiệp, được phát triển để dành cho việc quản lý tại trung tâm phân phối xe motor. Ứng dụng có khả năng quản lý:
- Quản lý kho: Trong quản lý kho, bao gồm việc lưu thông tin về sản phẩm, nhập sản phẩm vào kho.
- Quản lý bán hàng: Nhập thông tin khách hàng, tìm kiếm sản phẩm, thực hiện xuất hóa đơn và phiếu bảo hành chi khách hàng.
- Phần quan hệ khách hàng, đây là phần trọng tâm của ứng dụng. Phần này bao gồm hai chức năng nhỏ hơn là quản lý hậu mãi và quản lý bảo hành.
+ Đối với quản lý bảo hành có tiếp nhận bảo hành, xác nhận trả bảo hành và thống kê số khách hàng đến bảo thành theo tháng hoặc theo năm.
+ Đối với quản lý hậu mãi, cho phép tạo các đợt hậu mãi, có chức năng gửi mail đến khách hàng và xác nhận việc khách hàng, đồng thời cũng cho phép doanh nghiệp thống kê số khách hàng đã tham gia trong đợt hậu mãi.
- Quản lý hệ thống: chức năng này giúp cho nhà quản trị hệ thống được phép tạo và quản lý các tài khoản người sử dụng.
2. Phạm vi của ứng dụng.
Hình B.I.1 - Phạm vi của ứng dụng
3. Công cụ sử dụng để xây dựng ứng dụng.
Ngôn ngữ lập trình: C# Framework: .NET 2.0
Hệ quản trị cơ sở dữ liệu: SQL Server 2005 Công cụ tạo report: CrystalReport
Chương II :
XÂY DỰNG ỨNG DỤNG
1.Use case diagram của ứng dụng.
Hình B.II.1 - Use case diagram
2. Thiết kế cơ sở dữ liệu.
Hình B.II.2 – Database diagrams 2.2. Chi tiết các table
2.2.1. Table STORE(kho)
2.2.2. Table ACCOUNT(tài khoản)
Hình B.II.4 - Table ACCOUNT
2.2.3. Table AFTERSALE(hậu mãi)
Hình B.II.5 - Table AFTERSALE
2.2.4. Table AFTERSALE_CONFIRMATION(thông tin hậu mãi)
Hình B.II.6 - Table AFTERSALE_CONFIRMATION
2.2.5. Table AFTERSALEDETAIL(chi tiết hậu mãi)
2.2.6. Table BILL(hóa đơn)
Hình B.II.8 - Table BILL
2.2.7. Table BILLDETAIL(Chi tiết hóa đơn)
Hình B.II.9- Table BILLDETAIL
2.2.8. Table CATEGORY(loại sản phẩm)
Hình B.II.10 - Table CATEGORY
2.2.9. Table CUSTOMER(khách hàng)
2.2.10. Table PERMISSION(xác nhận bảo hành)
Hình B.II.12 - Table PERMISSION
2.2.11. Table PRODUCT(sản phẩm)
Hình B.II.13 - Table PRODUCT
2.2.12. Table PRODUCTDETAIL(chi tiết sản phẩm)
Hình B.II.14 - Table PRODUCTDETAIL
2.2.13. Table WARRANTYRECEIPT(bảo hành)
Hình B.II.15 - Table WARRANTYRECEIPT
3.1. Sequence diagram đăng nhập
Hình B.II.16 - Sequence diagram đăng nhập 3.2. Quản lý hệ thống.
3.2.1. Sequence diagram tạo tài khoản mới
3.2.2. Sequence diagram thay đổi thông tin tài khoản.
3.2.3. Sequence diagram xóa tài khoản
3.3Quản lý sản phẩm và nhà kho.
3.3.1. Sequence diagram tạo nhà kho mới.
3.3.2. Sequence diagram tạo sản phẩm mới
3.3.3.Sequence diagram cập nhật thông tin sản phẩm.
3.3.4.Sequence diagram nhập sản phẩm vào kho.
3.3.5. Sequence diagram thay đổi thông tin lưu trữ.
3.3.6. Sequence diagram quản lý bán hàng
3.4.Quan hệ khách hàng
3.4.1. Chính sách hậu mãi Sequence diagram tạo đợt hậu mãi Sequence diagram tạo đợt hậu mãi
Sequence diagram chỉnh sửa thông tin hậu mãi
Sequence diagram xác nhận khách hàng tham gia hậu mãi
3.4.2. Quản lý bảo hành.
Sequence diagram biên nhận bảo hành
Sequence diagram xác nhận trả bảo hành
4. Class diagram
Hình B.II.31 – Mô hình thiết kế các lớp
4.1.Các class diagram trong gói BUS.
4.2.Các class diagram trong gói DAO.
Hình B.II.33 – Các Class diagram trong gói DAO 4.3.Các class diagram trong gói DTO.
5.Giới thiệu sơ qua một số giao diện chính tương ứng với mỗi chức năng của ứng dụng.
5.1. Đăng nhập
5.2. Quản lý hệ thống.
5.3 Quản lý hậu mãi.
5.4.Quản lý bảo hành.
5.5. quản lý kho&sản phẩm
5.6.Quản lý bán hàng.
6.Một số mẫu report trong ứng dụng.
6.1 Report hóa hơn.
Hình B.II.42 - Report hóa hơn 6.2.Report phiếu bảo hành
6.3.Thống kê khách hàng tham gia hậu mãi
Hình B.II.44 –Thống kê khách hàng hậu mãi.
6.4.Thống kê khách hàng tham gia bảo hành.
Tham khảo tài liệu
[1].Phạm Hữu Khang – Đoàn Thiện Ngân(NXB lao động xã hội)
[2].Dương Anh Đức – Trần Hạnh Nhi – Lâm Quang Vũ(NXB Đại học quốc gia TP Hồ Chí Minh) [3].http://www.pcworld.com.vn [4].http://www.tinyerp.com.vn [5].http://www.webketoan.vn [6].http://www.enterpriseresourceplanningapp.com [7].http://www.wikipedia.org/ --- ---