Come si chiama il cliente di un cliente in un documento di specifiche, un caso d'uso o uno scenario?

7

Io e il mio team sviluppiamo software che i nostri clienti useranno per interagire con i loro clienti. Inoltre, mangiamo anche il nostro cibo per cani e usiamo noi stessi il software per interagire con i nostri clienti.

Pertanto, a volte può essere difficile spiegare casi d'uso e scenari, poiché i nostri dipendenti possono essere operatori, i nostri clienti possono essere operatori e i clienti dei nostri clienti possono essere visitatori.

Tuttavia, i nostri clienti possono anche essere visitatori che interagiscono con i dipendenti del nostro operatore, i clienti dei nostri clienti possono essere visitatori che interagiscono con il nostro cliente o il nostro dipendente.

Ecco un modello in cui:

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

Poiché a volte i nostri clienti possono svolgere ruoli diversi, a volte è necessario fare riferimento al ruolo specifico, Operatore o Visitatore, invece di Dipendente e Cliente.

È anche un boccone dire "cliente del cliente" tutto il tempo.

Mi stavo chiedendo in che modo altri negozi di sviluppo gestiscono questi dettagli semantici quando scrivono i loro casi d'uso e scenari.

  • Ci sono termini generici di una sola parola che possono essere applicati a qualsiasi prodotto che coinvolga un attore di terzo livello?
  • Oltre all'uso dei ruoli specifici, Operatore e Visitatore, quali parole potrebbero essere utilizzate per identificare un cliente di un cliente?

La parola dovrebbe essere abbastanza breve da essere adottata all'interno di un'organizzazione. Se è più lungo di un paio di sillabe, la forma accorciata deve comunque differenziarlo dagli altri attori.

    
posta jmort253 19.01.2011 - 02:56
fonte

7 risposte

4
to explain use cases and scenarios

Questa è la chiave: usa la terminologia del dominio, cioè i nomi dei ruoli. Chi può interpretare i ruoli non è importante. Assicurati che i ruoli siano ben definiti (per ogni scenario).

È completamente possibile per me visitare il mio sito Web e acquistare i miei prodotti. È sciocco, ma è possibile [ma l'ho fatto per testare il software di e-commerce!]. Il fatto che io sia il fornitore, l'ospite, l'autore, il webmaster, il copywriter, il programmatore, il cliente, il cliente, il visitatore, l'acquirente, l'ospite, il proprietario e il dipendente tutti allo stesso tempo non altera la terminologia di il caso d'uso: "il cliente acquista il prodotto dal proprietario tramite il modulo web"

    
risposta data 19.01.2011 - 04:51
fonte
7

Per chiarire, chiama il tuo cliente come clienti , quindi i clienti dei tuoi clienti come clienti . Questo renderà più chiaro non è vero?

Ti consiglio di rinominare i termini e personalizzare il pacchetto software (un po ') per ciascuno dei tuoi clienti in base alle loro preferenze. Alcuni clienti potrebbero voler chiamare i propri clienti clienti o utenti.

Anche la relazione è un po 'divertente. In che modo il tuo dipendente può interagire con i clienti del cliente?

    
risposta data 19.01.2011 - 03:26
fonte
3

Quindi la domanda diventa più semplice quando si pensa che i ruoli come entità relativa a svolgono un ruolo in relazione all'entità b. Il Cliente considera se stesso come un utente e i clienti sono clienti per loro. L'unica persona che si prende cura del tuo cliente come cliente sei tu. Hai due ruoli nel sistema come amministratore e come utente.

Ho visto la spiegazione che hai dipendenti che interagiscono con i clienti finali tramite il tuo software di chat (chiamiamolo agente di ruolo). Per chiarimenti, l'agente si rappresenta come dipendente del tuo utente?

Direi che il ruolo è ancora Agente, Utente, Cliente. Riferirsi al tuo utente come cliente confonde semplicemente le cose. (Come puoi vedere).

L'ho avuto peggio ... ho dovuto lavorare su tre livelli di riferimento indiretto. C'era un'entità della Società che in alcuni casi erano utenti diretti della nostra applicazione. Avevano account che vendevano vari pacchetti dalle nostre offerte a e tracciavano i clienti per tali account.

    
risposta data 19.01.2011 - 03:26
fonte
2

Forse un po 'tangente, ma ...

Sono appassionato di interaction design, e non usi mai "ruoli" o "utenti" astratti, ma qualcosa chiamato "personas". Fondamentalmente fai un personaggio con un nome, una descrizione e una fotografia e poi lo usi nel tuo processo di progettazione

"Bob è un direttore di banca nei suoi anni centrali, ha una certa esperienza con il computer ma non gli è particolarmente affezionato."

Quindi nel tuo progetto puoi usare i loro veri nomi "No, Bob non lo vorrebbe", "Se Bob lo fa, allora Alice ha bisogno di essere avvisata in qualche modo". I personaggi sono particolarmente utili quando stai facendo degli scenari.

Consiglio vivamente che i detenuti stiano gestendo l'asilo e About face

    
risposta data 19.01.2011 - 05:43
fonte
2

Mi è stato chiesto di pubblicare questo commento come risposta, quindi:

Il progetto al quale sto lavorando al momento ha clienti di clienti del mio cliente. Il gergo del progetto è che i clienti del mio cliente sono chiamati "abbonati" ei loro clienti sono chiamati "consumatori". Utilizzando la metafora del mercato di Amazon, potrebbero invece essere venditori ambulanti e acquirenti.

    
risposta data 23.01.2011 - 08:23
fonte
0

Operatore e Visitatore sembrano ben definiti. Non sono sicuro che ci sia una differenza quando un operatore diventa un visitatore o un visitatore diventa un visitatore. A quel punto, ognuno è un visitatore.

    
risposta data 19.01.2011 - 13:39
fonte
0

A seconda di ciò che il software intende fare, usa personaggi fittizi ben noti, ad es. Dumbledore lascia sempre perdere conoscenza su Harry (insegnandogli cose che non sapeva prima e / o rispondendo alle sue domande). Usa caratteri che si adattano alla cultura dei tuoi sviluppatori. Quindi puoi riferirti a loro in casi d'uso come tali: quando A è seduto sulla sedia di Silente o quando B sta giocando Harry.

Se pensi che ciò renderebbe le tue specifiche informali e prive di professionalità, dovresti leggere questo articolo di Joel e guarda le sue esempi Specifiche funzionali.

    
risposta data 23.01.2011 - 08:46
fonte

Leggi altre domande sui tag