Поделиться через

Рекомендации по публикации в Azure Marketplace

  • Статья

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

Описание требований для большинства предложений

№ Элемент публикации Базовое требование Оптимальное требование
1 Заголовок предложения Краткое описание сути предложения. Совпадает с маркетинговым описанием на веб-сайте партнера. Содержит ключевые слова для поиска.
2 Логотип Логотип отображается правильно. Логотип отображается правильно.
3 Offer description (Описание предложения);
  • Содержит 2–3 абзаца.
  • Суть предложения легко понять с первого взгляда.
  • Не содержит орфографические и грамматические ошибки.
  • Достаточно подробное и включает информацию о целевой аудитории, типах пользователей, ценности предложения.
  • В повествовательной форме и разбито на абзацы с короткими и понятными предложениями.
  • Указана целевая отрасль (если уместно).
  • Соблюдается хороший стиль форматирования, заголовок каждого абзаца содержит одно предложение или фразу, обобщающую последующий текст, используются маркеры списков (где это требуется) для выделения основных преимуществ. Это требование нужно для того, чтобы читатель мог с первого взгляда оценить предложение в удобном для просмотра виде, не вчитываясь в длинные параграфы.
  • Между всеми абзацами остается свободное пространство. Текст читается как брошюра с описанием автомобиля. То есть является исчерпывающим и описывает предложение просто и без технической терминологии.
4 Категории и отрасли
  • Категории и подкатегории должны соответствовать возможностям предложения
  • Не выбирайте категории и подкатегории, которые не соответствуют возможностям вашего предложения.
  • Выберите до двух категорий, включая первичную и вторичную категории (необязательно).
  • Выберите до двух подкатегорий для каждой первичной и (или) вторичной категории. Если подкатегория не выбрана, предложение по-прежнему будет доступно для обнаружения в выбранной категории.
5 Изображения
  • Требования к изображениям перечислены в Центре партнеров.
  • Текст, присутствующий на снимках экрана, разборчив и контрастен.
 Суть предложения легко понять с первого взгляда.
6 Видео
  • Видео не является обязательным, но если присутствует, должно воспроизводиться без ошибок.
  • В случае предоставления она может не ссылаться на конкурентов компании , если она не демонстрирует решение для миграции.
  • Рекомендуемая длина записи — не меньше 3 минут.
  • Суть предложения легко понятна из содержимого видеоролика.
  • Есть демонстрация возможностей решений.
7 Состояние списка (параметры отображения списка)
  • Должен быть помечен как один из следующих типов:
    • Связь со мной
    • Пробная версия/Получить пробную версию/Запустить пробную версию/Тестовый выпуск.
    • Купить сейчас/Получить сейчас.
 Клиент может легко понять, что такое следующие шаги:
  1. Получить пробную версию.
  2. Купить сейчас.
  3. Связаться по электронной почте или номеру телефона, чтобы запросить подтверждение концепции (POC), оценку или информационный брифинг.
8 Цены на решение Присутствует обязательная вкладка или сведения с ценами на решение в местной валюте той территории, где предоставляется решение партнера. Должны быть доступны несколько ценовых категорий и вариантов для выставления счетов на выбор клиента.
9 Подробнее Ссылки внизу (в описании, а не ссылки Azure Marketplace слева) приводят к дополнительным сведениям о решении и являются общедоступными и отображаются правильно. Эти ссылки ведут на конкретные элементы (например, страницу спецификаций на сайте партнера), а не просто на домашнюю страницу партнера.
10 Поддержка и справка для решения Укажите по крайней мере одно из следующих элементов:
- Номера телефонов [1]
— поддержка электронной почты [2]		 — Перечислены все методы поддержки.
— Платная поддержка предоставляется бесплатно в течение пробного или тестового периода.
11 Юридические услуги Политики или условия размещены по общедоступному URL-адресу.

[1] Не применяется к предложениям консультационных услуг и приложений Power BI

[2] Не применяется к предложениям консультационных услуг

Описание требований к пробным предложениям

№ Элемент публикации Базовое требование Оптимальное требование
Состояние списка (параметр отображения списка) Ссылка на проведенные клиентом тестовые испытания. Также доступны другие параметры отображения списка (например, Купить сейчас).

Перечисление требований для приложений SaaS

№ Элемент публикации Базовое требование Оптимальное требование
1 Заголовок предложения
  • Должен содержать только строчные буквы, цифры, дефисы и символы подчеркивания. Заголовок нельзя будет изменить после публикации.
  • Содержит описание предложения.
  • Совпадает с маркетинговым описанием на веб-сайте партнера.
 Содержит ключевые слова для поиска.
2 Технические сведения: конфигурация
  • Для приложения SaaS выберите нужный вариант: только добавить приложение или предоставить клиентам возможность приобрести приложение через Azure.
  • Выберите нужный текст на кнопке приобретения предложения: бесплатная, бесплатная пробная версия или свяжитесь со мной.
  • Во всплывающем окне выберите только один подходящий продукт, если приложение использует технологию: Cortana Intelligence, Шаблоны решений Power BI или Power Apps.
3 тестовый выпуск Выберите Yes (Да) или No (Нет). Клиент может легко понять, что такое следующие шаги:
  1. Получить пробную версию.
  2. Купить сейчас.
  3. Связаться по электронной почте или номеру телефона, чтобы запросить подтверждение концепции, оценку или информационный брифинг.
4 Сведения об интернет-магазине: сводка предложения Этот текст длиной не более 100 символов будет отображаться на странице поиска приложения.
5 Сведения об интернет-магазине: отрасли Отрасли (макс. 2). Выберите отрасли, к которым лучше всего подходит ваше приложение.
6 Offer description (Описание предложения);
  • Допускается простой HTML-код, включая <p>, em>, <<ul>, li>, <<ol> и теги заголовков. Макс. 3000 символов.
  • Содержит 2–3 абзаца.
  • Суть предложения легко понять с первого взгляда.
  • Описание достаточно подробное и включает информацию о целевой аудитории, типах пользователей, ценности предложения.
  • В повествовательной форме и разбито на абзацы с короткими и понятными предложениями.
  • Указана целевая отрасль (если уместно).
  • Соблюдается хороший стиль форматирования, заголовок каждого абзаца содержит одно предложение или фразу, обобщающую последующий текст, используются маркеры списков (где это требуется) для выделения основных преимуществ. Это требование нужно для того, чтобы читатель мог с первого взгляда оценить предложение в удобном для просмотра виде, не вчитываясь в длинные параграфы.
  • Между всеми абзацами остается свободное пространство. Текст читается как брошюра с описанием автомобиля. То есть является исчерпывающим и описывает предложение просто и без технической терминологии.
7 Marketing Artifacts (Маркетинговые артефакты) Логотипы отображаются правильно.
  • Логотипы: малый (48 x 48 пикселей, необязательный), средний (90 x 90 пикселей, необязательный) и крупный (от 216 x 216 пикселей до 350 x 350 пикселей, обязательный).
  • Снимок экрана (не более пяти): требуется использовать формат PNG и разрешение 1280 x 720 пикселей.
8 Категории и отрасли
  • Категории соответствуют возможностям предложения.
  • Выберите хотя бы один элемент во всплывающем окне.
  • Не выбирайте категории, которым решение не соответствует.
  • Выбрана оптимальная отрасль или указано, что действует для всех отраслей (если оптимальную выбрать невозможно).
 Макс. три категории, если это возможно.
9 Управление интересами Выберите систему, в которой будут храниться сведения о потенциальных клиентах. Чтобы получить сведения о подключении системы CRM, ознакомьтесь со статьей о получении сведений о потенциальных клиентах.
10 Контакты: поддержка решений и справка
  • Имя контакта инженера: имя инженерного контакта для вашего приложения. Этому человеку будет передаваться техническая информация от корпорации Майкрософт.
  • Электронная почта электронной почты инженеров: адрес электронной почты инженерного контакта для вашего приложения.
  • Телефон инженерных контактов: номер телефона инженерного контакта. Поддерживаются обозначения номеров телефона в формате ISO.
  • Имя контакта в службе поддержки: имя контакта в службу поддержки для вашего приложения. Этому человеку корпорация Майкрософт будет передавать сведения, касающиеся поддержки.
  • Адрес электронной почты в службу поддержки: адрес электронной почты контакта в службу поддержки для вашего приложения.
  • Контактный телефон службы поддержки: номер телефона контакта в службу поддержки. Поддерживаются обозначения номеров телефона в формате ISO.
  • URL-адрес поддержки: URL-адрес страницы поддержки.
  • Перечислены все способы предоставления поддержки.
  • Платная поддержка предоставляется бесплатно в течение пробного или тестового периода.
11 Юридические услуги
  • URL-адрес политики конфиденциальности: URL-адрес политики конфиденциальности приложения в поле URL-адрес политики конфиденциальности в CPP.
  • Условия использования: условия использования приложения. Клиентам будет предложено принять эти условия, прежде чем использовать это приложение.
 Политики или условия размещены на общедоступном веб-сайте.

Перечисление требований к предложениям контейнеров

№ Элемент публикации Базовое требование Оптимальное требование
1 Параметры предложения
  • Идентификатор предложения: макс. 50 символов.
  • Идентификатор издателя: выберите его из раскрывающегося списка.
  • Имя: Макс. 50 символов.
 Должен соответствовать стилю, заданному для описания. Не используйте длинные заголовки.
2 Планы Партнер выбирает новые планы. Заголовок должен соответствовать стилю, заданному для описания. Не используйте длинные заголовки.
3 Артефакты Marketplace Логотипы отображаются правильно.
  • Логотипы: малый (48 x 48 пикселей, необязательный), средний (90 x 90 пикселей, необязательный) и крупный (от 216 x 216 пикселей до 350 x 350 пикселей, обязательный).
  • Снимок экрана (не более пяти): CPP требует использовать формат PNG и разрешение 1280 x 720 пикселей.
4 Управление интересами

Перечисление требований к предложениям консультационных услуг

№ Элемент публикации Базовое требование Оптимальное требование
1 Заголовок предложения Должен четко указать тип службы и длительность в формате Name: Duration Type (например, "Предложение: 1-недельное подтверждение концепции").
  • Не совпадает с именем издателя.
  • Заголовок должен соответствовать стилю, заданному для описания. Не используйте длинные заголовки.
2 Offer description (Описание предложения);
  • Убедитесь, что правильно используются названия продуктов Microsoft.
  • Предложения, помеченные как цена: оценка должна иметь заметку в верхней или нижней части, чтобы объяснить дисперсию (переход к клиенту, количество серверов, перенесенных и т. д.).
  • Каждый тип предложения имеет требования к описанию, как показано ниже.
    • Для брифингов нужно не менее 4–5 строк маркированного списка с информацией об обсуждаемых темах.
    • Для всех семинаров требуется повестка дня.
    • Повестку дня следует подробно распределить по дням или неделям, в зависимости от длительности семинара.
    • Для оценок, подтверждений концепции, семинаров без обучения и предложений по внедрению должны быть описаны конечные результаты.
    • Для семинаров конечные результаты не обязательны, но нужна более подробная повестка дня с описанием обсуждаемых тем.
  • Каждое предложение снабжено описанием повестки дня и конечных результатов.
  • Предложение содержит в верхней части абзац с описанием компании, которая предоставляет эту услугу.
  • Предложение содержит в верхней части абзац о ценности услуги.
3 Разметка Markdown Все предложения должны использовать разметку Markdown, чтобы они правильно отображались при конвертации в HTML.
4 Категории и отрасли Категории не применяются.
5 Состояние списка (параметр отображения списка) Автоматически устанавливается вариант Связаться со мной.
6 Поддержка и справка для решения Поддержка и справка не обязательны.
7 Доступность политики конфиденциальности и условий использования Политики или условия не обязательны.
8 Типы служб Убедитесь, что тип услуги соответствует заголовку.
9 Компетенции Компетенции должны присутствовать в одном из следующих вариантов:
  • Разработка приложений
  • Интеграция приложений
  • Управление жизненным циклом приложения
  • Cloud Platform
  • Аналитика данных
  • Центр обработки данных
  • Платформа данных
  • DevOps
10 Продукты Должны быть продуктами Azure.
11 Страна/регион Убедитесь, что страна или регион соответствуют выбранной валюте.
12 Подробнее
  • Ссылки внизу (в разделе описания, а не ссылки Azure Marketplace слева) приводят к дополнительным сведениям о решении и являются общедоступными и отображаются правильно.
  • Ссылки должны иметь понятное имя и не должны быть похожи на имена файлов для скачивания.

Связанный контент