Как правильно бороться с лицензированием

[Likefire]

2 Артем Enot Грунин: да, наверное. Всё равно каждый решает сам. У кого-то есть спецы, способные из дерьма сделать конфетку, а кому-то жалко своих спецов бросать на такое переделывание - создают всё с нуля. А если уже говорить совсем правильно и по чести - CRM в своё время тоже был таким себе самопалом для одного велосипедного магната, а вот глядишь - продается, благодаря тому, что сбыт наладили как следует... А у меня сегодня снова три воркфлоу заткнули весь поток и никак их не сдвинуть с места,- придется самопалить, отказываться на хрен от воркфлоу вообще. Отчего мне ещё хочется спросить: а вот если бы хотя бы один ваш клиент при деньгах узнал, сколько косяков вылезает в процессе эксплуатации системы - купил бы он продукт у Вас? Вы же наверняка потенциальным клиентам рассказываете как всё круто и красиво, и как система помогает?

[Aleck]

Цитата:

Сообщение от Likefire

2 Артем Enot Грунин: да, наверное. Всё равно каждый решает сам. У кого-то есть спецы, способные из дерьма сделать конфетку, а кому-то жалко своих спецов бросать на такое переделывание - создают всё с нуля. А если уже говорить совсем правильно и по чести - CRM в своё время тоже был таким себе самопалом для одного велосипедного магната, а вот глядишь - продается, благодаря тому, что сбыт наладили как следует... А у меня сегодня снова три воркфлоу заткнули весь поток и никак их не сдвинуть с места,- придется самопалить, отказываться на хрен от воркфлоу вообще. Отчего мне ещё хочется спросить: а вот если бы хотя бы один ваш клиент при деньгах узнал, сколько косяков вылезает в процессе эксплуатации системы - купил бы он продукт у Вас? Вы же наверняка потенциальным клиентам рассказываете как всё круто и красиво, и как система помогает?

А что, я если вижу, что клиенту MS CRM не подходит, так и говорю: "А идите Вы посмотрите другие системы". Зачем мне неудачный проект и недовольный клиент? на нем больше потеряешь, чем заработаешь.
З.Ы. Стандартный workflow на проектах используем только для некритичных процессов, типа напоминалок, сложное на нем крутить - чур меня)

[Артем Enot Грунин]

Цитата:

Сообщение от Aleck

А что, я если вижу, что клиенту MS CRM не подходит, так и говорю: "А идите Вы посмотрите другие системы". Зачем мне неудачный проект и недовольный клиент? на нем больше потеряешь, чем заработаешь.
З.Ы. Стандартный workflow на проектах используем только для некритичных процессов, типа напоминалок, сложное на нем крутить - чур меня)

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

[Aleck]

Цитата:

Сообщение от Артем Enot Грунин

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

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

[pkost]

Пообщаясь с другими спецами, они мне сказали одну умную вещь, что лицензирование CRM можно обойти следующим способом: Например если необходимо забирать данные из контакт-центра, а он в свою очередь имеет тоже приложение и БД SQL и передавать их в CRM в одну только учетную запись. Т.е. практически оно должно выгладить следующим образом. Есть есть n-ое количество операторов которые заносят данные в БД, то с помощью хитрого SQL-тригера поместить данные из БД контакт цетра в БД CRM только в одну учетную запись (овнера). И в CRM будет находиться свалка всех этих записей которые будут принадлежать только отдному пользователю CRM, но полученые от многих операторов контакт центра (другого приложения). подскажите, пожалуйста, имеет место такая реализация и будет ли все нормально с лицензированием CRM?

[a33ik]

Цитата:

Сообщение от pkost

Пообщаясь с другими спецами, они мне сказали одну умную вещь, что лицензирование CRM можно обойти следующим способом: Например если необходимо забирать данные из контакт-центра, а он в свою очередь имеет тоже приложение и БД SQL и передавать их в CRM в одну только учетную запись. Т.е. практически оно должно выгладить следующим образом. Есть есть n-ое количество операторов которые заносят данные в БД, то с помощью хитрого SQL-тригера поместить данные из БД контакт цетра в БД CRM только в одну учетную запись (овнера). И в CRM будет находиться свалка всех этих записей которые будут принадлежать только отдному пользователю CRM, но полученые от многих операторов контакт центра (другого приложения). подскажите, пожалуйста, имеет место такая реализация и будет ли все нормально с лицензированием CRM?

А мож и другие спецы подскажут жизненность данного решения и укажут на возможные проблемы с лицензированием?