Изменение политики модерации новых дополнений в Modstore
Привет.
Мы корректируем политику модерации новых дополнений в Modstore.
У нас было правило, которое защищало авторов дополнения, которые добросовествно поддерживают и развивают свои продукты, от разработчиков, которые копируют функции и выставляют свои наработки на продажу дешевле. Это стимулировало рост количества новых хороших дополнений.
Теперь дополнений в маркетплейсе много и они покрывают большую часть потребностей и мы хотим попробовать смягчить условия, чтобы активировать конкуренцию.
Было:
«Функциональные возможности присланного дополнения не должны повторять функциональные возможности дополнений, размещенных в маркетплейсе. Такая практика вредит пользователям маркетплейса, внося путаницу в ассортимент; разработчикам, которые теряют продажи и клиентов, а также бьет по репутации площадки».
Стало:
«Функциональные возможности присланного дополнения могут повторять функциональные возможности дополнений, размещенных в маркетплейсе в том случае, если его стоимость выше на 10+%».
Мы рассчитываем, что это упрощение условий позволит допустить в маркетплейс дополнения, которые будут качественно лучше размещенных аналогов, при этом не будет копирования и демпинга.
Мы корректируем политику модерации новых дополнений в Modstore.
У нас было правило, которое защищало авторов дополнения, которые добросовествно поддерживают и развивают свои продукты, от разработчиков, которые копируют функции и выставляют свои наработки на продажу дешевле. Это стимулировало рост количества новых хороших дополнений.
Теперь дополнений в маркетплейсе много и они покрывают большую часть потребностей и мы хотим попробовать смягчить условия, чтобы активировать конкуренцию.
Было:
«Функциональные возможности присланного дополнения не должны повторять функциональные возможности дополнений, размещенных в маркетплейсе. Такая практика вредит пользователям маркетплейса, внося путаницу в ассортимент; разработчикам, которые теряют продажи и клиентов, а также бьет по репутации площадки».
Стало:
«Функциональные возможности присланного дополнения могут повторять функциональные возможности дополнений, размещенных в маркетплейсе в том случае, если его стоимость выше на 10+%».
Мы рассчитываем, что это упрощение условий позволит допустить в маркетплейс дополнения, которые будут качественно лучше размещенных аналогов, при этом не будет копирования и демпинга.
Комментарии: 24
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
ЕГО — дополнение который размещен первым? Для уточнения: если mSearch2 например стоит 1100 руб. то какой-нибудь условный mOtlichniyPoisk должен стоить не более 1000 руб.?
ФаритСтало:
«Функциональные возможности присланного дополнения могут повторять функциональные возможности дополнений, размещенных в маркетплейсе в том случае, если его стоимость выше на 10+% (минимальной | первой | средней арифметической | базовой и т д) ».
Можно скопировать весь код
Доработать
И выложить
Это же open source
На мой взгляд, политика в отношении подобных вещей должна быть кристально ясной и четкой, как два пальца, а не «мы рассматриваем каждое дополнение индивидуально».
Поставьте себя на место разработчика, который хочет написать новое дополнение, но оно пересекается с уже существующим по функциональности. Ему что, идти в поддержку и рассказывать о своих еще не реализованных идеях? Политика должна такие вещи однозначно предусматривать заранее, чтобы разработчик уже знал на 100%, пройдет его дополнение или нет.
Иначе зачем ему вообще тратить свое время, если его дополнение может пройти, а может и не пройти? Это же не лотерея какая-то, а магазин дополнений, у которого, еще раз повторюсь, должны быть однозначные, четкие и понятные правила.
Достаточно сравнить этот вариант с каким-нибудь конкретным списком из N пунктов, где ясно и четко прописано, в каком случае дополнение будет отклонено.
Понятное дело, что все равно будут пограничные спорные случаи, которые придется рассматривать на этапе модерации, но сейчас ясности, на мой взгляд, мало — вопрос выше остался без ответа именно по этой причине.
Сейчас есть список требований к дополнению и пограничные случаи обсуждаются на модерации. То есть описанный вами процесс уже есть.
Помимо этого, разработчик может сначала придумать дополнение A, повторяющее функционал уже имеющего на 30%, а затем дополнение B, повторяющее функционал другого компонента на 60%. В таком случае ему придется с каждым дополнением бежать в поддержку и объяснять на пальцах, в чем он повторяет, а в чем нет.
Это неудобно.
Допускаю, что это мое субъективное мнение, но лично я бы этим заниматься не стал.
Этот список касается на 99% только оформления, кода и вот этого всего, а про пересекающийся функционал там только 1 строчка, которая не вносит никакой ясности.
В общем, мой посыл в том, что было бы хорошо раскрыть этот пункт и внести больше ясности, которая позволила разработчикам меньше ломать голову и больше заниматься разработкой, а не бюрократией и переписками с техподдержкой.
Где та грань, при которой «очевидно», а где та, при которой «спорно», а где та, при которой «всего скорее нет»?
Я даже процитирую свои слова, чтобы не повторять это снова.
Достаточно открыть тред недельной давности и посмотреть на споры в комментах между «дублирует» и «не дублирует».
Если бы эти условия были четко прописаны, то никто не спорил.