¿Cómo llama al cliente de un cliente en un documento de especificación, caso de uso o escenario?

7

Mi equipo y yo desarrollamos un software que nuestros clientes utilizarán para interactuar con ellos. Además, también comemos nuestra propia comida para perros y usamos el software para interactuar con nuestros clientes.

Por lo tanto, a veces puede ser difícil explicar los casos de uso y los escenarios, ya que nuestros empleados pueden ser operadores, nuestros clientes pueden ser operadores y los clientes de nuestros clientes pueden ser visitantes.

Sin embargo, nuestros clientes también pueden ser visitantes que interactúan con los empleados de nuestros operadores, los clientes de nuestros clientes pueden ser visitantes que interactúan con nuestro cliente o nuestro empleado.

Aquí hay un modelo donde:

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

Debido a que a veces nuestros clientes pueden desempeñar diferentes roles, a veces es necesario referirse al rol específico, Operador o Visitante, en lugar de Empleado y Cliente.

También es un bocado decir "cliente del cliente" todo el tiempo.

Me preguntaba cómo otras tiendas de desarrollo manejan estos detalles semánticos al escribir sus casos de uso y escenarios.

  • ¿Hay algún término genérico de una sola palabra que pueda aplicarse a cualquier producto que involucre a un actor de tercer nivel?
  • Además de usar los roles específicos, Operador y Visitante, ¿qué palabras podrían usarse para identificar a un cliente de un cliente?

La palabra debería ser lo suficientemente corta como para ser adoptada dentro de una organización. Si es más larga que un par de sílabas, su forma abreviada todavía debe diferenciarla de los otros actores.

    
pregunta jmort253 19.01.2011 - 02:56

7 respuestas

4
para explicar casos de uso y escenarios

Esa es la clave: use la terminología del dominio, es decir, los nombres de los roles. Quién puede desempeñar los papeles no es importante. Asegúrese de que los roles estén bien definidos (para cada escenario).

Es totalmente posible para mí visitar mi propio sitio web y comprar mis propios productos. Es una tontería, pero es posible [¡pero lo he hecho para probar el software de comercio electrónico!]. El hecho de que soy el proveedor, anfitrión, autor, webmaster, redactor, programador, cliente, cliente, visitante, comprador, invitado, propietario y empleado todo al mismo tiempo no altera la terminología de el caso de uso: "el cliente compra el producto al propietario a través del formulario web"

    
respondido por el Steven A. Lowe 19.01.2011 - 04:51
7

Para que quede claro, llame a su cliente como clientes , luego a los clientes de sus clientes como clientes . Eso lo hará más claro, ¿no?

Le recomiendo cambiar el nombre de los términos y personalizar su paquete de software (un poco) para cada uno de sus clientes según sus preferencias. Algunos clientes pueden querer llamar a sus clientes clientes o usuarios.

También la relación es un poco chistosa. ¿Cómo puede su empleado interactuar con los clientes del cliente?

    
respondido por el mauris 19.01.2011 - 03:26
3

Por lo tanto, la pregunta se vuelve más sencilla cuando se piensa que los roles son una entidad relativa a que desempeña un rol en relación con la entidad b. Su cliente se considera un usuario y sus clientes son clientes para ellos. La única persona que se preocupa por su cliente como cliente es usted. Tiene dos roles en el sistema como administrador y como usuario.

Vi la explicación de que tienes empleados que interactúan con los clientes finales a través de tu software de chat (llamemos a este rol agente). Para aclarar, ¿el Agente se representa a sí mismo como un empleado de su Usuario?

Yo diría que el rol sigue siendo Agente, Usuario, Cliente. El referirse a su usuario como cliente solo confunde las cosas. (Como puedes ver).

Lo he tenido peor ... Tuve que trabajar en tres niveles de direccionamiento indirecto. Había una entidad de la Compañía que, en algunos casos, era Usuarios directos de nuestra aplicación. Tenían cuentas a las que vendieron varios paquetes de nuestras ofertas y rastrearon a los Clientes para esas Cuentas.

    
respondido por el Michael Brown 19.01.2011 - 03:26
2

Tal vez un poco tangente pero ...

A mí me encanta el diseño de interacción, y nunca usas "roles" o "usuarios" abstractos, sino algo llamado "personas". Básicamente, creas un personaje con un nombre, una descripción y una fotografía y luego lo usas en tu proceso de diseño

"Bob es un gerente de banco en sus años intermedios, tiene experiencia en computación pero no es especialmente aficionado a ellos".

Luego, en tu proyecto puedes usar sus nombres reales "No, Bob no querría eso", "Si Bob hace esto, entonces Alice debe ser notificada de alguna manera". Las personas son especialmente útiles cuando estás haciendo escenarios.

Lo recomendaría encarecidamente Los reclusos están ejecutando el asilo y sobre la cara

    
respondido por el Homde 19.01.2011 - 05:43
2

Se me pidió que publicara este comentario como respuesta, así que:

El proyecto en el que estoy trabajando en este momento tiene clientes de clientes de mi cliente. La jerga del proyecto es que los clientes de mi cliente se llaman "suscriptores" y sus clientes se llaman "consumidores". Usando la metáfora del mercado de Amazon, podrían ser, por el contrario, vendedores callejeros y compradores.

    
respondido por el Peter Taylor 23.01.2011 - 08:23
0

El operador y el visitante parecen bastante bien definidos. No estoy seguro de que haya una diferencia cuando un operador se convierte en visitante o un visitante se convierte en visitante. En ese momento, todo el mundo es un visitante.

    
respondido por el JeffO 19.01.2011 - 13:39
0

Dependiendo de lo que se pretenda que haga el software, use personajes ficticios conocidos, por ejemplo, Dumbledore siempre está perdiendo conocimiento sobre Harry (enseñándole cosas que no sabía antes y / o respondiendo a sus preguntas). Utiliza personajes que encajen con la cultura de tus desarrolladores. Luego puedes referirte a ellos en casos de uso como tales: cuando A está sentado en la silla de Dumbledore o cuando B está jugando con Harry.

Si crees que esto haría que tus especificaciones sean informales y carezcan de profesionalismo, deberías leer este artículo de Joel y vea su muestra Especificaciones funcionales.

    
respondido por el Penang 23.01.2011 - 08:46

Lea otras preguntas en las etiquetas