맞춤형 소프트웨어 vs 기성품: 작은 회사는 실제로 어떻게 결정하는가

머지않아 성장하는 모든 작은 회사는 같은 갈림길에 다다릅니다. 거의 맞지만 완전하지는 않은 기성 도구와 계속 씨름할 것인가, 아니면 정확히 맞는 소프트웨어를 만들어 줄 누군가에게 비용을 지불할 것인가. 이것은 깔끔한 양자택일처럼 제시됩니다——안전하고 저렴한 기성품을 사거나, 위험한 맞춤 프로젝트에 큰돈을 쓰거나. 그 틀은 틀렸고, 사람들에게 많은 돈을 잃게 합니다. 진짜 결정은 더 조용하고 더 구체적이며, 양쪽의 영업 멘트가 믿게 하려는 것보다 훨씬 더 옳게 내리기 쉽습니다.

저는 이 결정이 양쪽으로 흘러가는 것을 여러 번 보았습니다. 기성품이라면 월 구독료로 처리했을 재고 시스템을, 2년과 작지 않은 재산을 들여 맞춤으로 만든 소매업체. 그리고 그 반대도 있습니다. 열한 가지 서로 다른 SaaS 도구에 더해, 그 사이에서 데이터를 옮겨 적는 일이 실제 업무가 되어 버린 담당자에게까지 비용을 치르던 서비스 회사——하나의 소박한 맞춤 앱이 그 모두를 대체하고 1년 안에 본전을 뽑았을 것입니다. 둘 다 피할 수 있었습니다. 둘 다 잘못된 질문에 답한 데서 비롯되었습니다.

그러니 옳은 질문에 답해 봅시다. 이것은 맞춤형 소프트웨어를 파는 영업이 아닙니다——소프트웨어 개발이 저희가 하는 일의 일부이긴 하지만요. 이것은 사업을 하는 친구에게 권하고 싶은 의사결정 틀입니다——솔직한 권고가 아무것도 만들지 마세요가 되는 모든 경우까지 포함해서요.

각 선택지가 진짜 의미하는 것 (브로슈어 너머)

기성 소프트웨어는 완성품으로 사서 설정하는 모든 것입니다. 회계 패키지, 예약 도구, CRM, 팀이 매일 쓰는 프로젝트 관리 도구 등이죠. 누군가 한 번 만들어 같은 제품을 수천 개 기업에 팝니다. 여러분은 그것을 빌리고, 자신의 프로세스를 거기에 맞추며, 그 대가로 첫날부터 성숙하고 지원받으며 사용자당 저렴한 무언가를 얻습니다.

맞춤형 소프트웨어는 그 반대가 아니라 여러분의 프로세스를 중심으로 만들어집니다. 완전한 주문제작 시스템일 수도 있지만, 작은 회사에서는 훨씬 더 자주 소박한 것입니다——작은 사내 앱, 고객 포털, 두 시스템을 잇고 매일의 수작업 하나를 없애는 도구. 본질적 특징은 규모나 비용이 아닙니다. 여러분에게 필요한 일을 정확히, 필요 없는 것은 하나도 없이 해낸다는 점입니다. 여러분의 회사에 맞게 특별히 빚어졌으니까요.

여기가 브로슈어가 건너뛰는 부분입니다. 둘은 적이 아니며, 선택이 회사 전체에 한꺼번에 미치는 일은 거의 없습니다. 대다수 작은 회사에 현명한 방식은, 보편적인 업무——회계, 메일, 결제——를 위한 기성 도구의 척추에, 시장이 응하지 못하는 무언가를 여러분 회사가 하는 바로 그 지점, 혹은 도구들이 서로 대화하기를 거부하는 지점에 딱 소량의 맞춤형 소프트웨어를 더하는 것입니다. 잘 결정한다는 것은 한 번의 극적인 투표가 아니라, 프로세스 하나하나씩 결정하는 것입니다.

기성품을 솔직하게 추천하는 이유

작은 회사가 하는 일의 압도적 다수에 대해 기성품이 옳은 답이며, 그것도 근소한 차이가 아닙니다. 그 일은 정말로 다른 모두와 똑같습니다. 여러분의 청구서는 특별한 눈송이가 아닙니다. 여러분의 급여 계산은 옆 회사와 같은 규칙을 따릅니다. 수천 개 기업이 동일한 것을 필요로 할 때, 그들 모두를 위해 만들어진 제품은 여러분이 의뢰할 수 있는 그 무엇보다도 저렴하고 더 안정적이며 지원도 더 좋을 것입니다——만드는 비용이 그 모든 고객에게 분담되었지, 여러분 혼자 짊어진 게 아니기 때문입니다.

없어 봐야 비로소 깨닫는, 과소평가하기 쉬운 것들도 얻습니다——버그는 남이 고치고, 보안은 남이 지키며, 기능은 여러분이 자는 사이 남이 추가해 줍니다. 사람이 떠나도 다음에 뽑는 직원은 아마 인기 도구를 이미 알 것입니다. 그리고 내일 시작할 수 있습니다——프로젝트도, 기다림도, 끝내 출시되지 않을 위험도 없이요. 표준적인 프로세스를 직접 다시 만들려고 돈을 쓰는 것은 주전자를 주문제작하는 것과 같습니다. 물이 더 잘 끓는 것도 아니고, 고칠 줄 아는 사람은 지구상에 여러분뿐이 됩니다.

기성품이 조용히 맞지 않게 되는 지점

그래도, 입니다. 이 질문이 계속 떠오르는 데에는 이유가 있습니다. 기성 소프트웨어에는 부딪히기 전까지는 알아채지 못하는 천장이 있기 때문이죠. 초기에는 멋집니다——도구가 필요한 것의 90%를 해내고, 빠진 10%는 사소해 보입니다. 그러다 사업이 자신만의 형태로 성장하면, 그 10%가 여러분의 모든 시간이 빨려 들어가는 곳으로 변합니다.

고장은 하나의 대참사 모습을 띠는 일이 드뭅니다. 천 개의 작은 우회책 모습을 띱니다. 공식 시스템이 필요한 한 가지를 못 하기 때문에 그 옆에 살아 있는 스프레드시트. 매일 아침 도구 A에서 보고서를 내보내 손으로 도구 B에 붙여 넣는 담당자. 정말 중요한 항목을 추가하게 해 주지 않는 소프트웨어 때문에 모두가 외운 색상 규칙. 그 어느 것도 위기는 아닙니다. 함께 모이면, 그것은 여러분이 넘어선 소프트웨어의 소리입니다.

더 미묘한 함정도 있습니다. 때로는 도구가 사업에는 맞는데 가격 모델이 맞지 않습니다. 좌석당 과금은 다섯 명일 때 사랑스럽고 쉰 명일 때 잔혹합니다. 적은 물량에서 보이지 않던 거래 수수료는 많은 물량에서 성장에 매기는 세금이 됩니다. 청구액이 가치보다 빨리 불어날 때, 기성품은 비싼 선택지가 될 수 있습니다——개별 구독은 하나하나 저렴해 보이는데도요.

진짜 비용 질문 (정가표 가격이 아닙니다)

대부분은 잘못된 숫자로 이 선택지를 비교합니다. 월 구독료와 맞춤 개발 견적을 견주어 보고, 하나는 작고 하나는 크다는 것을 확인한 뒤 생각을 멈춥니다. 하지만 구독료는 기성품의 진짜 비용이 아니고, 개발 견적은 맞춤의 진짜 비용이 아닙니다. 솔직하게 결정하려면 3년간 총비용을 세어야 합니다——완전히 맞지 않는 도구에 팀이 잃는 시간까지 포함해서요.

기성품 쪽에서는 구독료를 모두(겹치는 것까지) 더하고, 사용자 수를 곱하고, 성장을 곱한 뒤, 도구가 강요하는 수작업 우회책의 인건비를 더하세요. 마지막 항목은 어떤 청구서에도 보이지 않으며 흔히 가장 큰 숫자입니다. 맞춤 쪽에서는 개발뿐 아니라 이어지는 현실도 세세요——호스팅, 유지보수, 사업이 변할 때마다의 간헐적 변경. 맞춤형 소프트웨어는 일회성 구매가 아닙니다. 그것은 소유하는 것이며, 무언가를 소유하는 데에는 운영비가 듭니다.

솔직하게 합산하면 그림은 직감과 정반대로 뒤집히는 일이 잦습니다. 실제 초기 가격이 있는 맞춤 도구가, 구독료 더미에 수작업 옮기기로 반 명분 급여를 더한 것보다 3년간 더 저렴할 수 있습니다. 그리고 그만큼 자주 반대로도 갑니다——우회책은 성가시지만 저렴하고, 개발은 결코 비용을 회수하지 못할 것이라는 식으로요. 요점은 한쪽이 늘 이긴다는 것이 아닙니다. 요점은 숨은 줄을 세지 않고는 알 수 없다는 것, 그리고 거의 아무도 그렇게 하지 않는다는 것입니다.

직접 돌려 볼 수 있는 의사결정 틀

이에 대해 처음의 탄탄한 판단을 내리는 데 컨설턴트는 필요 없습니다. 네 가지 솔직한 질문을, 프로세스 하나씩 묻는 것이면 됩니다——회사 전체가 아니라, 지금 여러분을 괴롭히는 바로 그 구체적인 것에 대해서요.

1. 1
   이 프로세스는 표준적입니까, 아니면 여러분만의 것입니까?

   수천 개 기업이 같은 방식으로 한다면(청구, 급여, 메일) 기성품 쪽으로 강하게 기우세요. 그것이 경쟁하는 방식이거나 고유하게 운영하는 방식이라면, 맞춤이 의미를 갖기 시작합니다.
2. 2
   어떤 제품이 이미 그 90%를 해냅니까?

   그렇다면 그것을 도입하고 프로세스를 맞추세요——마지막 10%를 위해 둘러 짓는 일은 좀처럼 가치가 없습니다. 핵심조차 아무것도 덮지 못한다면, 그것은 설정 문제가 아니라 진짜 맞춤 신호입니다.
3. 3
   맞지 않음이 실제로 여러분에게 얼마를 들게 합니까?

   우회책에 잃는 주당 시간에 숫자를 매기고 1년을 곱하세요. 작다면 안고 가세요. 누군가 급여의 의미 있는 한 조각이라면, 개발은 본전을 뽑을 수 있습니다.
4. 4
   이 프로세스가 몇 년간 안정적으로 유지될까요?

   맞춤형 소프트웨어는 안정적이고 잘 이해된 프로세스에 보답합니다. 여기서 일하는 방식이 아직 분기마다 바뀐다면, 코드로 굳히기엔 너무 이릅니다——유연하게 두고 나중에 다시 보세요.

이 네 질문을 돌리면 대부분의 프로세스는 스스로 빠르게 정리됩니다. 흥미로운 사례는 가운데 있는 것들이고, 대개 같은 해법으로 귀결됩니다——완전한 맞춤 시스템이 아니라, 기존 도구 위에 얹히는 작고 표적이 분명한 맞춤형 소프트웨어 한 조각. 포털, 커넥터, 하나의 고통스러운 일을 없애는 하나의 앱. 그 중간 길이야말로 작은 회사가 양쪽의 좋은 점을 모두 얻는 곳이며, '전부 아니면 전무'의 틀이 여러분에게서 숨기는 선택지입니다.

거의 모두가 놓치는 중간 길

사람들이 맞춤형 소프트웨어를 떠올릴 때, 모든 것을 대체하는 거대한 주문제작 시스템을 그립니다——무섭게 1년이 걸리는 프로젝트와 무서운 가격. 그 판본은 존재하고, 대부분의 작은 회사에는 잘못된 판본입니다. 실제로 이기는 판본은 작고 외과적입니다——좋은 기성 도구는 모두 유지하고, 그것들이 여러분의 방식대로 작동하게 하는 얇은 맞춤 층만 만드는 것입니다.

• 새 주문을 청구와 CRM으로 곧장 밀어 넣어, 아무도 다시는 주소를 다시 입력하지 않게 하는 커넥터.
• 기존 시스템 위에 얹은 간단한 고객 포털. 고객이 메일을 보내는 대신 스스로 처리합니다.
• 모두가 남몰래 의존하는 그림자 스프레드시트를 대체하는, 한 화면짜리 사내 앱.
• 세 개의 보고서를 하나로 모으는 작은 대시보드. 매주 월요일 아침, 자동으로요.
• 현장과 사무실을 잇는 다리. 현장 작업 세부 정보가 두 번째 입력 없이 되돌아옵니다.

이들 각각은 소박합니다. 그 어느 것도 회계 패키지나 메일을 대체하지 않습니다. 각각은 하나의 구체적이고 반복되는 마찰 원천을 없앱니다——그리고 여러분의 프로세스를 위해 만들어졌기에 우회책이 없습니다. 우회책이 곧 제품이니까요. 또한 마침 여기가 이제 AI가 들어맞는 곳입니다——모든 것을 다시 짓는 이유로서가 아니라, 어수선한 인간의 언어나 판단이 얽힌 작업일 때 그 얇은 맞춤 층에 끼워 넣는 똑똑한 부품으로서요. 구조는 같습니다. 층이 더 유능해졌을 뿐입니다.

실제에 가까운 예: 도구가 열한 개인 회사

복합 사례로 구체적으로 풀어 보겠습니다——익명화했고, 여러분 자신의 사업 조각이 보일 만큼 전형적입니다. 서른 명 안팎의 중간 규모 서비스 회사가 '드디어 모든 것을 고치려면' 큰 맞춤 플랫폼이 필요하다고 확신하며 저희를 찾아왔습니다. 다른 업체에서 완전한 주문제작 시스템에 눈이 튀어나올 금액을 견적받았고, 서명하기 전에 두 번째 의견을 원했습니다.

상황

저희는 늘 시작하는 곳에서 시작했습니다——소프트웨어가 아니라 그들의 한 주에서요. 그들은 열한 개의 별개 도구를 돌리고 있었습니다. 몇몇은 겹쳤고——솔직히 그중 둘은 거의 같은 일을 했습니다. 진짜 고통은 어느 단일 도구도 아니었습니다. 개별 제품은 저마다 괜찮았습니다. 고통은 그것들 사이의 틈이었습니다. 신규 고객은 같은 세부 정보를 손으로 네 시스템에 입력한다는 뜻이었습니다. 한 사람의 일은 조용히 '데이터 옮기기'가 되어 있었습니다——매일, 하루에 몇 시간씩. 그림자 스프레드시트에는 그 그림자 스프레드시트가 있었습니다.

저희가 한 일

견적받은 완전한 맞춤 플랫폼은 멀쩡히 잘 돌아가는 도구를 이유 없이 대체하고 재산을 쓰게 했을 것입니다. 그래서 저희는 반대했습니다——소리 내어, 첫 미팅에서, 어떤 계약보다도 먼저요. 대신 저렴하고 화려하지 않은 일을 먼저 했습니다——겹치는 구독 두 개를 단호히 잘랐습니다. 그런 다음 작은 맞춤 커넥터 하나——그 얇은 층——를 만들었습니다. 한 번 입력한 신규 고객을 필요로 하는 시스템들로 자동으로 밀어 넣는 것이었죠. 큰 플랫폼도 없고, 뜯어내고 갈아치우기도 없습니다. 그들이 유지한 도구 위에 얹힌, 외과적인 맞춤형 소프트웨어 한 조각이었습니다.

결과

'데이터 옮기기' 일은 대부분 사라졌습니다——그 시간은 실제 고객 업무로 돌아갔습니다. 개발 비용은 주문제작 플랫폼 견적의 일부에 불과했고, 아낀 구독과 되찾은 시간 사이에서 첫 해 안에 넉넉히 본전을 뽑았습니다. (이 수치는 약속이 아니라 예시로 보아 주세요——사업은 저마다 다릅니다.) 교훈은 '맞춤이 이겼다'가 아니었습니다. 옳은 답이, 그들이 옳게 유지한 기성 도구의 바다 한가운데, 정확히 한 곳의 작은 맞춤 조각이었다는 것입니다. 값비싼 실수는 이것을 '전부 아니면 전무'로 다루는 것이었을 겁니다.

무언가를 짓기로 결정하기 전에

솔직한 답이 맞춤을 가리킨다면, 좋습니다——하지만 한 박자만 더 늦추세요. 결정이 옳을 때조차 돈이 낭비되는 곳이 바로 여기이기 때문입니다. 맞춤형 소프트웨어의 실패는 코드에 관한 것이 드뭅니다. 범위, 소유권, 그리고 너무 크게 시작하는 것에 관한 것입니다——아무도 소유하지 않으면 기성 프로젝트가 조용히 사그라드는 것과 똑같이요.

완전한 구상이 아니라, 진짜 성과를 내는 가장 작은 판본에서 시작하세요. 고통스러운 프로세스 하나를 골라, 그것을 고치는 얇은 층을 짓고, 가동시킨 뒤, 그 승리가 다음 조각의 자금을 대게 하세요. 지어진 것을 여러분이 소유하도록 확실히 하세요——코드, 데이터, 명확한 인수인계를요. 그래야 넘어선 도구에 갇혔던 것처럼 단일 공급사에 갇히는 일이 결코 없습니다. 그리고 짓는 사람이 필요 없는 부분에서 여러분을 설득해 말리도록 요구하세요. 좋은 파트너는 여러분의 프로젝트를 줄입니다. 부풀리는 것은 나쁜 파트너뿐입니다.

자주 묻는 질문