仕様書、ユースケース、またはシナリオで顧客の顧客を何と呼びますか?


9

私のチームと私は、顧客との対話に使用するソフトウェアを開発しています。さらに、私たちは自分たちのドッグフードを食べ、ソフトウェアを使用して顧客と対話します。

したがって、私たちの従業員はオペ​​レーターになることができ、お客様はオペレーターになることができ、お客様のお客様は訪問者になることができるため、ユースケースやシナリオを説明するのは難しい場合があります。

ただし、お客様はオペレーターの従業員とやり取りする訪問者である場合もあり、お客様のお客様は私たちの顧客または従業員とやり取りする訪問者である場合もあります。

ここにモデルがあります:

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レベルの俳優を含む製品に適用できる一語の一般的な用語はありますか?
  • 特定の役割であるオペレーターと訪問者を使用する以外に、顧客の顧客を識別するためにどのような言葉を使用できますか?

単語は、組織内で採用されるように十分に短くする必要があります。2音節より長い場合でも、短縮形は他の俳優と区別する必要があります。


1
それはあなたが間違った関係を見ていると思います。Aは厳密に演算子です。Cは厳密にビジターです。Bはたまたまオペレーターとビジターの両方です。Bが2つの役割を持つという事実は、Cが厳密にビジターであるという事実を変更しません。したがって、Cに一意の識別子を与える意味がわかりません。
Pemdas、2011年

@Pemdas-問題は逆です。Cは厳密にビジターですが、ビジターは必ずしも厳密にCではありません。また、開発するすべての製品にオペレーターとビジターがいるわけではありません。これらは、顧客と長い「顧客の顧客」アクターを含む多くの製品の1つに固有のものです。私の質問は、Cを単に「顧客」に短縮して混乱を生じさせる危険を冒すことなく、Cを「顧客の顧客」として一般化する方法に関係しています。
jmort253 '19年

2
顧客の顧客は「顧客** C」と宣言されませんか?:-)
GrandmasterB

@GrandmasterB-すると、私の利害関係者は混乱し、実際に私がそれらの1つだけを意味するのに、BまたはCを指していると思うかもしれません。
jmort253 '20年

「ClientsCustomer」を使用して顧客の顧客を指摘します...

回答:


4
ユースケースとシナリオを説明する

それが鍵です。ドメインの用語、つまりロールの名前を使用します。誰が役割を果たすことができるかは重要ではありません。役割が明確に定義されていることを確認してください(シナリオごとに)。

自分のウェブサイトにアクセスして自分の製品を購入することは完全に可能です。ばかげていますが、それは可能です[しかし、私は電子商取引ソフトウェアをテストするためにそれを行いました!]。私がプロバイダー、ホスト、著者、ウェブマスター、コピーライター、プログラマー、クライアント、顧客、訪問者、購入者、ゲスト、所有者、および従業員であるという事実は、ユースケースの用語を変えません:「顧客ウェブフォームを介して所有者から製品を購入します」


@Steven- 「メッセージを受信したときに顧客は何を見るのですか?」「お客様」と言うとき、私は誰を指していますか?私が参照しています私の顧客、eコマースの営業担当者の質問を受け、または私が言及しています彼女の顧客は、男は、彼が彼の新しいバンを購入することができますので、適切にクレジットカード番号を入力する方法の説明を受け、チェックアウトプロセスで立ち往生?ありがとう!
jmort253 '19年

@ jmort253、単純:顧客という単語は決して使用しないでください。買い物客と商人。
Peter Taylor、

@ピーター-これらのレベルを一般化し、他の製品に適用したいとします。多分私は管理者従業員、管理者クライアント、およびA、B、Cのエンドユーザーを持っています。「顧客の顧客」には、製品だけに固有である必要はないが、顧客に製品を提供し、顧客を支援するために構築している製品に適用する。この問題は、企業間市場ではかなり一般的であるはずだと思います。
jmort253 '20年

@ jmort253:「顧客」という用語を手放します。それはあなたのユースケースでは本質的な意味を持ちません。上記の例では、「クライアント」(サービスを使用する人)、「受信者」(質問を受け取る人)、または「購入者」(何かを購入する人)を使用します
Steven A. Lowe

1
@ jmort253、私が現在取り組んでいるプロジェクトには、クライアントの顧客の顧客がいます。プロジェクトの専門用語は、私のクライアントの顧客は「サブスクライバー」と呼ばれ、その顧客は「コンシューマー」と呼ばれるということです。アマゾンのマーケットプレイスのメタファーを使用すると、代わりに失業者や買い物客になることができます。
Peter Taylor

7

それを明確にするために、呼び出して、あなたの顧客を通り、クライアント、そしてあなたの顧客の顧客として顧客。それはそれをより明確にするでしょう?

それぞれの顧客の好みに応じて、用語の名前を変更し、ソフトウェアパッケージを(少し)カスタマイズすることをお勧めします。一部のお客様は、お客様のクライアントまたはユーザーに電話をかけたい場合があります。

また、関係は少しおかしいです。従業員はどのようにして顧客の顧客と対話できますか?


すばらしい質問です。私たちは、顧客/潜在的な顧客とのやり取りに使用するための顧客向けのチャットソフトウェアを開発していますが、同じ顧客を代表して同じチャットを利用しています。混乱を参照してください?私はあなたの提案が好きで、以前にその命名規則を推し進めようとしました。もう一度試すことを検討します。
jmort253 '19年

あなたの顧客の顧客があなたの潜在的な顧客であるならば、それらは潜在的な顧客または顧客としてすでに名付けられるべきではありませんか?
モーリス

顧客と潜在的な顧客の間の/は、AND / ORを表すためのものでした。「私たちは、顧客および/または潜在的な顧客とやり取りするために使用するソフトウェアを開発しています。」私たちの顧客の顧客または潜在的な顧客は、必ずしも私たちの顧客または潜在的な顧客であるとは限りません。わあ、これが本当に混乱していることに気づかなかったと思います。明確にするために入力するだけでは、複雑に感じられます。彼らは私達の顧客の顧客であれば人たちの事業者との相互作用は、顧客、潜在顧客、ORない顧客や潜在顧客ではないかもしれない
jmort253

これを論理式= \で取得しようとしています
mauris

3

したがって、ロールを相対エンティティaがエンティティbに関連してロールを実行するものと考えると、問題はより簡単になります。あなたの顧客は自分自身をユーザーであると考え、彼らの顧客は彼らにとって顧客です。顧客として顧客を気遣う唯一の人はあなたです。システムには、管理者とユーザーの2つの役割があります。

チャットソフトウェアを介してエンドカスタマーとやり取りする従業員がいるという説明を見ました(このロールをエージェントと呼びましょう)。明確にするために、エージェントは自分をユーザーの従業員として表していますか?

役割は依然としてエージェント、ユーザー、顧客であると私は主張します。ユーザーを顧客として言及することは混乱を招くだけです。(ご覧のように)。

私はそれをさらに悪化させました...私は3つのレベルの間接参照に取り組む必要がありました。場合によってはアプリケーションの直接ユーザーである会社エンティティがありました。彼らは私たちの提供物からさまざまなパッケージを販売したアカウントを持っていて、それらのアカウントの顧客を追跡しました。


それが問題だと思います。私のエンジニアと私は、プロジェクトについて話し合うときに2つの異なる役割を考慮する必要があります。私たちの役割から議論するのか、それとも彼らの役割から議論するのか。ただし、自分のドッグフード食べるときの役割もユーザーです。 私はこれを考えすぎていると思い始めています!
jmort253 '19年

2

たぶん接線かもしれませんが...

私はインタラクションデザインが好きです。そこでは、抽象的な「ロール」や「ユーザー」ではなく、「ペルソナ」と呼ばれるものを使用します。基本的に、名前、説明、写真でキャラクターを作り、それをデザインプロセスで使用します。

「ボブは彼の中間年に銀行のマネージャーです、彼はいくらかのコンピューターの経験がありますが、それらが特に好きではありません。」

次に、プロジェクトで本名を使用できます。「いいえ、ボブはそれを望まないでしょう」、「ボブがこれを行う場合、アリスに何らかの方法で通知する必要があります」。ペルソナは、シナリオを行うときに特に役立ちます。

私は強くお勧めします受刑者は亡命を実行しており、顔について


お返事をありがとうございます!これは素晴らしい提案です。それが私たちのすべての製品に適用できるかどうかを考えなければなりません。私の顧客と顧客の顧客の例の人々は、それを機能させるために、すべてのシステムでアクターになれる必要があります。言い換えれば、ボブは私たちのウィジェット構築ツールの顧客である必要があり、また、それが理にかなっている場合、foo製品とbar製品の顧客でなければなりません。
jmort253 '19年

@jmort、それはおそらくあなたがペルソナを使うべきではない方法です。ボブが実際にウィジェット作成ツールとfooおよびbarの両方を購入するのと同じ人物でない限り、それらは別々のペルソナとして定義する必要があります..それが彼らのポイントです。特定のシナリオ/アプリケーション/システムに対して異なるペルソナを作成し、ソリューションを調整します彼らのために。ペルソナ名は「ユーザー」の同義語ではありません
Homde

私はこのアプローチを支持します。投資家と直接の顧客に私たちが何をしているのか説明するのに苦労しました。私たちは架空の会社の創設者としてJamieとDaveを作り、ストーリー、ビデオスクライブ、ユースケースなどでJamieとDaveを使用しました。顧客のエンドユーザーなどにより簡単に
Dickey Singh

2

このコメントを回答として投稿するように求められたので、

私が現在取り組んでいるプロジェクトには、顧客の顧客がいます。プロジェクトの専門用語は、私のクライアントの顧客は「サブスクライバー」と呼ばれ、その顧客は「コンシューマー」と呼ばれるということです。アマゾンのマーケットプレイスのメタファーを使用すると、代わりに失業者や買い物客になることができます。


0

オペレーターと訪問者はかなり明確に定義されているようです。オペレーターがビジターになるか、ビジターがビジターになるかには違いがありません。その時点で、誰もが訪問者です。


0

有名な架空のキャラクターを使用するソフトウェアの目的に応じて、たとえばダンブルドアは常にハリーに関する知識を落とします(以前に知らなかったことを彼に教えたり、質問に答えたりします)。開発者の文化に合ったキャラクターを使用してください。次に、Aがダンブルドアの椅子に座っているとき、またはBがハリーをプレイしているときなどの使用例でそれらを参照できます。

これにより仕様が非公式になり、専門性に欠けると思われる場合は、Joelによるこの記事を読んで、彼のサンプルの機能仕様を確認してください。


しばらくの間、私はスペックでアスリートや映画スターを使用して、読みやすくすることを試みました。ほんの数例を挙げると、ブレットファーブル、サチンテンドゥルカル、アイシュワリヤーラーイがいました。
jmort253 '29年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.