Вопросы на собеседовании: Forward Deployed Engineer / FDE
100 реальных вопросов с образцовыми ответами и пояснениями для уровня Middle.
Смотреть пример резюме: Forward Deployed Engineer / FDE →Тренировка флешкарточками
Интервальное повторение · Hunter Pass
Вопросы
Я сделаю готовность к внедрению и полномочия принимать решения видимыми до выделения инженерных ресурсов.
- Я оценю бизнес-ценность, ясность процесса, доступ к данным и интеграциям, реализуемость security, ресурсы клиента и процесс принятия решений по шкале от 0 до 2, привязав каждый ненулевой балл к доказательству.
- В карте стейкхолдеров я назову economic buyer, технического спонсора, владельца процесса, данных, security approval и procurement, а также вероятного блокера и контролируемое каждым решение.
- Ноль по доступу к данным, реализуемости security или полномочиям блокирует разработку независимо от суммы, и на пятый день я разберу результат со спонсором.
Зачем это спрашивают: Интервьюер проверяет, квалифицируете ли вы стратегическое внедрение по доказательствам и путям влияния, а не только по энтузиазму.
Я сужу цель до одного повторяемого решения с baseline, пользователем, входом, выходом и измеримым последствием.
- Я понаблюдаю, как менеджеры магазинов разбирают исключения по отсутствующим товарам, и выберу процесс вроде рекомендации пополнения по остаткам, продажам и поставкам.
- Целью может стать сокращение медианного времени обработки с 18 до 8 минут при доле принятых рекомендаций выше 85% и без автоматической отправки неразрешённых заказов.
- Я зафиксирую, что остаётся за человеком, какие системы дают доказательства и какая метрика запускает расширение после четырёх недель production-использования.
Зачем это спрашивают: Сильный ответ превращает расплывчатый язык руководства в ограниченный операционный процесс с измеримой ценностью и безопасностью.
Я измерю реальную работу до заявления цели автоматизации.
- Я возьму минимум 100 кейсов из обычных, пиковых и исключительных путей и замерю время работы, ожидание, переделки, передачи, долю одобрений и качество результата.
- Я нанесу на карту системы и ручные артефакты каждого шага, включая проверки в таблицах и поиск политик, которых нет в официальной процедуре.
- Согласованный baseline отделит устранимую работу от обязательного суждения, поэтому внедрение будут сравнивать с сопоставимыми кейсами, а не выдуманным средним.
Зачем это спрашивают: Интервьюер оценивает, основываете ли вы заявления о ценности на наблюдаемой работе клиента, а не на схеме процесса от руководства.
Я рассчитаю валовую ценность процесса и вычту полную стоимость её получения для клиента и поставщика.
- Ценность складывается из предотвращённого простоя, сокращения экстренных закупок деталей и сэкономленных часов техников, причём у каждой части будут владелец, baseline, уровень adoption и диапазон уверенности.
- Стоимость включает 1 200 часов инженеров клиента, время FDE, cloud и model spend, security review, обучение и дальнейшую поддержку, а не считает интеграцию бесплатной.
- Я опубликую консервативный, ожидаемый и оптимистичный сценарии и потребую, чтобы ожидаемый проходил порог окупаемости клиента до расширения скоупа.
Зачем это спрашивают: Сильный ответ защищает клиента от завышенного ROI, включая в расчёт инженерные усилия и adoption.
Я организую план вокруг evidence gates и полезных инкрементов процесса, а не трёх календарных статусов.
- К 30-му дню нужны baseline процесса, архитектура, доступ к данным и identity, success и kill criteria, владельцы зависимостей и тонкий end-to-end путь в непродуктивной среде.
- К 60-му дню должны быть готовы репрезентативные данные, failure paths, security evidence, результаты eval и нагрузки, runbook и обученные операторы клиента.
- Дни 61-90 включают контролируемый production rollout, сверку, отслеживание adoption, готовность rollback и value review, решающий расширение или остановку.
Зачем это спрашивают: Интервьюер проверяет, ведёт ли ваш deployment plan технические, клиентские и ценностные доказательства к реальному production-результату.
Я выпущу решение о готовности с жёсткими блокерами, датированными владельцами и последней безопасной датой старта каждой зависимости.
- Review охватывает контракты источников, доступ к sample и production, качество данных, identity, сетевой путь, security и privacy approvals, целевые API, ресурсы клиента и тестовые среды.
- Я приму точные по контракту mocks для ранней работы над adapter, но они не закрывают gates по реальным данным, identity и сети.
- Если privacy approval и владелец identity не подтверждены к рассчитанным датам, я перепланирую workflow или поставлю внедрение на паузу вместо сжатия валидации.
Зачем это спрашивают: Сильный ответ отличает подготовительную работу от доказательства реальной готовности систем клиента к внедрению.
Я определю правила остановки для отсутствующих доказательств, неподдерживаемой разработки и провала главного бизнес-утверждения.
- Остановка, если репрезентативные labels и доступ к источнику не готовы к 12-му дню, потому что поздний результат по accuracy не оставит времени клиенту на проверку.
- Остановка, если adapter требует больше 80 согласованных инженерных часов, обходит поддерживаемую аутентификацию или создаёт product fork без владельца.
- Остановка, если согласованный eval не достигает минимального recall при допустимом false-positive rate после одного ограниченного цикла исправлений, с сохранением evidence для квалифицированного перезапуска.
Зачем это спрашивают: Интервьюер проверяет, умеете ли вы объективно закрыть низкоценный PoC несмотря на давление аккаунта.
Я буду вести единый реестр зависимостей critical path с одним accountable owner и датой решения для каждого gate.
- Каждый пункт называет артефакт или результат, исполнителя, утверждающего, консультируемых экспертов, информируемых стейкхолдеров, предшественника и последнюю безопасную дату.
- Я не допущу общей ответственности: IAM lead клиента владеет решением по SCIM mapping, а я отвечаю за доказательство работы нашей интеграции с ним.
- Дважды в неделю мы разбираем только изменившиеся, заблокированные или близкие к trigger пункты, а просрочка автоматически меняет прогноз или запускает scope decision.
Зачем это спрашивают: Сильный ответ делает межкорпоративную ответственность рабочей, не подменяя delivery встречами по governance.
Я возьму стандартный template за основу и потребую всё более сильных доказательств при движении к custom code.
- Configuration остаётся в template, если меняет пороги, mappings или значения политик, но не поведение продукта.
- Поддерживаемый extension оправдан, когда интерфейс стабилен, изолирован, тестируем и, вероятно, переиспользуем другими клиентами, а владелец поддержки указан явно.
- Последние 10% я отклоню или ограничу по времени, если они не обязательны для измеримой ценности либо их lifetime cost выше изменения процесса клиента.
Зачем это спрашивают: Интервьюер оценивает, балансируете ли вы ценность для клиента, целостность продукта и долгосрочный ownership.
Я превращу запрос в решение с видимой стоимостью, а не незаметно поглощу его.
- Я свяжу каждое дополнение с подписанным workflow и value metric, затем оценю влияние на архитектуру, security, тестирование, обучение и часы клиента.
- Я предложу варианты: один регион в исходный срок, ограниченный Workday stub с более поздним production gate или новая дата для полного скоупа.
- Accountable sponsor выбирает письменно, а baseline plan, прогноз, kill criteria и decision log обновляются на том же review.
Зачем это спрашивают: Сильный ответ показывает стойкость при сбросе ожиданий руководителя и сохраняет достоверный путь к ценности.
Я оставлю управляемые данные в Snowflake и построю инкрементальный наблюдаемый путь в AI workflow.
- Snowflake Streams and Tasks или Dynamic Tables формируют разрешённые support records со стабильными ID, event time, версией схемы и ACL metadata через отдельную export role с минимальными привилегиями.
- Connector пакетно передаёт изменения в retrieval index, хранит checkpoint, изолирует невалидные строки и сохраняет source version и ACL, чтобы retrieval проверял доступ при запросе и ссылался на точный snapshot.
- Я измерю p95 freshness ниже десяти минут, итоги сверки, тесты контроля доступа, распространение удаления, retrieval quality и восстановление после часовой паузы обработки.
Зачем это спрашивают: Интервьюер проверяет, умеете ли вы связать Snowflake с AI-продуктом без потери governance, свежести и восстанавливаемости.
Я ограничу пилот репрезентативным корпусом, а не буду создавать впечатление, что за шесть недель нужно проиндексировать все 800 млн документов.
- Вместе с клиентом выберу семейства документов, языки, модели доступа и реальные запросы, достаточные для решения по search, сохранив Delta tables управляемым источником.
- Unity Catalog контролирует разрешённые столбцы и доступ service principal, а Delta Change Data Feed отдаёт вставки, обновления и удаления для когорты пилота после исходного snapshot.
- Spark jobs сохраняют document и version IDs и отправляют отклонённые записи в карантин; пилот показывает freshness, обработку удалений, lineage до Delta, retrieval quality по когортам, стоимость тысячи поисков и оценку полного расширения.
Зачем это спрашивают: Сильный ответ сочетает механику Databricks с клиентскими доказательствами, необходимыми для оценки AI search deployment.
До настройки Kafka я определю версионированный бизнес-контракт с ясным семантическим ownership.
- Envelope включает event ID, order ID, occurred-at time, producer, schema version, correlation ID и trace context, а payload содержит только стабильные факты заказа.
- Records имеют ключ order ID для порядка внутри заказа, schemas требуют backward compatibility, а optional additions проходят producer и consumer contract tests.
- Команда заказов клиента владеет смыслом, каждый consumer регистрирует использование полей, а deprecation требует измеримого migration window вместо внезапного rename.
Зачем это спрашивают: Интервьюер оценивает, считаете ли вы Kafka-интеграцию долгоживущим межкомандным контрактом, а не выбором транспорта.
Я спроектирую путь с учётом нестабильной связи, повторной доставки и identity устройств на edge, явно ограничив двухминутное обещание периодами доступной связи.
- Устройства используют отдельные сертификаты, ограниченные topics, QoS 1 для важной telemetry, sequence numbers и локальный disk buffer на согласованное окно сбоя.
- Региональные gateways валидируют schemas, пакетируют и сжимают сообщения, сохраняют event time и пересылают их в центральный pipeline без общего credential для всего fleet.
- Я согласую с operations p95 freshness от сенсора до решения ниже двух минут для подключённых устройств; offline readings помечаются как опоздавшие и не запускают устаревшие автоматические действия.
- Тесты охватывают шестичасовую потерю связи, отклонение дублей, ротацию сертификатов, время обработки backlog и видимый клиенту отчёт о пробелах после восстановления.
Зачем это спрашивают: Сильный ответ учитывает операционные реалии edge-систем клиента, а не предполагает надёжное cloud-соединение.
Я выберу гибрид: batch для исходного и периодического полного baseline, затем CDC для изменений цен с требованием пяти минут.
- Bulk load создаёт сверенный snapshot, не заставляя source database стримить годы истории.
- CDC захватывает inserts, updates и deletes с source position и версией схемы, а идемпотентные consumers применяют изменения по порядку для каждого товара.
- Я сохраню плановую полную сверку, потому что CDC сохраняет изменения источника, но не доказывает корректность каждой downstream transformation.
Зачем это спрашивают: Интервьюер проверяет, выбираете ли вы режим ingestion по требованиям свежести и восстановления, а не считаете один подход всегда лучшим.
Я выберу по семантике взаимодействия, свежести, восстановлению после сбоев и операционной стоимости клиента, а не престижу интерфейса.
- REST подходит для точечных чтений или команд с немедленным ответом, но я проверю quotas, pagination, idempotency и availability.
- Encrypted files подходят для больших ежедневных snapshots при допустимой задержке в часы и наличии checksums, manifests и replay.
- Queue лучше для инкрементальных claims events, если retention, ordering, identity, dead-letter handling и ownership поддержки клиента готовы к production.
Зачем это спрашивают: Сильный ответ связывает выбор API, file и queue с реальным процессом и операционными ограничениями клиента.
Я запущу incremental cursor до bulk copy и сведу оба пути в один идемпотентный sink.
- Я запишу source high-water mark, выполню backfill неизменяемых диапазонов со стабильными ticket и version IDs и сохраню изменения после этой отметки.
- Incremental events могут накапливаться во время backfill, затем применяются в порядке источника, причём новые версии побеждают устаревшие bulk records.
- Cutover требует сверки counts и checksums, нулевого lag, выборочного сравнения полей и документированной точки отключения legacy reader.
Зачем это спрашивают: Интервьюер оценивает, умеете ли вы избежать пробелов данных и устаревших перезаписей во время live-миграции клиента.
Я превращу качество данных в управляемый интерфейс с измеримыми критериями приёмки и quarantine behavior.
- Для каждого поля контракт задаёт type, allowed values, semantic owner, freshness, completeness threshold, uniqueness rule и обработку late или corrected data.
- Критичные поля вроде applicant ID и decision outcome получают hard gates, а optional fields могут деградировать через документированные defaults без сокрытия потери.
- Dashboards показывают качество по регионам и источникам, а нарушение порога направляется назначенному владельцу клиента до загрязнения eval или production decisions.
Зачем это спрашивают: Сильный ответ рассматривает качество клиентских данных как общий production-контракт, а не одиночную уборку силами FDE.
Я разделю authentication, lifecycle provisioning и authorization, согласовав один неизменяемый workforce identifier.
- SAML assertions используют подписанные responses, строгую проверку audience и recipient, короткий срок действия и тест ротации сертификатов с identity provider клиента.
- SCIM создаёт users и groups с pagination, идемпотентными updates, явной deactivation и целью вроде удаления доступа за 15 минут.
- Группы employees и contractors маппятся через отдельные policies, а exit tests охватывают joiner, mover, leaver, duplicate identity, expired certificate и failed assertion.
Зачем это спрашивают: Интервьюер проверяет, охватывает ли enterprise identity design жизненный цикл и сбои, а не только успешный login.
Я сопоставлю должностные функции клиента с минимальными product permissions для реальных задач, а не скопирую названия всех legacy roles.
- Matrix перечисляет каждое workflow action, sensitive object, customer role, product permission, approver и конфликт segregation of duties.
- Если нескольким customer roles нужен одинаковый технический доступ, я переиспользую один product bundle, а бизнес-различия сохраню в группах identity provider.
- Несопоставимые привилегии становятся явными product gaps или исключённым скоупом, а тесты с репрезентативными users доказывают разрешённые и запрещённые действия.
Зачем это спрашивают: Сильный ответ балансирует least privilege, семантику клиента и поддерживаемую авторизацию продукта.
Закрытые вопросы
- 21
SaaS deployment обслужит четыре дочерние компании по одному контракту, но Legal требует строгого разделения данных, а клиент хочет общую отчётность. Как спроектировать tenant isolation?
deploymentclouddesign - 22
Финансовый клиент запрещает public endpoints и требует соединение AWS с Azure за 45 дней. Какой private network design и доказательства вы предложите?
designendpoints - 23
В 60-дневном deployment ваша платформа, клиент и сторонний model vendor имеют отдельные credentials. Как распределить ownership секретов и ротации ключей?
deploymentdependenciessecrets - 24
EU-клиент требует хранить все personal data в Германии, удалять source records через 30 дней и сохранять audit evidence семь лет. Как совместить retention и residency?
retentiondiscovery - 25
Во время 90-дневного deployment клиент каждую неделю добавляет поля в контракт Kafka и Snowflake, который используют пять команд. Как управлять schema evolution?
schemasnowflakekafka - 26
Billing integration может повторно доставлять Kafka events после reconnect, но клиент требует exactly-once invoicing до запуска через шесть недель. Что вы пообещаете и построите?
kafkapromises - 27
Миграция 200 млн записей проходит проверку row counts, но finance требует доказать корректность денежных значений и удалений до weekend cutover. Какую reconciliation вы проведёте?
reactmigrations - 28
Ваш AI workflow будет обрабатывать 8 000 запросов в минуту через customer APIs, queue и model provider. Как определить общую observability и SLOs?
sloobservabilityapi - 29
Перед круглосуточным production launch NOC клиента, ваша support team и FDE pod используют разные модели severity. Как спроектировать customer-aware incident routing без разбора конкретного инцидента?
incidentsdesignseverity-priority - 30
У регулируемого клиента есть dev, validation и production environments, еженедельное change window и запрет прямого production access для вашей команды. Как продвигать releases?
validation - 31
Два региона клиента разошлись после ручных изменений network rules и model settings во время 10-недельного rollout. Как перевести infrastructure и configuration в code?
configiac - 32
За 30 дней до передачи customer operations должна подтвердить восстановление Snowflake-to-AI workflow за 45 минут, но ещё не проводила replay индекса или failover model provider. Как доказать операционную приёмку?
indexessnowflake - 33
Новый retrieval release может повредить derived indexes для 80 млн документов, хотя source data останутся целыми. Какие rollback и replay вы подготовите до cutover?
indexesdesignrollback - 34
Клиент прогнозирует 3 000 запросов в секунду обычно и burst до 9 000 во время квартального закрытия. Как провести capacity testing до запуска через 60 дней?
capacitytesting - 35
Claims team хочет, чтобы LLM автоматически одобрял заявки за восемь недель, но решения регулируются, а ошибка может стоить $50 000. Как оценить fit workflow?
- 36
Глобальный engineering-клиент хочет за 90 дней RAG по 25 млн manuals на 12 языках с трассировкой ответов до одобренных версий. Как его спроектировать?
design - 37
Legal-клиент даёт шесть недель и 400 исторических запросов для доказательства AI research assistant. Как построить eval set и customer rubric?
queries - 38
Клиент хочет показывать AI-generated maintenance instructions 8 000 техникам, а неверное значение torque может повредить оборудование. Как контролировать hallucination и human review?
- 39
Pharma-клиент запрещает обучение на своих данных и считает prompts, retrieved passages и outputs конфиденциальными. Какую архитектуру и обязательства вы предложите?
architecture - 40
Support assistant должен отвечать быстрее 2 секунд, проходить rubric минимум на 90% и стоить меньше $0,04 за запрос при 20 млн запросов в месяц. Как установить budget?
- 41
Государственный клиент разрешает только одобренную модель в Azure, а ваш стандартный workflow использует другого вендора, до запуска десять недель. Как обработать ограничение?
procurementsoft-skills - 42
Вы владеете аккаунтом на $6 млн с тремя live workflows, снижающимся weekly usage, стабильным uptime и renewal review через 75 дней. Как определить и использовать customer health score?
- 43
Deployment planning tool выполняет technical SLOs, но через четыре недели им пользуются только 22 из 300 planners, а regional managers предпочитают spreadsheets. Какой change-management plan вы запустите?
deploymentspreadsheetsspread - 44
Запуск для financial services должен состояться через 70 дней, но procurement требует DPA, security review, vendor setup и актуальные SOC 2 evidence. Как управлять critical path и координацией доказательств?
schedulingprocurementcommunication - 45
EU-клиент хочет 60-дневный AI pilot на employee data из Франции и Германии. Как координировать GDPR с Legal, не выступая юристом?
gdpr - 46
Customer-specific document workflow продаётся за $900K ARR, но model, storage, support и FDE costs резко меняются с объёмом. Как оценить pricing и стоимость аккаунта?
pricing - 47
Стратегическому клиенту нужен bulk export для запуска через 11 недель, но product не выделил ему roadmap slot. Как выбрать между product gap и local workaround?
roadmap - 48
Три стратегических клиента просят похожие approval workflows, а вашему текущему аккаунту такой нужен за 90 дней. Какие product feedback и RFC вы отправите внутрь компании?
feedbackdecision-making - 49
Customer platform team выделила только 240 часов на 10-недельный deployment, но запросы предполагают более 500 часов встреч, data work и integration support. Как защитить их engineering time?
deployment - 50
На 45-й день 90-дневного deployment на $5 млн прогноз запуска сдвигается на три недели, потому что private connectivity и data approval недооценили. Какой executive status memo и update decision log вы выпустите?
deployment - 51
30-дневный PoC для Tier-1 клиента заблокирован legacy SAP, а результат определяет сделку на $400K; к 8-му дню нужно решить, строить адаптер или сужать скоуп. Что вы сделаете?
- 52
На 10-й день 28-дневного analytics PoC заполнено только 62% обязательных исходных записей, а для успеха нужно 90% покрытия к 21-му дню. Как вы отреагируете?
coverage - 53
Snowflake SECURITYADMIN клиента отказывает сервисной роли за 72 часа до deployment readiness review для сделки на $650K; pipeline нужен read-доступ к 4 схемам. Каков ваш план?
deploymenthealth-checksci-cd - 54
Источник Databricks за ночь изменил 7 из 46 колонок и сломал Tier-1 pipeline за 5 дней до cutover; клиент заморозит схемы через 48 часов. Как вы восстановитесь?
schemaci-cd - 55
Kafka consumer lag достигает 18 миллионов событий во время customer pilot, alerts должны приходить быстрее 10 минут, а executive demo начнётся через 36 часов. Как вы проведёте triage?
kafkaalerting - 56
После обновления firmware 1 200 из 15 000 MQTT-сенсоров отправляют timestamps на 20-45 минут из будущего, вызывая ложные anomaly alerts перед пятничным review factory pilot. Как ограничить проблему и задать event-time policy?
alerting - 57
Партнёрский REST API разрешает 600 запросов в минуту, initial sync должен загрузить 1,2 миллиона записей за 4 дня, а cutover назначен на следующий понедельник. Как уложиться в лимит?
rest - 58
Ночной SFTP-файл приходит на 9 часов позже уже третий раз за 14 дней и задерживает утренний workflow клиента на $300K; на стабилизацию есть 48 часов. Что вы сделаете?
- 59
Workday и Salesforce расходятся по employee IDs для 8% из 42 000 пользователей, а access provisioning должен запуститься через 7 дней. Как определить ownership идентичности?
conflictownership - 60
SCIM-интеграция не деактивировала 14 уволенных пользователей в течение 36 часов у регулируемого клиента, а CISO ждёт containment update через 2 часа. Что вы сделаете?
- 61
SSO cutover блокирует вход для 22% из 1 800 pilot users, включая executive sponsor, и за 20 минут нужно решить, делать ли rollback. Что вы сделаете?
sponsorrollback - 62
Approval на private link клиента задерживается на 12 рабочих дней, но 21-дневный PoC и решение по expansion на $500K заканчиваются в следующую пятницу. Какой путь вы предложите?
- 63
Customer-facing mTLS certificate истёк за 3 часа до rollout на 10 площадок, а maintenance window закроется через 90 минут. Как вы восстановитесь?
mtls - 64
Deployment log раскрывает 2 customer API secrets на 47 минут, а incident contract аккаунта требует уведомления в течение 4 часов. Что вы сделаете?
incidentsapisecrets - 65
Во время acceptance test на $1,1M клиент видит 3 записи, которые могут принадлежать другому tenant, а steering call начнётся через 60 минут. Что вы сделаете?
acceptance - 66
Backfill за 90 дней даёт итоги, отличающиеся на 6,4% от real-time stream, а finance должен одобрить customer rollout через 3 дня. Как их сверить?
backfill - 67
Duplicate events создают 1 240 лишних customer cases за 6 часов, а operations нужно безопасное решение по replay до смены в 14:00. Что вы сделаете?
- 68
Timezone bug создаёт разрыв 2,7% между дневным ledger клиента и dashboard в конце месяца, а CFO нужен подписанный reconciliation к 10:00 завтра. Как вы поступите?
soft-skillsreact - 69
SQL scan customer analyst может потребить 38% shared Snowflake warehouse во время 2-часового executive workshop. За 30 минут нужно решить, запускать ли его. Что вы сделаете?
sqlwarehousesnowflake - 70
Python adapter растёт с 1,5 GB до 9 GB и падает после обработки 18 миллионов строк; migration window клиента закроется через 6 часов. Как восстановиться?
concurrencypythonmigrations - 71
Async retries увеличивают нагрузку во время partner outage с 400 до 4 800 запросов в секунду, затронуты 6 customer deployments; containment нужен за 15 минут. Что вы сделаете?
deploymentasync - 72
Во время поэтапного cutover клиента на $900K aggregate error rate держится на 7,8% уже 6 минут при rollback gate 5% в течение 5 минут, но один новый регион создаёт 94% ошибок. Что вы сделаете?
aggregationrollback - 73
Rollback возвращает application version 12, но 31% customer records остаются в partial state версии 13; payroll откроется через 4 часа. Как восстановиться?
rollback - 74
Банк просит deploy без logs, traces и vendor metrics из-за data policy, но go-live через 10 дней, а contract требует incident response за 2 часа. Что вы предложите?
deploymentmonitoringincidents - 75
Ваша команда предлагает availability 99,5%, клиент требует 99,95%, а order form на $750K нужно финализировать за 3 рабочих дня. Как разрешить спор по SLO?
conflictformsslo - 76
Security review из 86 controls опаздывает на 2 недели и блокирует production launch на $1,3M, назначенный через 9 дней. Как продвинуть его без обхода review?
- 77
Procurement хочет go-live за 18 дней, но private connectivity, pen testing и data migration требуют 32 дня; бюджет $600K истекает в этом квартале. Что вы порекомендуете?
procurementmigrationstesting - 78
Customer auditor запрашивает 12 месяцев access-review evidence, но в вашем пакете есть gap 7 недель; renewal через 14 дней. Что вы сделаете?
- 79
Legal возражает против запроса клиента хранить EU prompts 365 дней, а клиенту нужны 180 дней для investigations; contract redlines закроются через 5 дней. Как решить вопрос?
- 80
LLM выдумывает policy citations в 6 из 80 acceptance tests, а support rollout на $450K назначен через 7 дней. Что вы сделаете?
acceptance - 81
Retrieval не находит правильный contract clause в 18% из 250 tests, а решение по legal-operations pilot принимается в следующий вторник. Как улучшить систему?
testing - 82
LLM eval показывает общую accuracy 92%, но high-value claims клиента дают только 61% на 180 cases; launch approval через 4 дня. Что вы порекомендуете?
- 83
Red-team test заставляет deployed assistant раскрыть hidden instructions в 3 из 120 prompt-injection attempts, а production начнётся через 72 часа. Что вы сделаете?
injectiondeployment - 84
Model vendor может хранить PII из 4 customer fields в течение 30 дней, но healthcare pilot начнётся через 6 рабочих дней. Как решить vendor issue?
procurementsoft-skillspii - 85
Стоимость LLM на completed case растёт с $0,42 до $0,88 после изменения prompt, а аккаунт на $700K должен одобрить unit economics к пятнице. Что вы сделаете?
- 86
LLM p95 latency растёт с 4 до 19 секунд, из-за чего 27% агентов бросают workflow; решение по rollout на 500 мест принимается через 5 дней. Что вы измените?
latency - 87
Клиент распределяет AI-проверки между дневной командой с мощностью 500 кейсов и ночной с мощностью 700, но 18% передач теряют владельца; ежедневно приходит 900 новых кейсов, backlog равен 4 200, а обещанные 8 часов уже нарушены. Что вы измените за 24 часа?
backlogpromisesownership - 88
Deployed assistant получает quality score 94%, но через 30 дней его используют только 11% из 640 eligible users; renewal evidence нужно через 2 недели. Что вы сделаете?
decision-makingdeployment - 89
Health score равен 82 из 100, но sponsor пропустил 3 встречи, а weekly active use упал на 38%; quarterly account review через 48 часов. Как представить аккаунт?
sponsor - 90
Предлагаемый expansion добавляет $480K ARR, но требует 1 600 инженерных часов за следующие 6 месяцев; investment decision принимается в пятницу. Как оценить его?
decision-making - 91
Клиент просит писать напрямую в production tables Oracle, потому что поддерживаемый API обрабатывает 2 000 записей в день, а до cutover за 5 дней нужно загрузить 50 000. Какой путь выбрать?
api - 92
Ваша платформа отключит connector API v1 через 90 дней, но change freeze клиента начнётся через 30 дней и продлится 4 месяца; в v2 меняются authentication и pagination. Как защитить live account?
paginationauth - 93
Sales пообещал production deployment за 14 дней проспекту на $900K, но technical discovery показывает минимум 6 недель; kickoff завтра. Что вы сделаете?
initiationdeploymentpromises - 94
Один PoC оценивают два бизнес-подразделения клиента: operations требует сократить cycle time на 30%, а risk требует менее 1% критических пропусков; purchase committee соберётся через 3 недели. Как согласовать приёмку?
decision-making - 95
Executive sponsor deployment на $1,5M уходит за 10 дней до go-live, а replacement не принял success criteria. Как продолжить?
fundamentalsdeploymentsponsor - 96
3 integration engineers клиента недоступны 2 недели во время 30-дневного PoC, а их работа определяет 5 обязательных interfaces. Что вы сделаете к завтрашнему дню?
types - 97
PoC длится 11 недель, потребил 720 инженерных часов, не имеет active sponsor и показывает только $80K potential ARR; к пятнице нужно решить, закрывать ли его. Что вы сделаете?
sponsor - 98
Стратегический аккаунт на $2,4M пропустил 3 milestones, требует ещё 900 инженерных часов и renews через 45 дней; leadership ждёт save-or-stop recommendation за 72 часа. Что вы сделаете?
milestones - 99
Customer deployment incident вызвал 2 часа downtime и задержал 1 850 transactions; клиент ждёт postmortem через 5 рабочих дней. Как вы им будете владеть?
incidentstransactionsdeployment - 100
Executive readout по renewal на $1,8M состоится через 4 дня; deployment time улучшился на 35%, но adoption на 24% ниже target, а 2 critical integrations опаздывают. Как вы это представите?
decision-makingdeployment