Кейс-история/Кейс стори

User story как одна из особенностей тестирования страховых продуктов

Кейс-история/Кейс стори

Нина Агеева, тест-менеджер компании «Лаборатория качества»

Оригинальная публикация: http://quality-lab.ru/user-story-as-one-of-the-features-of-insurance-products-testing/

При написании статьи были использованы материалы Владимира Беленя, подготовленные в рамках внутреннего обучающего семинара проектной команды Лаборатории качества «User story & friends».

Процесс тестирования прикладного ПО всегда имеет свои особенности и тонкости. Зная о них и правильно определив целевую аудиторию и ее потребности, специалист может провести проверку быстрее и качественнее.

Одной из таких «тонкостей» является техника User story.

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

User story

Для начала определимся, что же такое User story. Пользовательские истории (англ.

User Story) – способ описания требований к разрабатываемой системе, сформулированных как одно или несколько предложений на повседневном или деловом языке пользователя.

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

Главное действующее лицо User story – это некий персонаж, который будет совершать какие-либо действия с нашим тестируемым продуктом с учетом его потребностей.

Персонаж сопровождается описанием проблем, которые он может (и хочет) решить с помощью нашего продукта. Потребность представляет собой тезис в 1-2 предложения.

Для одного пользователя может быть разработано несколько (например, 4-6) User Story.

Как определить персонажей и их потребности?

Итак, кем является персонаж, каковы его потребности, и почему они важны для нас?
Персонаж – типичный представитель целевой аудитории компании.

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

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

Для того, чтобы персонажи стали эффективными инструментами проектирования сайта, потребуется не только провести исследование, но и выявить закономерности в поведении пользователей. Как правило, принято создавать и детально прорабатывать одного основного (как показано на mind-map ниже) и несколько второстепенных персонажей.

Однако, мы на своем опыте убедились, что к прикладному ПО данное правило неприменимо по одной просто причине: мы не можем сгруппировать мотивы и потребности бухгалтера, страхового агента и руководителя филиала.

Вывод прост: нам необходимо выделить сразу несколько основных персонажей, которые будут использовать тот или иной набор функциональных блоков тестируемого ПО.

В данной статье мы рассмотрим в качестве примера одного основного и одного второстепенного персонажа.

Для этого нам потребуется помощь заказчика и плотное взаимодействие по вопросу создания персонажей. К сожалению, большинство заказчиков, отвечая на вопрос «кто ваша целевая аудитория?», дают ответ: «Все люди». Это неверно. Например, уборщица страховой компании Вера Ивановна 63-х лет и охранник Володя 37 лет не имеют никакого отношения к ПО, являясь при этом сотрудниками.

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

В той же страховой компании функциональные модули «Контрагенты», «Агентские договоры», «Договоры страхования» и «Вознаграждение» говорят нам о том, что в системе может быть создан страховой агент, для которого будут заведены условия вознаграждения, а при наличии договоров страхования – произведен расчет комиссионного вознаграждения.

Необходимо расспросить заказчика об агентах: сидят ли они в офисе или работают «в полях», занимаются продажами и сопровождением ОСАГО и КАСКО или обзванивают «холодный круг» (клиентов из числа тех, с кем ранее никогда не контактировали)? После фиксации и анализа ответов можно приступать к проектированию персонажей.

Пользовательский сценарий

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

В тестируемом нами ПО для страховой компании существует 15 функциональных модулей. В модуле «Контрагенты» хранится информация обо всех действующих агентах и контрагентах, которые сотрудничают со «Страховой компанией».

В модуле «Агентские договоры» производится учет условий вознаграждения для агентов.

Модуль «Договоры страхования» систематизирует договоры страхования по различным видам: авто, несчастный случай, имущество физических и юридических лиц и др.

Наш персонаж – страховой агент Мария. Мария сделала неплохую карьеру, сотрудничая со «Страховой компанией» на протяжении трех лет, она имеет несколько десятков агентских договоров по разным видам с индивидуальными условиями вознаграждения.

Последний ее клиент, которому она предоставила скидку за счет своего комиссионного вознаграждения при оформлении полиса КАСКО, недавно стал ее мужем. После регистрации брака Мария сменила фамилию.

Теперь Марии необходимо изменить фамилию в личной карточке «Страховой компании».

Итак, перед нами типичная и абсолютно реальная User story, имеющая несколько особенностей: персонаж, выполняющий действия, сами действия и необходимость или ценность выполняемых действий.

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

Таким образом, у нас есть второстепенный и основной персонажи. Занесем информацию:

Мы смоделировали одну из возможных жизненных ситуаций. Что делать дальше? Приступать к тестированию? Пожалуй, рановато. На этом этапе логичнее будет разработать Use case (варианты использования) и при необходимости составить на их основе тест-кейсы.

Более подробно о Use case вы можете почитать в книге А.Коберна «Современные методы описания функциональных требований к системам».

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

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

Нетрудно заметить, что после определения действующих лиц и целей использования нам остается только составить последовательность действий, которая приведет к желаемой цели.

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

Расширения могут быть добавлены к любому действию и ответу системы и должны привести к определенному результату. При этом результат может отличаться от конечной цели пользователя.

Составляем основной сценарий:

  • Мария обращается в «Страховую компанию» с просьбой изменить ее фамилию в системе.
  • Вероника (сотрудник, отвечающий за учет данных о контрагентах) запрашивает документы у Марии.
  • Мария предоставляет свидетельство о заключении брака, новый паспорт и другие требуемые документы.
  • Вероника проверяет и сканирует документы.
  • Вероника находит/открывает личную карточку агента Марии.
  • Вероника вносит изменения в карточке контрагента, прикрепляет сканы к электронной карточке.
  • Вероника сохраняет изменения в карточке контрагента.
  • Система сохраняет данные и вносит изменения в сущности, в которых содержится информация о данном контрагенте (карточка агента, агентские договоры, неактивированные договоры страхования).
  • Мария открывает любой свой агентский договор и убеждается в том, что все данные верны.

Далее пишем расширенный сценарий:

  • Мария обращается в «Страховую компанию» с просьбой изменить ее фамилию в системе.
  • Вероника (сотрудник, отвечающий за учет данных о контрагентах) запрашивает документы у Марии.
  • Мария предоставляет свидетельство о заключении брака, новый паспорт и другие требуемые документы.
  • Вероника проверяет и сканирует документы.
  • Вероника находит/открывает личную карточку агента Марии.
  • Вероника вносит изменения в карточке контрагента, прикрепляет сканы к электронной карточке: 6а. Вероника вводит некорректные данные (опечатка).6b. Система выводит сообщение о некорректности данных.

Далее (если нам необходимо составить тест-кейсы на основе Use case) для удобства использования полученную информацию можно перевести в табличный вид, где в первой колонке будет основной сценарий, а в других – последовательности с отклонениями:

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

Согласитесь, к тестированию можно было бы подойти иначе. Не используя User story (особенно этап создания персонажей) и Use case, мы могли проверить функциональность модуля «Контрагенты» в плане создания, сохранения и редактирования данных, а потом завести баги в случае неверной работы какой-то части модуля.

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

Изменения, внесенные в один модуль, должны быть обработаны другим модулем: так, исправления в карточке контрагента влекут за собой корректировку данных в агентских договорах, договорах страхования и в агентском портале.

Заключение

Итак, техника User story (включая создание персонажей) позволяет не только ясно оценить набор функциональных модулей ПО, затрагиваемых действиями персонажа, но и грамотно составить тестовые наборы с акцентом на корректность взаимосвязи изменения данных в различных модулях. Поняв это, мы решили опробовать техники на практике.

Так, в приведенном в статье примере они позволили нам локализовать два критичных дефекта: во-первых, данные изменялись не полностью (в частности, в карточке уже действующего агентского договора не менялись данные агента), а во-вторых, система давала возможность заменить агента на другого без заключения дополнительных соглашений.

Таким образом, мы можем однозначно сказать: применение в тандеме техник User story и Use case оправдано в силу того, что они дополняют друг друга и позволяют не только качественно протестировать продукт, но и получить, дополнить и проверить требования в случае их наличия.

Обсудить в форуме

Источник: https://www.software-testing.ru/library/testing/general-testing/2707-user-story

Три кейса: как бренды используют Instagram Stories | Rusbase

Кейс-история/Кейс стори

Полноэкранные Instagram Stories (истории в Инстаграм) обеспечивают эффект полного погружения. Чуть более года назад мы представили людям место, где они могли бы делиться всеми моментами своей жизни: самыми яркими моментами, и одновременно, самыми обычными.

Фотографии в Stories показываются в течение 5 секунд, видеоролики — в течение 15. Вы можете отправить до 100 историй подряд, но через 24 часа они исчезают.

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

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

Истории увеличили время, которое люди проводят в Инстаграм

Пользователи моложе 25 лет в среднем проводят более 32 минут в день на Instagram, а пользователи 25 лет и старше – более 24 минут в день.

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

При верном использовании такой контент приносит более глубокие эмоции от просмотра. Бренды тоже активно используют истории в Инстаграм.

В июле 2017 года более 50% бизнес-аккаунтов в Инстаграм размещали истории. Вот несколько советов о том, как более эффективно использовать функцию историй для вашей компании.

Совет 1. Истории в Инстаграм должны показывать вас по-новому

Это означает, что вы предлагаете эксклюзивный доступ, что-то, что можно увидеть только в Stories.

Перенесите вашу аудитории за кулисы производства или откройте ей знакомый продукт в новом ракурсе.

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

Кейс @renaultuk

Renault использовали Stories, чтобы запустить тизер своей рекламной кампании #BehindCarDoors, в которую были привлечены инстаграмеры Mother Pukka и Father of Daughters.

Суть рекламы состояла в годовом эксперименте, в котором все семейные взаимодействия блогеров записывались на видеорегистратор.

Renault использовал видео с разделенным экраном и исчезающими Stories для привлечения зрителей и создания максимальной закулисной атмосферы.

Совет 2. Истории в Инстаграм должны выделять

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

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

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

Кейс @ikea_rus

В декабре прошлого года IKEA установила специальный подиум в МЕГА Химки, где посетители смогли обыграть сцены из рекламного ролика и сыграть роли нежданных гостей, которые заявились домой в новогоднюю ночь.

У посетителей была возможность появиться в комнате, обставленной мебелью IKEA, что снималось на видео, а затем в течение нескольких недель видеоролики появлялись в официальном российском аккаунте IKEA в Instagram Stories.

Для каждого видео компания предлагала идеи для обустройства дома, которые доказывали, что нежданных гостей не бывает. За три дня подиум принял более 300 гостей, а истории в Инстаграм с их участием собрали более 2 миллионов просмотров.

Совет 3. Истории должны учить

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

Такой формат отличается своей быстротой и эффективностью: аудитория понимает сообщение, которое вы пытаетесь до нее донести, потребляет контент и двигается дальше.

Кейс @monbon_macaron

Опытом поделилась Аркатова Анна, SMM Mon Bon: «В своих Stories мы знакомим аудиторию с процессом производства, рассказываем о новых вкусах, о выходе в продажу новых тематических наборов (такие сториз получаются довольно близкими к рекламе, но к этому формату люди не столь чувствительны, как в стандартных постах). Самый большой охват получают наши репортажи из цеха: подписчиком интересно, как готовится или наносится крем, как обжигается меренга на пирожных, эти короткие видео получают охват до 16%».

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

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

Материалы по теме:

Instagram позволил устраивать опросы внутри «историй»

Пришел, увидел, сделал селфи: в США набирают популярность «музеи для Instagram»

12 лайфхаков по использованию Instagram Stories

«Вы знаете, что они отреагируют»: как Instagram Stories навсегда изменили любовную переписку

Источник: https://rb.ru/opinion/istorii-v-instagram/

Разница между User Stories, Use Cases и Scenarios

Кейс-история/Кейс стори

За последнее время мы множество раз столкнулись с непониманием того, что же общего между сториз и юзкейсами, а чем они всё-таки отличаются? Что есть пользовательские сценарии и при чем тут Эджайл? Давайте попробуем разобраться.

Прежде, чем отвечать, нужно сделать паузу и признать, что в сегодняшней терминологии есть некоторая путаница — под Сториз, Сценариями или Юзкейсами могут понимать разные инструменты.

Авторы культовой Designing Interactive Systems — People, Activities, Contexts, Technologies выделяют 4 вида сценариев в зависимости от этапа проекта и целей их создания: пользовательские истории (сториз)концептуальные сценарииконкретные сценарии и варианты использования (юзкейсы).

Важно заметить, что есть еще Эджайловские Юзер сториз товарища Паттона, что описываются по шаблону As a , I want so that  и находятся где-то между Concrete Scenario и Use case.

Зависимость содержания деталей

Сториз, они про потребность пользователя. Raw user needs.

Юзкейсы же про поведение, которое вы встроите в продукт, чтобы удовлетворить эти потребности. What the software needs to do.

Сториз пишутся человеческим языком = легко читаются и бизнесом и разработчиками. Express understanding of User needs.

Написание Юзкейсов это designing a functional solution.

Top 10 Tips For Writing A Case Story

Кейс-история/Кейс стори

Does writing a case story feel a bad trip to the dentist? You are not alone. Most professional services firms seem to struggle with them.

Yet we all know that we should do more. They can be an important part of your content marketing strategy. If done well, they can attract new prospects and help close more business.

Here are some of our favorite tips to make the process easier and much more effective.

1. Involve the client very early.

Some clients will shy away from participating and others have firm policies against them. But for many clients, being considered as a case story will be a strong positive.

Download the Free “Content Marketing Guide” Now

They can look forward to special treatment and the possibility of increased visibility. This not only helps you gain cooperation, but it also encourages you to collect helpful information about the “before” situation.

2. Identify the client.

This is a huge credibility booster and should be done if at all possible. Yes, there are some circumstances where you cannot for ethical or legal reasons. But for many situations it is possible. And when you can, it is very helpful.

3. Use a quote.

Getting a direct quote from the client is another great way to add believability and credibility to your case story.

Also consider including a quote from the professional in your firm that worked on the client’s project. This helps make the case study seem more tangible and easier to identify with. 

4. Include keywords in the title and body copy.

Conduct keyword analysis of your case story’s topic and include them when you are writing. This will help search engines find the case story and spread the word. Include your identified keyword or keyword phrase both in the title of the case story and 2-3 times in the copy.

Some common keywords include the name of the client’s company and the nature of the service you provided. 

5. Tell a story.

Good stories have a beginning, a middle, and an end. They also have a struggle against the odds and a turning point. If it is too easy, there is no tension or suspense. Will it work or not?

While we are not suggesting turning your case stories into literature, a little bit of old fashion story telling will go a long ways toward increasing reader interest and engagement.

Explain the client’s challenges and why your professional services firm was the right fit for their needs. Describe how you helped the client and try to paint a clear picture of what it’s to work with your firm. And most importantly, show results and that you were able to deliver on your promises.

6. Use numbers.

Numbers add credibility in a way words just can’t. They can be useful in describing the magnitude of a challenge, the process you used and, of course, the results you achieved. Don’t be concerned if you don’t have perfect documentation. Even a few numbers help.

7. Use imagery.

Often overlooked, this is a great way to communicate a setting or give you a quick feel for a client. While most professional services do not easily lend themselves to a picture of the service (try photographing an audit or a computer program), there are other alternatives.

Download the Free “Content Marketing Guide” Now

How about a picture of the client’s facility or their product? Think broader and you will find interesting visual content to spice up your case story.

8. Avoid jargon.

Have mercy on your readers and avoid industry jargon and acronyms. A surprising number of readers will not understand what you are trying to communicate.

Assume you are writing a case story for your aunt to read and you won’t be far off. The key here is to lay the situation out simply and to make your success easy to understand for any reader. Make your case stories easy to skim. Use short sentences, descriptive headings and bullet points.

9. Use video.

This is an increasingly common approach to telling a professional services case story. A professionally produced video can communicate a client’s experience and enthusiasm in a way that words alone cannot.

Video is especially appropriate if you have a high profile client who is excited about your service.

10. Get professional help.

You do not have to do it all alone. Using a professional to write a case story or edit a draft you have written can be a very smart move.

Given the obvious role that case stories can play in your content marketing campaign, it’s essential to get it right. For many firms, a single new client pays for all the case studies you’ll need to write. 

Writing a case story doesn’t have to be so painful. By using some of the tips we’ve outlined here, it can actually be interesting—and very profitable for your firm.

Case story writing is an integral part of many professional services firms’ strategies today. The Visible Firm℠ is the leading marketing program for delivering greater visibility, growth, and profits. This customized program will identify the most practical offline and online marketing tools your firm will need to gain new clients and reach new heights.

  • Any Industry
  • Case Studies
  • Strategy

Источник: https://hingemarketing.com/blog/story/top_10_tips_for_writing_a_case_story

Все термины
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: