CRM: Trong nhà so với OTS

Nhiều năm trước, khi tôi còn trẻ và ngây thơ và viết mọi thứ từ đầu trừ khi nó đi kèm với ngôn ngữ, tôi đang làm việc cho một công ty có hai nhân viên bán hàng ở hai địa điểm đang cố gắng chia sẻ khách hàng tiềm năng và liên hệ. Tôi vừa mới phát hiện ra một cái búa mới sáng bóng, PHP, vì vậy tất nhiên tôi đã xây dựng cho họ những gì tôi sẽ mô tả như một hệ thống CRM được hỗ trợ bởi MySQL nguyên thủy. Họ thích nó - tại thời điểm này hầu hết trong lịch sử tất cả các đối thủ của họ đang sử dụng cơ sở dữ liệu Access cục bộ.

Tôi đã học được cuộc sống dễ dàng hơn nhiều khi bạn không cố gắng phát minh lại bánh xe. Tôi lại phải đối mặt với một công ty đang phát triển cần một hệ thống CRM trực tuyến. Tất nhiên tôi nhận thức được những gì hệ thống CRM làm, nhưng tôi không rành lắm về những sản phẩm chính xác như MS Dynamics hay SAP cung cấp.

Tôi đang gặp khó khăn trong việc phân loại thông qua tiếp thị lông tơ để cố gắng tìm ra chính xác những gì các công ty này chi hàng chục triệu đô la và euro phát triển. Hầu hết trong số chúng dường như là các ứng dụng doanh nghiệp khá đơn giản với một vài tiếng chuông và còi mà tôi không thực sự quan tâm, chẳng hạn như tích hợp Outlook và Sharepoint hoặc khả năng tạo quy trình công việc thông qua giao diện nhấp và kéo.

Vì vậy, câu hỏi của tôi là, bạn có điên khi cố gắng phát triển một hệ thống CRM tùy chỉnh từ đầu không?

Tôi đã từng làm việc cho một chủ nhân khi làm phần mềm CRM khi có người 'quan trọng' hỏi

Tại sao bạn tạo phần mềm CRM và không sử dụng một trong nhiều gói CRM đã tồn tại?

Tôi đã trả lời:

Vì lý do rất giống nhau mà có rất nhiều gói CRM.

Tôi tiếp tục giải thích rằng đối với một số loại (nhiều?) Doanh nghiệp nhất định, có một cách cụ thể mà họ muốn giao dịch với khách hàng của mình vì nó hiệu quả hơn đối với họ. Nếu quản lý khách hàng là một năng lực cốt lõi * của doanh nghiệp của bạn, thì tại sao bạn lại sử dụng phương pháp / phần mềm theo quy định của người khác (điều này loại trừ các giải pháp tùy biến cao hiện có)?

Ngày nay, chi phí của một trong những chi phí (không quá rẻ so với những gì tôi có thể nhớ lại) có sẵn + thời gian để thực hiện bất kỳ tùy chỉnh nào và đào tạo để sử dụng nó ít hơn thời gian để sản xuất và bảo trì của riêng bạn sau đó có được cái hiện có.

IME đặt cược tốt nhất là phân tích các yêu cầu mạnh mẽ về cách công ty của bạn muốn đối phó với khách hàng của mình, thậm chí đến mức bạn có thể chế giễu một số UI / quy trình sẽ được thực hiện và sau đó so sánh với khả năng và chi phí của các gói hiện có và sau đó câu trả lời của bạn sẽ rõ ràng với bạn.

1 * Mọi người đều nói rằng giao dịch với khách hàng là một năng lực cốt lõi nhưng điều đó thường không đúng. IME, bài kiểm tra litmus là nếu một 'chuyên gia tư vấn' đến thăm nhà của bạn ít nhất hai lần.

Một số lý do để xây dựng của riêng bạn:

• Các giải pháp OTS không cung cấp những gì bạn cần.
• Bạn có các bản resoruces (thời gian, ngân sách, tài năng).

Nếu một giải pháp OTS có thể cung cấp những gì bạn cần thì có thể tốt hơn là đi cùng với những giải pháp đó. Nếu bạn không quen với những giải pháp hiện có có khả năng, hãy yêu cầu các nhà cung cấp cho bản demo. Họ có thể sẽ rất vui khi thiết lập cho bạn một cái gì đó, và thực sự lấy phần mềm để lái thử sẽ tốt hơn rất nhiều so với việc đọc các tài liệu quảng cáo bóng bẩy. Một số giải pháp có thể có khung plugin để giúp bạn có được những gì bạn cần nếu hệ thống cơ sở không thực hiện chính xác những gì bạn muốn. Sau đó, bạn có thể mã hóa các plugin của riêng mình hoặc mua (giả sử nó rẻ hơn / nhanh hơn sau đó tự làm) các plugin hiện có.

Tôi không thể nói về triển khai CRM của SAP, nhưng Microsoft Dynamics CRM 2011 (các phiên bản trước, không quá nhiều) là một phần mềm ấn tượng (theo như phần mềm "doanh nghiệp"). Đây thực sự là một nền tảng / khung ứng dụng tình cờ có giải pháp CRM tích hợp. Nó có thể được tùy chỉnh khá rộng rãi ngay trong giao diện dựa trên trình duyệt mà không yêu cầu một dòng mã - bạn có thể xây dựng một ứng dụng không liên quan gì đến CRM và đó không chỉ là một dòng được sử dụng bởi những người bán hàng của Microsoft. Nó cũng có sẵn dưới dạng dịch vụ đám mây (giống như SalesForce), nơi nó gần như có thể tùy chỉnh như trong triển khai cục bộ.

Tôi có một mối quan hệ yêu / ghét với sản phẩm mặc dù. Đó là một khuôn khổ lớn, không gây ra nhiều phiền toái như SharePoint, nhưng vẫn đáng sợ và đôi khi khó hiểu. Đôi khi có thể mất nhiều thời gian hơn để tìm ra cách làm một cái gì đó với khung công tác hơn là chỉ xây dựng từ đầu, và dù thế nào, một số thứ không thể được thực hiện độc đáo từ trong khung và đó là khi mọi thứ trở nên khó chịu. Ngoài ra, hiệu suất là điều được mong muốn trong nhiều trường hợp (nó không hoàn toàn khủng khiếp, nhưng nó không có nghĩa là tối ưu).

Điều đó nói rằng, giống như bất kỳ kịch bản mua vs xây dựng, điều quan trọng nhất là phải biết rõ nhu cầu kinh doanh của bạn. Nếu bạn biết chúng, thì bạn có thể ánh xạ chúng đến khả năng của các sản phẩm khác nhau - bất kỳ khoảng trống nào cũng cần được xem xét. Nếu bạn có nhiều khoảng trống phù hợp, thì có lẽ bạn nên xây dựng, nếu không thì mua nó nói chung là lựa chọn tốt hơn (tất nhiên là ý kiến ​​của tôi).

Nếu bạn chỉ cần những điều cơ bản .... và bạn biết php hãy sử dụng sugarcrm (mã nguồn mở và miễn phí)

Và có bạn sẽ bị điên

Lý do không tự khắc phục là hàng trăm cải tiến hữu ích thậm chí chưa xảy ra với bạn và hàng trăm lỗi bạn chưa tạo ra, các vấn đề đã được giải quyết trong phần mềm có sẵn.

Lúc đầu có vẻ dễ dàng hơn để tự tạo ra thay vì hiểu cách thực hiện của người khác, nhưng đường cong học tập đó thực sự không cao hơn những gì bạn sẽ trải qua chỉ để thu thập các yêu cầu kỹ lưỡng. Sau đó, bạn vẫn phải mã hóa và gỡ lỗi.

Ít nhất, hãy bắt đầu với việc triển khai nguồn mở. Ngay cả khi bạn vứt bỏ một nửa số đó, thì đó vẫn là một chân lớn.