Перейти к содержимому
Калькуляторы

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

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

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

Даже 1с не занимается таким, не говоря уже про "форточку"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Даже 1с не занимается таким, не говоря уже про "форточку"

 

"Форточки" как раз спят и видят как перейти на модель с абонплатой, и обещают это уже в десятке внедрить ... Не говоря уже об офисе365, фотошопе и прочем софте ... Даже некоторые производители софта для разработки перешли на эту схему ...

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

даже если в настройках косяки - не должно ...

 

они на нас тестят, что тут поделать

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С документацией все сложно, до сих пор радуют фразами - фича есть, а документации нет

зато есть типа ТП, ну они же честно говорят, что крайне любят деньги :)

 

 

 

Получается гидра это помойка

Ну с этим сложно спорить

 

 

Блин, ребята, вы покупаете комбайн, а не газонокосилку, если денег не хватает - косите косой.

 

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

 

:) Я тоже покупал ламборджи :)

Но в один момент пришло осознание, что "развели". Искренно удачи вам :)

Изменено пользователем OOPS33

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

А то, что у вас нет инструкций и бестпрактикс - то от сюда вывод о нечистоплотности ваших помыслов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А то, что у вас нет инструкций и бестпрактикс - то от сюда вывод о нечистоплотности ваших помыслов.

Инструкции и бестпрактис у нас есть. Выложены на сайте, доступны для всех. Инструкция пользователя сейчас 536 страниц. Плюс wiki и форум.

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

 

Про внедрение мы предупреждаем всех и сразу. Мало того отговариваем от покупки без внедрения. Все это обсуждалось на конкретном примере выше. В чем же тогда нечистоплотность наших помыслов?

 

Уважаемый SyJet, хочу обратить ваше внимание на то, что последние 2 страницы отзывов написаны людьми, которые сами говорят, что "не пользовались биллингом ни секунды". Стоит ли строить мнение о системе на их отзывах или стоит спросить тех, кто работает с Гидрой ни один год решать вам.

Изменено пользователем RomanA

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

"Как и если" у меня заработает напишу как оно прошло у меня и что получилось в итоге, какие +, какие - , если переходить с "все нормально работает" на хочется чего то нового:) И по поводу ценника, да не 0.99 апп с апстора, но как бы важный софт, важнейшая часть бизнес процесса у оператора, ценник с внедрением на уровне одной хорошей железки в ядро, у гидры ценник типа "верхняя планка не дорогих".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

... Последние 2 страницы написаны людьми, которые повелись на ваши посулы. И которые честно пытались завести ХОТЯ БЫ на тестовом стенде вашу поделку. Если есть желание можно выложить "в студию" все тикеты по вашей поделке.

to X-RaY™ полуриторический вопрос: Как часто на стадии внедрения вам приходиться обращатся в ТП балаболов? Тут для них на мой взгляд один вариант действий, всемерно и безотлагательно помочь вам во внедрении или, даже, самим провести для вас внедрение дабы вы остались довольны :)

 

Для чего нужна ТП? На мой взгляд, ТП нужна для решения экстренных вопросах о неполадках, а не для постоянного диалога клиента с ней. А тут постоянный диалог с ТП, оставляющей желать лучшего, значит работа самой поделки - череда экстренных неполадок! Как такую каку можно называть продуктом?!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OOPS33

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

 

Кстати, очень стабильный на мой взгляд, как ни странно, UTM5 (релизы 5.2 и 5.3). По фичам он правда хуже всех, но за то реально работает. Для тех кому нужно порезать скорость на xxx мегабит (или вообще отдать какие-то radius-аттрибуты), не нужны сложные акции и прочие извращения - рекомендую.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OOPS33

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

Давно уже обсуждали:

1. Хороших биллингов не бывает! Вообще. Бывают терпимо плохие, плохие, очень плохие, и абсолютно никуда не годные!

2. Терпимо плохой биллинг - это тот биллинг, который ты написал сам. При этом, пользователи так не думают.

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OOPS33

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

Давно уже обсуждали:

1. Хороших биллингов не бывает! Вообще. Бывают терпимо плохие, плохие, очень плохие, и абсолютно никуда не годные!

2. Терпимо плохой биллинг - это тот биллинг, который ты написал сам. При этом, пользователи так не думают.

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

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

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

ППКС, у самих п. 2

 

UTM5 (релизы 5.2 и 5.3). По фичам он правда хуже всех, но за то реально работает. Для тех кому нужно порезать скорость на xxx мегабит (или вообще отдать какие-то radius-аттрибуты), не нужны сложные акции и прочие извращения - рекомендую.

Пробовали, не взлетело, мальчег из ТП разговаривал с пренебрежением. Остались крайне негативные эмоции.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Получается гидра это помойка

Нет, получается что идеальных биллингов не бывает в принципе.

Наиболее близок к идеалу самописный, написанный опытной командой по качественному ТЗ.

Я клюнул на рекламу, она довольно убедительная. Брал демку, чтобы пощупать поближе. По демке оценить биллинг конечно невозможно, но сформировалось убеждение, что это достаточно закрытая система и самостоятельно с ней мало что можно сделать.

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

Но если запускаться с нуля, то не самый плохой биллинг.

Правда лично я теперь больше склоняюсь к BGBilling.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да млин, с какого на фиг "нуля"?! Если эта поделка даже на стенде - "НА СТЕНДЕ, КАРЛ!"- стабильно работать не в состоянии!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Правда лично я теперь больше склоняюсь к BGBilling.

 

Интересная штука, но порог вхождения очень высок. Чтобы сделать тривиальную вещь (выдать радиус-аттрибут(скорость) по тарифу) нужно создать кучу сущностей и связать их между собой. Процесс совсем не очевиден и не тривиален в отличии от каких-нибудь простеньких utm5 и lanbilling. Чтобы посылать PoD/CoA когда закончились деньги - тут вообще можно стать красноглазиком (в первый раз, конечно же)

 

мальчег из ТП разговаривал с пренебрежением. Остались крайне негативные эмоции.

 

что есть - то есть. саппорт UTM5 это то ли программисты, то ли админы с явно выраженным ЧСВ over 9000 и "синдром вахтёра"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Блин. Как же появился такой продукт как 1с-битрикс?

Столько ведь альтернатив у него и в итоге столько партнеров по внедрению !!! Не зацикливают все на себе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Блин. Как же появился такой продукт как 1с-битрикс?

 

Если правильно помню, то его не 1С писал, а купили разработчика, который изначально был небольшой компанией (стартап?).

Во-вторых, "вы эту сметану пробовали" (а)? А то как с тем, кто внедрял этот продукт, не поговоришь, так тоже наверное 86% матюков будет ...

Плюс это все-таки CMS, продукт попроще биллинга ...

 

А множество "внедряторов"-франчайзи - это, наверное, краеугольный камень политики 1С, они бы без этого и рынок бухгалтерии под себя не подгребли наверное ...

Изменено пользователем dimas

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как же появился такой продукт как 1с-битрикс?

 

Битрикс это чуток из другой области, и в мире CMS это не самый торт, если что.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Биллинг не менее слоистый торт и говорить, что в нем меньше фич и тем более веб части не следует. С 1с-битрикс знаком, когда они жили без 1с. И не смотря на все их продукт продается каждый день и развивается семимильными шагами. Все биллинги грешат недоразвитостью, только с какого за них просят столько денег??

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так же думали внедрять Гидру (хотели слезть с UTM5). В презентациях всё красиво, но ценник... Сам продукт стоит приличных денег, внедрение ещё больше, ну а если нужен какой-то доп. функционал (н-р автосоздание vlan при заведении абонента), то допилить его стоит больше чем продукт+внедрение. Т.к. система закрытая, обслуживать её без ТП просто невозможно. В результате те, кто может позволить себе оплачивать гидру скорее всего уйдут писать свою систему, а те, кому нужен готовый коробчный продукт не в состоянии её купить. В нашем случае ценник на продукт+внедрение+нужный нам функционал отпугнул и было решено остаться на UTM5, в котором при помощи freeradius+api+костыли допилили хотелки :).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все биллинги грешат недоразвитостью, только с какого за них просят столько денег??

 

так напишите дешевле и продавайте, очередь будет стоять :)

 

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

 

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

 

Те же best practices по настройке использованию, например, может стоить денег, сравнимых с разработкой, потому как надо собрать информацию по использованию, свести все в сценарии, где-то переработать модель настроек и данных и т.д. ... Другой вопрос, что когда производитель зарабатывает заметный кусок на кастомизации и внедрении, ему это и не сильно выгодно ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все биллинги грешат недоразвитостью, только с какого за них просят столько денег??

 

так напишите дешевле и продавайте, очередь будет стоять :)

 

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

 

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

 

Те же best practices по настройке использованию, например, может стоить денег, сравнимых с разработкой, потому как надо собрать информацию по использованию, свести все в сценарии, где-то переработать модель настроек и данных и т.д. ... Другой вопрос, что когда производитель зарабатывает заметный кусок на кастомизации и внедрении, ему это и не сильно выгодно ...

Чушь

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так напишите дешевле и продавайте, очередь будет стоять :)

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

Я конечно не гуру, но на своём веку ещё не встречал биллингов, не требовавших костылей, напильника и лобзика.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Всмысле разработанное для себя нести продавать как "коробку"? Дык это типичные грабли ...

 

Я конечно не гуру, но на своём веку ещё не встречал биллингов, не требовавших костылей, напильника и лобзика.

 

Ну, у меня раз получилось добиться неплохого результата для всякой-разной телефонии и ISP, но там были специфические условия разработки, можно сказать что круче чем extreme programming, но там приходилось вдобавок осуществлять жесткий "авторский надзор" над эксплуатацией ... Ну и не уверен что мы бы могли его довести до состояния "коробки".

 

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

 

Вообще, мы, похоже, рискуем уйти в сильный оофтопик, возможно стоит отрезать это в отдельный топик.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.