Расскажите, какое расширение вам нужно
Extcorp предлагает услуги разработки браузерных расширений. В первом сообщении опишите задачу пользователя, главное действие в расширении и текущее состояние продукта.
Для начала достаточно короткого описания. Если технические требования ещё не определены, укажите, какие детали нужно обсудить.
Пять важных деталей
Задача
Что расширение должно помочь сделать пользователю?
Что уже есть
Это идея, спецификация, кодовая база или выпущенный продукт?
Где оно должно работать
Перечислите нужные браузеры и способ распространения.
Также укажите:
- Какие разрешения, данные и интеграции нужны.
- Как вы планируете выпускать продукт и есть ли важная дата.
Поддержка браузеров и состав работ подтверждаются при согласовании проекта.
Для заполненного примера используйте бриф на разработку расширения и копируемый шаблон. Шаблон необязателен: для первого обсуждения достаточно короткого вопроса.
Если у вас уже что-то есть
Опишите текущее поведение, нужные изменения и известные ограничения. Если нужны исправления, перенос, передача проекта или сопровождение, укажите их в запросе, чтобы отдельно обсудить состав работ.
Например, запрос на изменение может звучать так: «Настройка сбрасывается, когда я закрываю и снова открываю панель. Нужно, чтобы сохранённое значение оставалось выбранным». Добавьте название и версию браузера, версию расширения, шаги для воспроизведения и, если полезно, скриншот или короткую запись.
Проверка для этого примера: сохраните другое значение, закройте и снова откройте панель, затем убедитесь, что выбранное значение сохранилось.
Если расширение должно работать в нескольких браузерах, перечислите каждый. Поддержка браузеров согласуется для конкретного проекта.
Определите, что должно работать в каждом браузере
Для каждой целевой среды укажите браузер, диапазон версий для рассмотрения и предполагаемый способ распространения. Затем опишите действие пользователя, которое должно работать. Запрос на поддержку Chrome, Edge и Firefox требует проверки API и поведения конкретного продукта. MDN описывает области различий, а руководство Microsoft по адаптации предусматривает проверку используемых API и тестирование в Edge.
| Требование | Что описать | Вопрос для приёмки |
|---|---|---|
| Функция и фоновая работа | Нужное действие, соответствующий API и поведение при закрытом интерфейсе | Работает ли согласованный сценарий в каждом указанном браузере и версии? |
| Разрешения и данные | Необходимый доступ, сохраняемые сведения и изменения для прежних пользователей | Понятны ли и проверяемы ли сценарии выдачи разрешения и отказа? |
| Внешние зависимости | Сервер, сторонний API или локальное приложение и ответственный за них | Что происходит при недоступности нужного сервиса или доступа? |
| Установка и обновление | Первую установку, прежний пакет и данные, которые должны сохраниться после обновления | Можно ли воспроизвести оба пути с записью точных версий пакета и браузера? |
Для существующего продукта укажите, кто вправе передать исходники и какие инструкции позволяют собрать текущий пакет. Добавьте манифест, известные ошибки и ответственного за внешние зависимости. Если важны переход на Manifest V3 или повторная подача в магазин, отметьте это в запросе, чтобы определить нужные материалы, решения и обязанности.
Отделяйте техническую приёмку от выпуска
Отдельно фиксируйте завершение технических работ, подачу в магазин, решение магазина и доступность для пользователей. Успешная локальная проверка подтверждает проверенное поведение в этой среде. Она не подтверждает решение магазина или доступность во всех нужных регионах.
В условной записи приёмки список чтения сохраняется после перезапуска, а обновление предыдущей версии ещё не проверено. Этот пункт остаётся открытым до выполнения проверки. Если код прошёл тесты, но магазин запросил уточнение, технический результат и запрос магазина записывают отдельно.
Назовите ответственного за приёмку проверок и того, кто вправе решить вопрос выпуска. Подготовка пакета, помощь с подачей и дальнейшая поддержка включаются только после согласования для проекта.
Если проверка Chrome Web Store затянулась
Начните со статуса карточки в панели и почты издателя. Руководство Chrome по проверке называет разрешения, существенные изменения и сложность кода, а также объём поступивших заявок возможными причинами задержки. Если ожидание проверки длится больше трёх недель, документация направляет в поддержку. Это основание для обращения, а не срок гарантированного одобрения.
Рядом с точным статусом из панели запишите поданную версию и дату. При отклонении сначала прочитайте причину на вкладке Status, затем решайте, что исправить. При отложенной публикации одобренную версию ещё должен опубликовать издатель.
Обновление на проверке само по себе не заменяет опубликованную версию. Условная запись: «версия 1.0 опубликована; версия 1.1 ожидает проверки». Отдельно проверьте действующую карточку, прежде чем сообщать, что пользователи могут установить сейчас.
Что определяется для конкретного проекта
Браузеры, состав работ, ответственность сторон, критерии приёмки, участие в выпуске, сроки и коммерческие условия рассматриваются отдельно для каждого проекта. Включёнными считаются только согласованные для него пункты.
Разработка и привлечение пользователей: разные задачи
Эта страница подходит, если вы хотите обсудить сам продукт. Если расширение уже существует и нужны пользователи, перейдите к кампаниям установок браузерных расширений.
Обсудите разработку расширения
Пришлите задачу продукта, текущее состояние, нужные браузеры, данные и интеграции и планы выпуска. Extcorp рассмотрит запрос на разработку индивидуально.