что такое blueprint в проекте
BluePrint: как создать успешный стратегический план разработки и не завалить проект
Ответ предельно прост:
Процесс разработки приложения подобен строительству дома. Среди нас вряд ли найдется тот, кто захочет приступить к строительству, не имея четкого плана. Хозяин будущего дома может уточнить, что в доме должно быть 4 этажа, панорамные окна и черепичная крыша. Но для того, чтобы строительная бригада приступила к работе, этих сведений явно недостаточно. Помимо этих параметров есть еще тысяча и одна мелочь, которая должна быть учтена, чтобы подрядчик мог рассчитать бюджет, обозначить этапы строительства и предоставить план работ. В свою очередь и заказчик извлечет из наличия плана неоспоримые выгоды, поскольку он может четко изложить свои требования и понимает, за что платит.
Каждому в конце дня нужен план.
Вы спросите, нужен ли план этот для более ясного понимания общей картины? Именно! И вот что конкретно заключает в себе BluePrint:
Теперь вам стало понятней, что из себя представляет BluePrint, но все же не до конца ясно, какие конкретные выгоды он в себе несет? Вот список наиболее ключевых для вас:
Мы готовы приложить максимум усилий, чтобы сделать BluePrint как можно более наглядным для вас. Если вы хотите ознакомиться с примерами и получить больше подробностей о том, как его можно оптимально применить к вашей идее, свяжитесь с нами прямо сейчас!
Что такое Service Blueprint и как он может помочь бизнесу
Service Blueprint или Карта сервиса — это метод, позволяющий описать и спроектировать будущий опыт клиентов, а также описывающий процессы, необходимые для создания этого опыта.
В целом такое определение похоже на то, что из себя представляют карты путешествия клиента. Но это только на первый взгляд. На самом деле — это разные инструменты и Service Blueprint отличается как по используемому подходу, так и по задачам и последующему использованию.
Карта путешествия клиента или Customer Journey Map создаётся исходя из видения клиента и сфокусирована на действиях, чувствах и эмоциях клиента, а также на его потребностях.
Карта сервиса или Service Blueprint — строится исходя из того, что каждый элемент компании: люди, процессы, системы и коммуникации, — привносит в процесс создания опыта клиента. То есть Customer Journey Map составляется с точки зрения клиента, а Service Blueprint описывает систему доставки ценности, прежде всего, внутри компании.
Читайте также:
Преимущества карт сервиса
Service Blueprint позволяет создать достаточно точную модель сервиса, которая не только отражает его составные части. Она также учитывает все процессы внутри организации, которые участвуют в создании клиентского опыта. Таким образом Service Blueprint позволяет оптимизировать работу компании и конкретные бизнес-процессы. Также с помощью такой карты можно с большой точностью проектировать новые услуги и элементы клиентского опыта благо-даря наглядной визуализации.
Примеры Service Blueprint
Из чего состоит Service Blueprint
Создание карты сервиса можно для удобства разделить на описание несколь-ких частей:
Физическое доказательство — материальные элементы, которые влияют на восприятие услуги. На разных стадиях сервиса это могут быть:
Действия покупателя — это действия, которые совершает клиент пока он взаимодействует с компанией и элементами сервиса. Это один из самых важных элементов карты сервиса, так как хоть мы и рассматриваем сервис больше с точки зрения компании, фокус все равно должен оставаться на клиенте. Так как весь сервис изначально проектируется именно для клиента. Также мы обозначаем линию взаимодействия. Она подчеркивает точки, в которых клиент взаимодействует с компанией и её сотрудниками.
Взаимодействие с клиентом — в этой части мы описываем действия сотрудников на каждом этапе. Причем тут мы говорим именно тех действиях, которые видны клиенту. В английском языке это называется Frontline actions или Frontstage. Эта часть вместе с физическим доказательством формирует лицо компании.
Линия видимости — своеобразные занавес за которым происходящее недоступно для клиента. Это внутренняя кухня компании. За линией видимости находится всё то, что не заметно для покупателя однако влияет на сервис, восприятие клиентом, а также на создание ценности.
Действия «За кадром» как раз и описывают деятельность сотрудников,которые не видны. К ним мы относим все что, относится напрямую к созданию сервиса. Остальные процессы, которые оказывают косвенное влияние лучше отнести к поддерживающим.
Читайте также:
Как создать карту сервиса для своей компании
Для начала необходимо выбрать конкретную область для составления данной модели. Как правило, любая компания имеет несколько продуктов и работает с несколькими сегментами целевой аудитории. Поэтому важно сфокусиро-ваться на конкретном продукте и конкретном типе клиентов. Так будет проще проводить исследование и описывать процессы. Впоследствии можно создавать дополнительные карты, а, иногда, и объединять их, но начинать нужно с простого.
Определите конкретные цели
Карту сервиса можно сделать для того, чтобы описать существующее положение дел, либо чтобы смоделировать перспективную модель. В любом случае, необходимо заранее определить для каких конкретно целей создаётся Service Blueprint.
Проведите исследование
Если для составления карты путешествия клиента нужно проводить много внешних исследований, связанных с поведением клиента, то при создании карты сервиса фокус исследования будет направлен, в большей степени, внутрь компании.
Наша задача — изучить процессы в организации и их взаимосвязь с созданием клиентского опыта. Тем не менее, для того чтобы корректно описать действия клиента и этапы его пути, также, нужно провести исследование клиентов.
Создайте карту
После того, как описаны рамки разработки модели и собрана информация, можно приступить к созданию карты. Создавать её можно на физической либо виртуальной доске.
Существует большое количество сервисов, которые позволяют не просто создать виртуальную доску, но и работать над ней удаленно всей командой. Ниже я привёл список некоторых таких сервисов, которые также содержат готовые шаблоны для Service Blueprint.
Как перейти от CJM к Service blueprint?
Разбираемся, как не путать два очень полезных и очень разных инструмента Service Blueprint (карту сервисного сценария) и Customer Journey Map (карту пути пользователя).
Есть два инструмента, которые часто путают — карта клиентского опыта Customer Journey Map (CJM — «карта пути пользователя») и сервис-блупринт (Service Blueprint — «карта сервиса» или сервисный сценарий).
Customer Journey Map — это путь клиента по сервису, а может быть, путешествие между разными сервисами и каналами, в которых участвует и ваше предложение. CJM показывает опыт клиента, как он есть.
Например, мы проектируем медицинский сервис, который позволяет сдавать анализы на дому. С чего начать? Мы всегда начинаем с эмпатии, понимания настоящего опыта человека, который столкнулся с необходимостью сдавать анализы. Для этого мы наблюдали за клиентами частных клиник, беседовали с ними и сами проходили по всей процедуре записи, регистрации и сдачи анализов. Таким образом мы смогли получить карту пути нашего клиента или CJM — историю о его фактическом опыте.
На представленной выше картинке CJM — путь клиента после сдачи анализов. Пользователь находится на работе, активно занят своими делами. Возникает целый сценарий того, что происходит на этапе «После», которые отражает мысли, эмоциональную оценку происходящего и действия, которые предпринимает Пользователь: звонит на горячую линию, уточняет и так далее.
CJM — это исследование текущего пользовательского пути «как он есть», а Service Blueprint — карта спроектированного вами на основе этого клиентского пути (его проблем и возможностей) новое сервисное решение.
После того, как мы снимем опыт пользователя с помощью CJM, мы сможем сгенерировать новые идеи по улучшению и спроектировать новый сервисный сценарий, который как раз и ляжет в канвас сервис-блупринта или «карты сервиса», какой она должна быть.
Нам как сервисным дизайнерам важно и то, что переживает человек, и то, что происходит вне его взгляда, «за сценой» сервиса. Мы отвечаем на вопрос, как компания поддерживает опыт человека, какие внутренние системы способствуют тому, чтобы произошло это «путешествие» и что мы можем сделать, чтобы улучшить этот опыт.
Научиться проявлять эмпатию в разработке продуктов и сервисов можно на нашем интенсиве Составляем Customer Journey Map
Из чего состоит Service blueprint?
Для начала, нужно определить какой пользовательский сценарий мы хотим спроектировать. Мы определяем его на основе CJM (карты пути пользователя).
Разрабатывая сервис компании Red, мы определили такие компоненты карты сервиса (сервисного сценария):
В лаборатории Wonderfull использование любого инструмента главным образом должно быть оправдано его практическим применением, поэтому раздутые и нечитаемые схемы мы упрощаем до того момента, пока с этим становится удобно работать. Мы намеренно не заполнили сразу «подводную» часть этого чертежа, чтобы держать фокус на пользователе.
Когда переходить «за кулисы» сервиса?
Когда мы понимаем, какой опыт хотим создать для нашего пользователя, какие проблемы сможем решить в текущем сценарии, переходим к действующим лицам «за сценой». Именно сотрудники и внутренние процессы будут создавать позитивный опыт для пользователя. Мы очень внимательно сосредоточились на этой теме.
Сотрудники — это внутренние пользователи нашего сервиса. Поэтому также изучаем их опыт работы, взаимодействие с клиентами и внутренними процессами. В процессе исследования мы формируем не только карту пути пользователями, но и второй CJM — CJM сотрудника, выявляем болевые точки в его работе.
На основе этой информации генерим идеи для Service Blueprint: как будет работать новый сервис, что позволит создать лучший опыт.
Почему у нас появилась отдельная строка «возможные ошибки и их решения»?
Обращали ли вы внимание на то, что часто хороший сервис — это невидимый сервис. Пользователя все устраивает, вы решаете его задачи. Но как только происходит сбой — вас замечают, начинают звонить, писать, оставлять гневные отзывы в интернете. Знакомая ситуация? Избежать ошибок совсем нельзя, вот почему так важно знать все тонкие места и иметь быстрые решения для таких ситуаций.
В нашем случае точками для срывов сценария пользователя было незнание ответов на актуальные вопросы клиентов, незнание действий в случае опоздания, изменения заказа или смены адреса.
Главная задача для нас как проектировщиков — превратить служебные инструкции в ряд полезных полевых инструментов для выездной бригады лаборатории.
В рамках Service Blueprint мы отметили эти моменты в специальной строке, чтобы видеть что происходит и на каких этапах пользовательского сценария. Дальше, основываясь на этой картине сервиса, мы сгенерировали идеи о том, как помочь сотрудникам создавать позитивные впечатления от услуги у пользователей «здесь и сейчас».
Что у нас получилось можно узнать на нашем сайте в развернутой истории о кейсе RED: lab-w.com/cases/red
Как CJM и Service Blueprint работают вместе?
Понимание пути пользователя по вашему продукту или сервису (CJM), проектирование сервисного сценария (Service Blueprint) — важные инструменты для человеко-ориентированного подхода. Важно понимать разницу между ними и то, как они дополняют друг друга.
CJM — помогает посмотреть на продукт или сервис глазами пользователя, что позволяет проявить эмпатию к его опыту и улучшить его. Чтобы сохранить связку между опытом пользователя с реальной возможностью изменить бизнес-процессы нужно погрузиться «за сцену» и посмотреть, что поддерживает это «путешествие».
Только зная как устроены процессы “внизу” можно проектировать лучшие путешествия ваших пользователей.
Читать также:
“CJM словарь” — краткий иллюстрированный гид по основным терминам, сопутствующим составлению карты пути пользователя.
«3 инсайта проектирования финансовых технологий в развивающихся странах» — перевод статьи управляющего партнера Grid Impact Алксандры Фиорилло.
Автор: Анна Мезина, старший исследователь лаборатории Wonderfull.
Справочник API Blueprint
API Blueprint, так же, как и Swagger определяет спецификацию для описания REST API. Инструменты, которые поддерживают API Blueprint, могут читать и отображать информацию.
Если не используется платформа, которая требует именно API Blueprint, лучше использовать спецификацию OpenAPI.
Что такое API Blueprint
Спецификация API Blueprint написана с использованием синтаксиса Markdown. Blueprint представляет собой конкретную схему, которая является допустимой или недействительной на основе имен элементов, порядка, расстояния и других деталей. Поэтому, он не так гибок, как Markdown. Но он может быть предпочтительнее, чем YAML.
Пример blueprint
Вот пример Blueprint для понимания синтаксиса:
Справочники по синтаксису API Blueprint можно посмотреть на ресурсах:
Различные примеры Blueprint можно посмотреть здесь Примеры помогают понять различные аспекты спецификации.
Анализ blueprint
Анализировать API Blueprint могут многие инструменты. Одним из основных парсеров Blueprint является Drafter. Другие инструменты основаны на Drafter и генерируют статические HTML-результаты проекта. Например, Aglio может парсить Blueprint и генерировать статичные HTML-файлы.
Полный список инструментов можно найти в секции Tooling на сайте https://apiblueprint.org/ Некоторые инструменты могут потребовать танцы с бубном, поэтому на этом курсе мы их пропустим.
Создаем пример вывода HTML используя API Blueprint и Apiary
Создаем проект Apiary
Нас перекинет в редактор API Blueprint
По умолчанию загружается шаблон the Polls, чтобы посмотреть, как он выглядит. Blueprint показывает пример необходимого формата инструмента Apiary для анализа и отображения содержимого. Необработанный файл можно посмотреть здесь.
Можно почитать справочник API Blueprint и структурировать документацию в формате Blueprint.
Синтаксис учитывает разные методы, применяемые к одним и тем же источникам.
Здесь мы интегрируем информацию API сервиса прогноза погоды OpenWeatherMap, отформатированную в формате Blueprint.
Также как и Swagger, Apiary покажет вывод в правой части панели.
Взаимодействие с API на Apiary
В панели навигации Apiary переходим к разделу Documentation. И будем взаимодействовать с API на Apiary, нажав сначала на выбор конечной точки, а затем нажав Switch to Console. Вызовем источники и просмотрим ответы.
Apiary предлагает впечатляющую платформу для разработки и публикации справочных документов по API. He нужно использовать API Blueprint в качестве формата спецификации. Можно разработать свою спецификацию, используя OpenAPI (называемый «Swagger» в интерфейсе Apiary).
Что такое Blueprint в PHP?
Оценить 2 комментария
What is the construct used to define the blueprint of an object called?
1. сущ.
1) синька, (свето)копия; фотография в голубых тонах
2) изготовление светокопий
3) (детальный) план, программа, проект; образец, шаблон
Синонимы:
plan, draft, pattern, scheme
2. гл.
1) делать светокопию; копировать чертёж
2) проектировать, намечать, планировать
В разговорной речи инженеров часто используется как чертёж или проект. Слово произошло также как наше «синька», обусловлено господствующей в свое время технологией копирования чертежей цианотипиия, дающей копию в синих тонах.
Так англофоны называют чертежи.
Еще есть CSS-фреймворк с таким названием.
Я бы так перевёл весь вопрос (дословно):
«Как имеют обыкновение называть конструкцию, описывающую структуру(архитектуру) объекта»