Мы сделали первый, и я надеюсь, не самый маленький шаг в нужном направлении и сейчас я расскажу вам о тех важных моментах, которые включены в новую редакцию правил Маркетплейс и Приложений24.
Самое главное, были обновлены
Что же изменилось в новой редакции общих правил?
[spoiler]
- Теперь правила в явном виде ссылаются на оба наших маркетплейса. Больше недопонимания быть не должно.
- Актуализирован раздел «Вознаграждение и порядок расчетов». Подробнее расписан механизм обмена документами и четко прописаны сроки для каждого этапа. Определены возможные последствия в случае задержек по передаче оригиналов Актов. Почитайте внимательно, это все-таки вопросы, непосредственно касающиеся ваших денег С улыбкой
- Добавлен раздел «Конфиденциальность персональной информации». Этот вопрос мы еще будем прорабатывать дальше, но фактически, внесение его в общие правила уже сейчас означает: «ребята, вы теперь тоже в этом участвуете и несете за эти данные ответственность».
Сейчас я постараюсь рассказать о наиболее важных моментах, описанных в этих чудесных документах.
Начнем с порядка публикации. Самое важное - вы сами должны проверять свои решения до того, как подаете их на модерацию. Требования к оформлению и содержанию дают вам гайдлайны, которым надо следовать, но надо понимать, что мы не занимаемся полноценным тестированием технического и пользовательского качества ваших продуктов, коллеги. Модерация != QA.
Поэтому, пожалуйста, не подавайте на модерацию те решения, которые вы перед этим сами тщательно не протестировали в боевых условиях, то есть, по полному циклу от установки с нуля и до проверки базовых требований платформы. Специально для этого в Маркетплес БУС есть чек-лист, есть монитор качества и т.д., и для приложений Битрикс24 мы также дали ряд рекомендаций по проверке. Помните, пожалуйста, что как только модератор наткнется на любой недочет - касается ли он оформления решения или проблем функционала, он просто отправляет решение на доработку. И поскольку другие разработчики не должны ждать, пока вы исправите все недочеты своих продуктов, то решение попадает в конец очереди модерации. А очередь может быть длинная...
Есть специфический нюанс для публикации решений в Приложениях24, если они представляют собой интеграцию с каким-то внешним сервисом. Коллеги, если ваше приложение именно такое, то для убыстрения процесса модерации было бы логично, во-первых, давать четкую инструкцию о том, как именно настраивается интеграция на стороне сервиса, а во-вторых, заранее предоставлять тестовый эккаунт, пользуясь которым модератор сможет протестировать работоспособность интеграции сервиса с тестовыми порталами модератора. Мы всегда просили это делать в частном порядке, теперь же этот нюанс внесен в порядок публикации и я очень надеюсь, что это сократит как минимум первый шаг по модерации интеграций для Битрикс24.
Мы постарались максимально подробно описать требования к оформлению и содержанию решений для маркетплейсов. Положа руку на сердце, чуть ли не три четверти этих пунктов - это требования, проистекающие из здравого смысла. Ну, например, мы просим указывать в модулях БУС не просто совместимые с модулем редакции, а те редакции, для которых реально предназначен продукт. Или пишем, что не надо включать Композит и Адаптив у модулей, которые проявляют себе только в административном разделе сайта. Или просим, чтобы скриншоты для английского описания решений Битрикс24 были таки с английскими, а не русскими элементами интерфейса и данными. Ничего странного и сверхординарного, правда?
А вот что действительно не всегда очевидно, но тем не менее, крайне важно - так это тщательно описать те особенности ваших продуктов, которые влияют на его пользовательские свойства - специфические требования к хостингу, необходимость подключения внешних сервисов (особенно платных) и т.п. Эти вещи все равно всплывут в процессе эксплуатации, но если это происходит пост-фактум, то в результате возникают скандалы, которые нагружают и нашу, и вашу поддержку, дают пользователям формальный повод требовать возврата оплаты и т.д. А ведь нам с вами это не нужно, верно?
Отдельно теперь выделены «встроенные покупки». В дальнейшем мы планируем ввести специальную опцию для таких приложений, чтобы маркировать их в каталоге. На текущем этапе необходимо, чтобы в случае, если приложение предлагает пользователям докупить какой-то функционал или внешний сервис, четко указать это в описании решения, включая описание конкретных цен.
Прошу внимательно относится к содержанию стандартные полей типа «Установки» или «Технической поддержки». Там неуместны рекламные предложения, повторные описания функционала и т.д. В принципе нельзя делать какие-то предложения, смысл которых сводится к покупке напрямую у партнера. Это касается как решений, опубликованных на наших площадках, так и к продуктам 1С-Битрикс.
Прочие подробности лучше прочитать непосредственно в
Если возникают вопросы про правила, их всегда можно задать в поддержку.
Спасибо за то, что дочитали это все до конца
Я сейчас вижу ряд отзывов, висящих с сентября 2015 в статусе "Проверяется", которые не отражены в маркете. Среди них, боюсь, уже есть даже дубли (т.к. человек мог забыть, что писал отзыв и из благодарности к автору написал его повторно).
Как я понимаю, сейчас публикуются только отзывы к платным модулям с указанием ключа. Однако форму ввода отзыва на сайте маркета никто не закрывал - люди её заполняют. И это зависает.
Со стороны кажется, что бесплатными модулями вдруг перестали пользоваться.
Сейчас глянул несколько чужих модулей (из ТОПа) - тоже последние отзывы от 2015 года. Толи народ перестал писать отзывы к бесплатным модулям, то ли они не модерируются.
P.S. Я не с претензией. Мне в принципе от этих отзывов лично к моему модулю ни тепло, ни холодно.
Положительный отзыв пользователя - это самое ценное, что есть у Битрикса в целом и у Маркетплейса в частности. Вне зависимости от того, каким образом он поступил. Это ни в коем случае нельзя скрывать. Это нужно демонстрировать и показывать.
т.е. документы отправленные по электронке теперь тоже в силе?
или только оригинал или ЭДО ?
Есть какие то особенности в том моменте?
Главный вопрос - нам не придется обмениваться бумажными актами, если мы через ЭДО все подписываем.
У нас много модулей для обмена с 1С. Это служебные модули только для админки.
Все-равно находятся клиенты, которые боятся ставить модуль на свой сайт потому что написано "Адаптивность - нет", "Композит - нет". Они спрашивают: ставится ли модуль на Адаптивные сайты?
Чтобы не отвечать на такие вопросы - удобно поставить "Адаптивность - да", "Композит - да". Это правда. Так лучше! Клиент понимает, что сайт не развалится.
Надо исходить от противного. Если есть какой-нибудь нехороший компонент в публичной части - то надо ставить НЕТ.
Нет - это только для модулей, которые имеют проблемы с адаптивностью или композитом.
"Нет" - это признак того, что сайт может развалиться от использования модуля. "Да" - по умолчанию для всех.
Можно скрывать "нет". Но для некоторых решений "нет" может быть важно.
"Композит" клиент понимает как "Не нарушает работу композитного сайта".
"Адаптивность" клиент понимает как "Не нарушает работу адаптивного сайта".
Как вариант более правильно для клиента так и сделать:
для готовых сайтов и лендингов "Композит" да, "Адаптивность" да.
для остальных модулей
"Работает на композитном сайте" да
"Работает на адаптивном сайте" да
Или может быть для обычных модулей не стоит выводить композит и адаптивность. Все-таки это скорее характеристики готовых сайтов.
Модуль не будет опубликован в каталоге Маркетплейс в случае, если
i. При установке
6. Модуль добавляет дополнительный пункт административного меню в секции «Настройки»;
Что делать с модулями bitrix.liveapi, bitrix.mpbuilder ?
Что делать с модулями, которые по умолчанию собирает bitrix.mpbuilder ?
Что делать с модулем дополнительных настроек "
это теперь противоречит правилу?
Только в сервисах?
Даже если модуль предназначен для маркетинга и имеет к этому прямое отношение?
А если модуль предназначен для магазина и расширяет возможности модуля интернет-магазин?
Это же не правильно, все кидать в сервисы?
Если смотреть требования - запрещен пункт настройки
А если ориентироваться на ваш ответ - то абсолютно все, кроме сервисов.
Очень нужно уточнение, ТОЛЬКО СЕРВИСЫ или можно использовать подходящий по функционалу контекст за исключением настроек?
К примеру, лично я видел приложение промодерированное уже по новым правилам, но в точности, как указал Александр Панишев.
Или все же есть четкое правило как и куда выводить меню настроек своего модуля?
(если вы в отпуске, тогда приношу извинения, но вопрос довольно интересный)
Можно делать отдельную ветку в меню?!
А если нельзя, то каким образом тогда разместить такую структуру настроек модуля в том же пункте сервисы?
При работе с персональными и Пользовательскими данными (далее –Персональной информацией)
ситуация такая, клиент поставил решение оставив свои контактные данные в списке клиентов в кабинете партнера, могу ли я ими свободно пользоваться для работы с клиентом по продаже решения или же надо что то отдельно запрашивать в момент установки решения?
появление этого пункта как то меняет текущий расклад?
Комментарии превратились в кухонную беседу (
Хотелось бы уточнить по пункту 1. А. XI. "Встроенные покупки" вот отсюда:
Попадет ли наш модуль под эту категорию используя платный облачный сервис как компонент услуги?
Возможно ли указать тарифы на своем сайте, оставив в описании ссылку?
Может быть есть что-то еще что нужно знать в этом случае?
Заранее спасибо за ответ.
Достаточно ли будет в описании ссылки на тарифы, или потребуется именно описать тарифы непосредственно в описании модуля?