Будет ли интересен такой сервис?

И в чем же дальновидность ? Привязать себя к сервису - дальновидно ? Если вдруг владелец сервиса объявит о закрытии проекта - в суматохе перестраивать инфраструктуру, переучивать менеджеров, рекламодателей ? Пользователь сервиса бесправен, и в большинстве случаев сервис не несет никакой ответственности. Случись что - гуляй Вася, и "Thank you for your patience and understanding".

При наличии исходных текстов любые изменения реализуемы. Привязка к программисту зависит исключительно от того, как вы реализуете процесс разработки, документацию и т.д.

В открытой модели разработки если требуются серьезные изменения, возможно коллективное финансирование группой лиц, которым такие изменения нужны, что позволяет существенно снизить стоимость. А аудитория использующая OpenX весьма серьезна 🚬

Ну почему же. Кому то будет интересен. Не все же знают про OpenX и умеют с ним работать. Можно занять долю рынка, если, например, сделать систему локализованной, максимально простой и понятной, и обеспечить хорошую поддержку, договоры с прописанными гарантиями, а не "гуляй, Вася". Ну и если будет готовая интеграция с платежными системами с зачислением платежей одновременно на счет рекламодателя в системе и на расчетный счет издателя - будет спрос.

Дальновидность в том, что не выгодно содержать свой штат разработчиков. Разработка софта - это отдельная, довольно сложная задача. Как пример - если вы занимаетесь доставкой грузов, то вам не обязательно строить свой завод, выпускающий машины (которые будут перевозить грузы). В этом просто нет смысла. Выгоднее покупать готовый сервис, у специалистов в области разработки софта. Аналогично как выгоднее купить готовую машину, а не строить свой завод, выпускающий машины. Основные пользователи такого сервиса - это рекламные агенства, либо веб-издатели, которые далеки от разработки ПО. Повторюсь, разработка софта - это отдельная, сложная задача. Не менее сложная, чем организация самого сервиса рекламной сети.

Насчет "гуляй Вася" - не нужно использовать бесплатный сервис, который ничего не гарантирует. Используйте платный, при котором сервис-провайдер будет на контрактной основе гарантировать услуги/сервис. Тогда ваши права будут защищены.

У многих open source проектов серьезные комьюнити (взять тот же osCommerce, Joomla и т.д). Но это совершенно не значит, что вы сможете серьезно влиять на развитие продукта. Работа программистов, которые будут менять этот софт, тоже стоит хороших денег. По большому счету, бесплатность open source - это миф. Любой, кто сталкивался с данной темой, поймет от чем речь...

Насчет "любые изменения реализуемы" - не верно. Любой серьезный программный продукт начинается с проектирования архитектуры. Без этого просто невозможно дальнейшее развитие. Лет 5-6 назад у нашей фирмы был печальный опыт, с переделкой того же PhpAdsNew (теперь это OpenX). Не буду вдаваться в детали проекта (он делался для серьезного заказчика из штатов, и именно он решил использовать open source), но суть в том, что после года разработок, было переписано более 70% PhpAdsNew, после чего оказалось, что многие вещи просто НЕВОЗМОЖНО реализовать, как раз из-за неправильной архитекруты самого open source продукта (кому интересно, могу расписать недостатки). Основная проблема - совершенно невозможно было масштабировать приложение, когда нагрузки выросли до планируемых. Гораздо выгоднее оказалось написать полностью с нуля... Все это время заказчик имел головную боль с разработкой СВОЕГО софта, с администрированием СВОИХ серверов и т.д. Можете представить - то таблицы в базе mySQL "посыпались" (потому что OpenX одновременно выполняет операции select/insert/update по одним и тем же таблицам, такая архитекрута..), то винчестер "посыпался", то сервера (на тот момент максимально "навороченные") не выдерживают нагрузку и пропадает статистика. В итоге заказчик просто купил серсис у cj.com и вздохнул с облегчением. Мы получили неоценимый опыт. Поверте - я не просто так говорю, что "выгоднее покупать готовый сервис". Это доказывют и мировые практики - все переходят к использованию сервисов/служб, к сервис-ориентированной архитектуре.

Это вообще утопия. Просто не применимо на практике. Не будет владелец рекламной сети искать "группу лиц", которым нужны такие же изменения, как и ему.

Еще раз повторюсь, разработка софта/платформы и организация рекламной сети - это разные задачи.

А кто говорил насчет штата ? Разовая разработка рулит.

Ну если у вас получиться гарантировать - то флаг в руки :)

Никто не говорил про бесплатность вообще всего opensource. Но если кому то фич OpenX хватает -для него он бесплатен, за исключением одноразовой стоимости внедрения (которая в большинстве случаев невысока).

В мире IT 5-6 лет - это просто бездна. Так что ваш опыт насчет OpenX безнадежно устарел :) Об этом, хотя бы, говорит тот факт, что вы не знаете об OpenX Market.

Я бы даже рекомендовал наоборот, строить свою бизнес-модель на основе поддержки и доработки OpenX под нужды заказчика. Думаю, что на подобное спрос есть, и заметьте, заказчик при этом не ставится в зависимость от разработчика, за счет открытой модели: он по-прежнему хозяин своего рекламного сервиса. Если посмотреть на OpenX поближе, может и не стоит вам с ним тягаться ? :) Как говориться, не можешь бороться с движением - возглавь его.

Ну, то что сейчас сервисы модны, еще не говорит о том, что это выгодно обществу в долгосрочной перспективе. Да, всякие Гуглы внедряют их массово, но это часть их бизнес-стратегии по захвату мира 😂

Посмотрим через несколько лет, куда приведет такое засилье сервисов. Про эту опасность кстати многие IT аналитики предупреждают. Если человека кормить кашей с ложечки в течение 10 лет, у него атрофируется жевательный аппарат. Потом он не может жить без каши, потому что не может жевать. Так и с сервисами.

В сервисе ничего плохого нет, если он легко заменяемый. Тот, который мы обсуждаем - не из этой категории: глубоко интегрируется, на него завязывается инфраструктура - менеджеры, рекламодатели, бухгалтерия, и т.д.

Почему же я эту утопию вижу постоянно в мире Drupal ? :D У меня, наверное, что-то с глазами.

Мир меняется, очнитесь.

А потом многоразовая поддержка. Да и гарантий по срокам и качеству вообще никаких.

А еще б не забыть что купленный продукт не меняется и не обновляется. А вот требования бизнеса этим условиям не удовлетворяют.

Поддержка нужна в любом случае. Если вы продаете рекламу, у вас хотя бы по-минимум долнжы быть технари. А если у вас в штате только менеджеры и нет технарей, значит у вас не бизнес, а придаток к бизнесу сервиса дяди Васи. И дядя Вася весь ваш бизнес может выключить кнопкой Power.

Гарантии вообще только в морге дают.

Я что-то пропустил, с какого момента мы начали обсуждать купленный продукт ? Вы хотя бы читайте, о чем пишите :)

А вот продукт с открытым кодом и открытой моделью разработки отлично и меняется и обновляется. Конечно, он не идеален и не подойдет любому - как говорится, это не серебряная пуля и не панацея.

Видимо требованиям бизнеса больше удовлетворяет зависимость от сервиса дяди Васи :D Дядя Вася вам компенсирует по договору стоимость интеграции другого сервиса, если его сервис нагнется ? Сомневаюсь.

Вот есть рекламный сервис Адсенс. Посмотрите их условия использования - оферту. Кому они там что компенсируют :D

Pandabeer добавил 10.01.2010 в 21:21

Ну ладно, Гугл не очень удачный пример. Гугл по коммерческим контрактам действительно предоставляет гарантии (в том числе и аптайм) - он себе может позволить. Вопрос в том, может ли это себе позволить сервис дяди Васи.

Pandabeer добавил 10.01.2010 в 21:48

Мы тут много написали. Хочу подвести небольшой итог. Для веб-издателя, продажа рекламы - одна из основых состовляющих бизнеса. Я считаю, основу бизнеса аутсорсить (а ваш сервис и является по сути аутсорсингом) - неприемлимо, по причине отсутствия контроля и повышенных рисков.

Всякая аналогия хромает, ваша - особенно. Купить автомобиль - купить готовое решение, или услуги по его доработке для себя. А ваш вариант, сервиса, можно запараллелить с автопарком в аренду. Ну да, тоже вариант. Только не очень разумный :D

Которые, как правило, уже пользуются какими-либо сервисами, в том числе собственными разработками, которые их, наверное, устраивают. Чем ваш будет лучше?

Веб-издатели, как ни странно, тоже как-то уже живут сейчас. При этом основное требование, которое веб-издатель предъявляет к крутилке - нормальная совместимость с кодами, которую выдает крутилка рекламных агентств :D И отсутствие лишних тормозов для пользователя.

Поставить сторонний код можно, если за это платят. А просто так - нет никакого смысла.

Как только в требования бизнеса войдет новая функциональность - и имеет смысл ее покупать. Врема, затраченное на апгрейд бесплатного тоже отнесем к покупке.

Lisa, согласен, с автопарком бредовый пример... Но суть от этого не меняется - использовать готовый сервис выгоднее, чем собирать команду программистов/тестировщиков/администраторов/менеджеров проекта и вести собственные разработки.

Снова согласен - это важные требования. Но таких требований еще множество.

Надеюсь, что сервис будет лучше тем, что будет предоставлять функциональность, которой нет у других систем, будет более удобным, избавит пользователей от необходимости разрабатывать собственное ПО.

Хотелось бы больше конструктивизма - что уважаемые форумчане хотели бы видеть в сервисе управления рекламными объявлениями? Какую функциональность, виды рекламных объявлений...?

dandy, по-моему вам уже сказали - плевать на функциональность, приносило бы деньги :)

У рекламной площадки настолько скромные требования к функциональности, что они всегда решаются за суммы, очень мизерные в сравнении с доходом. То есть требования к функциональности рекламной крутилки растут с доходом - пока его нет, то и требований, как это не удивительно, нет :D

Вы, конечно, можете счесть, что те рекламные площадки, которые я знаю достаточно близко, тут нерепрезентативны, но тогда опишите, что ли, как вы видите свою ЦА.

Ещё стоит заметить, что рекламную крутилку лучше написать под себя, а не использовать огромного слона с кучей достоиств и недостатков.