CRM 프로젝트에서 어떻게 프로젝트의 집성성 디자인

기업으로서 이들이 이 정보화 시스템이 ‘서로 사랑하는 가족이 되길 바란다 ’고 말했다.

그러나 현재 CRM 프로젝트를 계획할 때 이 문제를 고려해 후속 프로젝트에 대한 어려움이 너무 커서 비용이 너무 높다는 것이다.

적잖다

CRM 프로젝트는 다른 프로젝트와 집성이 필요하다면 주로 기획 단계에 있다고 본다.

필자도 CRM 소프트웨어와 기타 소프트웨어 집성 프로젝트를 맡은 적이 있다.

초기 기획을 할 때 이 문제를 고려할 수 있다면 후속 사업의 집성난도는 크지 않을 것이다.

아깝게도 많은 기업들이 소홀히 했다.

CRM 프로젝트에 올라간 뒤 프로젝트의 집성 내용을 고려해 보면 좀 늦어졌다.

생쌀은 이미 익은 밥을 삶고 다시 바꾸려면 어려움이든 원가 방면이든 기업은 이를 위해 비교적 큰 대가를 치러야 한다.

그 기업은 CRM 프로젝트에서 무엇을 주의해야 할까? 필자는 벽돌을 던지고 옥으로 삼아 자신의 견해를 이야기하는 데 도움이 되기를 바란다.

첫걸음: 어떤 기존

우선 CRM 프로젝트에서 기획할 때 기업은 어떤 정보화 관리 소프트웨어와 집적할 것인지를 확정해야 한다.

필자는 이전에 정보화 프로젝트를 책임질 때 한 기업을 만났다.

내가 그들에게 이 문제를 물었을 때 그들의 대답은 골치 아프게 했다.

기존의 모든 정보화 관리 소프트웨어와 집성해야 한다고 한다.

기업의 요구가 과하지 않은 것처럼 보이지만 실제로는 비현실적이다.

한편 모든 정보화 관리 소프트웨어는 CRM 시스템과 필연적인 연계가 아니다.

어떤 시스템은 이 CRM 프로젝트와 두 개의 평행선처럼 영원히 사귀지 않을 것이다.

필자가 한 기업을 만났다면 CRM 시스템이 그의 기업의 배정 관리 시스템과 연관되기를 바란다.

그렇다면 CRM 시스템에서 고객 주문서 실행 상황을 직접 조회할 수 있다.

하지만 CRM 시스템의 핵심은 주문서의 추적 위권이 아니라는 것을 우리는 알고 있다.

이 두 방면의 내용을 결합시키려면 CRM 시스템에 대해 보면 사족을 붙일 것 같다.

한편, 원가에서 고려한다면, 이것은 비현실적이다.

현재 대부분의 정보화 관리 소프트웨어는 외부에 일정한 인터페이스를 제공했으나 시스템 사이의 데이터에 이로운 동기화 프로그램을 제공했다.

그러나 시스템 사이의 집성을 진정으로 실현하려면 시스템 관리자가 일정한 중간 도구를 개발하고 쌍방의 통신을 실현해야 한다.

그래서 CRM 소프트웨어와 다른 정보화 관리 사업이 집성할 때 기업은 여전히 이를 위해 적지 않은 대가를 치러야 한다.

그리고 때로는 이 대가는 비교적 비싸다.

그래서 기업은 CRM 프로젝트와 집성할 때 선택해야 한다.

일반적으로 CRM 소프트웨어와 상보할 수 있는 소프트웨어는 여전히 손꼽을 수 있다.

필자는 지금까지 정보화 집성 분야의 종목을 많이 맡았다.

CRM 소프트웨어와 집성해야 하며 이 몇 개의 내용을 주로 설계해야 한다.

1, 사무 자동화 시스템.

사무자동화 시스템 (OA) 은 기업이 채택한 비교적 빠른 정보화 사업이다.

대부분의 OA 시스템은 판대 관리, 메일 시스템 등 관련 서비스를 갖추고 있다.

CRM 프로젝트는 이런 내용도 필요할 때가 있다.

CRM 소프트웨어에서 이 방면의 서비스를 다시 배치하면 낭비가 된다.

그래서 OA 시스템과 CRM 프로젝트를 이런 면에서 호혜호리를 진행하면 이상적인 상태다.

2, 재무 관리 소프트웨어.

현재 재무 관리 소프트웨어는 기업의 가장 보편적인 응용 소프트웨어 중 하나이자 중국 정보화 관리의 기원이다.

CRM 프로젝트의 사용 효과를 높이려면 재무 소프트웨어의 지지도 떨어질 수 없다.

CRM 소프트웨어에서 중요한 두 개의 내용이 있기 때문이다.

하나는 고객의 신용 한도 관리, 둘째는 고객의 가치 분석이다.

이 두 쪽은 재무부문에서 관련 자료를 제공해야 한다.

재무 소프트웨어와 유효하게 집성할 수 없다면 이 데이터들은 모두 사용자가 수동적으로 입력해야 한다.

그렇다면 데이터의 동기성이 떨어지고 수공으로 입력하면 데이터의 정확성은 보장하기 어렵다.

그래서 CRM 프로젝트와 재무 관리 소프트웨어의 집적도 대부분 기업이 실현하고 싶어한다.

어쨌든 기업은 CRM 프로젝트에서 계획을 세울 때 CRM 소프트웨어를 어떤 정보화 관리 소프트웨어로 모아야 할지 구체적으로 고려해야 한다.

프로젝트를 계획할 때 이 분야의 수요를 고려해야 뒤의 업무에서 순리화 프로젝트를 완성할 수 있다.

2단계: 프로젝트 집성 방식을 고려합니다.

정보화 프로젝트가 많은 방식을 가지고 있다.

독립된 중간품을 이용하여 집성을 하거나 소프트웨어 인터페이스에 따라 데이터를 교환하는 소프트웨어를 개발하거나 백판 데이터베이스를 통해 직접 데이터베이스를 동시 진행하는 등이다.

그래서 정보화 프로젝트의 집적에는 많은 방법이 있다.

이어지는 작업에서 기업 CRM 프로젝트 관리자, 집성할 수 있는 여러 소프트웨어의 특징을 고려해 적합한 항목 집성 방식을 선택해야 한다.

그리고 이것은 후속 CRM 프로젝트를 선택할 중요한 근거가 될 것이다.

기존의 소프트웨어는 우리가 변경을 하려면 비교적 번거롭다.

그래서 우리는 앞으로 선택할 CRM 소프트웨어를 선택할 수 있도록 할 수 있도록 할 수 없습니다.

그렇다면, 우리가 프로젝트 집성할 때 반공은 된다.

기존 한 기업을 위해 CRM 프로젝트를 하는 제3자 독립 상담 컨설팅.

전자와 고객의 소통 결과에 따르면, 필자는 이 고객이 그들의 CRM 소프트웨어와 기존 사무실 자동화 시스템을 집성할 수 있는 것을 발견했다.

고객 관련 상황, 판매 관리자는 OA 시스템에서 다시 한 번 입력해야 한다.

필자는 그들의 요구를 알고 나면 CRM 소프트웨어와 OA 소프트웨어를 유효하고 편리한 집성을 어떻게 고려해야 할지 고민한다.

필자는 심사숙고한 뒤 데이터베이스 사이의 데이터베이스 사이의 데이터를 통해 이 두 시스템 사이의 집적에 대한 편리함을 느끼고 있다.

이를 위해 기업이 CRM 소프트웨어 선형을 지원할 때, 여러 데이터베이스 시스템을 지원할 것인지, 특히 OA 소프트웨어가 사용하는 SQL Server 데이터베이스 시스템을 지원할 것인지를 고려한다.

데이터베이스를 통해 프로젝트를 동시 실현한다면, 양자가 채택한 데이터베이스 시스템이 일치한다면 집성되기 어렵기 때문이다.

항목 집성 방식을 확정한다면 우리 후속 CRM 프로젝트를 선택할 때 필요한 참고를 제공할 수 있는 것으로 보인다.

소프트웨어의 인터페이스를 통해 정보화 프로젝트를 이루고 싶다면 선택한 CRM 소프트웨어는 풍부한 인터페이스를 제공하는 CRM 소프트웨어를 선택해야 한다.

반대로 중간품으로 프로젝트를 실현할 수 있다면 선택한 CRM 소프트웨어는 주류의 중간품 시스템을 지원하는 것이 좋다.

이를 위해 중간품을 전문적으로 개발한다면 기업에게 비용은 견딜 수 없기 때문이다.

그래서 후속성 정보화 프로젝트의 집성 작업을 위해 프로젝트를 계획할 때 항목의 집성 방식을 미리 고려하는 것은 매우 필요한 것이다.

제3단계: 프로젝트 집성 책임자 분별.

마지막으로 기업은 프로젝트 기획을 할 때 누가 이 프로젝트를 완수할 것인지를 고려해야 한다.

기업의 자신의 실력에 따라 고려해야 한다.

만약 기업이 IT 방면에서 세운 경우 기업이 직접 이 프로젝트를 실시할 수 있다.

반면 기업이 자신의 정보가 부족하다면 제3에 의존할 수밖에 없다.

일반적으로 항목의 집성은 주로 3방까지 관련된다.

CRM 소프트웨어 회사가 프로젝트를 담당하는 집적 작업이다.

이전의 정보화 관리 소프트웨어가 이미 완료되었기 때문에 이들이 이 이 프로젝트의 집성 업무를 다시 책임지게 한다면, 그들은 틀림없이 원하지 않을 것이다.

이를 위해 기업들은 기업과 계약을 맺지 않은 CRM 소프트웨어 회사에 희망을 걸고 있다.

그러므로 기업이 CRM 소프트웨어 측이 이 프로젝트를 완수하려면 기업이 프로젝트 선택형에 필요한 경우 상대방에게 노크하고 상대방에게 프로젝트를 합성시키는 업무를 진행할 수 있도록 한다.

둘째는 독립의 제3자이다.

때로는 CRM 소프트웨어 회사 자체도 이런 능력이 없거나 이 프로젝트를 책임지고 싶지 않으면 기업이 전문적인 프로젝트를 찾는 기업을 찾는 데, 프로젝트의 통합 작업을 책임지고 있다.

하지만 이것은 중하책일 것이다.

사업이 독립된 제3자 프로젝트 집성기업에 집성된다면 기업은 이를 위해 많은 비용을 들여야 하기 때문이다.

그리고 양측의 소프트웨어에 익숙하지 않기 때문에, 그 프로젝트의 통합 효과 등은 모두 보장하기 어려울 것이다.

그러므로 일반적으로 필자는 이 프로젝트를 집성하는 고된 일을 CRM 소프트웨어 회사에 맡기는 것을 건의했다.

셋은 기업이 스스로 한다.

일부 기업의 IT 부문은 실력이 비교적 두둑하여 자신이 이 프로젝트를 진행하는 집성 작업을 시도할 수 있다.

이 장점은 기업이 다양한 유연한 방식으로 프로젝트를 집성할 수 있고, 수요에 따라 진행되는 항목의 정화이다.

그래서 이런 방식은 기업에 있어서 비교적 융통성이 있다.

기업에 대한 IT 실력이 높고 업무 고수의 지지가 필요하다.

어쨌든 세 가지 방식은 각기 장단점이 있다. 기업이 자신의 상황에 따라 균형을 가질 필요가 있다. 그러나 필자의 건의는 CRM 소프트웨어 회사를 통해 이 방면의 집성 작업을 완성하게 하는 것이다. 상책일 수도 있다.