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