사양 문서, 사용 사례 또는 시나리오에서 고객의 고객에게 무엇을 부르나요?

우리 팀과 저는 고객이 고객과 상호 작용하는 데 사용할 소프트웨어를 개발합니다. 또한 자체 개밥을 먹고 소프트웨어를 사용하여 고객과 상호 작용합니다.

따라서 직원이 운영자 일 수 있고 고객이 운영자 일 수 있으며 고객의 고객이 방문자가 될 수 있으므로 사용 사례 및 시나리오를 설명하기가 어려운 경우가 있습니다.

그러나 고객은 운영자 직원과 상호 작용하는 방문자 일 수도 있고 고객 고객은 고객 또는 직원과 상호 작용하는 방문자 일 수도 있습니다.

모델은 다음과 같습니다.

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

때때로 고객이 다른 역할을 수행 할 수 있기 때문에 때때로 직원과 고객 대신 특정 역할 인 운영자 또는 방문자를 참조해야합니다.

"고객의 고객"이라는 말은 항상 한 입입니다.

유스 케이스와 시나리오를 작성할 때 다른 개발 상점에서 이러한 의미 세부 사항을 처리하는 방법이 궁금합니다.

• 3 단계 행위자가 포함 된 제품에 적용 할 수있는 한 단어로 된 일반적인 용어가 있습니까?
• 특정 역할, 운영자 및 방문자를 사용하는 것 외에 고객의 고객을 식별하기 위해 어떤 단어를 사용할 수 있습니까?

단어는 조직 내에서 채택 될 수있을 정도로 짧아야합니다. 두 음절보다 길면 짧아 진 형태로 다른 배우들과 구분해야합니다.

사용 사례 및 시나리오를 설명하기 위해

이것이 핵심입니다. 도메인의 용어, 즉 역할의 이름을 사용하십시오. 역할을 수행 할 수있는 사람은 중요하지 않습니다. 각 시나리오마다 역할이 잘 정의되어 있는지 확인하십시오.

내 웹 사이트를 방문하여 내 제품을 구매하는 것은 전적으로 가능합니다. 어리석은 일이지만 가능합니다. 그러나 전자 상거래 소프트웨어를 테스트 해 보았습니다!]. 내가 공급자, 호스트, 저자, 웹 마스터, 카피라이터, 프로그래머, 클라이언트, 고객, 방문자, 구매자, 손님, 소유자 및 직원 이라는 사실이 동시에 사용 사례의 용어를 변경하지는 않습니다. "고객 웹 양식을 통해 소유자로부터 제품을 구매합니다. "

분명히, 전화 확인하려면 고객 등 고객 한 후, 고객의 고객 으로 고객 . 그렇지 않습니까?

선호도에 따라 용어의 이름을 바꾸고 각 고객에 대한 소프트웨어 패키지 (약간)를 사용자 정의하는 것이 좋습니다. 일부 고객은 고객 또는 고객에게 전화를 걸 수 있습니다.

또한 관계는 약간 재미있다. 직원이 고객의 고객과 어떻게 상호 작용할 수 있습니까?

따라서 역할을 상대적인 엔티티 a로 생각하면 엔티티 b와 관련하여 역할을 수행 할 때 질문이 더 단순 해집니다. 고객은 자신을 사용자로 간주하고 고객은 고객입니다. 고객으로서 고객을 걱정하는 유일한 사람은 귀하입니다. 시스템에서 관리자와 사용자로서 두 가지 역할이 있습니다.

채팅 소프트웨어를 통해 최종 고객과 대화하는 직원이 있다는 설명을 보았습니다 (이 역할을 에이전트라고하겠습니다). 설명을 위해 에이전트는 자신을 사용자의 직원으로 표시합니까?

나는 그 역할이 여전히 요원, 사용자, 고객이라고 주장한다. 귀하의 사용자를 고객으로 언급하는 것은 혼란을 초래합니다. (보시다시피).

나는 더 나빴다 ... 나는 세 가지 수준의 간접 지식을 연구해야했다. 경우에 따라 응용 프로그램의 직접 사용자 인 회사 엔터티가있었습니다. 그들은 우리의 오퍼링에서 다양한 패키지를 판매 한 계정을 가지고 있었고 해당 계정의 고객을 추적했습니다.

어쩌면 조금 탄젠트이지만 ...

나는 상호 작용 디자인을 좋아한다. 그리고 당신은 추상적 인 "역할"이나 "사용자"를 사용하지 않고 "개인"이라고하는 것을 사용한다. 기본적으로 이름, 설명 및 사진으로 캐릭터를 구성한 다음 디자인 프로세스에서 사용합니다.

"Bob은 중년의 은행 관리자로 컴퓨터 경험이 있지만 특히 좋아하지는 않습니다."

그런 다음 프로젝트에서 실제 이름 인 "아니요, 밥은 원하지 않을 것입니다"를 사용할 수 있습니다. "밥이 그렇게하면 앨리스는 어떻게 든 통보를 받아야합니다." 페르소나는 시나리오를 수행 할 때 특히 유용합니다.

수감자가 망명과 얼굴에 대해

이 의견을 답변으로 게시하라는 요청을 받았습니다.

현재 진행중인 프로젝트에는 고객 고객의 ​​고객이 있습니다. 이 프로젝트의 전문 용어는 내 고객의 고객을 "가입자"라고하고 고객을 "소비자"라고합니다. 아마존의 마켓 플레이스 비유를 사용하면 대신 실속 주자와 쇼핑객이 될 수 있습니다.

운영자와 방문자는 꽤 잘 정의 된 것처럼 보입니다. 운영자가 방문자가되거나 방문자가 방문자가 될 때 차이가 있는지 확실하지 않습니다. 이 시점에서 모든 사람은 방문자입니다.

소프트웨어가 잘 알려진 가상의 캐릭터를 사용하기 위해 무엇을하는지에 따라 Dumbledore는 항상 Harry에 대한 지식을 떨어 뜨리고 있습니다. 개발자의 문화에 맞는 문자를 사용하십시오. 그런 다음 A가 Dumbledore의 의자에 앉아 있거나 B가 Harry를 연주하는 경우와 같이 사용 사례에서 참조 할 수 있습니다.

이것이 비공식적이며 전문성이 부족한 것으로 생각되면 Joel 이 작성한 이 기사를 읽고 그의 샘플 기능 사양을 확인해야합니다.