초록
같은 서비스를 만드는 데에는 최소한 네 가지 경로가 있습니다. 개발자를 직접 채용하는 것, 프리랜서에게 맡기는 것, 팀 단위 외주를 쓰는 것, 그리고 기성 SaaS를 임대하는 것입니다. 이 네 경로를 비교할 때 실무에서 가장 흔히 쓰이는 기준은 초기 구축 비용이지만, 초기 비용은 총비용의 한 항일 뿐이며 그것도 시간이 지날수록 비중이 줄어드는 항입니다. 이 글은 네 경로의 비용을 초기 비용과 연간 반복 비용이라는 두 개의 항으로 분해한 뒤, 이 두 항의 비율이 경로마다 다르기 때문에 총비용 순위가 특정 시점에서 반드시 교차한다는 것을 보입니다. 이어서 그 교차 시점을 앞당기거나 늦추는 결정 변수—서비스를 얼마나 자주 바꿀 계획인가—를 분석하고, 회계 장부에 잡히지 않지만 실제로 지불되는 세 가지 비용(인수인계 비용, 이탈 리스크, 이전 잠금)을 총소유비용에 편입하는 방법을 제시합니다. 마지막으로 네 경로 중 무엇을 고를지가 아니라, 어떤 질문에 먼저 답해야 그 선택이 결정되는지를 순서로 정리합니다. 특정 업체의 단가나 인건비 시세는 다루지 않으며, 숫자가 바뀌어도 유지되는 비용 구조 자체에 초점을 맞춥니다.
1. 서론
1.1 문제 제기
"직접 만들면 500, 외주 주면 1,500"이라는 식의 비교는 직관적이고 설득력이 있어 보입니다. 문제는 이 비교가 한 시점의 지출만을 놓고 이루어진다는 점입니다. 서비스는 만들어진 순간에 완성되지 않습니다. 오픈 다음 날부터 서버 요금이 나가고, 결제와 브라우저 정책이 바뀌면 대응이 필요하며, 사용자가 늘면 손봐야 할 곳이 생기고, 경쟁 서비스가 무언가를 추가하면 우리도 따라가야 합니다. 이 모든 활동에는 비용이 붙지만, 구축 시점의 비교표에는 한 칸도 잡히지 않습니다.
더 근본적인 문제는 네 경로가 비용을 서로 다른 시간 분포로 발생시킨다는 점입니다. 직접 채용은 초기 비용이 거의 없는 대신 매달 고정 인건비가 나가고, 팀 외주는 초기 구축비가 크지만 이후 반복 비용은 상대적으로 얇으며, SaaS는 시작이 가장 가볍지만 구독료가 무한히 누적됩니다. 서로 다른 분포를 가진 네 개의 곡선을 한 시점의 값만으로 비교하면, 그 시점을 어디로 잡느냐에 따라 답이 달라집니다. 그리고 대부분의 의사결정은 그 시점을 오픈 직전으로 잡습니다—가장 비교가 왜곡되는 지점입니다.
이 왜곡의 결과는 대체로 2~3년 뒤에 드러납니다. "싸게 만들었는데 왜 계속 돈이 나가지", "매달 조금씩인 줄 알았는데 3년 치를 더해 보니 처음 견적보다 크다", "이제 와서 다른 곳으로 옮기려니 옮기는 비용이 새로 만드는 비용과 비슷하다"—이 세 문장은 서로 다른 상황처럼 보이지만, 모두 초기 비용만으로 경로를 선택한 결과라는 공통 원인을 갖습니다.
1.2 기여와 범위
이 글의 기여는 네 가지입니다. 첫째, 네 경로의 비용을 초기 비용과 연간 반복 비용이라는 두 항으로 분해하고, 두 항의 비율이 경로마다 구조적으로 다르다는 것을 보입니다. 둘째, 이 구조로부터 총비용 순위가 시간에 따라 반드시 교차한다는 것과, 그 교차 시점이 어디쯤에서 형성되는지를 도출합니다. 셋째, 교차 시점을 이동시키는 핵심 변수로 변경 빈도를 지목하고, 이 변수가 왜 다른 어떤 조건보다 결정적인지를 분석합니다. 넷째, 장부에 잡히지 않는 세 가지 비용을 총소유비용에 편입하는 방법을 제시합니다.
범위는 다음으로 한정합니다. 이 글은 인건비 시세, 특정 SaaS의 요금제, 업체별 유지보수 단가 같은 구체적 숫자를 제시하지 않습니다. 이런 숫자는 시점과 조건에 따라 달라지며, 이 글이 다루는 "비용이 시간에 따라 어떤 모양으로 쌓이는가"라는 구조적 질문과는 독립적으로 확인되어야 합니다. 자신의 조건에 맞는 숫자가 필요하다면 TCO 시뮬레이터에서 규모·기간·변경 빈도를 바꿔 가며 네 경로의 곡선을 직접 비교하는 편이 정확합니다. 또한 이 글은 개별 견적서를 서로 비교하는 절차는 다루지 않습니다. 그 주제는 같은 요구사항인데 견적이 세 배로 갈리는 이유에서 다섯 축의 정규화 절차로 별도 정리했으며, 이 글은 그 절차를 통과한 뒤 경로 자체를 고르는 상위 질문을 다룹니다.
2. 배경: 두 개의 항으로 이루어진 비용
2.1 초기 비용과 반복 비용
어떤 경로를 택하든 총비용은 다음 형태로 쓸 수 있습니다.
총비용 = 초기 비용 + (연간 반복 비용 × 보유 연수)
이 단순한 식이 중요한 이유는, 두 항이 서로 다른 성질을 갖기 때문입니다. 초기 비용은 한 번 지불하면 끝나는 일회성 항이고, 연간 반복 비용은 서비스를 보유하는 한 계속되는 누적 항입니다. 보유 연수가 늘어날수록 총비용에서 첫 번째 항의 비중은 줄고 두 번째 항의 비중은 커집니다. 이 비중 이동이 이 글 전체의 출발점입니다.
의사결정에서 초기 비용이 과대평가되는 데에는 이유가 있습니다. 초기 비용은 견적서라는 문서로 명확하게 제시되고, 한 번에 큰 금액이 나가므로 심리적으로 크게 느껴지며, 무엇보다 결정 시점에 이미 알려져 있습니다. 반면 반복 비용은 여러 항목에 흩어져 있고, 매달 소액으로 나가며, 결정 시점에는 추정치로만 존재합니다. 알려진 숫자와 추정된 숫자를 나란히 놓으면 알려진 숫자가 판단을 지배하는 것은 자연스러운 편향이지만, 총비용 관점에서는 정확히 반대의 가중치가 필요합니다.
2.2 네 경로의 비용 구조
네 경로는 두 항의 비율에서 뚜렷하게 갈립니다.
| 경로 | 초기 비용 | 연간 반복 비용 | 구조적 특징 |
|---|---|---|---|
| 직접 채용 | 낮음 | 매우 높음 | 고정 인건비가 사용 여부와 무관하게 발생 |
| 프리랜서 | 낮음 | 중간·불규칙 | 건별 재계약, 담당자 연속성이 보장되지 않음 |
| 팀 외주 | 중간~높음 | 중간·예측 가능 | 구축 후 유지보수 계약으로 반복 비용이 평탄화 |
| SaaS·임대형 | 매우 낮음 | 중간·계속 누적 | 구독이 끊기면 서비스도 끊김, 커스터마이징 제약 |
이 표에서 읽어야 할 것은 각 칸의 절대값이 아니라 행마다 두 열의 비율이 다르다는 사실입니다. 직접 채용은 초기 항이 거의 0에 가깝고 반복 항이 지배적이며, 팀 외주는 초기 항이 크고 반복 항이 상대적으로 작습니다. SaaS는 초기 항이 가장 작지만 반복 항이 끝없이 이어집니다. 비율이 다른 네 개의 직선을 같은 좌표에 그리면, 기울기가 다른 직선들은 반드시 어딘가에서 교차합니다.
2.3 왜 지금 이 비교가 더 중요해졌는가
이 비교의 중요성이 최근 커진 배경에는 두 가지 흐름이 있습니다. 하나는 구축 비용의 하락입니다. 검증된 프레임워크와 AI 코딩 도구의 보급으로 같은 결과물을 만드는 데 드는 초기 비용이 전반적으로 낮아졌습니다. 초기 항이 작아지면 총비용에서 반복 항의 비중이 상대적으로 커지므로, 초기 비용 중심의 비교는 예전보다 더 부정확해집니다.
다른 하나는 반복 비용의 세분화입니다. 서버·데이터베이스·메일·인증·모니터링이 각각 별도 요금제를 가진 서비스로 분리되면서, 운영 비용은 하나의 항목이 아니라 여러 개의 작은 항목으로 흩어졌습니다. 흩어진 비용은 개별적으로는 작아 보이지만 합산하면 무시할 수 없고, 무엇보다 흩어져 있기 때문에 합산되지 않은 채로 방치되기 쉽습니다. 이 누적 구조가 만드는 문제와 그 대응은 사이드 프로젝트 FinOps에서 시간 비례형·트래픽 비례형이라는 구분으로 별도 분석했습니다.
3. 분석틀: 곡선이 교차하는 지점
3.1 교차의 필연성
기울기가 다른 두 직선은 평행하지 않는 한 한 점에서 만납니다. 비용 구조에 대입하면 이렇게 읽힙니다. 초기 비용이 낮고 반복 비용이 높은 경로 A와, 초기 비용이 높고 반복 비용이 낮은 경로 B가 있을 때, 짧은 기간에서는 A가 싸고 긴 기간에서는 B가 쌉니다. 그리고 두 총비용이 같아지는 손익분기 연수가 존재합니다.
이 관점의 실무적 함의는, "어느 방식이 더 싼가"라는 질문이 불완전한 질문이라는 것입니다. 완전한 질문은 "우리가 이 서비스를 몇 년 운영할 계획일 때 어느 방식이 더 싼가"입니다. 보유 기간을 명시하지 않은 비용 비교는 답이 하나로 정해지지 않습니다.
3.2 보유 기간을 정하는 것이 먼저다
따라서 총소유비용 분석의 첫 단계는 계산이 아니라 보유 기간의 선언입니다. 이 서비스를 1년만 돌려 보고 반응을 볼 것인지, 3년 이상 회사의 핵심 창구로 쓸 것인지에 따라 같은 숫자에서 다른 결론이 나옵니다.
경험적으로 이 선언은 생각보다 잘 이루어지지 않습니다. "일단 만들고 보자"는 태도가 기간을 명시하지 않게 만들고, 기간이 명시되지 않으면 비교는 자동으로 가장 짧은 기간—즉 오픈 시점—을 기준으로 수렴합니다. 짧은 기간을 암묵적으로 가정한 비교는 초기 비용이 낮은 경로를 체계적으로 유리하게 만들고, 실제 보유 기간이 그보다 길어지면 그 선택은 사후적으로 비싼 선택이 됩니다.
3.3 세 개의 기간 구간
실무에서는 보유 기간을 세 구간으로 나누어 생각하면 판단이 빨라집니다. 1년 이하는 검증 구간으로, 이 구간에서는 초기 비용이 총비용을 지배하므로 가장 가볍게 시작하는 경로가 대체로 합리적입니다. 3년 내외는 대부분의 실서비스가 실제로 머무는 구간이며, 초기 항과 반복 항의 크기가 비슷해지면서 경로 간 순위가 가장 자주 뒤집히는 구간입니다. 5년 이상은 반복 항이 총비용을 지배하는 구간으로, 이 구간에서는 초기 비용의 차이가 사실상 무의미해집니다.
가장 주의해야 할 구간은 두 번째입니다. 순위가 뒤집히는 구간이라는 것은 곧 판단이 조건에 민감한 구간이라는 뜻이며, 여기서는 대략적인 직관이 아니라 실제 숫자를 넣어 보는 것 외에 방법이 없습니다.
4. 변경 빈도: 순위를 결정하는 변수
4.1 왜 변경 빈도가 결정적인가
보유 기간이 곡선을 얼마나 멀리까지 그릴지를 정한다면, 변경 빈도는 각 곡선의 기울기 자체를 바꿉니다. 만들어 놓고 거의 손대지 않는 서비스와 매달 기능을 추가하는 서비스는 같은 경로를 택하더라도 반복 비용이 크게 달라집니다.
중요한 것은 변경 빈도가 네 경로에 균등하게 작용하지 않는다는 점입니다. 직접 채용은 이미 고정 인건비를 지불하고 있으므로 변경이 늘어도 추가 비용이 거의 붙지 않습니다—오히려 변경이 많을수록 고정비의 단위당 효율이 좋아집니다. 반대로 프리랜서나 건별 외주는 변경 하나하나가 새로운 정산 대상이므로 빈도에 거의 비례해 비용이 늘어납니다. SaaS는 제공되는 범위 안의 변경에는 추가 비용이 거의 없지만, 범위를 벗어나는 변경은 아예 불가능하거나 우회 비용이 급격히 커집니다.
이 비대칭 때문에 변경 빈도는 단순히 총비용을 키우는 변수가 아니라 순위를 재배열하는 변수가 됩니다. 변경이 거의 없는 시나리오에서 가장 비싼 경로가, 변경이 잦은 시나리오에서는 가장 싼 경로가 되는 역전이 실제로 일어납니다.
4.2 변경 빈도를 정직하게 추정하는 법
문제는 대부분의 의뢰인이 자신의 변경 빈도를 과소평가한다는 것입니다. 기획 단계에서는 "만들어 놓으면 크게 바뀔 일 없다"고 생각하지만, 실제로 오픈하면 사용자의 반응에 따라 손볼 것이 계속 나옵니다.
이 과소평가를 줄이는 실용적인 방법은 미래를 예측하는 대신 과거를 세는 것입니다. 지금 쓰고 있는 다른 도구나 이전 사이트에서 지난 1년 동안 몇 번의 변경 요청이 있었는지 헤아려 보면, 앞으로의 빈도에 대한 훨씬 나은 추정치가 나옵니다. 처음 만드는 서비스라 비교 대상이 없다면, 최소한 "분기에 한 번"과 "매달"이라는 두 시나리오로 각각 계산해 보고 두 결과가 다른 경로를 가리키는지 확인하는 것만으로도 판단의 견고함이 크게 올라갑니다. 두 시나리오가 같은 경로를 가리킨다면 그 선택은 변경 빈도에 둔감한 안전한 선택이고, 다른 경로를 가리킨다면 그 프로젝트에서는 변경 빈도가 가장 먼저 확정해야 할 조건입니다.
5. 장부에 잡히지 않는 세 가지 비용
앞의 분석은 청구서에 찍히는 비용만을 다뤘습니다. 그러나 실제 총소유비용에는 청구서에 나타나지 않으면서 확실하게 지불되는 항목들이 있습니다.
5.1 인수인계 비용
담당자가 바뀔 때마다 새 담당자가 기존 구조를 파악하는 데 드는 시간은 비용입니다. 이 비용은 코드와 문서의 정리 상태에 반비례하며, 정리 상태는 구축 시점에 그것을 산출물로 요구했는지에 좌우됩니다. 인수인계 비용이 특히 위험한 이유는 구축 시점에는 0으로 보이고, 필요해지는 시점에는 협상 여지가 없다는 점입니다. 이미 담당자가 떠난 뒤에 문서를 요구할 수는 없습니다.
5.2 이탈 리스크
한 사람에게 의존하는 구조에서는 그 사람이 빠지는 순간 비용이 계단식으로 뜁니다. 이 리스크는 확률과 크기의 곱으로 존재하므로, 평상시에는 어떤 항목으로도 나타나지 않다가 실현되는 순간에만 전액이 청구됩니다. 프리랜서 경로가 초기 비용에서 유리하게 보이는 만큼, 이 항을 총비용에 명시적으로 더해 두어야 비교가 공정해집니다. 실무적으로는 "이 사람이 다음 주에 연락이 닿지 않으면 무엇이 멈추는가"를 적어 보는 것으로 이 리스크의 크기를 가늠할 수 있습니다.
5.3 이전 잠금
지금의 경로에서 다른 경로로 옮기는 데 드는 비용을 뜻합니다. SaaS에서 데이터를 꺼내 자체 시스템으로 옮기는 작업, 업체 명의로 개설된 계정을 이전받는 절차, 특정 플랫폼에 종속된 구현을 다시 만드는 작업이 여기에 해당합니다. 이 비용은 경로를 선택하는 시점에는 존재하지 않다가, 경로를 바꾸려는 시점에 한꺼번에 나타납니다. 그리고 그 크기가 충분히 크면 실질적으로 선택지를 없애는 효과를 냅니다.
세 비용의 공통점은 모두 미래의 유연성에 대한 가격이라는 것입니다. 초기 비용이 싼 경로일수록 이 세 항목이 큰 경향이 있으며, 이는 우연이 아니라 같은 절약의 다른 얼굴입니다. 계정 명의와 산출물 조건을 어떻게 확인할지는 견적 정규화 절차의 4단계에서 질문 형태로 정리해 두었습니다.
6. 결정 순서
지금까지의 분석을 실제 의사결정 절차로 옮기면 다음 순서가 됩니다. 이 순서가 중요한 이유는, 앞 질문에 답하지 않은 상태에서 뒤 질문에 답하려 하면 답이 하나로 정해지지 않기 때문입니다.
첫째, 보유 기간을 선언합니다. 1년인지 3년인지 5년 이상인지에 따라 이후의 모든 계산이 달라집니다. 이 단계를 건너뛰면 비교는 자동으로 오픈 시점 기준이 되고, 초기 비용이 낮은 경로가 무조건 유리해집니다.
둘째, 변경 빈도를 두 시나리오로 잡습니다. 낙관과 비관 두 가지로 계산해 결과가 같은 경로를 가리키는지 확인합니다. 결과가 갈린다면, 갈리게 만든 그 변수가 이 프로젝트에서 가장 먼저 확정해야 할 조건입니다.
셋째, 장부에 없는 세 비용을 명시적으로 더합니다. 정확한 금액이 아니어도 됩니다. "이 경로를 택하면 3년 뒤 다른 곳으로 옮기는 데 처음 구축비의 몇 할이 들 것 같은가" 정도의 어림값이면 순위를 판단하는 데 충분합니다.
넷째, 그때 비로소 숫자를 넣습니다. 앞의 세 단계에서 조건이 확정되었다면, TCO 시뮬레이터에 규모·기간·변경 빈도를 넣어 네 경로의 총비용을 나란히 확인합니다. 구축 범위 자체의 감이 아직 없다면 비용 계산기로 초기 항의 크기를 먼저 잡아 두는 편이 순서상 자연스럽습니다.
이 네 단계를 거치면 결론은 대체로 자동으로 나옵니다. 이 절차의 목적은 정답을 알려주는 것이 아니라, 답이 조건에 어떻게 의존하는지를 드러내어 조건을 먼저 확정하게 만드는 것입니다.
7. 경로별로 유리한 조건
앞의 절차를 거치지 않고도 방향을 가늠할 수 있도록, 각 경로가 유리해지는 조건을 정리하면 다음과 같습니다.
직접 채용은 변경이 매우 잦고, 서비스가 회사의 핵심 사업 그 자체이며, 보유 기간이 길고, 한 사람을 계속 채울 만큼의 일이 꾸준히 있는 경우에 유리합니다. 반대로 프로젝트 하나를 위해 채용하는 것은 거의 항상 과합니다—일이 없는 기간에도 고정비는 계속 나가기 때문입니다.
프리랜서는 범위가 명확하게 끊어지고, 이후 변경이 드물며, 보유 기간이 짧거나, 내부에 기술적 판단을 할 수 있는 사람이 있어 인수인계와 이탈 리스크를 흡수할 수 있는 경우에 유리합니다.
팀 외주는 보유 기간이 중장기이고, 변경이 정기적으로 발생하며, 내부에 기술 담당자가 없어 절차와 연속성 자체를 사야 하는 경우에 유리합니다. 초기 비용이 중간 이상이지만 반복 비용이 예측 가능하다는 점이, 3년 구간에서 순위를 뒤집는 주된 이유입니다.
SaaS·임대형은 요구사항이 이미 그 서비스가 제공하는 범위 안에 들어가고, 빠른 시작이 중요하며, 데이터와 브랜드의 통제권을 일부 양보할 수 있는 경우에 유리합니다. 다만 범위를 벗어나는 요구가 하나씩 늘어나기 시작하면, 그 시점부터는 가장 비싼 경로가 될 수 있습니다.
어느 쪽에 가까운지 판단이 서지 않는다면, 보유 기간과 변경 빈도 두 가지만 정리해서 상담 문의로 보내는 것이 견적서를 여러 장 받는 것보다 대체로 빠릅니다. 이 두 조건이 정해지면 나머지는 계산의 문제이기 때문입니다.
논의
지금까지의 분석에서 반복적으로 드러난 패턴은, 총소유비용 관점이 특정 경로를 옹호하는 논리가 아니라 비교의 시점을 이동시키는 논리라는 것입니다. 초기 비용 중심의 비교가 틀린 이유는 그것이 거짓이기 때문이 아니라, 오픈 시점이라는 특정한 한 순간에서만 참이기 때문입니다. 시점을 3년 뒤로 옮기면 같은 숫자에서 다른 순위가 나오고, 5년 뒤로 옮기면 또 달라집니다.
이 관찰은 왜 "무엇이 제일 싼가"라는 질문이 답을 갖지 못하는지를 설명합니다. 그 질문에는 시점이 빠져 있고, 시점이 빠진 비용 비교는 미완성된 식과 같습니다. 실무에서 이 식을 완성하는 방법은 정교한 모델을 만드는 것이 아니라, 보유 기간과 변경 빈도라는 두 개의 값을 먼저 선언하는 것입니다. 이 둘만 정해지면 나머지 계산은 기계적으로 따라옵니다.
또 하나 짚어 둘 것은, 세 가지 숨은 비용—인수인계, 이탈, 이전 잠금—이 모두 선택의 되돌림 가능성에 대한 가격이라는 점입니다. 이 항목들을 총비용에 더한다는 것은, 지금 고르는 경로가 나중에 마음을 바꿀 여지를 얼마나 남기는지를 값으로 환산해 비교에 포함시킨다는 뜻입니다. 서비스의 미래가 불확실할수록 이 여지의 가치는 커지며, 불확실성이 높은 초기 단계일수록 되돌리기 쉬운 경로에 프리미엄을 지불할 근거가 강해집니다.
한계와 후속 과제
이 글의 분석에는 몇 가지 한계가 있습니다. 첫째, 총비용을 초기 항과 연간 반복 항의 선형 합으로 모델링했지만, 실제 반복 비용은 선형이 아닐 수 있습니다. 사용자가 늘면 인프라 비용이 계단식으로 뛰는 구간이 있고, 반대로 안정화되면 유지보수 손이 줄어드는 구간도 있습니다. 이 비선형성을 반영한 모델은 이 글이 다루지 않았습니다.
둘째, 이 글은 비용만을 비교 대상으로 삼았고 각 경로가 만들어 내는 가치의 차이는 다루지 않았습니다. 같은 금액을 써도 어떤 경로는 더 빨리 출시하게 해주고, 어떤 경로는 더 나은 결과물을 만듭니다. 총소유비용이 낮다는 것과 투자 대비 효과가 크다는 것은 다른 명제이며, 후자를 다루려면 매출이나 업무 절감 같은 편익 항을 함께 모델링해야 합니다.
셋째, 네 경로를 서로 배타적인 선택지로 전제했지만, 실제로는 혼합이 흔하고 종종 더 합리적입니다. 초기 구축은 팀 외주로, 이후 소소한 변경은 프리랜서로, 일부 기능은 SaaS로 대체하는 조합이 각 경로의 약점을 상쇄할 수 있습니다. 이 혼합 전략의 비용 구조와 그 경계에서 발생하는 조율 비용은 후속 과제로 남습니다.
넷째, 숨은 비용 세 가지를 정성적으로만 다뤘습니다. 특히 이전 잠금 비용을 구축 시점에 미리 추정하는 방법—어떤 설계 선택이 잠금을 키우고 어떤 선택이 줄이는지—은 별도의 기술적 분석을 필요로 하며, 이 글의 범위를 넘습니다.
결론
이 글은 외주 개발의 비용 비교를 한 시점의 지출이 아니라 시간에 따라 누적되는 곡선의 문제로 재정의했습니다. 총비용을 초기 항과 연간 반복 항으로 분해하면, 네 경로가 두 항의 비율에서 구조적으로 다르다는 것이 드러나고, 기울기가 다른 곡선들은 반드시 어느 시점에서 교차합니다. 따라서 "무엇이 더 싼가"라는 질문은 보유 기간이 명시되기 전까지 답을 갖지 못하며, 기간을 명시하지 않은 비교는 자동으로 오픈 시점 기준이 되어 초기 비용이 낮은 경로를 체계적으로 유리하게 만듭니다.
교차 시점을 이동시키는 결정적 변수는 변경 빈도입니다. 변경이 네 경로에 균등하게 작용하지 않기 때문에, 이 변수는 총비용의 크기뿐 아니라 순위 자체를 재배열합니다. 여기에 인수인계·이탈·이전 잠금이라는 세 가지 숨은 비용을 더하면, 초기 비용이 싼 경로가 남기는 청구서 밖의 부채가 함께 보입니다. 세 비용은 모두 선택을 되돌릴 수 있는 여지에 대한 가격이며, 서비스의 미래가 불확실할수록 그 여지의 가치는 커집니다.
실무적 결론은 단순합니다. 경로를 고르기 전에 보유 기간과 변경 빈도 두 가지를 먼저 선언하십시오. 이 둘이 정해지면 나머지는 계산의 문제이고, 정해지지 않으면 어떤 계산도 답을 하나로 좁혀 주지 않습니다. 구축비는 결정의 출발점이지 결론이 아닙니다.