БИЗНЕС-СЕТЬ KINETICS CRM CALL-ЦЕНТРЫ ERP ECM ITSM PM АБС

 ПоискПоиск   ПользователиПользователи   РегистрацияРегистрация   ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 


Что же такое настраиваемое CRM-решение
На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.
 
CRM Форум -> CRM системы и поставщики
Автор Сообщение
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 6:54 pm     Посмотреть профиль Отправить личное сообщение

Sergy писал(а):
Подскажите какие??

Клиент-Коммуникатор

Есть Конфигуратор для создания произвольного собственного формата данных в MS SQL.
Есть Дизайнер Интерфейсов с визуальной средой, который позволяет используя созданный формат БД создавать произвольные пользовательские интерфейсы.
Есть Дизайнеры отчетов, Администратор и др.

О том, как продвинутые пользователи выбирают это решение среди других участников форума, читайте здесь:
http://www.crmonline.ru/community/viewtopic.php?t=248
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Nonsens



Зарегистрирован: 13.01.2006
Сообщения: 88


СообщениеДобавлено: Пн Ноя 13, 2006 7:06 pm     Посмотреть профиль Отправить личное сообщение

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

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

Игорь А. Рыков писал(а):
На наших проектах полно случаев, когда в крупных компаниях есть маркетологи БЕЗ проблем умеющие писать SQL запросы для сложных вычислений в (ну, например) Клиент-Коммуникаторе; Сами добавляют поля, сами пишут запросы. Красота.

SQL - Это не сложно! А с визуальной средой - еще проще!

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


Последний раз редактировалось: Nonsens (Пн Ноя 13, 2006 7:10 pm), всего редактировалось 1 раз
Sergy



Зарегистрирован: 13.11.2006
Сообщения: 11


СообщениеДобавлено: Пн Ноя 13, 2006 7:07 pm     Посмотреть профиль Отправить личное сообщение

2 Игорь А. Рыков
Благодарю за ответ
_________________
С уважением
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 7:08 pm     Посмотреть профиль Отправить личное сообщение

Nonsens писал(а):
Согласен, что это хорошо. НО. У вас есть "вертикальное" разграничение прав доступа? Если да, то как оно стыкуется с возможностью пользователей писать (и насколько я понимаю, выполнять) собственные произвольные запросы?

Вне зависимости от того, как и какими средствами пользователь обращается к БД, он получает только то, что ему определено в блоке Администратор Клиент-Коммуникатора.
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 7:09 pm     Посмотреть профиль Отправить личное сообщение

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

1. Мы можем вовсю использовать Transact SQL;
2. Часть API мы открываем избранным клиентам, когда это действительно необходимо.
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Nonsens



Зарегистрирован: 13.01.2006
Сообщения: 88


СообщениеДобавлено: Пн Ноя 13, 2006 7:13 pm     Посмотреть профиль Отправить личное сообщение

Игорь А. Рыков писал(а):
Вне зависимости от того, как и какими средствами пользователь обращается к БД, он получает только то, что ему определено в блоке Администратор Клиент-Коммуникатора.

Можно подробнее?
Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)?
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 7:15 pm     Посмотреть профиль Отправить личное сообщение

Nonsens писал(а):
Пользователь написал Select * from Accounts.

Уф! Это лучше Ростислав ответит, или я нашего главного программиста попрошу ответить.
Nonsens писал(а):
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения).

Это настраивается. Я вел речь о маркетологах. Там мой, твой, чужой клиент - несколько не те понятия. Кроме прямой логики:
- Запретить/Разрешить отображение;
- Запретить/Разрешить ввод первого значения;
- Запретить/Разрешить удаление
- Запретить/Разрешить редактирование,

причем не только класса данных, но и атрибутов его, можно ДЕЛАТЬ ОГРАНИЧЕНИЯ, ОСНОВАННЫЕ НА УСЛОВИЯХ, в том числе НА ВЫЧИСЛЕНИЯХ!

Т.е. (пример) Разрешить отображение этой группе пользователей договора с клиентами, имеющими ДИНАМИЧЕСКИЙ статус А;

-------------------------------------------------------------------------

Вообще, пользователь не имеет доступа к таблицам, все через вьюхи делается. Они создаются в БД автоматически при создании новых классов (списков, справочников, их атрибутов, связей и пр.).


Последний раз редактировалось: Игорь А. Рыков (Пн Ноя 13, 2006 7:18 pm), всего редактировалось 1 раз
Nonsens



Зарегистрирован: 13.01.2006
Сообщения: 88


СообщениеДобавлено: Пн Ноя 13, 2006 7:17 pm     Посмотреть профиль Отправить личное сообщение

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



Зарегистрирован: 11.10.2006
Сообщения: 183


СообщениеДобавлено: Пн Ноя 13, 2006 7:18 pm     Посмотреть профиль Отправить личное сообщение

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

Вопрос в том, что немногим разработчикам ПО удается реализовать настроечные возможности технологично, удобно, безопасно. Обычно эта реализация получается или слишком низкоуровневой как в Террасофт, SAP, БОСС-Компании, 1С (языки-интерпретаторы, скрипты, генераторы форм и т.п.), или же слишком примитивной и ограниченной, как в Мониторе (параметрические настройки, флажки, выбор из предопределенного множества опций). То есть, или коробка остается коробкой, или превращается в "платформу разработки".

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

При этом Клиент-Коммуникатор, это "многокоробочное" решение. За восемь лет работы с заказчиками различной специфики мы создали множество проектных настроек, которые условно и назовем "коробками". Сегодня ни к одному Заказчику мы не приходим "с пустыми руками" и не предлагаем создавать систему с нуля. Но, в то же время, давно уже не встречали заказчиков, которые "на ура" воспринимают хоть сколь угодно совершенную с нашей точки зрения, но "чужую" настройку, и не хотели бы донастроить её "под себя". Кто-то на 10%, а кто-то и на 70.

Выводы:
1. Нужна коробка? Бери любую, рынок завален этим хламом.
2. Пришло время, и хочешь донастроить ранее купленное решение? А ту ли "коробку", ты тогда выбрал, дружок? А что там, в коробке? Все залито эбоксидной смолой? Сразу надо думать!
_________________
С уважением, Ростислав Дублин, Москва, компания BMicro=> CRM-система Клиент-Коммуникатор.
+7 (495) 22-33-594, rdublin@bmicro.ru, ICQ:324-612-941, Skype:RDublin
Ростислав



Зарегистрирован: 11.10.2006
Сообщения: 183


СообщениеДобавлено: Пн Ноя 13, 2006 7:39 pm     Посмотреть профиль Отправить личное сообщение

Nonsens писал(а):
Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)?

Игорь А. Рыков писал(а):
Уф! Это лучше Ростислав ответит, или я нашего главного программиста попрошу ответить.

Игорь, я особенно об этом никогда не задумывался. Пользуюсь Администратором и доволен... Но подтверждаю, что реализовано через View'шки. Думаю, так: Пользователи не имеют прав на чтение непосредственно из таблиц , но для каждой группы пользователей создается соответствующая View. Она включает или полный набор строк и полей таблицы (если ограничения не установлены), или же ограниченный. Когда мы ограничеваем права в модуле "Администратор", вьюхи пересоздаются.

To Игорь Рыков. Давай всё же попросим "Главного":
Nonsens писал(а):
Если ответит главный программист, будет очень интересно послушать. Просто мне не известен нормальный способ решения такой проблемы.

_________________
С уважением, Ростислав Дублин, Москва, компания BMicro=> CRM-система Клиент-Коммуникатор.
+7 (495) 22-33-594, rdublin@bmicro.ru, ICQ:324-612-941, Skype:RDublin
Кадыков Михаил



Зарегистрирован: 19.09.2005
Сообщения: 1058


СообщениеДобавлено: Пн Ноя 13, 2006 9:36 pm     Посмотреть профиль Отправить личное сообщение

Dikuzinnet писал(а):
Любая система с конфигурированием формата данных, способная мимикрировать под конкретные задачи, не требующая для этого дописывания исходников, может называться настраиваимой CRM-системой - вот ровно то, что было мной сказано. Вы же трактуете всё в удобном Вам свете.

Я согласен с Вами почти во всем, кроме "формата данных"...
Если честно, не понимаю, при чем тут формат базы? Наш пользователь это директор, маркетолог, продавец! С их точки зрения, среди параметров определяющих "предельную полезность" системы "формат базы данных" отсутствует!!!
Им не важно, как и что организовано "внутри"... Главное, чтобы внешне программа выполняла возложенные на нее задачи!
Поэтому возможность оперетивного изменения структуры базы это, скорее, фича для IT-шников... И то именно "фича", а не необходимость!
_________________
www.monitor-crm.ru

-=Monitor CRM - больше, чем CRM!=-
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 10:19 pm     Посмотреть профиль Отправить личное сообщение

Кадыков Михаил писал(а):
Наш пользователь это директор, маркетолог, продавец!

У Клиент-Коммуникатора гораздо шире. Кроме приведенных вами, например, логистики, безусловно - финансисты, контролеры, не_маркетинговые аналитики, сотрудники служб безопасности и кадров, разного рода исполнители, в т.ч. не связанные с продажами, регисраторы, диспетчера, руководели смен и пр., и пр.
Кадыков Михаил писал(а):
С их точки зрения, среди параметров определяющих "предельную полезность" системы "формат базы данных" отсутствует!!!

Я и не помню, когда последний раз на презентациях НЕ спрашивали про легкость добавления новых полей, адаптируемость формата данных под требования клиента. Это сейчас ВСЕГДА! Все хотят адаптации. Но... может клиент просто знает, что у нас это можно попросить?
Кадыков Михаил писал(а):
Им не важно, как и что организовано внутри"...

Ничего подобного!
1. Скорость интересует ВСЕХ, а это зависит от внутренней структуры БД, мы вам уже писали, хотя вы и отрицаете это;
2. Понятность структуры БД - очень частый вопрос. Связан с вопросами интеграции, API, дописанием вычислений сложных конструкций и пр.
3. Доступность созданных полей, справочников и пр. в аналитиках и пр. Т.е. добавили, сразу можем использовать везде - ввод, отбор, отчеты, аналитика, доступ, вычисления и пр.
Кадыков Михаил писал(а):
Поэтому возможность оперетивного изменения структуры базы это, скорее, фича для IT-шников... И то именно "фича", а не необходимость!

Нет, Михаил, давно это необходимость, норма, современный уровень реализации решения и пр. Я не могу представить - а как иначе? Клиент полезет в сервер? Попросит у вас исходники?

Знаете. Описываемую вами ситуацию я не представляю.
Нажмите "1", если ваш клиент - очень небольшие по размеру клиенты, о чем здесь уже писалось, 2 - 3 р.м.;
Нажмите "2", если вы блокируете подобного рода вопросы, обходите их и пр. на презентациях;
Нажмите "3", если ваше сообщение - слабый PR, хотя вы все прекрасно понимаете.
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 10:38 pm     Посмотреть профиль Отправить личное сообщение

Nonsens писал(а):
Можно подробнее?
Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)?

Как "программист программисту" :-)))))))))))

Нет, на таблицу Accounts, по-умолчанию, есть доступ только на добавление/изменение/удаление и на чтение ключевого поля.
По-умолчанию, на чтение есть доступ к представлению Class_Accounts, а если устанавливаются права доступа, то
права на чтение Class_Accounts отнимаются, но даются права на чтение Alt_Accounts_Group1,
где уже и приписано where Accounts.ID in (....)
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Кадыков Михаил



Зарегистрирован: 19.09.2005
Сообщения: 1058


СообщениеДобавлено: Пн Ноя 13, 2006 10:41 pm     Посмотреть профиль Отправить личное сообщение

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

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

Господа!
Смею заметить, что когда пользователь выбирает себе CRM-систему (да и вообще, любую систему), он думает не о "коробке, скриптах, настройке базы и пр.", а о том, что он завтра (не через месяц и не через полгода) будет с этого иметь! Он садится в салон, трогает ручки и педали, проводит тест-драйв! Если машина (система) его устраивает, он ее покупает.
Хотя, имеет право на жизнь и другой подход. Когда берут отечественный CRM(зачеркнуто) Авто-конструктор и при помощи внедренцев (опять зачеркнуто) автомехаников меняют двигатель, коробку, ставят кондиционер, спойлеры, обтекатели и пр. В результате получается "индивидуальное решение" :)

В любом нормальном автомобиле есть куча настроек "под клиента"! Но при этом 99% базовых функций изначально продуманы конструкторами и "уже есть"!!!

На тендерах нас часто спрашивают, а почему все остальные говорят, что "это мы для вас напишем, под вас подстроим, создадим, спроектируем", а вы сразу показываете все, что есть в нашем ТЗ? Мы отвечаем, что мы не IT-компания! Мы разрабатывали продукт как бизнес-консультанты по управлению и маркетингу. На основе реальных бизнес-задач и их решений! И развиваем продукт по этому же принципу!

Опыт показывает то, что 90% того, "что надо доработать и настроить" за отдельные деньги, у нас уже есть, исходя из опыта предудущих проектов! Только мы не берем за это дополнительные деньги! :)

Посмотрите на это все с точки зрения НОРМАЛЬНОГО человека!!! Который не заказывает ИНДИВИДУАЛЬНУЮ колбасу, покупая при этом целый мясокомбинат! Очень редко шьет одежду в ателье, предпочитая покупать ее в магазине! Хочет ГОТОВЫЙ автомобиль, на котором можно СРАЗУ ездить, а не загонять его на полгода в автосервис для "индивидуальной настройки и доводки"!

ЗЫ: Я, как человек курящий, предпочитаю зажигалки Cricket и Zippo, а не "левые" китайские и турецкие изделия... А знаете почему? Они идеально сделаны! В них нет даже рычажка регулировки пламени! Оно там всегда УЖЕ ОТРЕГУЛИРОВАНО!
_________________
www.monitor-crm.ru

-=Monitor CRM - больше, чем CRM!=-
Игорь А. Рыков



Зарегистрирован: 14.06.2006
Сообщения: 550


СообщениеДобавлено: Пн Ноя 13, 2006 10:56 pm     Посмотреть профиль Отправить личное сообщение

Кадыков Михаил писал(а):
В любом нормальном автомобиле есть куча настроек "под клиента"! Но при этом 99% базовых функций изначально продуманы конструкторами и "уже есть"!!!

Нормальный с вашей точки зрения "автомобиль" из 5-ти секунд НЕ ВЫЕЗЖАЕТ. (т.е. разгоняется больше, чем за 5 секунд до сотни). А раз так... остыньте по поводу 99%. В серийных (читай в нашем случае - коробках) лансерах, фокусах и пр. этими секундами и не пахнет.

Т.е. если же вы хотите сказать, что 99% - это "ДОЛЖЕН ЕЗДИТЬ"? Ну... извините. Сейчас не заря автомобилестроения!

Разница между коробкой и инструментом - это наличие в машине 250+ л.с., турбина, прямоток, датчики давления масла, турбины и температуры выхлопа. Интеркулер, фильтр нулевого сопротивления. Сигнализация с турбо-таймером, привод на все колеса, низкопрофильная резина и руль Mo-Mo! О! Руль Mo-Mo - ни дать, ни взять!

Да, перекручиваю движок, да свечи летят быстро, да, надо менять дорогое масло каждые 5000 км.! Да, постоянная настройка подвески. Вы ездите? Не смешите! Я езжу!

Кадыков Михаил писал(а):
Мы отвечаем, что мы не IT-компания!

Как-то все больше становится заметно.
_________________
Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov


Последний раз редактировалось: Игорь А. Рыков (Пн Ноя 13, 2006 11:10 pm), всего редактировалось 2 раз(а)
CRM Форум -> CRM системы и поставщики Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4, 5, 6, 7  След.
Страница 3 из 7

 


Powered by LP © 2001, 2005 phpBB Group