ERP-системы и их внедрение

[Эдуард]

Ну и ? ...

Что - Ну и?

Где прочитать про систему и внедрения? Либо речь только о консультациях?

раздел AC GOAL в каталоге товаров

[Nic]

Ну и ? ...

Что - Ну и?

Где прочитать про систему и внедрения? Либо речь только о консультациях?

раздел AC GOAL в каталоге товаров

Не впечатлило.

[Эдуард]

Ну и ? ...

Что - Ну и?

Где прочитать про систему и внедрения? Либо речь только о консультациях?

раздел AC GOAL в каталоге товаров

Не впечатлило.

А что могло бы впечатлить?

[Nic]

Ну и ? ...

Что - Ну и?

Где прочитать про систему и внедрения? Либо речь только о консультациях?

раздел AC GOAL в каталоге товаров

Не впечатлило.

А что могло бы впечатлить?

Я без претензий, может сам чего не понимаю, не созрел. Думаю в финале будем писать сами.

[Эдуард]

Я без претензий, может сам чего не понимаю, не созрел. Думаю в финале будем писать сами.

Загадками говоришь. Что за финал? И что будем писать???

[Nic]

Я без претензий, может сам чего не понимаю, не созрел. Думаю в финале будем писать сами.

Загадками говоришь. Что за финал? И что будем писать???

В финале, это после изучения предложения софта в области управления процессами на предприятии.
Глянув на все это, сделал вывод - для себя будем писать софт сами.
Понятно? Фуфло все. Только бабки заоблачные. Сделаем гораздо лучше и проще.

[Dozent]

Если не сложно поделитесь впечатлениями о CRM системах:
Какие использовали или используете в своей работе?
Какие преимущества и недостатки выявились при эксплуатации?

Я их делал. В 2001 году в УРС под под моим руководством как постановщика задачи была сделана первая унитарная CRM для РП. Там были упрощенно классифицированы работы ТМЦ и ОП и их связка.

Нужно различать ERP и CRM. ERP - это система управления предприятием в целом. Наиболее известным из российских поставщиков считаю Галактику. CRM - система управления продажами и работы с клиентами может быть только частью одной из них. Отдельные CRM системы как системы управления продажами существуют и их много. Но.... н

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

[shish]

приобретая CRM на стороне вы получите то, что хотите. Разработчик вкладывает в нее свои процессы и предлагает это другим. Може кто и купит. В нашем бизнесе бизнес-процессы специфические и соттветственно нужны специфические решения. В основном у нас народ занимается самопалом.

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

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

[Dozent]

Тут каждому приходится выбирать между:

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

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

[shish]

3. Либо же писать ее самому...

Согласен.
Хотя, наверное, можно п.2. и п.3. объединить. Засады - схожие.

С протоколами - тема. В общем, как и с любой формой контроля.

[Dozent]

Здесь еще один момент надо отметить. Наличие специалиста - постановщика задачи. Именно в штате заказчика. В 1-м случае такого предоставляет разработчик, но уверенности, что он до конца все и правильно поймет - нет. Плюс саботаж сотрудников... Так что своего иметь очень не помешает, просто для преодоления саботажа и лапшевешания со стороны разработчика.
Этот человек должен знать две вещи:
1. Бизнес-процессы предприятия, лучше всего иметь опыт работы на управленческих должностях.
2. Основы теории реляционных баз данных и обладать навыками приведения информации к 4 нормальным формам, а к 4-й - в особенности. Почему - тема отдельного разговора, на своей шкуре испытано.
При этом программистом ему быть вовсе необязательно. На определенном этапе такого человека даже можно наделить определенными властными полномочиями - для ускорения процесса.
А то как оно бывает? Берут программиста - Петя, пиши... Петя спрашивает: что писать? -- Программу... - Так я не знаю, про что... -- А ты по отделам походи, выясни, вот и напишешь... --
Петя ходит по отделам, его все посылают, потом он выдает через полгода на гора что-то невразумительное и совсем не такое . Проект срывается. Потом такой начальник говорит: пробовали - не получилось - этого не может быть и никому не нужно.
Как в анекдоте:
- Одеколоном пробовали?
- Да, пил - не помогает.