Как вы называете клиента клиента в спецификации, сценарии использования или сценарии?

10

Моя команда и я разрабатываем программное обеспечение, которое наши клиенты будут использовать для взаимодействия со своими клиентами. Кроме того, мы также едим нашу собачью еду и сами используем программное обеспечение для взаимодействия с нашими клиентами.

Поэтому иногда бывает сложно объяснить варианты использования и сценарии, поскольку наши сотрудники могут быть операторами, наши клиенты могут быть операторами, а клиенты наших клиентов могут быть посетителями.

Однако наши клиенты также могут быть посетителями, взаимодействующими с сотрудниками нашего оператора, клиенты наших клиентов могут быть посетителями, взаимодействующими с нашим клиентом или нашим сотрудником.

Вот модель, где:

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

Поскольку иногда наши клиенты могут играть разные роли, иногда необходимо сослаться на конкретную роль, оператора или посетителя, а не на сотрудника и клиента.

Также все время говорить «клиент клиента».

Мне было интересно, как другие магазины разработки обрабатывают эти семантические детали при написании своих сценариев использования и сценариев.

Существуют ли какие-либо общие слова, которые могут применяться к любому продукту, в котором участвует актер третьего уровня?
Какие слова можно использовать, кроме использования определенных ролей, Оператор и Посетитель, для идентификации клиента клиента?

Слово должно быть достаточно коротким, чтобы быть принятым в организации. Если он длиннее пары слогов, его сокращенная форма все равно должна отличать его от других актеров.

communication naming specifications

— jmort253
источник

1

Это кажется, что вы смотрите на отношения неправильно. А строго оператор. С строго посетитель. Б бывает и оператором, и посетителем. Тот факт, что B выполняет две роли, не меняет того факта, что C является строго посетителем. Поэтому я не вижу смысла давать C уникальный идентификатор.

— Пемдас

@Pemdas - проблема в другом. C - строго посетитель, но посетитель не всегда строго C. Кроме того, не каждый продукт, который мы разрабатываем, имеет оператора и посетителя. Они характерны для одного из многих продуктов, в которых участвуют клиенты и длительный актер «клиент клиента». Мой вопрос заключается в том, как я могу обобщить C как «клиента клиента», не рискуя сократить его до «клиента» и создать путаницу.

— jmort253

2

Разве клиент клиента не будет объявлен «Клиент ** C»? :-)

— GrandmasterB

@GrandmasterB - Тогда мои заинтересованные стороны могут запутаться и подумать, что я имею в виду B или C, хотя на самом деле я имею в виду только одну из них.

— jmort253

Мы используем "ClientsCustomer" для указания клиента Клиента ....

5

объяснить варианты использования и сценарии

Это ключ: используйте терминологию домена, то есть имена ролей. Кто может играть роли, не важно. Убедитесь, что роли четко определены (для каждого сценария).

Для меня вполне возможно посетить мой собственный веб-сайт и купить мои собственные продукты. Это глупо, но это возможно [но я сделал это, чтобы протестировать программное обеспечение электронной коммерции!]. Тот факт, что я являюсь провайдером, хостом, автором, веб-мастером, копирайтером, программистом, клиентом, клиентом, посетителем, покупателем, гостем, владельцем и сотрудником одновременно , не меняет терминологию варианта использования: «клиент покупает товар у владельца через веб-форму

— Стивен А. Лоу
источник

@ Steven - Если бы я спросил вас: «Что видит клиент, когда сообщение получено?» кого я имею в виду, когда говорю «клиент» ? Имею ли я в виду моего клиента, торгового представителя электронной торговли, который получает вопрос, или я имею в виду ее клиента, парень застрял в процессе оформления заказа и получил инструкции о том, как правильно ввести номер кредитной карты, чтобы он мог купить свои новые фургоны? Спасибо!

— jmort253

@ Jmort253, просто: никогда не используйте слово клиент. Покупатель и торговец.

— Питер Тейлор

@Peter - Предположим, я хочу обобщить эти уровни и применить их к другим продуктам. Может быть, у меня есть сотрудник администратора, клиент администратора и конечный пользователь A, B и C. Существует ли общее соглашение для «клиента клиента», которое не обязательно должно относиться только к моему продукту, но также может применять к продуктам, которые вы строите, где вы предлагаете продукты своим клиентам, чтобы помочь им со своими клиентами. Я чувствую, что эта проблема должна быть довольно распространенной в бизнесе для деловых рынков.

— jmort253

@ jmort253: отпустить термин «клиент» ; оно не имеет внутреннего значения в вашем случае использования. В приведенных выше примерах используйте «клиент» (тот, кто пользуется вашими услугами), «получатель» (тот, кто получает вопрос) или «покупатель» (тот, кто что-то покупает)

— Стивен А. Лоу,

1

@ jmort253, в проекте, над которым я сейчас работаю, есть клиенты клиентов моего клиента. Жаргон проекта заключается в том, что клиенты моего клиента называются «подписчиками», а их клиенты - «потребителями». Используя метафору рынка Amazon, они могли бы стать владельцами и покупателями.

— Питер Тейлор

8

Чтобы было понятно, называйте своих клиентов как клиентов , а затем клиентов своих клиентов как клиентов . Это сделает это яснее, не так ли?

Я рекомендую вам переименовать условия и настроить свой программный пакет (немного) для каждого из ваших клиентов в зависимости от их предпочтений. Некоторые клиенты могут хотеть называть своих клиентов клиентами или пользователями.

Также отношение немного смешно. Как ваш сотрудник может взаимодействовать с клиентами клиента?

— mauris
источник

Отличный вопрос Мы разрабатываем программное обеспечение для чата, которое наши клиенты могут использовать для взаимодействия со своими клиентами / потенциальными клиентами, но мы также принимаем те же чаты от имени тех же ... ну ... клиентов. Видите путаницу? Мне нравится ваше предложение, и я пытался выдвинуть соглашение об именах раньше. Я попробую еще раз.

— jmort253

Если клиенты вашего клиента являются вашими потенциальными клиентами, не должны ли они уже называться потенциальными клиентами или клиентами?

— Mauris

/ Между клиентами и потенциальными клиентами должен был представлять И / ИЛИ. «Мы разрабатываем программное обеспечение, которое наши клиенты могут использовать для взаимодействия со своими клиентами и / или их потенциальными клиентами». Клиенты или потенциальные клиенты нашего клиента не обязательно являются нашими клиентами или потенциальными клиентами. Вау, наверное, я не понимал, насколько это сбивает с толку. Просто печатать, чтобы уточнить, чувствует себя сложным. Люди, с которыми взаимодействуют наши операторы, могут быть клиентами, потенциальными клиентами, ИЛИ не клиентами или не потенциальными клиентами, если они являются клиентами наших клиентов

— jmort253

пытаясь

— объяснить

3

Таким образом, вопрос становится проще, если думать о ролях как об относительной сущности а, выполняющей роль по отношению к сущности б. Ваш Клиент считает себя Пользователем, а его Клиент - Клиентом для них. Единственный человек, который заботится о вашем Клиенте как о Клиенте, это вы. У вас есть две роли в системе как администратор и как пользователь.

Я видел объяснение, что у вас есть Сотрудники, которые взаимодействуют с Конечными клиентами через ваше программное обеспечение для чата (назовем эту роль Агентом). Для пояснения, Агент выступает в качестве сотрудника вашего Пользователя?

Я бы сказал, что роль по-прежнему агент, пользователь, клиент. Обращение к вашему Пользователю как к клиенту просто сбивает с толку. (Как вы видете).

У меня было хуже ... Мне пришлось работать на трех уровнях косвенности. Существовала компания, которая в некоторых случаях была непосредственным пользователем нашего приложения. У них были Аккаунты, которым они продавали различные пакеты из наших предложений, и они отслеживали Клиентов для этих Аккаунтов.

— Майкл Браун
источник

Я думаю, что это проблема. Мои инженеры и я должны учитывать две разные роли при обсуждении проекта. Мы обсуждаем от роли нас или роли их . Хотя наша роль также является пользователем, поскольку мы едим свою собачью еду. Я начинаю думать, что я обдумываю это!

— jmort253

2

Может быть, немного касательно, но ...

Я сам увлекаюсь интерактивным дизайном, и там вы никогда не используете абстрактные «роли» или «пользователи», а то, что называется «персонами». По сути, вы создаете персонажа с именем, описанием и фотографией, а затем используете его в процессе проектирования.

«Боб - менеджер банка в среднем возрасте, у него есть некоторый опыт работы с компьютером, но он его не особенно любит».

Тогда в вашем проекте вы можете использовать их настоящие имена: «Нет, Боб этого не хочет», «Если Боб сделает это, Алису нужно как-то уведомить». Персонажи особенно полезны, когда вы делаете сценарии.

Я очень рекомендую, чтобы заключенные управляли убежищем и о лице

— Homde
источник

Спасибо за ваш ответ! Это отличное предложение. Я должен подумать о том, может ли это применяться ко всем нашим продуктам. Чтобы это работало, мои клиенты и их клиенты должны были бы быть участниками всех наших систем. Другими словами, Боб должен был бы быть клиентом нашего инструмента для создания виджетов, а также клиентом нашего продукта foo и бара, если это имеет смысл.

— jmort253

@jmort, это, вероятно, не так, как вы должны использовать персону. Если Боб на самом деле не тот человек, который купил бы и инструмент для создания виджетов, и foo и bar, они должны быть определены как отдельные персоны ... в этом их суть, вы создаете разных персон для конкретных сценариев / приложений / систем и адаптируете решение для них. Имена персонажей - это не просто синонимы слова «пользователь»

— Хомде

Я поддерживаю такой подход, нам было непросто объяснить, что мы делаем инвесторам и нашим непосредственным клиентам. Мы создали Джейми и Дейва как основателей фиктивной компании и используем Джейми и Дейва в наших историях, сценариях для видео, делах и т. Д. Намного проще, чем конечным пользователям клиента и т. Д.

— Дики Сингх

2

Меня попросили опубликовать этот комментарий в качестве ответа, поэтому:

В проекте, над которым я сейчас работаю, есть клиенты клиентов моего клиента. Жаргон проекта заключается в том, что клиенты моего клиента называются «подписчиками», а их клиенты - «потребителями». Используя метафору рынка Amazon, они могли бы стать владельцами и покупателями.

— Питер Тейлор
источник

0

Оператор и Посетитель кажутся довольно четко определенными. Не уверен, что есть разница, когда оператор становится Посетителем или Посетитель становится Посетителем. В этот момент каждый посетитель.

— JeffO
источник

0

В зависимости от того, для чего предназначено программное обеспечение, используются известные вымышленные персонажи, например, Дамблдор всегда бросает знания о Гарри (обучая его вещам, которых он не знал раньше, и / или отвечая на его вопросы). Используйте персонажей, которые соответствуют культуре ваших разработчиков. Тогда вы можете ссылаться на них в случаях использования как таковых: когда А сидит на стуле Дамблдора или когда Б играет Гарри.

Если вы думаете, что это приведет к тому, что ваши спецификации станут неформальными и вам не хватит профессионализма, вам следует прочитать эту статью Джоэла и взглянуть на пример его функциональных спецификаций.

— Пенанг
источник

Некоторое время я использовал в своих спецификациях спортсменов и кинозвезд, чтобы их было легче читать. У меня были Бретт Фавр, Сачин Тендулкар и Айшвария Рай, и это лишь некоторые из них.

— jmort253