Здравствуйте. Предлагаю сделать модуль интеграции с озон. Сейчас мы все товары добавляем вручную, что очень долго и неудобно. Было бы здорово иметь готовый модуль для выгрузки товаров и сопоставления категорий.
Маркетплейсы сейчас очень актуальны. Если я бы выбирал себе конструктор сайта сейчас, то выбрал бы тот, где больше возможностей работы с маркетплейсами.
В подобных темах нужна информация от разработчиков RS, чтобы понимать, есть ли такое в планах.
Мы можем такое реализовать, но на эту затею немало человеко-часов придётся потратить. И, если в итоге RS разработает и встроит в сток, то смысла в нашей работе уже и не будет, получается.
По интеграционным задачам у нас уже сложившаяся практика - как только кто-нибудь первый закажет, мы качественно разработаем, затем либо включим в продукт, либо выложим в маркетплейс. Пока что много людей спрашивают, но никто не пожелал заказать данную автоматизацию. По трудозатратам - работа достаточно объемная, поддержка/отладка еще более объемная в таких задачах.
Если одновременно будет несколько обращений в платную поддержку, то можем поделить стоимость разработки на несколько заказчиков.
Артем Полторанин, интересная у вас практика, называется "честно украсть". Это аналогично, если бы сотрудники ReadyScript продавали лицензионные ключи от RS на сторонних сайтах процентов за 10 от официальной цены. На таких условиях, заказывать у вас что то серьезное из разработок не имеет смысла.
Хм, очень странно и неприятно такое читать. Если вы хоть раз заходили в наш раздел платной поддержки, у нас крупными буквами на оранжевом фоне это написано. Это наша открытая позиция с 2012 года, мы об этом всегда говорим вслух, везде пишем. Каждый, кто у нас что-либо заказывает решает в первую очередь свою проблему, а также помогает развитию платформы в обязательном порядке.
АБСОЛЮТНО все функции, что сейчас есть в платформе появились в результате того, что их кто-то заказал (так появлялась каждая опция, так появлялся каждый раздел и каждый модуль интеграции). Уверен вам нравится ими пользоваться. Уверен, вам нравится нажимать кнопку "получить обновления" и получать качественные обновления, расширяющие функциональность магазина.
Если мы включаем функциональность в движок или в маркетплейс, то клиент получает бонусом бесплатную поддержку этой функциональности - это огромная экономия, так как часто у интеграционных задач поддержка по трудозатратам занимает ничуть не меньше разработки. Это максимально взаимовыгодная работа.
Даже не представляю как может быть иначе? Разработали мы кому-нибудь интеграцию с PayPal и все наши пользователи обязаны сидеть без такой интеграции пожизненно? Это полностью убьет развитие платформы.
Безусловно речь идет только о той функциональности, которая может быть отчуждаема и полезна всем. Если вы заказываете супер кастомную интеграцию с какой-нибудь вашей уникальной системой, которая кроме вас больше никому не нужна, то она соответственно и останется только с вами.
Артем Полторанин, при разработке RS руками ваших сотрудников за зарплату, код в итоге принадлежит вашей компании (лично вам как создателю платформы)? скорее всего да. С модулями также, если они разрабатываются на средства заказчика, но вашими руками, код принадлежит заказчику, но по вашим правилам, модули вы присваиваете себе и бывает даже продолжаете продавать эти модули, зарабатывая на них еще много раз. При заказе услуг у вас, у заказчика должен быть выбор: либо заказчик разрешает дальнейшее использование и продажу модуля и получает к примеру скидку на разработку, либо не разрешает, оплачивая разработку без скидки, а вы гарантируете, что не будете распространять код другим клиентам. Некоторые владельцы магазинов со своими разработками, имеют конкурентные преимущества, другие не хотят платить за разработку 50-100 тыс. руб. и раздавать подарки за свой счет в виде модуля за 1000-2000р. из маркетплейса RS.
Артем Полторанин, надпись крупными буквами на оранжевом фоне, если не ошибаюсь появилась как раз после разработки модуля Axiomus и недовольства клиента публикацией его в маркетплейсе RS.
Павел С, это было очень очень давно, даже не помню когда точно. Так строился весь RS c 2012 года, когда у нас был другой helpdesk, мы просто прямо всегда это писали в переписках с нашими заказчиками, это всегда во всех договорах на разработку прописано, и т.д.
Артем Полторанин, также за вклад в платформу, тем что модуль будет опубликован в маркетплейсе, интересным могло бы быть поощрение заказчика в виде возможности бесплатной установки одного, любого на выбор платного дополнения из маркетплейс, либо бесплатное продление обновлений RS на 1-2 года.
Павел, Ну я бы очень хотел бы дополнить этот список - еще пригнать новенькую BMW к подъезду и коробочку шампанского не ниже Дом Периньон. Оплату коммунальных услуг, хотя бы на 6 месяцев в знак благодарности. Но, к сожалению, мы не газпром. )) Наша благодарность - это новые релизы, над которыми мы долго и упорно трудимся. Кстати в этом году будет релиз ReadyScript 6. Анонс будет позже.
Павел С, в целом довольно веские аргументы приведены в трёх последних сообщениях.
Если это так, то как-то некрасиво получается
Допустим, если мы разрабатываем кому-то модуль в рамках отдельного договора (как разработка чисто модуля), то права, само собой, остаются за заказчиком. Пример - adscale.
Если же мы разрабатываем доп. функционал в рамках ежемесячного обслуживания, то разговоров о том, чей этот модуль, даже не ведётся. Мы просто реализовали функционал конкретному заказчику, а сам код с различными вариациями мы используем на других сайтах. И именно такого у нас очень и очень много, выкладывать это в маркетплейс так себе затея, т.к. это потом ещё и поддерживать необходимо, и обновлять.
Я бы сейчас, конечно, пофантазировал, но просто приведу ещё один пример. вебасист. Они, если и разрабатывают модули, то исключительно бесплатные (или это Приложения, у них там есть разница app или plugin). Вся же остальная россыпь модулей в их маркетплейсе создана сторонними разработчиками. И, такая схема работы вопросов никаких не оставляет.
Павел, Ну если вы желаете начать IT бизнес и зарабатывать на коде, то нет вопросов:
Вы всегда можете нанять себе команду разработчиков (чей разработанный код будет ваш естественно), разработать модуль, опубликовать его в маркетплейсе, ежедневно оказывать по нему поддержку, актуализировать его при изменении API ReadyScript, а также сторонних API и зарабатывать в маркетплейсе - вопросов же никаких нет. Наш маркетплейс открыт для решений.
---
Не бывает так, что вы заказали модулек у нас и вошли в структуру IT бизнеса на правах учредителя )
Самое главное, что получает клиент, заказывая разработку - это качественное решение своей проблемы - и этого более чем достаточно, как показывает практика.
---
Если вы заказываете разработку у нас, то нам это интересно делать только на условиях, что это будет развивать нашу платформу. Это наша открытая позиция и заранее известные условия, от этого счастливы все пользователи, особенно те, кто ищет самое бюджетное решение. Не думаю, что их имеет смысл обсуждать, вроде это не относится к теме модуля OZON. Тут же все просто, если по какой-либо причине это вас не устраивает, то без проблем у нас есть сервис по поиску сторонних разработчиков. Возможно у кого-то другие условия. У нас такие.
---
У нас за 9 лет есть огромная база неопубликованных различных библиотек - которыми мы часто пользуемся в решении каких-то клиентских задач. Код, который будет в модуле вообще может никак быть не связан с конкретно вашим заказом.
Все наши цены всегда идут с максимальной возможной скидкой!
Они самые минимально возможные для решения задачи всегда, ниже некуда!
Артём, такой вопрос - а как быть, если мы кому-то или просто так начнём разработку модуля с определённым функционалом, пусть это будет как раз выгрузка на озон, но вы или другой разработчик также одновременно включится в разработку своего модуля со схожим функционалом - как быть в итоге?
Неплохо бы сделать что-то типа площадки, где разработчик(допустим Поло Арт) объявляет, что начата разработка такого-то модуля, с таким-то функционалом, срок такой-то. И чтобы больше никто в эту тему не встревал, естественно, если сроки выдерживаются. Если же сроки не выдерживаются, то первая компания-разработчик выкидывается из этого "тикета" и взять может любой другой. Как вариант, а первая компания не может взять снова сколько-то (допустим, месяц) - чтобы неповадно было кидать на сроки.
У нас (всех разработчиков на RS) процесс разработки сторонних модулей получится куда более прозрачным.
Просто, не озоном единым, у нас сейчас в разработке форматы и других маркетплейсов и поставщиков (озона там пока нет, т.к. это обсуждение идёт, да и реального клиента на озон нет)
***
Можно даже тупо ветку на форуме организовать под это дело. И где-то прописать, что раз застолбил кто-то функционал, нечего перебивать чужую работу.
опять вебасист в пример приведу - там на маркете такой бардак. от разных разработчиков модули пересекаются функционалом или вообще одинаково работают, их называют кто во что горазд и иной раз нужный модуль просто не найти через поиск, т.к. авторы не вбили в описание или название логичные ключевики.
Поло Арт, на форуме движка где я был до RS, практиковалась складчина. Т.е. разработчик пишет сколько будет стоить модуль. Желающие пишут в теме, потом сумму делят на всех и оплачивают. Правда тех кто реально оплатил может оказаться больше или меньше, чем изначально заявлено было, но это мелочи жизни.
Т.е. вот в этой ветке 8 человек уже плюсануло, что им модуль OZON нужен. И мне он нужен, только я не готов оплатить работу программистов, чтобы они потом это для всех выложили, бесплатно или платно. Если я оплатил работу, то этот модуль принадлежит мне и я могу на нем зарабатывать, а не команда RS. По-моему так.
А так, модуль очень нужный. Даже есть мысли перейти на другую CMS, если тут не ожидается в ближайшее время.
Поло Арт, если к нам придет заказчик сейчас на такую разработку, то мы возьмемся за нее. Это деньги и это полезная штука для наших клиентов.
Если вы ее первый выкинете в маркетплейс и она будет качественная и шикарная и к ней не будет вопросов, то наверное мы порекомендуем вас просто и не будем разрабатывать. Так например, мы уже много лет всем ставим бонусную программу Саши из маркетплейса, потому что она всем устраивает.
Так что просто старайтесь побыстрее выложить готовый продукт, а не столбить время разработки.
Артем Полторанин, я другое имел в виду.
Если два разработчика одновременно начнут разрабатывать, они же друг о друге ничего не знают
Кто первый сделал, выкинул в маркетплейс, а второму что при этом думать? Вся работа зря, а в случае конкретной этого модуля (выгрузка в озон), это работа не одного дня.
Артем Полторанин, право-то может, и наше, но ветку запилить на форуме под это дело - это несколько секунд
Назвать эту ветку "стол заказов" - и пусть заказы от клиентов идут.
Всем же хорошо. Мы (Поло Арт) не можем знать, что там у других заказчиков происходит. Допустим, у нас появился новый клиент из Украины - мы вообще немного в шоке до сих пор находимся от их хотелок. Здесь у нас все хотят яндекс, а там хотят гугел. И мы прямо сейчас переписываем как раз модуль Александра под новые веяния гугла.
Но. Если мы в потенциальном "столе заказов" отписались и поставили сроки на определенный модуль и выполнили сроки, то мы первые в маркетплейсе, а совсем не тот "кто первый выложит того и тапки"
Поло Арт, ну я же высказался на данный счет, мне тут нечего особо добавить.
Я считаю, что мир, рынок, конкуренты не могут встать на паузу, потому что Поло Арт заявил, что начинает работу над модулем. А потом от меня будете требовать удалить чей-то хорошо написанный и опубликованный модуль, потому что вы первый заявили, что начали разрабатывать. Зачем нам это надо? Я ко всем разработчикам одинаково непредвзято отношусь.
Что мне чьи-то слова, когда есть конкретный работающий модуль в маркетплейсе, которым прямо сейчас наши пользователи могут пользоваться?
Мне кажется это все не будет работать и вообще никому не интересно кто, где, когда начал, главное кто когда завершил разработку. Наоборот, никому не говорите, а просто делайте скорее - это более правильная стратегия.
На форуме есть ветка "поиск исполнителей", там нет такой активности, как вы думаете. У вас же есть чат разработчиков, туда можете написать с целью напугать разработчиков, чтобы они даже не думали кодить, то что в вашем бэклоге.
Да, на текущем этапе 2 и более одинаковых модуля нам не очень интересно держать в маркетплейсе.
Иначе это усложняет выбор пользователю, это сокращает доход разработчиков модулей.
В маркетплейсе сейчас не так много модулей и всегда можно придумать нишу, в которой еще нет модулей (просьба смотреть в сторону больших, сложных и серьезных интеграционных модулей, закрывающих полностью задачу клиента во всех кейсах).
Ещё есть один интересный вопрос
Допустим, для клиента (в рамках ежемесячного обслуживания или просто так, за красивые глазки) разрабатывается модуль
Пусть, он называется modulname
А затем выкладывается в маркет с некой стоимостью
Как быть клиенту, чтобы у него этот модуль тоже обновлялся централизованно? Нужно какое-то решение. Если есть, извиняюсь, не в курсе.
То есть хотя бы один, избранный домен, который был бы добавлен на фул-подписку к этому модулю вручную.
Читаю и диву даюсь. Зачем продавцу обуви или штанов программный код?
Как вы его продавать собираетесь, на прилавок поставите? А что если ваш "воображаемый" покупатель вам технический вопрос вдруг задаст:
"почему на его Centos-сервере POST-запрос не проходит в ozon", что вы делать будете?
У меня ощущение, что тут большинство перепутало ReadyScript с Тинькоф-инвестициями.
Продавцу нужен инструмент для интеграций и его вы получаете от программиста, какое вам дело что программист дальше будет делать? Ваш бизнес после интеграций пойдет в гору и вы заработаете квадрилионы.
readyscript - официалы, у них гарантирована экспертиза во всех подсистемах платформы со всеми плюсами и минусами (среди них и вопросы лицензирования, хотя это и минусом назвать нельзя).
Вам и складчину предложили, и релиз недавно такой божественный подогнали, видно же куда бабки идут - в развитие. Вы реально думаете, что вам фрилансер сделает модуль, будет его бесплатно поддерживать, а вы Джефы Безосы будете попивать шампусик и зарабатывать?
Юрий Петров, где было сказано что фрилансер сделает и будет бесплатно поддерживать? Вы наверное любитель ломанного софта с торрентов. Конкретно я писал о платной разработке и только с платной поддержкой, лично я труд программистов ценю и привык его оплачивать. Попробуйте потратьте свое собственное время на написание хотя бы ТЗ небольшого модуля, а потом посмотрим как вы будете благодарны, когда увидите что потратили свое время, на то, что Вася фрилансер слил в сеть в том числе и ваш труд. Кстати прочтите условия использования новой темы в RS 6. Да ничего страшного..., скажете наверное вы, натягивая ее на какой нибудь опенкарт ))
Павел С, я вижу, что рэдискрипт вам предлагает гарантированную экспертизу, возможность заказать разработку вскладчину, бесплатную поддержку, а вы носом крутите. Делаю вывод - значит надеетесь, что найдете фрилансера, который почему-то должен не просто сделать вам разово модуль, а захотеть по неведомой душевной тяге потом всю жизнь с вами делиться своим хлебом.
Программист же не лезет в вашу прибыль и не требует Роялти в виде процента дохода от вас, после написания модуля, хотя мог бы. А вы желаете почему-то залезть в карман разработчика, который разово сдельно с вами поработает.
То о чем вы говорите называется эксклюзивный договор - это когда вы платите программисту столько, что это перекрывает все его текущие расходы и потенциальные доходы, тогда при виде стольких нулей программист может задуматься и возможно даже пойти на ваши условия, но вы здесь почему-то не говорите о больших суммах (если бы они были, думаю вы бы не тратили свое время тут), поэтому делаю вывод, что это утопичные несбыточные мечты о карманном программисте и вашем бесконечном заработке на его трудах. Поэтому я и призываю спускаться с небес и закрывать сои задачи здесь и сейчас и развивать прежде всего свой бизнес.
Вы слишком преувеличиваете значимость ТЗ "Нужна интеграция с OZON" или "Нужна интеграция с Wilberries". Все ТЗ по таким задачам описано по сути в api этих сервисов.
Абсолютно не понял, причем тут торрент и права на тему и опенкарт.
Юрий Петров, все понятно с вами и с вашей точкой зрения ) ТЗ описано в API :))) и "Вы слишком преувеличиваете значимость ТЗ". Ваше право так считать, дальше не вижу смысла обсуждать с вами что либо.
Комментарии 35
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить +1
Ответить 0
Ответить 0
Ответить +1
Ответить 0
Ответить +1
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить +1
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Ответить +1
Ответить 0
Ответить 0
Ответить 0
Ответить 0
Написать сообщение