Пример кейс задание: как правильно написать и оформить кейс

как правильно написать и оформить кейс

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

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

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

Определение и история

Кейс – от латинского casus – проблема или ситуация, требующая решения.

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

Именно об этом задумались мудрые профессора Гарвардского университета в 1924 году. Подготовить специалистов по современным специальностям с использованием имеющихся учебников было просто невозможно.

Гарвард — родина кейсов

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

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

Если во всем мире кейсы стали популярны уже в 50-х годах 20 века, то в систему образования России этот метод пришел только после миллениума. Сейчас кейс-задания активно используются в образовании, и недооценивать их пользу просто безответственно.

Кейс-стади — эффективный учебный метод

Каких целей помогает добиться рассмотрение кейс-ситуаций в рамках учебного процесса?

• Развитие интеллектуальных способностей;
• умение аргументированно защитить свою позицию;
• устойчивость к стрессам;
• развитие коммуникативных способностей и умения работать в команде.

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

Кстати! Для наших читателей сейчас действует скидка 10% на любой вид работы

Кейсы в бизнесе

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

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

Таким образом, кейс является мощным средством продвижения услуг и продуктов.Кейсы — эффективный инструмент в бизнесе

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

Вот пример кейса для собеседования.

Ситуация: поэтесса Марина Цветаева осталась без работы. Она умеет переводить с французского и немецкого, имеет музыкальное и филологическое образование. Вы — ее агент. Каковы ваши действия для того, чтоб успешно помочь Марине найти работу? При решении ситуации можно пользоваться данными из биографии поэтессы.

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

Как написать и оформить кейс

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

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

Что должен содержать кейс:

1. Заголовок. Важно, чтобы заголовок отражал суть кейса и заранее давал представление о ситуации, которая будет рассматриваться далее.
2. Описание ситуации. Это как раздел «дано» в задачах по физике. Чтобы информация воспринималась легче, ситуацию можно разбить на пункты.
3. Поиск решений. Подробное описание, анализ путей решения кейса и выбор оптимального варианта выхода из ситуации. Здесь нужно рассмотреть все возможные варианты с указанием предполагаемых последствий.
4. Описание результата. В этом пункте описывается результат действий по решению проблемы. Что было, что стало и почему.

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

Любой опыт дается трудным путем проб и ошибок. Сейчас вы можете избежать этого, обратившись за выполнением кейса к нашим авторам. Мы не только решим задания, но и поможем оформить документ или кейс-презентацию, которую останется только сдать на проверку преподавателю.  Учитесь легко и получайте новый опыт вместе с Zaochnik!

Метод тренинга: кейсы. Примеры кейсов.

Как составить кейс на трениге

Описание: Группе передают информацию в виде фактов, основывающихся на реальной ситуации и просят обсудить проблемы, проанализировать вопросы и дать рекомен­дации. Кейс обучает принимать решения или отрабатывать новый навык на основе анализа вводной информации. Кейс создается тренером заранее на основе информации, полученной при подготовке тренинга. Также можно использовать готовые кейсы. Или адаптировать готовый кейс под потребности тренинга. 

Влияние на групповую динамику:

Повышает: непонятная инструкция, наличие правильного ответа и его поиск, “подстегивание” временем», сравнение с другими, неправильно выбранное время для кейса (когда нет лидера), тема далека или не понятна, острая тема, мало времени, недостаток информации.

Снижает: знакомая тема, подсказки, шутки, снятие рамок, множественность решений.

Количество участников: группа не более 10 человек

Как создать кейс на тренинге с помощью участников? 

Группа делиться на подгруппы по 5 – 10 человек.

Шаг 1 – Группе дается задание

Задание: Опишите случай из вашего опыта, относительно данной темы. ( Например: месяц назад, у нас в отделе, случилась такая ситуация…”)

Требования к случаю: 

• должен быть основан на реальной ситуации
• четко определена задача (проблема), вокруг которой строится анализ. Например тема: “ Способы нематериальной мотивация персонала

Случай должен содержать следующие пункты:

• места, позиции и роли основных действующих лиц. Например: директор, сотрудник, и т.п.
• краткое описание — только факты — основных этапов развития событий и действий действующих лиц. Например: “Вы новый директор по развитию в компании. Компания выходит на новый рынок, перед вами поставлена задача…Сотрудники реагируют так то»

Шаг 2 – Группы меняются описанием ситуаций

Задание: Продумайте решение данной ситуации, напишите варианты решения данной ситуации и аргументируйте выбранные действия.

Шаг 3  — Презентация решений и оценка решений по группам

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

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

Сможете решить кейс за 1 минуту? 

Итак, называется кейс «Галерея Lafayette», и основан он на реальных событиях.
Молодой предпринимательнице на начальном этапе становления ее бизнеса не хватало средств на традиционные методы продвижения товара на рынок, она творчески подходила к решению проблем и добивалась своего очень дешевыми способами. Однажды она приехала завоевывать Европу, а управляющий парижской Галереи Lafayette отказался покупать ее продукцию – новые духи. Но она никогда не сдавалась. Когда наша героиня чего-то хотела, она была очень изобретательна в стремлении добиться своего. Женщина все таки нашла способ за 5 минут доказать управляющему, что ее духи могут занять достойное место в престижной галерее Lafayette.
Что сделала женщина? Ваши варианты?

А сделала оно вот что. Дама открыла вдруг сумочку, достала оттуда большой флакон с какой-то желтоватой жидкостью и с размаху грохнула его об пол. Через уже через несколько минут не могла отбиться от вопросов: «Да, это мои новые духи,- сияя улыбкой, повторяла она.- Это Youth Dew, а меня зовут Эсте Лаудер. Вы никогда не слышали моего имени»

Примеры кейсов для тренинга по Управлению сотрудниками (мотивация, наставничество)

Пример кейса по продажам «Профиль клиента» для тренинга продаж здесь

Кейс №1  «Разработка способов воздействия на сотрудника»

На основании анализа ситуации проанализировать причины изменения поведения Ю. Малевина. Разработать способы воздействия на Малевина для изменения его поведения. Заполните таблицу «Оценка причин поведения» 

Описание ситуации:

Ю. Малевин работает в ООО «Три кита» с 2009 г. в должности техника-технолога холодильного оборудования. За время работы его три раза отмечали за высокое качество работы и регулярно выплачивали премии по итогам года. Однако за последний год отношения Ю. Малевина с коллегами стали натянутыми. Он вообще никогда не был особенно разговорчивым, но сейчас потребовал от коллег держаться подальше от его рабочего места. Ю. Малевин дал понять, что у него пропадают инструменты, и он хочет обезопасить свое рабочее место. Ухудшилось и качество его работы. Примерно год назад производимые им аппараты оценивались как полностью бездефектная продукция. В настоящее время при выборочном контроле оказалось, что его изделия требуют переделки в трех случаях из ста. Таким образом, уровень брака в его работе вырос с нулевого до 3 %. У его коллег брак не превышает 1,5 %.

Поведение Ю. Малевина вызвало беспокойство у руководителей подразделения. Хороший работник превратился в середняка. Что могло стать причиной изменения поведения Ю. Малевина?

Используя табл. 2. выберите из списка возможные причины изменения поведения, оцените их по 7-балльной шкале и прокомментируйте свои оценки.

Таблица 2. Оценка причин поведения

Прокомментируйте каждую из своих оценок.

Что можно предпринять менеджеру? Заполните табл. 3

Таблица 3.  Способы воздействия для изменения поведения

Источник: «Организационное поведение»  Г. Р. Латифуллина 

Кейс № 2 «Выбор сотрудника»

Описание ситуации: Вы являетесь Управляющим пяти АЗС компании «Лесной город» в городе N. Одной из Ваших АЗС является «Зеленый Кедр». У нее максимальная проходимость среди других Ваших АЗС. В связи с этим нагрузка на персонал достаточно большая. Если заправщики у Вас еще удерживаются, так как суммарно получают хорошие чаевые, то текучка кассиров у Вас достаточно высокая. Так что перед Вами стоит задача поиска и оценки кандидата на должность кассира, поскольку их Вам не хватает. Ситуация еще осложняется тем, что АЗС «Зеленый Кедр» имеет мини-маркет с открытой выкладкой, так что задач у кассиров много, а чаевые они не получают. К тому же и функционал у кассиров шире, чем в других топливных компаниях, поэтому найти хорошего кандидата бывает трудно.

В функциональные обязанности кассиров компании «Лесной город» входит:

• Обслуживание клиентов на кассе;
• Приемка товаров;
• Контроль сроков годности товаров;
• Участие в проведении инвентаризации товара;
• Выполнение плана продаж по промо продукции;
• Уборка помещений (полы, полки, туалет и т.д.)

Условия работы: график 2/2 месяц в день с 9 до 21, месяц в ночь с 21 до 9 (по
договоренности с управляющим АЗС можно только в день или только ночь). Вам как управляющему удобнее, чтобы кассир мог выходить как в день, так и в ночь.

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

Кейс № 3 “Розничный магазин”

Описание ситуации: Продавец Петрова А. К. работает в отделе один год. За время работы ей удалось в достаточной мере освоить ассортимент отдела, установить доброжелательные отношения с коллективом сотрудников. По характеру спокойная, уравновешенная. К работе относится ответственно, проявляет желание работать в магазине. Однако в общении с покупателями инициативы не проявляет. Реагирует на вопросы, просьбы о помощи в выборе товара, доброжелательна, но старается свести это общение к минимуму. С большей увлеченностью занимается расстановкой товара, поддержанием чистоты и порядка в торговом зале, в связи с чем потенциальные покупатели часто остаются без внимания продавца и уходят.

Задание: продумайте и составьте  мотивационную беседу с сотрудником Петровой А.К. на проявление инициативы в общении с покупателями.

Кейс № 4  “Аптека”.

Описание ситуации: Провизор Васильева Н.Н. работает в аптеке давно.  Прекрасно разбирается в ассортименте, активна в общении с покупателями. Наиболее часто занимает позицию «советчика». Имеет свое представление о том, какие препараты предпочтительны для детей, настаивает на своем мнении, оценивает выбор покупателя.

Задание: продумайте  и составьте  мотивационную беседу с сотрудником Васильевой Н.Н. на реализацию основной своей функции – продавать товар исходя из запросов покупателя.

Кейс  № 5 “Новый сотрудник”

Продавец Ильина М.К., 19 лет. В компании на испытательном сроке. В работе нравится возможность общения с людьми, заинтересована в получении опыта работы продавцом, инициативна в работе с покупателями.

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

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

Получи больше практики на моей авторской онлайн Школе тренеров.  

—> Узнать когда ближайший онлайн курс Школа тренеров 

 Книги по теме:

Решение Кейсов | Примеры решения задач Бизнес-кейсов

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

Подробнее о кейсах

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

Замечание

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

Пример кейса на собеседовании:

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

Как выглядят кейсы — смотрите в нашем видео:

Валидность и целесообразность

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

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

Как проходит задание в виде бизнес-кейса

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

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

Индивидуальные кейсы

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

Групповые кейсы

В отличие от личного формата, задание группе, как правило, выдают в устном виде. Типичный тест для группы выглядит так:

Пример

Экзаменатор задает вопрос группе: «Представьте, вы нашли инвестора, готового вложить в ваш бизнес в Москве $100 000. В какой бы сфере вы открыли свой бизнес, на что бы потратили стартовый капитал и как скоро бы вернули инвестиции?»

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

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

Как решить кейсы

Независимо от формата задания, технология решения кейса, по сути, сводится к:

1. Анализу сценария и вводной информации;
2. Расчетам;
3. Представлению результатов.

Работа с вводной (первичной) информацией

Бизнес-кейсы симулируют рабочую обстановку. Все приложенные документы знакомы каждому работнику офиса. В их числе:

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

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

Анализ бизнес-кейсов

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

1

2

P.E.S.T.L.E. (иногда используется сокращенный вариант P. E.S.T. или S.T.E.P.) – применяется для оценки влияния внутренних трендов или внешних факторов на выбранное действие или проблему.

(P)olitical	влияние политики компании
(E)conomical	экономические или финансовые факторы
(S)ocial	социальный фактор, то есть отношение к проблеме сотрудников, клиентов, общества
(T)echnological	технические аспекты
(L)egal	юридические аспекты
(E)nvironmental	влияние на окружающую среду

3

S.M.A.R.T. – популярный вид анализа в менеджменте для подготовки плана, определения целей, постановки задач или шагов по решению кейса, ситуации или проблемы.

(S)pecific	Конкретика. Определяется четкая и конкретная цель.	Например, уменьшить расходы.
(M)easurable	Цифры. Определяются величины измерения цели.	Например, уменьшить расходы на $100000.
(A)ttainable	Достижима ли поставленная задача.	Как и за счет чего удастся достичь поставленной цели.
(R)elevant	Релевантность. Приведут ли предложенные действия к намеченной цели, необходимы ли избранные действия.
(T)imebound	Дедлайн. Для поставленной цели устанавливаются временные рамки.	Например, уменьшить расходы на $100000 к январю следующего года.

Совет профессионала

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

Расчеты в кейсовых заданиях

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

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

Представление результата решенного кейса

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

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

Основа успеха устного доклада – правильно составленный план, включающий:

1. Пронумерованный список, где каждый номер соответствует конкретной проблеме, задаче или выводу.
2. Ключевые слова, на которые будет опираться кандидат при выступлении.
3. Ссылки на расчеты.
4. Выводы и рекомендации.

Ошибки при решении кейсов

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

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

Главные ошибки групповой дискуссии:

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

В конечном итоге группе не удастся прийти к единому мнению, участник, демонстрирующий подобное поведение, скорее всего, не пройдет отбор.

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

Как подготовиться к кейсам

Подготовка к ассессменту ведется с трех сторон:

1. Изучение руководств и методических указаний.

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

2. Выполнение тренировочных заданий.

   Смысл – привыкнуть к формату упражнений, понять, какие действия выполнять в первую очередь, чтобы успеть за отведенное время довести некоторые действия до автоматизма.

3. Тренировка в рабочих условиях.

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

Вывод

Решение кейсов позволяет увидеть кандидата в деле, поэтому, чтобы получить работу, на ассессменте приходится выкладываться по полной. И если в тех же тестах способностей или онлайн тестах существует хотя бы минимальная возможность «проскочить», здесь этого сделать не удастся. Итоговая оценка, а значит и решение о приеме на работу, зависит не только от объема знаний, но и от умений эти знания показать. А для этого нужна основательная подготовка.

Оцените статью

средняя оценка 4,21 (43 голосов)

Загрузка…

пошаговая инструкция и шаблон — Маркетинг на vc.ru

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

39 172

просмотров

1. Определить тему и формат кейса

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

• снижение затрат,
• увеличение прибыли,
• привлечение новых клиентов,
• закрытие новых сделок,
• выход на новый рынок,
• привлечение инвестиций в проект.

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

Далее придумайте, в каком формате вы расскажете историю успеха своего клиента. Разным форматам подходят разные каналы дистрибуции. Текстовый кейс можно опубликовать на своём сайте, кейс в виде инфографики — на пинтересте, видео — в ютубе, подкаст — на саундклауде.

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

2. Найти подходящего кандидата для кейса

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

• Знание продукта. Желательно, чтобы клиент хорошо разбирался в вашем товаре или услуге. Так он сможет развёрнуто говорить о ценности того, что вы предлагаете.
• Результат проекта выше среднего. Лучшие истории успеха получаются о проектах, которые достигли исключительных результатов. Если инвестиции в ваши услуги окупились сполна, клиенты будут более охотно делиться своим опытом.
• Известный бренд. Несмотря на то, что результаты небольших компаний тоже могут быть впечатляющими, кейсы крупных брендов приносят больший эффект.

3. Получить разрешение клиента на кейс

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

В чём преимущества кейса для клиента

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

• Продвижение бренда. Расскажите клиенту, в каких каналах вы будете продвигать кейс, и как это поможет ему повысить узнаваемость бренда в своей отрасли и за её пределами.
• Мотивация сотрудников. Предложите клиенту вставить в кейс цитаты его специалистов. С одной стороны, это повысит узнаваемость самой компании, а с другой, положительно повлияет на личный бренд сотрудников. Такой подход продемонстрирует, что компания ценит свою команду и помогает ей развиваться.
• Скидки. Если кандидат на кейс — ваш текущий клиент, предложите ему скидку на свой продукт или бесплатную пробную версию другого продукта в качестве благодарности за помощь.
• Дополнительный трафик на сайт. Как правило, в кейсе есть ссылка на сайт компании. Это может дать ему дополнительный трафик. Кроме того, ссылка с внешнего ресурса повысит авторитет сайта клиента в глазах поисковых систем.

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

4. Провести интервью с клиентом

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

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

Раскройте суть бизнеса клиента

Цель этого раздела — обеспечить лучшее понимание текущих задач и целей компании клиента. Вопросы могут быть такими:

• Как давно вы занимаетесь бизнесом?
• Сколько у вас сотрудников?
• Какие задачи у вашей компании или отдела на данный момент?

Определите проблему или болевую точку

Чтобы рассказать убедительную историю, нужен контекст. Он позволяет объяснить, чем ваш продукт помогает клиенту. Примеры вопросов:

• Какие цели и задачи побудили вас искать решение?
• Что могло произойти, если бы вы не нашли решение?
• До нас вы пробовали другие решения, которые не сработали? Если да, то что именно пошло не так?

Обсудите процесс принятия решения

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

• Как вы узнали о нашем продукте или услуге?
• Кто участвовал в процессе принятия решения?
• Что было для вас самым важным при оценке доступных вариантов?

Расскажите об этапах и ходе работы

Основное внимание нужно уделить опыту заказчика в процессе интеграции вашего продукта. Вопросы могут быть такими:

• Сколько времени потребовалось, чтобы начать работу с продуктом?
• Он оправдал ваши ожидания?
• Кто участвовал в процессе интеграции?
• Из каких этапов состоял проект?
• Какие сложности возникали? Как их решали?

Объясните, как работает продукт

Цель этого раздела — дать понять, как клиент использует ваш продукт или услугу. Вопросы могут быть такими:

• Есть ли у продукта или услуги конкретный аспект, на который вы полагаетесь больше всего?
• Кто использует продукт или услугу?

Подытожьте кейс конкретными результатами

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

• Как продукт или услуга помогает сэкономить время и повысить производительность?
• Каким образом он повышает вашу конкурентоспособность?
• Насколько вы увеличили метрики X, Y и Z?

5. Определить структуру и собрать кейс

Когда приходит время превратить всю собранную информацию во что-то завершенное, легко запаниковать. С чего начать? Что включить? Как лучше всё это структурировать?

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

• Заголовок. Делайте его коротким. Придумайте лаконичное, но интересное название проекта, которое описывало бы вашу работу с клиентом.
• Подзаголовок. Используйте его, чтобы кратко описать достижения: что было сделано. В кейсе вы расскажете, как именно вы это делали.
• Краткое резюме. Резюме всей истории из 2–4 предложений. Вы можете включить сюда 2–3 метрики, которые отражают успех проекта.
• Описание клиента. Краткое описание компании вашего клиента. Его можно взять с сайта или профиля в соцсетях.
• Цели. 2–3 абзаца, которые описывают трудности, с которыми столкнулся клиент. Этот раздел также должен включать цели и задачи клиента.
• Решение. 2–3 абзаца, которые описывают, как ваш продукт или услуга решили проблему.
• Результаты. 2–3 абзаца о том, как конкретно ваш продукт оказался полезен клиенту. Укажите конкретные цифры для количественной оценки результатов.
• Иллюстрации и цитаты. Выберите одну или две мощные цитаты и скриншоты материалов проекта, которые иллюстрируют ваш рассказ.
• Планы. Расскажите, что ваш клиент планирует делать в будущем, независимо от того, связаны его планы с вами или нет.
• Призыв к действию. В конце материала разместите привлекательный призыв к действию, который даст читателям возможность узнать больше о вашем продукте или услуге.

6. Согласовать кейс с клиентом

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

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

Наташа Ганецкая, главред IT-Agency:

«Аналитика и опыт показали: чем больше кейсов мы выпускаем, тем больше у нас качественных лидов. Более того, часть потенциальных клиентов так и говорят: „Я прочитал такой-то ваш кейс и решил обратиться„. Понятно, что кейс — это не единственное его касание с нами, но оно стало триггером, который побудил его написать нам. Так что кейсы стали приоритетным форматом контента.

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

​В шаблоне кейса мы обязательно показываем плохие и хорошие примеры. Это помогает редакторам и экспертам не повторять типичные ошибки

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

Что такое кейс и кейс-метод обучения?

О кейс-чемпионате

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

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

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

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

Решить кейс – это значит исследовать предложенную ситуацию (кейс), собрать и проанализировать информацию, предложить возможные варианты действий и выбрать из них наиболее предпочтительный вариант.

Предлагать определенное решение в проблемных ситуациях, не имеющих одного «правильного» решения – это ежедневная практика юриста, врача, менеджера, политика, военноначальника… Поэтому важно учиться этому, а не только изучать теорию.

Кейс-метод обучения

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

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

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

В—третьих, время на решение кейса, как правило, ограничено.

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

Кейсы имитируют настоящие ситуации и строятся на реальных фактах. Через разбор реальных ситуаций формируется умение анализировать ситуации и самостоятельно принимать решения в реальной жизни.

Преимущества кейс—метода обучения

По сравнению с традиционными методами обучения кейс-метод имеет ряд неоспоримых преимуществ.

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

Навыки работы с информацией, аналитические навыки

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

Творческие навыки

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

«Мягкие навыки» (soft skills)

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

Новый метод с давней историей

Можно ли стать специалистом в области права, не имея опыта работы с реальными юридическими казусами? Одним из первых об этом задумался Христофор Колумб. Нет, не тот, который открыл Америку. Полное имя пионера case-study – Христофор Колумб Лэнгделл. Будучи выпускником Гарвардской школы права и на себе испытавший традицию сплошной зубрежки, процветающую на юридических факультетах, Лэнгделл, став в 1870 году деканом, немедленно начал внедрять метод кейсов (case-study) – метод разбора реальных ситуаций, предлагая студентам ознакомиться с первоисточниками (судебными делами, решениями апелляционного суда и т. д.) и сделать собственное заключение. Такой метод обучения ожидаемо оказался сложнее и встретил большое сопротивление среди студентов. За три года численность студентов в школе упала более чем на 30 процентов. Но Лэнгделл остался на должности декана и продолжил внедрение кейсов и к концу XIX века такой вариант обучения прочно закрепился и в Гарвардской школе, и в нескольких других университетах. К 1920-м годам метод разбора дел из реальной судебной практики стал первостепенным в юридическом обучении и остается таковым в наше время.

В бизнес обучение кейс-метод тоже пришёл из Гарварда – в 1908 году была основана Гарвардская школа бизнеса. Идея строить обучение вокруг обсуждения проблем, связанных с управлением бизнесом, возникла еще у первого декана школы Эдвина Гэя, а первый пробный курс под названием «Искусство ведения бизнеса» был прочитан в 1912 году. Альтернативой учебникам стали интервью с ведущими предпринимателями и топ-менеджерами компаний и написанные на их основе подробные отчеты о том, как они решали ту или иную ситуацию, а также о факторах, влияющих на их деятельность.

Настоящий расцвет кейс-метода наступил в 1919 году, когда деканом Бизнес школы Гарварда стал банкир Уоллес Донэм, который был горячим сторонником его применения. Основной причиной сложностей распространения метода было отсутствие готовых материалов, подобных опубликованным сборникам судебных решений. В 1920-м был издан первый сборник кейсов, после чего вся система обучения менеджменту в Гарвардской школе была переведена на case study Преподаватели Гарвардской школы бизнеса активно способствовали его распространению, публикуя книги, учебные пособия, сборники кейсов и занимаясь обучением преподавателей, еще не использовавших метод. В 50-е годы бизнес кейсы стали активно использоваться и в Западной Европе.

В настоящее время в Гарварде каждый год разрабатывается примерно 350 новых кейсов, рядовой студент за время обучения в престижнейшем университете США разбирает до 700 кейсов.  Всем известно, что выпускники Гарварда – одни из наиболее востребованных людей на рынке труда и одни их самых успешных бизнесменов. Наиболее ярким примером является Марк Цукерберг – основатель социальной сети Facebook и самый молодой долларовый миллиардер в мире.

Для России кейс-технологии или кейс-метод обучения – сравнительно новое явление. Распространение они стали получать лишь в 90-ые годы XX-го века на базе нескольких московских вузов. В 2007-м был проведен первый чемпионат России по решению бизнес-кейсов. В 2009-м году популярность чемпионата выросла настолько, что в нем приняли участие 3500 студентов из 15 городов России.

Кейс-технология. Примеры кейсов по биологии для всех классов | Методическая разработка по биологии:

Кейс – задание по биологии для 10 класса

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

Его друг и ученик Томас Гексли после этого случая придумал интересную задачу, суть которой сводилась к следующему: «Кому Британия благодарна за то, что стала великой морской державой?».

Вопросы и задания

1)Предположите, какой совет дал Ч.Дарвин фермерам.

2)Предложите свой вариант решения задачи Т.Гексли

Кейс – задание по биологии для 10 класса

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

  Задание:

•  Какой вопрос задал Михаил Иванович Виталию Петровичу?

•  Какие способы исследования дачного участка предложил Михаил Иванович своему школьному товарищу?

Кейс – задание по биологии для учащихся 11 класса.

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

О каком типе изменчивости идет речь.

Предложите способ выведения новой породы коротконогих овец.

«Методы исследования в биологии». 10 класс

Кейс  

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

Задания:

1. Установите соответствие между основными методами исследования в биологии и примерами их использования:

1. Научный;
2. Сравнительный;
3. Экспериментальный;
4. Описательный;
5. Исторический.

2. Какое значение имели эти методы для развития биологии как науки?
3. Предложите несколько своих вариантов путей развития биологии в XXI веке.
4. Какие болезни, по вашему мнению, будут побеждены человечеством при помощи методов молекулярной биологии, иммунологии, генетики в первую очередь?

 «Методы цитологии. Клеточная теория» 10 класс

Кейс

Возле одной из клиник в Берлине стоит памятник ученому. Он известен как врач, ученый, основоположник теории патологии в медицине. После экспедиции со Шлиманом он основал в Берлине «Германский музей одежды и домашней утвари».  Мы же знаем его, прежде всего, как человека, который внес завершающие штрихи в клеточную теорию.

Задания

1. Как зовут этого ученого, какими работами в области биологии он известен?
2. История создания клеточной теории.
3. Какие постулаты клеточной теории были предложены М. Шлейденом и Т. Шванном?
4. Назовите основные пункты современной клеточной теории.
5. Основные методы исследования клеток.

 «Строение и функции белков» 9, 10 классы

Кейс

Учитель русского языка и литературы Елена Евгеньевна дала задание: написать сочинение по теме «Что я знаю о белках». При этом должно было быть не меньше трех страниц текста. Открыв учебник биологии, Сергей увидел один параграф «Строение и функции белков». Этого было явно недостаточно для выполнения задания. Какую информацию по данной теме ты бы порекомендовал Сергею для того, чтобы он смог получить хорошую отметку за сочинение?

Задания:

1. К какой группе веществ относятся белки?
2. Чем они отличаются от других веществ?
3. Почему без них невозможна жизнь на Земле?
4. Почему белки являются незаменимой частью пищевого рациона?

«Пищевые цепи» 11 класс

Кейс

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

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

Задания:

1. Как можно объяснить причины этого происшествия?
2. Дайте определение пищевой цепи, назовите основные их типы.
3. Какая пищевая цепь включает в себя большее число звеньев: водная или наземная? Докажите это на примерах.
4. Каким образом происходит круговорот веществ в экосистеме, какие типы организмов играют основную роль в его поддержании?

что позаимствовать?. Читайте на Cossa.ru

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

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

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

1. «Истории успеха» сервиса Webinar.ru

Посмотреть пример

В чем сила: хороший раздел, который описывает достоинства и нюансы работы крупных корпоративных клиентов с сервисом.

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

Что стоит позаимствовать: можно создавать кейсы под конкретные группы вашей целевой аудитории. Каким образом отображать и где разместить такие кейсы – нужно решать во время проектирования сайта.

2. Строительство базовой станции компанией «Мегафон»

Посмотреть пример

В чем сила: Процесс строительства запечатлен фотографиями.

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

Что стоит позаимствовать: процесс строительства хорошо проиллюстрирован. Если такой кейс подается в блоге или на сайте, а тема актуальная — его будут активно читать и распространять.

3. Создание системы интернет-маркетинга для УК «УРАЛСИБ» от компании Конгру

Посмотреть пример

В чем сила: кейс достаточно интересный, предлагает подробную и качественную информацию. Стоит отметить в этом заслуги компании Конгру.

Куда расти: большой объем – более 22 тысяч знаков. Кейсы размерами и в 600, и в 3000 читают в течение одного и того же времени. Так, а если нет разницы, лучше сократить объем. Нужно обновить дизайн проекта, детально описать проделанную работу, предоставить результаты, добавить воркфлоу.

Что стоит позаимствовать: использование отзывов для иллюстрирации каждого этапа работы.

4. «Подсолнухи» — кейс по айдентике

Посмотреть пример

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

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

Что стоит позаимствовать: Если вы ведете свой блог, неважно, личного характера или о деятельности компании, будет весьма кстати создать яркий и живой образ автора. Благодаря этому будет создаваться впечатление общения с читателями. Сама по себе идея подсолнухов не могла столь сильно заинтересовать людей, а вот имя Сергея Славинского этому помогло.

5. Разработка Интернет-продвижение автономных систем канализации от компании Serenity

Посмотреть пример

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

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

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

6. Кейсы в рассылке ТД «Формула чистоты».

Посмотреть пример

В чем сила: кейс в рассылке лаконичен, понятен, достаточного для понимания информации объема. Данные тексты целиком и полностью соответствуют целевой аудитории блога.

Куда расти: можно большой объем кейсов переделать в электронную версию (электронную книгу), используя такой вариант для лидгена.

Что стоит позаимствовать: кейс – двигатель рекламы и контент-маркетинга. Кейсы можно использовать при ведении блога или же в качестве рассылок. У ТД «Формула Чистоты» данная рубрика полюбилась читателям рассылки, благодаря чему процент открытых писем и качество фидбека стабильно высоки.

7. SMM-маркетинг для «Аэроэкспресса» от компании Rocketmind

Посмотреть пример

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

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

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

8. Архив телепрограммы «Квартирный вопрос»

Посмотреть пример

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

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

Что стоит позаимствовать: Очень удобно размещена информация — на нескольких отдельных страницах, и объединение их в единый блок. Этот вариант подойдет при объемном кейсе и в случае выделения в отдельный раздел основных инструментов продаж (интерьер, веб-студии).

—

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

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

Создание шаблонов дел и шаблонов задач — Документация для BMC Helix Business Workflows 20.08

Создание задачи обращения

Агент OSP создает задачу обращения после того, как обращение было назначено. Как агент вы можете
работать над делом, добавляя рабочие заметки и дополнительные комментарии.

Требуется роль: sn_csm_ocs.ext_agent

1. Перейдите в Аутсорсинговое обслуживание клиентов> Обращения> Мои обращения и откройте обращение.

   Примечание. Временная шкала обращения отображается в верхней части формы обращения.

2. Щелкните список связанных задач.
3. Щелкните Создать, чтобы создать новую задачу.

   Кнопка «Изменить» позволяет добавлять существующие задачи кейса.
   к случаю из списка Коллекции.

4. При необходимости заполните поля формы новой записи.

   Опция	Описание
   Тема	Предмет по делу.
   Описание	Описание кейса.
   Список рабочих заметок	Рабочие записи кейса
   Адрес электронной почты	Идентификатор электронной почты клиента.
   Дополнительные комментарии	Комментарии по делу, если таковые имеются.

5. Щелкните «Отправить».

   Примечание. Вы также можете закрыть кейс-задачу.

Пример задачи Basic Search Case — документация TheHive DXL Python Service 0.1.0

В этом примере выполняется поиск дела на сервере TheHive через API TheHive Case .В
затем sample ищет все задачи, связанные с делом, через TheHive.
Задача API. В образце отображаются результаты обращений к поисковому запросу Search
API.

Работает

Чтобы запустить этот образец, выполните sample / basic / basic_search_case_task_example.py
сценарий следующим образом:

 пример Python / базовый / basic_search_case_task_example.py
 

Результат должен выглядеть примерно так:

 Ответ на запрос поискового запроса: '[
    {
        "_id": "AWLVqVBjEL_PtpkToK_B",
        "_parent": ноль,
        "_routing": "AWLVqVBjEL_PtpkToK_B",
        "_type": "case",
        "_version": 1,
        "caseId": 91,
        "createdAt": 1524003064979,
        "createdBy": "admin",
        "Настраиваемые поля": {},
        "description": "Создано с помощью примера задачи OpenDXL Case",
        "flag": ложь,
        "id": "AWLVqVBjEL_PtpkToK_B",
        "показатели": {},
        "owner": "admin",
        «серьезность»: 3,
        "startDate": 1524003065953,
        "status": "Открыто",
        "title": "Пример задачи OpenDXL Case",
        «tlp»: 2
    }
] '
Ответ на запрос задачи поиска: '[
    {
        "_id": "AWLVqVSlEL_PtpkToK_D",
        "_parent": "AWLVqVBjEL_PtpkToK_B",
        "_routing": "AWLVqVBjEL_PtpkToK_B",
        "_type": "case_task",
        "_version": 1,
        "createdAt": 1524003067041,
        "createdBy": "admin",
        "description": "Создано с помощью примера задачи OpenDXL Case",
        "flag": ложь,
        "id": "AWLVqVSlEL_PtpkToK_D",
        «порядок»: 0,
        "status": "InProgress",
        "title": "Пример задачи OpenDXL Case"
    }
] '
 

Детали

Чтобы разрешить использование search_case и search_case_task
API, оба имени API перечислены в настройке apiNames в разделе
[General] раздел в образце «dxlthehiveservice.config «файл, который
в сервисе используются:

 [Общие]
apiNames = ..., search_case, search_case_task, ...
 

Для получения дополнительной информации о конфигурации см.
Раздел файла конфигурации службы.

Большая часть кода примера показана ниже:

 # Создаем клиента
с DxlClient (config) в качестве клиента:

    # Подключить к ткани
    client.connect ()

    logger.info («Подключено к сети DXL.»)

    # Создаем запрос поискового запроса
    request_topic = "/ opendxl-thehive / service / thehive-api / case / search"
    req = Запрос (тема_запроса)

    # Установите полезную нагрузку для запроса поиска.Запрос включает два
    # критерий:
    # - запрос: соответствует только случаям со значением поля "заголовок", которое
    # включает слова «OpenDXL» и «задача». Это должно соответствовать
    # случаев, созданных с помощью
    # Пример 'basic_create_case_task_example.py'.
    # - диапазон: значение "0-1" приводит к тому, что только одна запись из набора результатов будет
    # будет возвращено.
    # Ответ на этот запрос должен включать только самый последний запрос
    # создается запуском 'basic_create_case_task_example.ру 'пример.
    MessageUtils.dict_to_json_payload (
        req,
        {
            "query": {"_string": "title: (OpenDXL AND Task)"},
            "диапазон": "0-1"
        })

    # Установите полезную нагрузку для запроса поискового запроса
    case_search_response = client.sync_request (req, timeout = 30)

    если case_search_response.message_type не является Message.MESSAGE_TYPE_ERROR:
        # Отображение результатов по запросу поискового запроса
        case_search_response_dict = MessageUtils.json_payload_to_dict (
            case_search_response)
        print ("Ответ на запрос поискового запроса: '{0}'".формат(
            MessageUtils.dict_to_json (case_search_response_dict,
                                      pretty_print = правда)))
    еще:
        print ("Ошибка при вызове службы с темой '{0}': {1} ({2})". format (
            request_topic, case_search_response.error_message,
            case_search_response.error_code))
        выход (1)
 

После подключения к DXL-матрице создается сообщение запроса с темой
который нацелен на метод search_case службы DXL TheHive API.

Следующим шагом является установка полезной нагрузки сообщения запроса. Содержание
полезная нагрузка включает критерии для использования при поиске кейсов из TheHive
сервер. В возвращенном кейсе должны быть слова «OpenDXL» и «Задача» в
«title», что верно для случая, сохраненного путем запуска
Базовый пример задачи создания дела.

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

, если case_search_response_dict:
    # Извлекаем идентификатор дела из результатов запроса поискового дела
    case_id = case_search_response_dict [0] ["id"]

    # Создаем запрос задачи поискового дела
    request_topic = "/ opendxl-thehive / service / thehive-api / case / task / search"
    req = Запрос (тема_запроса)

    # Установить полезную нагрузку для запроса задачи поиска.Запрос должен
    # вернуть все задачи, связанные с идентификатором дела из предыдущего поиска
    # запрос дела.
    MessageUtils.dict_to_json_payload (
        req,
        {
            "query": {"_parent": {"_type": "case",
                                  "_query": {"_id": case_id}}}
        })

    # Установите полезную нагрузку для запроса задачи поиска
    get_case_task_response = client.sync_request (req, timeout = 30)
    если get_case_task_response.message_type не является Message.MESSAGE_TYPE_ERROR:
        # Отображение результатов по запросу задачи поискового дела
        get_case_response_dict = MessageUtils.json_payload_to_dict (
            get_case_task_response)
        print ("Ответ на запрос задачи поиска: '{0}'". format (
            MessageUtils.dict_to_json (get_case_response_dict,
                                      pretty_print = правда)))
    еще:
        print ("Ошибка при вызове службы с темой '{0}': {1} ({2})". format (
            request_topic, get_case_task_response.error_message,
            get_case_task_response.error_code))
еще:
    print («Нет кейсов для поиска задач»)
 

Если дело было найдено в результате предыдущего поиска, создается второе сообщение с запросом.
с темой, нацеленной на метод search_case_task в TheHive API DXL
услуга.

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

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

Терминология

— Разница между «задачей», «сценарием» и «вариантом использования»?

Задача: Задача (с точки зрения непрофессионала) — это, по сути, часть работы, которую необходимо выполнить / выполнить.Этот термин используется не только в индустрии программного обеспечения, но и в других отраслях и организациях, например. в банках каждому поручаются некоторые задачи кассира, утверждения заявки, открытия счетов и т. д.

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

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

1. Требование
2. Проектирование
3. Кодирование
4. Тестирование
5. Отзывы

все зависит от того, до какого уровня разделения требуется отслеживать и выполнять родительскую задачу. Даже в повседневной жизни вы создаете задачи в форме To-Dos на своем ноутбуке / Outlook / Sticky Notes / Physical Notes и т. Д.

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

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

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

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

(PDF) Описание задач и варианты использования

15

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

и т. Д. Часто они не отражают потребности клиентов и даже могут быть вредными.

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

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

для правил и т. Д.Когда нужны правила, аналитик должен указать их как отдельную задачу

,

шагов или в других разделах требований.

Ссылки

1. Ачур К. Б., Роллан К., Мэйден Н. А. М., Сувиет, К. Создание руководящих примеров использования:

Результаты эмпирического исследования. Труды 4-го Международного симпозиума IEEE

(1999)

2. Армор, Ф., Миллер, Дж .: Расширенное моделирование сценариев использования, Аддисон-Уэсли (2001)

3. Кокберн А.: Writing Effective Use Cases, Addison-Wesley (2000)

4. Константин, LL, Локвуд, Лос-Анджелес D: Программное обеспечение для использования: Практическое руководство по моделям

,

и методам проектирования, ориентированного на использование, Addison-Wesley, New York (1999)

5. Кокс, К., Фалп, К.: «Репликация рекомендаций CREWS по созданию сценариев использования», Empirical

Software Engineering Journal, Vol. 5, No. 3, pp. 245-268 (2000)

6. Рекомендуемая практика IEEE для спецификации требований к программному обеспечению, ANSI / IEEE Std.

830 (1998)

7. Якобсон, И., Кристерсон, М., Джонссон, П., Овергаард, Г.: Разработка объектно-ориентированного программного обеспечения.

neering — подход, основанный на сценариях использования. Аддисон-Уэсли (1992)

8. Якобсон, И .: Сценарии использования: вчера, сегодня и завтра, Техническая библиотека IBM (2003),

9. Кулак, Д., Гини, Э .: Сценарии использования: требования в Контекст, Аддисон-Уэсли (2000)

10. Лауэсен, С .: Требования к программному обеспечению — стили и методы. Аддисон-Уэсли (2002)

11.Лауэсен, С .: Описание задач как функциональные требования. IEEE Software, март / апрель,

стр. 58-65 (2003)

12. Лауэсен, С .: Дизайн пользовательского интерфейса — перспектива разработки программного обеспечения. Addison-Wesley

(2005)

13. Лауэсен, С .: Руководство по требованиям SL-07 — Шаблон с примерами, 2007, ISBN: 978-

87-992344-0-0. Также на: www.itu.dk/people/slauesen/SorenReqs.html#SL-07.

14. Лауэсен С., Кухайль М. А .: Эксперимент со сценарием использования и ответы (2009 г.):

www.itu.dk/people/slauesen/

15. Лилли С.: Ловушки вариантов использования: 10 основных проблем реальных проектов с использованием сценариев использования, IEEE

Computer Society, Вашингтон, округ Колумбия, США (1999)

16. Maiden, NA, Ncube, C .: Требования к выбору программного обеспечения COTS. IEEE Soft-

ware, март / апрель, стр. 46-56 (1998)

17. Розенберг, Д., Скотт К.: Десять основных ошибок вариантов использования, Разработка программного обеспечения (2001):

http: // www.drdobbs.com/184414701

18. Сигурдардоттир, Хренн Колд, руководитель проекта системы электронных медицинских карт в Столичной ассоциации больниц

(H: S): Проект докторской диссертации (2010)

19.Вирфс-Брок, Р .: Разработка сценариев: создание аргументов в пользу структуры вариантов использования, доклад Small-

, ноябрь / декабрь (1993). Также:

http://www.wirfs-brock.com/PDFs/Designing%20Scenarios.pdf

Шаблон задачи / тестового примера | Targetprocess

Краткое содержание статьи:

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

Мэшап добавляет вкладку в представление User Story. На этой вкладке вы можете создавать шаблоны, содержащие задачи или тестовые примеры, которые необходимо применить к нескольким пользовательским историям. После создания шаблона и задач и / или тестовых примеров, которые вы хотели бы использовать, их можно применить к любой пользовательской истории, перейдя на вкладку «Шаблон» и выбрав «Применить шаблон».

Активация

Мэшап может быть активирован администраторами вашей учетной записи Targetprocess. Установите мэшап из библиотеки мэшапов.Для этого перейдите в меню Settings > Mashups .

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

Конфигурация и использование

Добавить новые шаблоны

Любой пользователь может добавлять новые шаблоны. Откройте любую пользовательскую историю — там будет новая вкладка под названием «Шаблон». Нажатие на символ плюса расширит имя шаблона со встроенной опцией для его изменения:

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

Например, вот как можно настроить шаблон с двумя тестовыми примерами для тестов «Проверка совместимости веб-браузеров»:

Применить шаблоны

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

Все ваши задачи и тестовые наборы появятся в режиме пользовательской истории:

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

Модификация и удаление

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

Администратор может добавлять новые шаблоны и изменять все существующие шаблоны.

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

См. Также

Узнайте больше о способах предварительного заполнения пользовательской истории задачами на основе шаблона.

Глава 6. Добавление динамических задач и процессов в обращение с помощью API Red Hat Process Automation Manager 7.5

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

В дело можно добавить следующие динамические действия:

• Пользовательские задачи
• Сервисные задачи (любой тип, реализованный как рабочий элемент)
• Повторно используемые подпроцессы

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

Вы можете использовать приложение Swagger REST API для создания динамических задач и подпроцессов.

Процедура

1. В веб-браузере откройте следующий URL-адрес:

   / http: // localhost: 8080 / kie-server / docs

2. Откройте список доступных конечных точек в разделе Экземпляры дел :: Управление делами .

3. Найдите конечные точки метода POST для создания динамических действий.

   POST / server / container / {id} / cases / instance / {caseId} / tasks

   Добавляет динамическую задачу (пользователя или службу в зависимости от полезной нагрузки) в экземпляр дела.

   POST / server / container / {id} / cases / instance / {caseId} / stage / {caseStageId} / tasks

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

   POST / сервер / контейнеры / {id} / case / instance / {caseId} / process / {pId}

   Добавляет динамический подпроцесс, идентифицированный идентификатором процесса, в экземпляр дела.

   POST / server / container / {id} / cases / instance / {caseId} / stage / {caseStageId} /cesses / {pId}

   Добавляет динамический подпроцесс, идентифицированный идентификатором процесса, на этап в экземпляре дела.

4. Чтобы открыть документацию, щелкните конечную точку REST, необходимую для создания динамической задачи или процесса.
5. Щелкните Попробуйте и введите параметры и тело, необходимые для создания динамического действия.
6. Щелкните Execute , чтобы создать динамическую задачу или подпроцесс с помощью REST API.

6.1. Создание динамической пользовательской задачи с использованием REST API

Вы можете создать динамическую пользовательскую задачу во время выполнения кейса с помощью REST API.Чтобы создать динамическую пользовательскую задачу, вы должны предоставить следующую информацию:

• Название задачи
• Тема задания (необязательно, но рекомендуется)
• Актеры или группы (или и то, и другое)
• Входные данные

Используйте следующую процедуру для создания динамической пользовательской задачи для примера проекта IT_Orders , доступного в Business Central, с помощью инструмента Swagger REST API. Эту же конечную точку можно использовать для REST API без Swagger.

Процедура

1. В веб-браузере откройте следующий URL-адрес:

   / http: // localhost: 8080 / kie-server / docs .

2. Откройте список доступных конечных точек в разделе Экземпляры дел :: Управление делами .

3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

   / сервер / контейнеры / {id} / case / instance / {caseId} / tasks

4. Нажмите Попробуйте и введите следующие параметры:

   Таблица 6.1. Параметры

   Название	Описание
   id	itorders
   caseId	IT-0000000001

   корпус

    {
    "name": "RequestManagerApproval",
    "данные" : {
      "причина": "Фиксированная спецификация оборудования",
      "caseFile_hwSpec": "# {caseFile_hwSpec}"
     },
    "subject": "Запросить одобрение менеджера еще раз",
    "актеры": "менеджер",
    "группы": ""
   } 

5. В приложении Swagger щелкните Execute , чтобы создать динамическую задачу.

Эта процедура создает новую пользовательскую задачу, связанную с делом IT-000000001 . Задача назначена лицу, которому назначена роль менеджер case. Эта задача имеет две входные переменные:

• причина
• caseFile_hwSpec : определено как выражение, позволяющее выполнять захват данных процесса или дела во время выполнения.

Некоторые задачи включают форму, которая предоставляет удобный пользовательский интерфейс для задачи, которую вы можете найти по имени задачи.В случае ИТ-заказов задача RequestManagerApproval включает форму RequestManagerApproval-taskform.form в свой KJAR.

После создания задача появится в папке «Входящие» задачи уполномоченного в Business Central.

6.2. Создание динамической служебной задачи с использованием REST API

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

• name : Название действия.
• nodeType : Тип узла, который будет использоваться для поиска обработчика рабочего элемента.
• данные : карта данных для правильного выполнения

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

Используйте следующую процедуру, используя Swagger REST API, чтобы создать задачу динамического обслуживания для примера проекта IT_Orders , доступного в Business Central. Вы можете использовать ту же конечную точку для REST API без Swagger.

Процедура

1. В веб-браузере откройте следующий URL-адрес:

   / http: // localhost: 8080 / kie-server / docs

2. Откройте список доступных конечных точек в разделе Экземпляры дел :: Управление делами .

3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

   / сервер / контейнеры / {id} / случаях / экземпляров / {caseId} / stage / {caseStageId} / tasks

4. Щелкните Попробовать и введите следующие параметры:

   Таблица 6.2. Параметры

   Название	Описание
   id	itorders
   caseId	IT-0000000001

   корпус

    {
    "name": "InvokeService",
    "данные" : {
      "Параметр": "Фиксированная спецификация оборудования",
      «Интерфейс»: «орг.jbpm.demo.itorders.services.ITOrderService ",
      «Операция»: «printMessage»,
      "ParameterType": "java.lang.String"
     },
    "nodeType": "Сервисная задача"
   } 

5. В приложении Swagger щелкните Execute , чтобы создать динамическую задачу.

В этом примере выполняется служба на основе Java. Он состоит из интерфейса с общедоступным классом org.jbpm.demo.itorders.services.ITOrderService и общедоступным методом printMessage с одним аргументом String .При выполнении значение параметра передается в метод для выполнения.

Номера, имена и другие типы данных, предоставляемые для создания служебных задач, зависят от реализации обработчика служебных задач. В приведенном примере используется обработчик org.jbpm.process.workitem.bpmn2.ServiceTaskHandler .

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

6.3. Создание динамического подпроцесса с использованием REST API

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

Используйте следующую процедуру, чтобы использовать Swagger REST API для создания задачи динамического подпроцесса для примера проекта IT_Orders , доступного в Business Central. Эту же конечную точку можно использовать для REST API без Swagger.

Процедура

1. В веб-браузере откройте следующий URL-адрес:

   / http: // localhost: 8080 / kie-server / docs .

2. Откройте список доступных конечных точек в разделе Экземпляры дел :: Управление делами .

3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

   / сервер / контейнеры / {идентификатор} / кейсы / экземпляры / {кейсId} / процессы / {pId}

4. Нажмите Попробуйте и введите следующие параметры:

   Таблица 6.3. Параметры

   Название	Описание
   id	itorders
   caseId	IT-0000000001
   pId	itorders-data.разместить заказ

   pId — это идентификатор процесса подпроцесса, который будет создан.

   корпус

    {
    "placeOrder": "Вручную"
   } 

5. В приложении Swagger щелкните Execute , чтобы запустить динамический подпроцесс.