Биллинговая система "Гидра"

[snark]

Была бы цена раза в 3 меньше - можно было бы задуматься, а за стоимость решения в 0,5++ лимона (гидра + оракл * 2 (RAC лицензируется на каждый сервер и стоит ~ $2k)) ... Спасибо, не надо.

 

P.S. В этом ценовом диапазоне есть и другие продукты.

[finanalis]

Мы как раз выбирали между гидрой и 1ubs. Гидра понравилась по презентациям и пр., но основной выбор пал на вторую систему. В первую очередь за счет стоимости. С месяц пользуемся, не жалеем. Взяли и телефонию и интернет за 75 тыс.руб. на 1000 пользователей.

[snark]

Лучше продать свой продукт 10-ти клиентам по 10 тыс., чем искать 1-го, который купит за 100 тыс., IMHO.

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

[ned2ru]

snark, бред сивой кобылы.

знаю примеры компаний, которые продают один продукт одному клиенту и живут большим коллективом десятилетиями, поддерживая решение.

Биллинг - это пример постоянно поддерживаемого решения, постоянно допиливаемого и требующего развития. Продать его как пирожок 1 раз 100 клиентам не получится.

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

Не надо думать, что продавцами движет только алчность :) и что здравый смысл присутствует только у Вас.

 

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

[NiTr0]

знаю примеры компаний, которые продают один продукт одному клиенту и живут большим коллективом десятилетиями, поддерживая решение.

Клиенту предложили более дешевое/функциональное решение - и компания умерла...

 

Биллинг - это пример постоянно поддерживаемого решения, постоянно допиливаемого и требующего развития. Продать его как пирожок 1 раз 100 клиентам не получится.

А продавать поддержку - некошерно? Некоторые компании только этим к примеру и живут. И да, тот же абиллс вполне себе неплохо живет и развивается, причем - не просто обрастает функционалом, но и рефакторинг кода проводится, хоть и ценник конский не ломят, и даже фри версию выложили, которая вполне юзабельна и без ограничений (не считая отсутствия некоторых плюшек из функционала и неполной документации).

 

Стоимость искусственно ограничивает кол-во клиентов, которое реально обслужить по тех. поддержке, я полагаю.

Штат расширять - некошерно? :)

[Shiva]

Интересует мнение операторов о работе этого биллинга.

Хорошее плохое, любые отзывы.

Вам клиенты боятся высказать правду? Вы их отлучите от ТП? :)

[snark]

snark, бред сивой кобылы.

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

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

Если Вы этого не понимаете - повторюсь, идите и учите экономику.

 

Биллинг - это пример постоянно поддерживаемого решения, постоянно допиливаемого и требующего развития. Продать его как пирожок 1 раз 100 клиентам не получится.

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

 

Стоимость искусственно ограничивает кол-во клиентов, которое реально обслужить по тех. поддержке, я полагаю.

Стоимость ограничивает, прежде всего, общее кол-во _потенциальных_ клиентов.

Можно найти одного лоха клиента, продать и жить долго и счастливо, но ... чем бОльше клиентов - тем бОльше заказов на ТП - тем, в конечном итоге, бОльше прибыль.

 

Не надо думать, что продавцами движет только алчность :)

По Вашему продукту я могу сказать, что алчность - не Ваш конек.

 

А продавать поддержку - некошерно?

Да-а-а. Нельзя же скатываться до каких-то там редхатов, цисок и прочих "идиотов", продающих поддержку, верно? :)

[ned2ru]

snark, мог бы Вам долго и нудно возражать, обижаться на выпад про незнание экономики, но чувствую, за*рем тему флудом. :)

просто скажу, что знаю примеры успешных неконвейерных информационных систем с 1-2-3 клиентами, в т.ч. и биллинги (здесь их не обсуждали, насколько я знаю)

Конкретно про обсуждаемый тут биллинг сказать нечего, так что откланиваюсь ;)

Разработчикам - успехов.

Мир, дружба, жевачка.

[NiTr0]

знаю примеры успешных неконвейерных информационных систем с 1-2-3 клиентами, в т.ч. и биллинги (здесь их не обсуждали, насколько я знаю)

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

[shicoy]

Народ хватит холиварить. Кому-то хватает решения из коробки коих полно за 100 рублей (утм, 1убс, айдеко и т.д.) а кому-то нужно стабильно работающее решение на от 20к абонентов и т.д.

как правильно кто-то сказал на форуме: если ваш бос (руководитель, владелец, инвестор) тратит 3-4 ляма на новую игрушку, а найти лям на нормальный маршрутизатор, биллинг и все то что помогает приносить деньги в итоге.

то выводы напрашиваются...

 

ну и конечно же всегда есть каста которая скажет, я тоже самое сделаю в 10 раз дешевле и работать будет в три раза лучше. Это право каждого - кому что надо.

 

Гидра отличный биллинг, не без греха, но за два года эксплуатации виден четкий прогресс по разработкам и добавлению новых фич (хотя конечно хочется еще быстрее). Чего не скажешь о других биллингах с коими пришлось много сталкиваться на этапе тестирования (как раз таки 2 года назад) перед выбором покупки.

 

и поэтому разговоры на 1000 абонов купили за 70 тыс биллинг, ну молодцы, а что будете делать с таким биллингом когда у вас будет 10 тыс?

[snark]

на 1000 абонов купили за 70 тыс биллинг, ну молодцы, а что будете делать с таким биллингом когда у вас будет 10 тыс?

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

[Pasystem]

Гидру сложно назвать решением из коробки.

Мы выбрали гидру, со временем начинаем понимать что выбор был правильным. Тестировали пару биллингов перед покупкой.

Как написал shicoy

Гидра отличный биллинг, не без греха, но за два года эксплуатации виден четкий прогресс по разработкам и добавлению новых фич (хотя конечно хочется еще быстрее).

Но в штате нужны обязательно спецы которые будут сопровождать работу биллинга, порог вхождения высокий (по крайней мере для нас oracle, Ruby on Rails, python). Если кто то думает его купить, поставить и забыть, то ошибается. Работы придется проделать достаточно чтобы запустить в продакшн.

 

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

 

В целом гидра хороший биллинг. Посмотрим как дальше работа пойдет. Гидру постоянно дорабатывают, делают его еще более вкусным.

[finanalis]

на 1000 абонов купили за 70 тыс биллинг, ну молодцы, а что будете делать с таким биллингом когда у вас будет 10 тыс?

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

 

Мы запрашивали максимальное количество абонентов. Нам предоставили тесты, что система на нормальном серваке поддерживает до 5 млн. абонентов :). Так что, надеюсь, это не будет проблемой. У нас сейчас при текущем объеме на посредственной машине загрузки процессора вообще нет. Оператива - 512 мб

[Shiva]

Мы запрашивали максимальное количество абонентов. Нам предоставили тесты, что система на нормальном серваке поддерживает до 5 млн. абонентов :). Так что, надеюсь, это не будет проблемой. У нас сейчас при текущем объеме на посредственной машине загрузки процессора вообще нет. Оператива - 512 мб

Ога, у меня на калькуляторе летает...

[mickl-nt]

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

 

у меня в списке must have #1 сейчас такая фича - восстановление пароля для входа в личный кабинет через отправку sms, подтверждение валидности контактных данных (новый сотик) при изменении через личных кабинет путем отправки sms на новый номер абонента.

 

есть еще хотелка - прикручивание SkyDNS через их API к личному кабинету в Гидре

 

холивары разводить смысла нет, т.к. денег уже вложено в это решение порядочно, был опыт работы с другими биллингами за 11 лет работы ISP, все познается в сравнении и зависит от бюджета

[Wingman]

++, может форумчег какой организовать, что-нибуть вроде hydra-forum.ru, раз уж у себя они его не сделали? =)

[prog-nt]

Если клиенты сообща будут решать проблемы, то у ТП гидры станет меньше работы, соответственно переплат по договору)

[Wingman]

Да они и так не слишком оперативно реагируют, явно работы хватает :)

[dk_]

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

[Wingman]

Я тут в процессе дооолгого внедрения пишу свой небольшой php-api для гидры; подумалось, может быть стоит в паблик выложить, м.б. кому пригодится?

[dsparill]

Я тут в процессе дооолгого внедрения пишу свой небольшой php-api для гидры; подумалось, может быть стоит в паблик выложить, м.б. кому пригодится?

 

Очень бы пригодилось. Поделитесь?

[Wingman]

Тогда причешу немного, оформлю как-нибуть в единый ооп-каркас, вынесу часть переменных в конфиги и дня через 2-3 куда-нибуть выложу

Но слишком на многое не рассчитывайте, пока там наверное процентов 5-10 от того, что умеет оракловский api )

[dsparill]

Тогда причешу немного, оформлю как-нибуть в единый ооп-каркас, вынесу часть переменных в конфиги и дня через 2-3 куда-нибуть выложу

Но слишком на многое не рассчитывайте, пока там наверное процентов 5-10 от того, что умеет оракловский api )

В любом случае для ознакомления будет супер.

[Wingman]

ну вот как-то так в первом приближении:

https://github.com/ircop/php-hapi

[dsparill]

ну вот как-то так в первом приближении:

https://github.com/ircop/php-hapi

 

Большое спасибо.