Teknik özellikler belgesinde, kullanım senaryosunda veya senaryoda müşterinin müşterisine ne diyorsunuz?


10

Ekibim ve ben, müşterilerimizin müşterileriyle etkileşim kurmak için kullanacakları yazılımlar geliştiriyoruz. Ayrıca, kendi test ürünlerimizi de yiyoruz ve müşterilerimizle etkileşim kurmak için yazılımı kendimiz kullanıyoruz.

Bu nedenle, çalışanlarımız operatör olabileceği, müşterilerimiz operatör olabileceği ve müşterilerimizin müşterileri ziyaretçi olabileceği için kullanım durumlarını ve senaryoları açıklamak bazen zor olabilir.

Bununla birlikte, müşterilerimiz operatör çalışanlarımızla etkileşime giren ziyaretçiler olabilir, müşterilerimizin müşterileri müşterimizle veya çalışanlarımızla etkileşime giren ziyaretçiler olabilir.

İşte bir model:

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

Bazen müşterilerimiz farklı roller oynayabileceğinden, bazen Çalışan ve Müşteri yerine belirli bir işleve, Operatöre veya Ziyaretçiye başvurmak gerekir.

Ayrıca her zaman "müşterinin müşterisi" demek bir ağız dolusu.

Diğer geliştirme mağazalarının kullanım senaryolarını ve senaryolarını yazarken bu semantik ayrıntıları nasıl ele aldığını merak ediyordum.

  • Üçüncü düzey bir aktör içeren herhangi bir ürüne uygulanabilecek tek kelimelik, genel terimler var mı?
  • Belirli rolleri, Operatörü ve Ziyaretçiyi kullanmak dışında, bir müşterinin müşterisini tanımlamak için hangi kelimeler kullanılabilir?

Sözün bir kuruluşta kabul edilecek kadar kısa olması gerekir. Birkaç heceden daha uzunsa, kısaltılmış şekli onu diğer aktörlerden ayırmalıdır.


1
Bu ilişkiye yanlış baktığınızı düşünüyor. A kesinlikle bir operatördür. C kesinlikle bir ziyaretçi. B hem operatör hem de ziyaretçi olur. B'nin iki rolü olması, C'nin kesinlikle bir ziyaretçi olduğu gerçeğini değiştirmez. Bu nedenle, C'ye benzersiz bir tanımlayıcı verme noktasını görmüyorum.
Pemdas

@Pemdas - Sorun tam tersi. C kesinlikle bir ziyaretçidir, ancak bir ziyaretçi her zaman kesinlikle C değildir. Ayrıca, geliştirdiğimiz her ürünün bir operatörü ve bir ziyaretçisi yoktur. Bunlar, müşterileri ve uzun bir "müşterinin müşterisi" aktörünü içeren birçok üründen birine özgüdür. Benim sorum C'yi bir "müşterinin müşterisi" olarak nasıl genelleştirebileceğimi, onu sadece "müşteriye" kısaltmak ve karışıklık yaratmak gibi bir tehlikeye sokmadan içerir.
jmort253

2
Bir müşterinin müşterisi "Müşteri ** C" olarak ilan edilmez mi? :-)
GrandmasterB

@GrandmasterB - O zaman paydaşlarım karışabilir ve aslında sadece bir tanesini kastettiğimde B veya C'den bahsettiğimi düşünebilirler.
jmort253

Müşterinin müşterisine işaret etmek için "ClientsCustomer" kullanıyoruz ....

Yanıtlar:


5
kullanım senaryolarını ve senaryolarını açıklamak

Anahtar budur: alan adının terminolojisini, yani rollerin adlarını kullanın. Rolleri kimlerin oynayabileceği önemli değildir. Rollerin iyi tanımlandığından emin olun (her senaryo için).

Kendi web sitemi ziyaret edip kendi ürünlerimi satın almam tamamen mümkün. Aptalca, ama mümkün [ama e-ticaret yazılımını test etmek için yaptım!]. Bu gerçek ben olduğum sağlayıcı, ev sahibi, yazar, webmaster, metin yazarı, programcı, istemci, müşteri, ziyaretçi, alıcı, misafir, sahibi ve çalışan hepsi aynı anda kullanım örneği terminolojisini değiştirmez: "müşteri "ürünü web formuyla sahibinden satın alıyor"


@Steven - Size "Müşteri bir mesaj alındığında ne görür?" , "müşteri" dediğimde kime başvuruyorum ? Ben bahsediyorum benim müşteri, e-ticaret satış temsilcisi soru alırken ya da bahsettiğim onun müşteri, adam onun yeni kamyonet satın böylece düzgün bir kredi kartı numarası girme hakkında talimat aldığı ödeme işlemi sıkışmış? Teşekkürler!
jmort253

@ jmort253, basit: asla müşteri kelimesini kullanmayın. Alışverişçi ve tüccar.
Peter Taylor

@Peter - Diyelim ki bu seviyeleri genelleştirmek ve diğer ürünlere uygulamak istiyorum. Belki bir Yönetici Çalışanı, Yönetici İstemcisi ve A, B ve C olarak bir son kullanıcı var. "Bir müşterinin müşterisi" için yalnızca ürünüme özgü olmakla kalmayan, aynı zamanda müşterilerinize yardımcı olmak için müşterilerinize ürün sunduğunuz, inşa ettiğiniz ürünlere başvurun. Bu sorunun iş dünyasında iş pazarlarında oldukça yaygın olması gerektiğini düşünüyorum.
jmort253

@ jmort253: "müşteri" terimini bırak ; sahip olduğu hiçbir içsel anlamı lütfen kullanım durumunda. Yukarıdaki örneklerde, "müşteri" (hizmetlerinizi kullanan kişi), "alıcı" (bir soru alan kişi) veya "alıcı" (bir şey satın alan) kullanın
Steven A. Lowe

1
@ jmort253, şu anda üzerinde çalıştığım projenin müşterimin müşterileri var. Projenin temeli, müvekkilimin müşterilerine "abone" ve müşterilerinin "tüketici" olarak adlandırılmasıdır. Amazon'un pazar metaforunu kullanarak bunun yerine aygırlar ve alışverişçiler olabilirler.
Peter Taylor

8

Açıkça, çağrı yapmak için müşteri olarak müşterilerine daha sonra, müşterinizin müşterileri olarak müşterileri . Bu daha açık hale getirecek değil mi?

Şartları yeniden adlandırmanızı ve tercihinize bağlı olarak müşterinizin her biri için yazılım paketinizi (biraz) özelleştirmenizi öneririm. Bazı müşteriler, müşterilerini veya kullanıcılarını aramak isteyebilir.

Ayrıca ilişki biraz komik. Çalışanınız müşterinin müşterileriyle nasıl etkileşime girebilir?


Harika bir soru. Müşterilerimizle, müşterileri / potansiyel müşterileriyle etkileşimde bulunmak için kullanmak üzere Sohbet Yazılımı geliştiriyoruz , ancak aynı sohbetleri aynı ... iyi ... müşteriler adına da alıyoruz. Karışıklık görüyor musunuz? Önerinizi beğeniyorum ve daha önce bu adlandırma kuralını zorlamaya çalıştım. Tekrar denemeyi düşüneceğim.
jmort253

Müşterinizin müşterileri potansiyel müşterilerinizse, potansiyel müşteriler veya zaten müşteriler olarak adlandırılmamalıdırlar mı?
mauris

Müşteriler ve potansiyel müşteriler arasındaki /, VE / VEYA'yı temsil ediyordu. "Müşterilerimizle ve / veya potansiyel müşterileriyle etkileşimde bulunmak için kullanacakları yazılımlar geliştiriyoruz." Müşterilerimizin müşterileri veya potansiyel müşterileri mutlaka müşterilerimiz veya potansiyel müşterilerimiz değildir. Vay be, sanırım bunun ne kadar kafa karıştırıcı olduğunu fark etmedim. Sadece açıklığa kavuşturmak için yazmak karmaşık hissettiriyor. Operatörlerimizin etkileşime girdiği kişiler, müşterinin müşterisi ise müşteriler, potansiyel müşteriler veya VEYA müşteriler değil veya potansiyel müşteriler olabilir
jmort253

bunu mantık ifadesine indirmeye çalışıyor = \
mauris

3

Dolayısıyla, Rollerin göreceli varlık olduğunu düşündüğü zaman a, varlık b ile ilişkili bir rol oynadığında soru daha basit hale gelir. Müşteriniz kendilerini bir Kullanıcı olarak kabul eder ve Müşterileri de onlar için Müşteridir. Müşterinizi Müşteri olarak önemseyen tek kişi sensin. Sistemde Yönetici ve Kullanıcı olarak iki rolünüz vardır.

Sohbet yazılımınız aracılığıyla Son Müşterilerle etkileşime giren Çalışanlarınız olduğu açıklamasını gördüm (buna rol Ajan diyelim). Açıklamak gerekirse, Temsilci kendisini Kullanıcının bir çalışanı olarak mı temsil ediyor?

Rolün hala Ajan, Kullanıcı, Müşteri olduğunu iddia ediyorum. Kullanıcınıza müşteri olarak atıfta bulunmak yalnızca işleri karıştırır. (Gördüğün gibi).

Daha da kötüsü vardı ... Üç dolaylı yol üzerinde çalışmak zorunda kaldım. Bazı durumlarda başvurumuzun doğrudan kullanıcıları olan bir Şirket kuruluşu vardı. Tekliflerimizden çeşitli paketler sattıkları Hesapları vardı ve bu Hesaplar için Müşterileri izlediler.


Bence sorun bu. Mühendislerim ve ben projeyi tartışırken iki farklı rol düşünmeliyiz. Biz rolünden görüşüyorlar bize veya rolü onlara . Her ne kadar kendi test ürünlerimizi yerken rolümüz de Kullanıcı . Bunu düşünmeye başladığımı düşünmeye başladım!
jmort253

2

Belki biraz teğet ama ...

Etkileşim tasarımını kendim seviyorum ve orada hiçbir zaman soyut "roller" veya "kullanıcılar" kullanmıyorsunuz ama "personas" olarak adlandırılan bir şey kullanmıyorsunuz. Temelde bir isim, açıklama ve fotoğraf içeren bir karakter oluşturursunuz ve bunu tasarım sürecinizde kullanırsınız.

"Bob orta yıllarında bir banka müdürü, biraz bilgisayar tecrübesine sahip, ancak özellikle onlardan hoşlanmıyor."

Sonra projenizde gerçek isimlerini kullanabilirsiniz "Hayır, Bob bunu istemez", "Bob bunu yaparsa Alice'in bir şekilde bilgilendirilmesi gerekir". Personalar özellikle senaryolar yaparken kullanışlıdır.

Mahkmatmlar iltica ve yüz hakkında çalışıyor


Yanıtınız için teşekkürler! Bu harika bir öneri. Tüm ürünlerimiz için geçerli olup olmayacağını düşünmem gerekecek. Müşterim ve müşterinin müşteri örneği çalışanlarının çalışabilmesi için tüm sistemlerimizde aktör olabilmeleri gerekir. Diğer bir deyişle, Bob'un widget oluşturma aracımızın müşterisi olması ve aynı zamanda foo ürünümüzün ve bar ürünümüzün müşterisi olması gerekir.
jmort253

@jmort, muhtemelen kişiyi bu şekilde kullanmamalısınız. Bob, hem widget oluşturma aracını hem de foo ve çubuğu satın alacak olanlarla aynı kişi olmadığı sürece, ayrı bir kişi olarak tanımlanmalıdırlar. onlar için. Persona isimleri sadece "kullanıcı" ile eşanlamlılar değildir
Homde

Bu yaklaşımı destekliyorum, yatırımcılara ve yakın müşterilerimize neler yaptığımızı açıklamakta zorlandık. Biz hayali bir şirketin kurucuları olarak Jamie ve Dave yapılmış ve vb bizim hikayeleri video scribes, kullandığı durumlarda çok daha kolay yılında Jamie ve Dave kullandığını vb müşterinin müşterinin son kullanıcılarının
Dickey Singh

2

Bu yorumu bir cevap olarak göndermem istendi, bu yüzden:

Şu anda üzerinde çalıştığım projede müşterimin müşterileri var. Projenin temeli, müvekkilimin müşterilerine "abone" ve müşterilerinin "tüketici" olarak adlandırılmasıdır. Amazon'un pazar metaforunu kullanarak bunun yerine aygırlar ve alışverişçiler olabilirler.


0

Operatör ve Ziyaretçi oldukça iyi tanımlanmış görünüyor. Bir operatör Ziyaretçi olduğunda veya Ziyaretçi Ziyaretçi olduğunda bir fark olduğundan emin değilim. Bu noktada herkes bir Ziyaretçidir.


0

Yazılımın ne anlama geldiğine bağlı olarak iyi bilinen hayali karakterleri kullanın, örneğin Dumbledore her zaman Harry hakkında bilgi bırakır (ona daha önce bilmediği şeyleri öğretir ve / veya sorularını cevaplar). Geliştiricilerinizin kültürüne uygun karakterleri kullanın. O zaman kullanım durumlarında bunlara başvurabilirsiniz: A, Dumbledore'un sandalyesinde otururken veya B Harry oynarken.

Bunun teknik özelliklerinizi gayri resmi hale getireceğini ve profesyonellikten yoksun olacağını düşünüyorsanız, bu makaleyi Joel tarafından okumalı ve örnek İşlevsel Özelliklerine bakmalısınız .


Bir süredir spesifikasyonlarımda sporcuları ve film yıldızlarını okumayı kolaylaştırmak için kullanıyordum. Brett Favre, Sachin Tendulkar ve Aishwarya Rai vardı.
jmort253
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.