세일즈포스는 고객을 중심에 놓았습니다

2025년 4월 공개한 Salesforce 리뷰를 글로 정리했습니다. 당시 소개한 제품과 관점이며, 현재 상품 구성·가격·도입 조건 안내는 아닙니다.

세일즈포스를 소개하면서 가장 먼저 이야기한 것은 고객을 만난 뒤 이어지는 일이었습니다. 문의를 받았는지, 어떤 관심을 보였는지, 거래는 어느 단계인지, 이후 어떤 응대가 필요한지가 연결됩니다.

영업을 담당하는 사람이 보는 고객과 마케팅, 서비스 담당자가 보는 고객을 따로 떼어 생각하지 않는 방식이 인상적이었습니다. 이 영상에서는 그 관점에서 세일즈포스를 살펴봤습니다.

거래와 마케팅, 문의를 이어서 보기

영상에서는 Sales Cloud, Marketing Cloud, Service Cloud를 중심으로 설명했습니다. 각각을 모든 상품의 목록으로 소개한 것은 아니고, 고객을 둘러싼 대표적인 업무로 나누어 본 것입니다.

Sales Cloud는 거래 단계를 관리하는 파이프라인을 예로 들었습니다. Marketing Cloud는 고객에게 메일을 보내고 반응에 따라 다음 소통을 이어가는 흐름으로 설명했습니다.

Service Cloud에서는 고객의 문의를 티켓으로 관리하는 방식을 소개했습니다. 누군가에게 문의 내용을 메모로 전달하는 일을 시스템 안에서 처리하는 것으로 이해하면 조금 쉬워집니다.

제가 주목한 것은 이 일을 고객의 정보를 중심으로 연결하는 방식입니다. 문의를 남긴 사람이 누구이고 무엇이 필요한지 파악한 뒤 다음 대응을 설계하는 것입니다. 소프트웨어를 쓰기만 하면 전략이 저절로 생긴다는 뜻은 아닙니다.

조직마다 다른 요구를 담는 방법

기업마다 필요한 항목과 업무 순서가 다릅니다. 영상에서는 세일즈포스의 설정과 확장 방식, AppExchange의 외부 앱 생태계를 함께 이야기했습니다.

기본 기능을 쓰는 데서 더 나아가 조직의 요구에 맞게 구성하고, 필요한 기능을 덧붙이는 방식입니다. 여러 부서의 일을 연결하려는 조직에는 이런 폭이 의미 있을 수 있다고 봤습니다.

반대로 바로 그 넓이가 부담이 될 수도 있습니다. 기능이 많으면 배우고 정해야 할 것도 많아집니다. 특정한 일 하나를 빠르게 처리하려는 팀에는 복잡하게 느껴질 수 있다는 점을 함께 이야기했습니다.

도입할 범위와 배울 시간을 생각하기

당시 제가 검토해볼 만하다고 말한 조직은 업무 체계를 어느 정도 갖추고, 그 체계를 클라우드 안에서 구현하려는 곳이었습니다. 여러 부서로 확장할 계획이 있는지도 중요한 기준으로 봤습니다.

팀의 좁은 업무 하나를 해결하려는 것인지, 작은 실험을 거쳐 회사 전체로 넓히려는 것인지에 따라 선택이 달라질 수 있습니다. 도입 초반에 익히고 적응하는 시간도 함께 고려해야 합니다.

저는 세일즈포스의 넓은 기능을 장점으로 소개하면서도, 그 기능이 모든 팀에 같은 가치를 주는 것은 아니라고 이야기했습니다.

어려운 소프트웨어를 친근하게 설명하기

제품 밖의 표현 방식도 눈에 들어왔습니다. 캐릭터를 활용해 어려운 IT 개념을 친근하게 설명하는 방식이 좋았습니다. 고객들이 만나 정보를 나누는 Dreamforce도 함께 소개했습니다.

영상 마지막에는 고객 관리 업무와 AI가 앞으로 어떻게 연결될지 기대한다고 이야기했습니다. 그것은 2025년 당시의 전망입니다.

이 리뷰에서 남기고 싶은 관점은 고객을 중심으로 여러 업무를 연결한다는 것, 그리고 그 연결을 설계할 준비가 조직 안에 필요하다는 것입니다. 도구의 넓이와 우리 팀이 실제로 다룰 범위를 함께 보는 일이 중요했습니다.