Bạn gọi khách hàng của khách hàng là gì trong tài liệu đặc tả, trường hợp sử dụng hoặc kịch bản?


9

Nhóm của tôi và tôi phát triển phần mềm mà khách hàng của chúng tôi sẽ sử dụng để tương tác với khách hàng của họ. Ngoài ra, chúng tôi cũng ăn thức ăn cho chó của riêng mình và tự sử dụng phần mềm để tương tác với khách hàng.

Do đó, đôi khi có thể khó giải thích các trường hợp và tình huống sử dụng, vì nhân viên của chúng tôi có thể là nhà điều hành, khách hàng của chúng tôi có thể là nhà điều hành và khách hàng của khách hàng của chúng tôi có thể là khách truy cập.

Tuy nhiên, khách hàng của chúng tôi cũng có thể là khách truy cập tương tác với nhân viên điều hành của chúng tôi, khách hàng của khách hàng có thể là khách truy cập tương tác với khách hàng hoặc nhân viên của chúng tôi.

Đây là một mô hình trong đó:

A is an employee
B is a customer
C is our customers' customer

X  interacts with  Y
Operator --> Visitor
      A  -->  B
      A  -->  C
      B  -->  C

Bởi vì đôi khi khách hàng của chúng tôi có thể đóng các vai trò khác nhau, đôi khi cần tham khảo vai trò cụ thể, Nhà điều hành hoặc Khách truy cập, thay vì Nhân viên và Khách hàng.

Đó cũng là một câu nói hay để nói "khách hàng của khách hàng" mọi lúc.

Tôi đã tự hỏi làm thế nào các cửa hàng phát triển khác xử lý các chi tiết ngữ nghĩa này khi viết các trường hợp sử dụng và các tình huống.

  • Có bất kỳ thuật ngữ chung, một từ nào có thể áp dụng cho bất kỳ sản phẩm nào liên quan đến một diễn viên cấp ba không?
  • Ngoài việc sử dụng các vai trò cụ thể, Người vận hành và Khách truy cập, những từ nào có thể được sử dụng để xác định khách hàng của khách hàng?

Từ này cần phải đủ ngắn để được thông qua trong một tổ chức. Nếu dài hơn một vài âm tiết, dạng rút gọn vẫn phải phân biệt nó với các tác nhân khác.


1
Nó nghĩ rằng bạn đang nhìn vào mối quan hệ sai. A đúng là một nhà điều hành. C đúng là một du khách. B tình cờ là cả một nhà điều hành và một khách truy cập. Việc B có hai vai trò không làm thay đổi thực tế rằng C hoàn toàn là khách truy cập. Do đó, tôi không thấy điểm mang lại cho C một định danh duy nhất.
Pemdas

@Pemdas - Vấn đề là cách khác. C hoàn toàn là khách truy cập, nhưng khách truy cập không phải lúc nào cũng nghiêm túc C. Ngoài ra, không phải mọi sản phẩm chúng tôi phát triển đều có nhà điều hành và khách truy cập. Những sản phẩm này dành riêng cho một trong nhiều sản phẩm liên quan đến khách hàng và diễn viên "khách hàng của khách hàng" kéo dài. Câu hỏi của tôi liên quan đến việc làm thế nào tôi có thể khái quát C là "khách hàng của khách hàng" mà không gặp nguy hiểm khi rút ngắn nó thành "khách hàng" và tạo ra sự nhầm lẫn.
jmort253

2
Không phải khách hàng của khách hàng sẽ được tuyên bố là "Khách hàng ** C"? :-)
GrandmasterB

@GrandmasterB - Sau đó, các bên liên quan của tôi có thể bị nhầm lẫn và nghĩ rằng tôi đang đề cập đến B hoặc C trong khi thực tế tôi chỉ có nghĩa là một trong số họ.
jmort253

Chúng tôi sử dụng "Khách hàng" để chỉ ra khách hàng của Khách hàng ....

Câu trả lời:


4
để giải thích các trường hợp sử dụng và kịch bản

Đó là chìa khóa: sử dụng thuật ngữ của tên miền, tức là tên của các vai trò. Ai có thể đóng vai trò không quan trọng. Đảm bảo rằng các vai trò được xác định rõ (cho từng kịch bản).

Tôi hoàn toàn có thể truy cập trang web của riêng mình và mua sản phẩm của riêng mình. Điều đó thật ngớ ngẩn, nhưng điều đó là có thể [nhưng tôi đã thực hiện nó để kiểm tra phần mềm thương mại điện tử!]. Thực tế rằng tôi là nhà cung cấp, chủ nhà, tác giả, quản trị trang web, copywriter, lập trình viên, khách hàng, khách hàng, khách truy cập, người mua, khách, chủ sở hữu và nhân viên cùng một lúc không làm thay đổi thuật ngữ của trường hợp sử dụng: "khách hàng mua sản phẩm từ chủ sở hữu thông qua mẫu web "


@Steven - Nếu tôi hỏi bạn "Khách hàng thấy gì khi nhận được tin nhắn?" , tôi đang đề cập đến ai khi tôi nói "khách hàng" ? Tôi đang đề cập đến khách hàng của mình , đại diện bán hàng thương mại điện tử nhận được câu hỏi hay tôi đang đề cập đến khách hàng của cô ấy , anh chàng bị mắc kẹt trong quá trình thanh toán nhận hướng dẫn về cách nhập số thẻ tín dụng đúng cách để anh ta có thể mua xe tải mới của mình? Cảm ơn!
jmort253

@ jmort253, đơn giản: không bao giờ sử dụng từ khách hàng. Người mua sắm và thương gia.
Peter Taylor

@Peter - Giả sử tôi muốn khái quát các cấp độ này và áp dụng chúng cho các sản phẩm khác. Có thể tôi có Nhân viên quản trị, Khách hàng quản trị viên và người dùng cuối là A, B và C. Có quy ước chung nào cho "khách hàng của khách hàng" không phải chỉ dành riêng cho sản phẩm của tôi mà còn có thể áp dụng cho các sản phẩm bạn đang xây dựng nơi bạn đang cung cấp sản phẩm cho khách hàng của mình để giúp họ với khách hàng của họ. Tôi cảm thấy vấn đề này khá phổ biến trong kinh doanh đối với thị trường kinh doanh.
jmort253

@ jmort253: từ bỏ thuật ngữ "khách hàng" ; nó không có ý nghĩa nội tại trong trường hợp sử dụng của bạn. Trong các ví dụ của bạn ở trên, hãy sử dụng "khách hàng" (một người sử dụng dịch vụ của bạn), "người nhận" (một người nhận được câu hỏi) hoặc "người mua" (một người mua thứ gì đó)
Steven A. Lowe

1
@ jmort253, dự án tôi đang thực hiện tại thời điểm này có khách hàng của khách hàng của khách hàng của tôi. Biệt ngữ của dự án là khách hàng của khách hàng của tôi được gọi là "người đăng ký" và khách hàng của họ được gọi là "người tiêu dùng". Sử dụng phép ẩn dụ trên thị trường của Amazon, thay vào đó họ có thể là chủ gian hàng và người mua hàng.
Peter Taylor

7

Để làm rõ, hãy gọi khách hàng của bạnkhách hàng , sau đó là khách hàng của bạnkhách hàng . Điều đó sẽ làm cho nó rõ ràng hơn phải không?

Tôi khuyên bạn nên đổi tên các điều khoản và tùy chỉnh gói phần mềm của bạn (một chút) cho mỗi khách hàng của bạn tùy thuộc vào sở thích của họ. Một số khách hàng có thể muốn gọi khách hàng của họ là khách hàng hoặc người dùng.

Ngoài ra mối quan hệ là một chút buồn cười. Làm thế nào nhân viên của bạn có thể tương tác với khách hàng của khách hàng?


Câu hỏi tuyệt vời. Chúng tôi phát triển Phần mềm trò chuyện để khách hàng của chúng tôi sử dụng để tương tác với khách hàng / khách hàng tiềm năng của họ, nhưng chúng tôi cũng thay mặt cho những khách hàng tương tự ... cũng ... khách hàng đó. Thấy nhầm lẫn? Tôi thích đề xuất của bạn và đã cố gắng thúc đẩy quy ước đặt tên đó trước đây. Tôi sẽ xem xét thử lại lần nữa.
jmort253

Nếu khách hàng của khách hàng là khách hàng tiềm năng của bạn, họ không nên được đặt tên là khách hàng tiềm năng hay khách hàng tiềm năng?
mauris

/ Giữa khách hàng và khách hàng tiềm năng có nghĩa là đại diện cho AND / OR. "Chúng tôi phát triển phần mềm cho khách hàng sử dụng để tương tác với khách hàng VÀ / HOẶC khách hàng tiềm năng của họ." Khách hàng hoặc khách hàng tiềm năng của khách hàng của chúng tôi không nhất thiết là khách hàng hoặc khách hàng tiềm năng của chúng tôi. Wow, tôi đoán tôi đã không nhận ra điều này thực sự khó hiểu như thế nào. Chỉ cần gõ nó ra để làm rõ cảm thấy phức tạp. Những người mà nhà điều hành của chúng tôi tương tác có thể là khách hàng, khách hàng tiềm năng, HOẶC không phải khách hàng hoặc không phải khách hàng tiềm năng, nếu họ là khách hàng của khách hàng của chúng tôi
jmort253

cố gắng giải quyết vấn đề này bằng biểu thức logic = \
mauris

3

Vì vậy, câu hỏi trở nên đơn giản hơn khi nghĩ về Vai trò là thực thể tương đối a thực hiện vai trò liên quan đến thực thể b. Khách hàng của bạn coi chính họ là Người dùng và Khách hàng của họ là Khách hàng đối với họ. Người duy nhất quan tâm đến Khách hàng của bạn là Khách hàng là bạn. Bạn có hai vai trò trong hệ thống là Quản trị viên và Người dùng.

Tôi đã thấy lời giải thích rằng bạn có Nhân viên tương tác với Khách hàng Cuối thông qua phần mềm trò chuyện của bạn (hãy gọi vai trò này là Đại lý). Để làm rõ, Đại lý có tự đại diện cho mình là nhân viên của Người dùng của bạn không?

Tôi cho rằng vai trò vẫn là Đại lý, Người dùng, Khách hàng. Nhắc đến Người dùng của bạn như một khách hàng chỉ khiến mọi thứ bối rối. (Bạn có thể thấy).

Tôi đã có nó tồi tệ hơn ... Tôi đã phải làm việc trên ba cấp độ gián tiếp. Có một thực thể Công ty, trong một số trường hợp là Người dùng trực tiếp của ứng dụng của chúng tôi. Họ có Tài khoản mà họ đã bán các gói khác nhau từ dịch vụ của chúng tôi và họ đã theo dõi Khách hàng cho các Tài khoản đó.


Tôi nghĩ đó là vấn đề. Các kỹ sư của tôi và tôi phải xem xét hai vai trò khác nhau khi thảo luận về dự án. Chúng ta đang thảo luận từ vai trò của chúng ta hay vai trò của họ . Mặc dù, vai trò của chúng tôi cũng là Người dùng khi chúng tôi ăn thức ăn cho chó của chính mình. Tôi bắt đầu nghĩ rằng tôi đang lật đổ điều này!
jmort253

2

Có thể một chút tiếp tuyến nhưng ...

Bản thân tôi thích thiết kế tương tác, và ở đó bạn không bao giờ sử dụng "vai trò" hay "người dùng" trừu tượng mà là một thứ gọi là "personas". Về cơ bản, bạn tạo nên một nhân vật với một tên, mô tả và hình ảnh và sau đó bạn sử dụng nó trong quá trình thiết kế của bạn

"Bob là một người quản lý ngân hàng vào những năm trung niên, anh ấy có một số kinh nghiệm về máy tính nhưng không đặc biệt thích chúng."

Sau đó, trong dự án của bạn, bạn có thể sử dụng tên thật của họ "Không, Bob sẽ không muốn điều đó", "Nếu Bob làm điều này thì Alice cần phải được thông báo bằng cách nào đó". Personas đặc biệt hữu ích khi bạn thực hiện các tình huống.

Tôi rất muốn giới thiệu Các tù nhân đang chạy tị nạn và Về mặt


Cám ơn phản hồi của bạn! Đây là một gợi ý tuyệt vời. Tôi sẽ phải suy nghĩ về việc liệu nó có thể áp dụng cho tất cả các sản phẩm của chúng tôi hay không. Ví dụ về khách hàng và khách hàng của tôi, mọi người sẽ phải có thể trở thành diễn viên trong tất cả các hệ thống của chúng tôi để điều đó hoạt động. Nói cách khác, Bob sẽ phải là khách hàng của công cụ xây dựng widget của chúng tôi và cũng là khách hàng của sản phẩm foo và sản phẩm thanh của chúng tôi, nếu điều đó có ý nghĩa.
jmort253

@jmort, đó có lẽ không phải là cách bạn nên sử dụng persona. Trừ khi Bob thực sự là cùng một người đã mua cả công cụ xây dựng widget và foo và bar, họ nên được định nghĩa là cá nhân riêng biệt .. đó là điểm của họ, bạn xây dựng các personas khác nhau cho các kịch bản / ứng dụng / hệ thống cụ thể và điều chỉnh giải pháp cho họ. Tên của Persona không chỉ là từ đồng nghĩa của "người dùng"
Homde

Tôi ủng hộ cách tiếp cận này, chúng tôi đã có một thời gian khó khăn để giải thích những gì chúng tôi làm cho các nhà đầu tư và khách hàng trực tiếp của chúng tôi. Chúng tôi đã tạo nên Jamie và Dave với tư cách là người sáng lập của một công ty hư cấu và sử dụng Jamie và Dave trong các câu chuyện, ghi chép video, sử dụng các trường hợp, v.v ... Dễ dàng hơn nhiều cho người dùng cuối của khách hàng, v.v.
Dickey Singh

2

Tôi đã được yêu cầu đăng bình luận này như một câu trả lời, vì vậy:

Dự án tôi đang thực hiện tại thời điểm này có khách hàng của khách hàng của khách hàng của tôi. Biệt ngữ của dự án là khách hàng của khách hàng của tôi được gọi là "người đăng ký" và khách hàng của họ được gọi là "người tiêu dùng". Sử dụng phép ẩn dụ trên thị trường của Amazon, thay vào đó họ có thể là chủ gian hàng và người mua hàng.


0

Toán tử và khách truy cập có vẻ khá rõ. Không chắc chắn có sự khác biệt khi nhà điều hành trở thành Khách truy cập hoặc Khách truy cập trở thành Khách truy cập. Tại thời điểm đó, tất cả mọi người là một khách truy cập.


0

Tùy thuộc vào những gì phần mềm có nghĩa là sử dụng các nhân vật hư cấu nổi tiếng, ví dụ như cụ Dumbledore luôn bỏ kiến ​​thức về Harry (dạy cho anh ta những điều mà trước đây anh ta không biết và / hoặc trả lời câu hỏi của mình). Sử dụng các ký tự phù hợp với văn hóa của các nhà phát triển của bạn. Sau đó, bạn có thể tham khảo chúng trong các trường hợp sử dụng như sau: khi A đang ngồi trên ghế của cụ Dumbledore hoặc khi B đang chơi Harry.

Nếu bạn nghĩ rằng điều này sẽ làm cho thông số kỹ thuật của bạn để chính thức và thiếu tính chuyên nghiệp, bạn nên đọc này bài viết của Joel và nhìn của mình mẫu chức năng Thông số kỹ thuật.


Trong một lúc, tôi đã sử dụng các vận động viên và ngôi sao điện ảnh trong thông số kỹ thuật của mình để thử và làm cho chúng dễ đọc hơn. Tôi đã có Brett Favre, Sachin Tendulkar và Aishwarya Rai, chỉ kể tên một vài người.
jmort253
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.