직접 만든 내부 도구, 구독료보다 먼저 계산할 것이 있습니다

바이브코딩 덕분에 작은 팀도 필요한 도구를 빠르게 만들 수 있게 됐습니다. 화면을 만들고 데이터를 연결하는 첫 단계는 예전보다 훨씬 짧아졌죠.

그런데 실제 업무에 넣어보면 질문이 달라집니다.

만들 수 있는가보다, 문제가 생겼을 때 누가 계속 책임질 것인가.

처음에는 SaaS 구독료를 아끼는 선택처럼 보였습니다. 하지만 로그인 오류가 나고, 권한을 나눠야 하고, 외부 서비스 정책이 바뀌면서 직접 만든 도구는 대표의 새로운 운영 업무가 되기 시작합니다.

비용은 코드 밖에서 생깁니다

직접 만든 도구의 운영비는 가격표에 한 줄로 나오지 않습니다. 여러 사람의 시간에 흩어져 숨어 있습니다.

• 오류를 발견하고 원인을 찾는 시간
• 로그인과 권한 문제를 해결하는 시간
• 데이터를 백업하고 복구하는 시간
• 정책과 보안 변경에 대응하는 시간
• 담당자가 바뀔 때 사용법을 넘겨주는 시간
• 주말과 야간에 긴급 상황을 확인하는 시간

장애가 없을 때는 이 비용이 작아 보입니다. 한번 멈추면 저장해 둔 구독료보다 더 큰 시간을 한꺼번에 요구합니다.

기능 목록보다 책임 목록을 먼저

직접 만들기로 했다면 출시 전에 아래 질문에 답해보는 편이 좋습니다.

1. 최종 책임자는 누구인가
2. 장애를 처음 확인할 사람은 누구인가
3. 데이터는 어디에, 얼마나 자주 백업하는가
4. 누가 어떤 정보까지 볼 수 있는가
5. 외부 서비스가 바뀌면 누가 대응하는가
6. 담당자가 떠날 때 무엇을 인계하는가

이 질문에 답하기 어렵다면 만들 준비보다 운영할 준비가 덜 된 것입니다.

가장 현실적인 답은 혼합입니다

모든 것을 직접 만들거나 모든 것을 구독할 필요는 없습니다. 팀만의 차별화가 필요한 흐름은 직접 만들고, 인증과 결제, 메일 발송처럼 안정성과 책임이 중요한 부분은 검증된 서비스를 활용할 수 있습니다.

반대로 자주 바뀌는 단순 업무나 팀만의 승인 흐름은 작은 내부 도구로 시작하기 좋습니다. 핵심은 기술의 유행보다 실패했을 때 감당할 수 있는 범위를 먼저 정하는 것입니다.

바이브코딩은 만드는 시간을 줄여 줍니다. 이제는 아낀 시간을 어디에 쓸지 결정해야 합니다.

사내 도구를 직접 만들기 전에 계산할 6가지 운영비와 점검표 보기