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

Основные этапы процедуры контроля включают: (1) определение стандартов или предопределенных норм, (2) измерение фактических достижений, (3) сравнение фактических достижений с предопределенной нормой, (4) измерение отклонений, (5) определение причин отклонений и (6) корректирующие действия. Некоторые определения группируют эти этапы по-разному, например, объединяя определение стандартов в отдельный шаг или включая его в общую процедуру.

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

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

Концепция 'ИТ-служба предоставляет услуги' приживается в организациях с трудом, потому что сервисный характер деятельности ИТ-службы неочевиден для заказчика. Для бизнеса главной выступает полезность, которую приносят предоставленные ресурсы, а не сама деятельность ИТ-службы. Заказчики обычно фокусируются только на функциональности, доступности и цене, которые формируют видимую полезность, но не обращают внимания на гарантию этой полезности, которая обеспечивается невидимыми процессами ИТ-службы. Поскольку основная ценность для заказчика заключается в ресурсах (приложениях и устройствах), а не в деятельности ИТ-службы, объяснить необходимость инвестиций в сервисные процессы становится сложной задачей.

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

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

Потребности (Север) в модели Compass Model представляют собой основные причины и цели, по которым потребитель обращается к определённой услуге или продукту. Чтобы определить потребности, следует ответить на вопрос: "Что клиент НЕОБХОДИМО должен получить от этой услуги?" Например, для человека, использующего такси при поездке в командировку, основной потребностью будет: "добраться из аэропорта в пункт назначения". Потребности обычно представляют собой базовые, обязательные к выполнению требования, без которых услуга теряет свой смысл. Они формируют фундаментальные ожидания клиента и определяют, будет ли услуга вообще им восприниматься как полезная.

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

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