Управление расходами и принятие решений - схемы
Узнайте больше о ресурсах и оптимизации затрат → Мониторинг и управление затратами
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Настройка → Параметры компании → Общие сведения о системе Отчеты и панели мониторинга → Папка использования затрат | ✅ Схема: Панель мониторинга «Создание руководителя», отображающая ежегодные инвестиции Salesforce в размере $2,1 млн, распределенные по 1 200 лицензиям (68% активных еженедельно), 450 ГБ памяти (72% нагрузки) и 15 безопасным средам (11 активно используемых) ✅ Панель мониторинга открывает возможность оптимизации $400 тыс. в неактивных лицензиях и неиспользуемых безопасных средах посредством операционных показателей |
| Отчеты и панели мониторинга → Панель мониторинга инвестиций Настройка → Сведения о компании | ✅ Схема: Панели мониторинга инвестиций отображают расходы по бизнес-единице или центру затрат, затраты на безопасную среду и среду по группам разработчиков, дополнительные затраты на продукты с показателями использования ✅ Расходы по проектам на основе текущих тенденций роста, позволяющих обсуждать подотчетность бюджета и распределение средств |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Система учета → Только записи счетов | ⚠️ Антишаблон: Финансовая группа имеет доступность счета, отображающую общие расходы, но не содержит операционных показателей, отображающих схемы использования или возможности оптимизации ⚠️ Невозможно определить неактивные лицензии, неиспользуемые безопасные среды или отходы нагрузки без операционных панелей мониторинга |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Отчеты и панели мониторинга → Предупреждения о бюджете лицензии Настройка → Распределение лицензий | ✅ Схема: Лицензионные бюджеты устанавливают целевые показатели распределения по отделам с предупреждениями при загрузке ✅ Предотвращение неконтролируемого резервирования, создающего перерасход бюджета, обнаруженный только при продлении с помощью Proactive Monitoring |
| Настройка → Использование хранилища → Правила предупреждения Поток → Автоматизация предупреждения о хранилище | ✅ Схема: Автоматические триггеры предупреждений при 70% использовании хранилища, предоставляющие 4-месячное время на реализацию архивной стратегии до достижения ограничений ✅ Предотвращает удаление экстренных данных или дорогостоящие перерасходы посредством упреждающего уведомления с достаточным временем ответа |
| Общие сведения о системе → Предупреждения об использовании API Отслеживание событий → Предупреждения о пороге API | ✅ Схема: Бюджеты API отслеживают потребление по ограничениям с предупреждениями на примерах порогов использования, например, 70% и 85% ✅ Включите упреждающую оптимизацию, а не реагирование на чрезвычайные ситуации, когда ограничения приводят к сбоям интеграции или сбоям пользователя |
| Настройка → Управление безопасной средой → Бюджетный контроль Поток → Утверждение запроса безопасной среды | ✅ Схема: Бюджеты безопасных сред контролируют распространение среды посредством ограничений распределения и процессов утверждения для дополнительных сред ✅ Предотвращение создания неограниченного количества временных сред, которые переходят на постоянный статус без оснований |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Без контроля бюджета → Неконтролируемое расходование | ⚠️ Антишаблон: Отсутствие бюджетов лицензий или бизнес-правил утверждения, позволяющих обеспечить неограниченное финансирование всех департаментов без учета структуры расходов ⚠️ Перерасход бюджета обнаружен при продлении, когда совокупные расходы превышают запланированные инвестиции на 30-40% из-за неконтролируемого роста |
| Нет предупреждений об хранилище → Реактивные излишки | ⚠️ Антишаблон: Избыток хранилища, обнаруженный во время переговоров о продлении, требующий немедленной покупки по премиальному ценообразованию без времени на архивную оценку ⚠️ Отсутствует заблаговременное предупреждение, которое позволило бы архивировать внедрение до возникновения избыточных расходов, что привело бы к повышению расходов в 2-3 раза |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Отчеты и панели мониторинга → Отчет об обратном отображении Отчеты → Стоимость по бизнес-единицам | ✅ Схема: Ежеквартальный отчет отображает, что Sales Cloud потребляет 45% инвестиций в лицензии, Service Cloud — 30%, а операции — 25% ✅ Позволяет руководителям обсуждать, соответствует ли распределение инвестиций приоритетам бизнес-ценности и стратегическим приоритетным областям |
| Финансовая система → Распределение обратного платежа Отчеты → Распределение расходов Департамента | ✅ Схема: Правила распределения распределяют расходы надлежащим образом: стоимость лицензии по назначению отдела пользователя, стоимость безопасной среды по владению рабочей группой по разработке ✅ Расходы на интеграцию, распределенные по службам интеграции бизнес-процессов, затраты на разработку по запросу источника финансирования проекта |
| Отчеты и панели мониторинга → Отчет по стоимости безопасной среды Настройка → Использование безопасной среды рабочей группой | ✅ Схема: Расходы на безопасную среду и окружающую среду, распределенные ответственной группой разработчиков, создающей прямую подотчетность за рациональное использование окружающей среды ✅ Рабочие группы видят инвестиции в безопасную среду, позволяющие принимать обоснованные решения по экологическим запросам и управлению жизненным циклом |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Только ИТ-бюджет → Отсутствие доступности бизнес-единицы | ⚠️ Антишаблон: Все расходы Salesforce, выделенные на ИТ-бюджет без доступности бизнес-единиц ⚠️ Бизнес-заинтересованные лица относятся к платформе как к «бесплатной» и отправляют запросы без обсуждения приоритетов затрат или инвестиций |
| Нет атрибуции использования → Не удается оптимизировать | ⚠️ Антишаблон: Общие расходы видны, но не относятся к бизнес-единицам, проектам или рабочим группам, что делает невозможным принятие решений по оптимизации ⚠️ Не удается определить, какие инвестиции приносят ценность, а какие расходуют бюджет без пропорциональной прибыли |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Сотрудничество → Группа FinOps Встречи → Ежемесячный обзор расходов | ✅ Схема: Межфункциональное сотрудничество между финансами, архитектурой и заинтересованными сторонами обеспечивает учет бизнес-ценности при принятии решений по затратам наряду с влиянием расходов ✅ FinOps привносит финансовый опыт в обсуждения архитектуры и техническое понимание в планирование бюджета, создавая сбалансированные решения |
| Календарь → Обзоры оптимизации Процесс → Регулярная каденция | ✅ Схема: Каденция постоянной оптимизации с ежемесячным обзором аномалий, ежеквартальным аудитом использования и ежегодной комплексной оценкой ТСО ✅ Регулярные циклы проверки предотвращают перенос расходов и проверяют соответствие роста расходов росту стоимости бизнеса посредством систематического анализа |
| Инструменты → Калькулятор стоимости лицензии Архитектура → Модели TCO | ✅ Схема: Группа FinOps предоставляет архитекторам калькулятор стоимости лицензии, отображающий последствия TCO разных вариантов выбора типа лицензии ✅ Позволяет принимать учитывающие затраты проектные решения на этапе архитектуры, а не обнаруживать затраты после развертывания, когда изменения дороги |
| Обучение → Программа повышения осведомленности о расходах Документация → Руководящие принципы затратоэффективности | ✅ Схема: Просвещение по вопросам затрат обеспечивает понимание группами влияния архитектурных решений на общую стоимость владения ✅ Архитекторы разрабатывают лучшие решения, сочетающие возможности и инвестиции; разработчики пишут более эффективную автоматизацию с учетом контролирующих ограничений и расхода API |
| Автоматизация → Сценарии мониторинга стоимости Панели мониторинга → Автоматически создаваемые отчеты | ✅ Схема: Автоматический мониторинг использования, возможностей оптимизации и отчетов по расходам сокращает усилия вручную ✅ Масштабы с организационной сложностью без линейного роста количества голов, что обеспечивает осведомленность о расходах в условиях растущего выброса платформы |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Только год → Без цикла отзывов | ⚠️ Антишаблон: Доступность стоимости ограничена ежегодными обсуждениями продления, не предоставляющими цикла обратной связи ⚠️ Группы, работающие с архитектурой, не могут понять или оптимизировать структуру расходов на этапе проектирования, когда изменения являются наименее дорогостоящими |
| Одновременные решения → Отсутствие межфункциональных вводных данных | ⚠️ Антишаблон: Архитектурные решения, принятые без финансового участия, бюджетные решения, принятые без технического понимания ⚠️ Результат решений, превышающих бюджет без бизнес-обоснования или сокращения бюджета, которые исключают возможности предоставления критической ценности |
| Без затрат на образование → Неосознанные решения | ⚠️ Антишаблон: Группы принимают архитектурные решения, не понимая финансовых последствий, поскольку не существует обучения или видимости ⚠️ Накапливает отходы посредством тысяч микрорешений, которые по отдельности кажутся незначительными, но составляющими значительные расходы |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Документация → Запись архитектурного решения Процесс → Шаблон ADR | ✅ Схема: Запись архитектурного решения для клиентского портала содержит анализ лицензии: 10 000 внешних пользователей с лицензиями Customer Community Plus ($6 на пользователя в месяц = $720 тыс. в год) ✅ Сравнение по сравнению с настраиваемым веб-приложением с интеграцией API ($250K начальное + $50K годовое обслуживание), рекомендация настраиваемого приложения с 2-летней окупаемостью |
| Управление → Совет по обзору архитектуры Процесс → Критерии проверки затрат | ✅ Схема: Совет по обзору архитектуры включает аспекты затрат наряду с функциональными и нефункциональными требованиями, позволяющими принимать более согласованные инвестиционные решения ✅ Стоимость - это один из вводных данных для принятия архитектурных решений, обеспечивающий соответствующие инвестиции организаций в важные возможности при избежании потерь |
| Документация → Раздел расходов ДОПОГ Шаблоны → Проекция TCO | ✅ Схема: Включение оценки влияния затрат в записи решений по архитектуре, документирующие основные варианты проектирования ✅ Требовать проекцию ТСО для решений, превышающих установленные пороговые значения инвестиций ($100 тыс. или организационная политика) с документированными предположениями |
| Процесс → Проверка влияния лицензии Архитектура → Анализ функций вознаграждения | ✅ Схема: Оценка последствий лицензии во время проектирования решения для определения того, требует ли дизайн премиальных лицензий или дополнительных ✅ Оценить последствия затрат на интеграцию, прежде чем принимать обязательства по схемам, влияющим на потребление API или требования к лицензии промежуточного программного обеспечения |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Без учета затрат → Чрезвычайная перепланировка | ⚠️ Антишаблон: Архитектура, разработанная без учета затрат, при планировании внедрения обнаруживающая, что предлагаемый подход требует $720 тыс. ежегодных инвестиций ⚠️ Вызывает экстренную перепланировку под давлением времени с более низкими результатами по сравнению с затратным проектированием с самого начала |
| Обнаружение расходов после проектирования → Зря потраченные усилия | ⚠️ Антишаблон: Архитектура завершена до того, как метод выявления анализа затрат превысит бюджет в 3 раза ⚠️ Нерациональное проектирование и задержка с выполнением работ при реорганизации рабочей группы в рамках бюджетных ограничений, известных с самого начала проекта |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| AppExchange → Оценка решения Анализ → Сравнение ТСО | ✅ Схема: Оценка решения создания документа: Параметр AppExchange по $15 за пользователя в месяц ($18 тыс. в год для 100 пользователей) по сравнению с настраиваемой разработкой при начальной сборке $80 тыс. + годовое обслуживание $15 тыс. ✅ Безубыточность AppExchange за 5 лет при более быстром развертывании и более низком риске для сырьевого потенциала |
| AppExchange → Стратегические по сравнению с сырьевыми товарами Архитектура → Классификация возможностей | ✅ Схема: Возможности сырьевых товаров (формирование документов, электронная подпись, обогащение адресов), приобретенных в AppExchange, где решения зрелые с сильными отзывами ✅ Собственный алгоритм ценообразования, предоставляющий конкурентное преимущество созданный настраиваемый с полным контролем над дорожной картой и дифференциацией |
| Электронная таблица → 3-5-летняя модель ТСО Анализ → Проекция расходов | ✅ Схема: Создание моделей ТСО, прогнозирующих общие затраты за 3-5 лет, отображающих полную картину инвестиций сверх первоначальных расходов ✅ AppExchange несет составляющую годовую подписку, но включает обслуживание; настраиваемый требует разовой разработки плюс 15-20% годового обслуживания |
| Анализ интеграции → Настраиваемый по сравнению с платформой TCO → Сравнение интеграции | ✅ Схема: Разработка настраиваемой интеграции: $150K начальная сборка + $30K годовое обслуживание + кривая обучения рабочей группы по сравнению с лицензией MuleSoft: $75 тыс. в год + более быстрая доставка интеграции ✅ MuleSoft предоставляет многоразовые схемы во всех интеграциях, снижая стоимость интеграции по мере роста портфеля |
| Документация → Создание по сравнению с покупкой ADR Процесс → Инфраструктура оценки | ✅ Схема: Создание документов записи архитектурного решения по сравнению с оценкой покупки с стратегическим значением взвешивания матрицы оценки, TCO, временной шкалой, возможностью и расходами на выход ✅ Создание контрольного журнала для будущей повторной оценки при изменении требований или ландшафта поставщика |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Всегда создавать → Растраченная разработка | ⚠️ Антишаблон: Создание настраиваемого решения создания документов, поскольку “у нас есть доступные разработчики” без моделирования 5-летнего ТСО ⚠️ AppExchange обеспечивает лучшую отдачу от потенциала сырьевых товаров; настраиваемая разработка тратит мощности на недифференцированные функции |
| Всегда покупать → Отсутствует дифференциация | ⚠️ Антишаблон: Закупка всех возможностей в AppExchange включая стратегические дифференциалы, поскольку “быстрее развертывать” ⚠️ Конкуренты, использующие одинаковые решения AppExchange, получают одинаковые возможности, устраняя конкурентные преимущества от инвестиций платформы |
| Решение одного совещания → Анализ отсутствует | ⚠️ Антишаблон: Решение о создании по сравнению с покупкой, принятое на одном совещании на основе первоначального сравнения расходов без систематической оценки или документирования ⚠️ Отсутствуют оценка стратегической ценности, проекция ТСО, требования к графику, оценка возможностей и анализ расходов на выход |
| Модель неполной стоимости → Скрытые расходы | ⚠️ Антишаблон: Создание настраиваемой интеграции, поскольку “у нас уже есть разработчики” без моделирования 5-летняя нагрузка на обслуживание ⚠️ Обслуживание обычно потребляет 15-20% от начальной стоимости разработки ежегодно плюс усилия по совместимости платформы, не отображаемые в первичном решении |
Шаблоны
| Где искать | Как хорошо выглядит |
|---|---|
| Процесс → Стратегическая оценка ценности Анализ → Матрица дифференцирования | ✅ Схема: Систематизация решений по созданию и покупке посредством последовательной оценки, предотвращающей принятие ситуативных решений на основе неполного анализа ✅ Оцените сперва стратегическое значение: базовые конкурентные дифференциалы требуют настраиваемых инвестиций; возможности сырьевых товаров благоприятствуют приобретению проверенных решений по более низкой общей стоимости |
| AppExchange → Обзор зрелости решений Анализ → Проверка стабильности поставщика | ✅ Схема: Оценка доступных параметров AppExchange, просматривающих зрелость решений, рейтинги клиентов, стабильность ISV, выравнивание функций и модели ценообразования ✅ Незрелые решения с небольшим количеством клиентов сопряжены с более высоким риском; приоритет проверенных решений с сильными проверками и стабильными финансовыми показателями поставщиков |
| Электронная таблица → Анализ конфиденциальности TCO → Документация по предположениям | ✅ Схема: ТСО модели 3-5 лет для жизнеспособных вариантов, включительно со всеми категориями стоимости: лицензии/подписки, усилия по внедрению, нагрузка на обслуживание, разработка усовершенствований, совместимость платформы ✅ Использование анализа конфиденциальности включения электронной таблицы в предположениях, отображающих изменение результата, если темпы роста или использование отличаются от прогнозов |
| Временная шкала → Анализ рыночных сроков Стратегия → Оценка соотношения времени и значения | ✅ Схема: Оценка требований временной шкалы, отображающих необходимость настраиваемой разработки от нескольких месяцев до нескольких лет в зависимости от сложности, пока AppExchange развертывается в неделях ✅ Рыночные сроки могут стимулировать решение о покупке, несмотря на более высокую долгосрочную стоимость, когда конкурентное давление или бизнес-возможность требует немедленной возможности |
| Анализ → Оценка стоимости выхода Риск → Оценка блокировки поставщика | ✅ Схема: Оцените затраты на выход и концентрацию поставщиков, рискуя спросить, насколько сложно переключиться, если выбранный вариант окажется неадекватным ✅ Учитывать риск приобретения или прекращения поставщика и переносимость решений при изменении требований, предпочитая более низкие затраты на выход, обеспечивая стратегическую гибкость |
| Возможность → честная оценка Группа → Проверка обслуживаемого потенциала | ✅ Схема: Учитывайте организационные возможности честной оценки возможности долгосрочного обслуживания настраиваемых решений ✅ Настраиваемые решения требуют постоянного внутреннего опыта для обслуживания и развития; организации, не имеющие такого потенциала, должны закупать, несмотря на потенциально более высокую стоимость |
Антишаблоны
| Где искать | Как плохо выглядит |
|---|---|
| Нет инфраструктуры → Непоследовательные решения | ⚠️ Антишаблон: Решения по созданию и покупке определяются предпочтениями проектной группы без последовательных критериев оценки ⚠️ Некоторые рабочие группы всегда создают, другие всегда покупают, создавая архитектурную несогласованность и неоптимальные общие инвестиции на платформе |
| Создать все → Недифференцированные усилия | ⚠️ Антишаблон: Создание всего настраиваемого, потому что “мы хотим контроля”, не делая различий между товарными возможностями и стратегическими дифференциаторами ⚠️ Мощности по разработке отходов на недифференцированных функциях, которые предоставляют зрелые решения AppExchange при меньших общих затратах |
| Только первоначальные затраты → Неполный анализ | ⚠️ Антишаблон: Решение основано исключительно на первичном сравнении расходов: “AppExchange - $20 тыс., настраиваемая сборка - $15 тыс., так что будем строить” ⚠️ Отсутствующая 3-5-летняя ТСО с отображением настраиваемого решения стоит $15 тыс. начальная + $3 тыс. годовое обслуживание, в то время как AppExchange включает все обслуживание в подписке |
| Оптимистическая возможность → Сбой обслуживания | ⚠️ Антишаблон: Выбор настраиваемого варианта разработки при условии, что рабочая группа может поддерживать решение, несмотря на отсутствие текущих возможностей или опыта ⚠️ Технический долг накапливается по мере отсрочки техобслуживания; решение в конечном итоге становится необслуживаемым и требует дорогостоящей замены |