2026년 한국 IT 시장에서 가장 빠르게 커진 영역이 B2B SaaS와 사내 업무 자동화예요. 매출 100~1,000억 원 사이의 중견 기업이 ERP·CRM 외에 자체 운영 도구를 만들기 시작했고, 스타트업도 외부 SaaS 결제비 절감을 위해 핵심 워크플로우를 사내 도구로 전환하는 흐름이에요. 시장조사 기관 IDC 한국 발표 기준 2025년 한국 B2B SaaS 신규 도입 건수가 전년 대비 38% 증가했고, 이 중 절반은 외주 개발사를 통한 커스텀 구축으로 진행됐어요.
그런데 이 영역은 일반 앱·웹 개발과 결이 완전히 달라요. "사용자가 매일 8시간씩 쓰는 도구"이기 때문에 한 번 잘못 설계하면 도입 후 6개월 뒤에 폐기되고, 폐기된 자리에 다시 외부 SaaS가 들어와요. 그래서 파트너 선택이 일회성 견적 비교가 아니라 향후 5년의 운영 비용을 결정하는 의사결정이에요.
단일 고객용 도구라도 멀티테넌트 사상으로 짜는 게 표준이에요. 파트너에게 "지금까지 운영해 본 멀티테넌트 SaaS 사례 3개와 각각의 테넌트 분리 전략(스키마 분리 / row-level / 셀별)"을 설명해 달라고 요청하세요. 이 질문에 30분 안에 구체적으로 답하지 못하면 패스가 안전해요.
SSO를 "할 수 있다"가 아니라 "실제로 SAML/OIDC를 구현한 프로덕트의 IdP 종류(Okta, Microsoft Entra ID, Google Workspace, Keycloak 등)와 SCIM 사용자 프로비저닝 사례"를 물으세요. 첫 도입 고객이 50인 미만이라면 당장은 필요 없어 보이지만, 100인을 넘는 순간부터 모든 영업 미팅의 첫 질문이 SSO 지원 여부예요.
2026년의 B2B 도구는 거의 모두 LLM이 어딘가에 들어가요. 중요한 건 단순히 OpenAI 호출하는 게 아니라 모델 라우팅 정책(작업별 모델 선택), 비용 가드레일(월 한도·작업당 토큰 제한), 캐싱 전략, fallback 정책을 설계할 수 있느냐예요. RAG 구축 경험과 함께 LLM 비용 통제 사례를 받아 보세요.
B2B 고객이 50인 이상 기업이 되면 ISMS-P / SOC 2 / ISO 27001 중 하나를 요구해요. 파트너가 감사 로그·접근 통제·암호화·데이터 분류·이상 행동 탐지 5개 영역을 처음부터 설계해 본 경험이 있는지 확인하세요. 출시 후에 이 부분을 추가하면 비용이 3~5배로 뜨는 영역입니다.
한국 시장 특성상 SAP, Oracle, 자체 ERP, 더존, 영림원 등과 연동이 거의 필수예요. SSO와는 별개로 데이터 동기화·이벤트 hook·CSV bulk import/export까지 한 번에 제공해야 합니다. "어떤 ERP / 그룹웨어와 연동해 본 적 있나" 묻고 이름이 두세 개 이상 나와야 안전해요.
B2B 도구는 출시가 시작이 아니라 인계가 끝이에요. 운영 매뉴얼·아키텍처 다이어그램·테넌트별 설정 가이드·장애 대응 플레이북이 Notion / Confluence에 정리되어 있어야 담당자 퇴사 시에도 시스템이 살아남아요. 파트너에게 "지난 프로젝트의 인계 문서 샘플(blur 처리해도 됨) 1개를 보여 달라"고 요청하세요. 보여 줄 게 없는 곳은 패스가 답이에요.
B2B SaaS 프로젝트는 평균 4~9개월이 걸려요. 이 기간 동안 매주 진척 상황을 클라이언트가 직접 확인할 수 있어야 합니다. Notion 보드, GitHub Project, Linear / Jira 어떤 형태든 클라이언트가 read 권한으로 들어가서 실시간으로 볼 수 있는 구조를 요구하세요. 주간 리포트만 받는 구조는 분쟁 시 책임 추적이 어려워요.
같은 "개발 외주"라도 유형에 따라 잘하는 구간이 달라요. 어느 쪽이 우월하다가 아니라, 지금 만들려는 게 무엇이냐에 따라 갈려요.
| 업체 유형 | 이럴 때 고르세요 | 강점 | 주의할 리스크 | SSO·감사 로그 등 엔터프라이즈 요건 |
|---|---|---|---|---|
| 대형 SI | 그룹사 기간계(ERP) 연동이 핵심이고 발주처 내부 보안 심사가 까다로울 때 | 대형 레퍼런스, 보안·감사 대응 조직, 계약·법무 안정성 | 단가가 높고, 실제 투입 인력이 하도급 팀일 수 있어요. 작은 변경도 절차가 길어요 | 조직 차원에서 대응 가능한 편 |
| 중소 전문 에이전시(제품 개발형) | 0→1로 SaaS·사내 도구를 만들고 그대로 운영·인계까지 갈 때 | 의사결정이 빠르고, 제품 설계부터 운영 인계까지 한 팀이 맡아요 | 팀별 편차가 커요. 멀티테넌트·SSO 실제 구현 경험 유무로 결과가 갈려요 | 팀에 따라 달라요 — 레퍼런스로 직접 확인 필요 |
| 프리랜서 팀 | 범위가 확정된 단일 모듈이나 단기 기능 추가 | 비용 효율이 좋고, 특정 기술 스택 깊이가 있어요 | 아키텍처 책임 주체가 불분명하고, 인계 문서가 빠지기 쉬워요. 해산 후 유지보수 공백 | 대체로 별도 계약이 필요해요 |
| 노코드·자동화 툴 조립(n8n·Retool 등) | 가설 검증 단계, 사내 소수만 쓰는 임시 워크플로우 | 빠르게 시작할 수 있고 초기 비용이 낮아요 | 사용자·데이터가 늘면 한계가 오고, 담당자가 퇴사하면 워크플로우가 동결돼요. 툴 종속 | 툴이 제공하는 범위까지만 |
| 외부 SaaS 구독 그대로 사용 | 업무가 이미 표준화돼 있고 커스터마이징 요구가 낮을 때 | 도입 즉시 사용, 운영 부담 없음 | 커스터마이징이 막히고, 사용자가 늘수록 구독비가 커져요. 데이터가 외부에 남아요 | 벤더가 제공(상위 플랜 조건인 경우가 많아요) |
업체 유형별 일반적인 경향을 정리한 표예요. 같은 유형 안에서도 팀에 따라 편차가 크니, 최종 판단은 레퍼런스와 계약 조건으로 직접 확인하세요.
B2B SaaS·사내 도구는 출시 후에 붙이면 설계를 다시 뜯어야 하는 항목들이 있어요. 견적서와 계약서에서 이 항목들이 어떻게 다뤄지는지 확인해 보세요.
| 요건 | 왜 필요한가 | 없으면 생기는 일 | 견적·계약에서 확인할 것 |
|---|---|---|---|
| 멀티테넌트 테넌트 분리 설계(스키마 분리 / row-level / 셀 단위) | 고객사가 늘거나 사내 도구를 외부 판매로 돌릴 때 구조를 다시 짜지 않아도 돼요 | 고객사나 계열사가 늘어나는 시점에 데이터 마이그레이션과 재설계를 처음부터 다시 하게 돼요 | "테넌트 분리 전략"이 견적서에 별도 항목으로 있는지 |
| SAML 2.0 / OIDC 기반 SSO + SCIM 사용자 프로비저닝 | 도입 기업 규모가 커지면 영업 미팅의 첫 질문이 SSO 지원 여부예요 | 직접 구현하다 토큰 검증 누락 같은 결함이 생기고, 엔터프라이즈 영업에서 탈락해요 | 실제로 연동해 본 IdP 이름(Okta·Microsoft Entra ID·Google Workspace·Keycloak 등) |
| RBAC 접근 통제 + 접속기록(감사 로그) | 개인정보보호법과 하위 고시가 접근 권한 관리와 접속기록 보관·점검을 요구해요 | 보안 심사에서 막히고, 사고가 나도 누가 무엇을 봤는지 증명할 수 없어요 | 보관 기간 요건(원칙 1년 이상, 해당 시 2년 이상)을 충족하는 설계인지 |
| 개인정보 암호화·보관 기간·파기 절차 | 저장·전송 구간 암호화와 파기는 안전성 확보조치가 요구하는 기본 항목이에요 | 유출 시 법적 책임이 커지고, B2B 고객의 보안 검토를 통과하지 못해요 | 암호화 대상 항목과 파기 시점이 산출물 문서에 적히는지 |
| ISMS-P / SOC 2 / ISO 27001 대응 준비 | 일정 규모 이상의 B2B 고객은 인증이나 보안 점검 자료를 요구해요 | 출시 후에 붙이려면 설계를 다시 뜯어야 해서 비용이 크게 늘어요 | 인증 취득 대행까지인지, 심사 대응 자료 준비까지인지 범위 구분 |
| ERP·그룹웨어 연동 방식(SAP·Oracle·더존·영림원 등) | 기존 기간계 데이터와 붙어야 현업이 실제로 써요 | 수기 재입력이 남아서 도입 몇 달 만에 도구가 방치돼요 | 연동 방식(API·이벤트 hook·CSV bulk)과 실패 시 재처리 정책 |
| LLM 비용 가드레일·모델 라우팅·fallback | AI 기능은 사용량에 비례해 비용이 늘어서 통제 장치가 없으면 예측이 안 돼요 | 월 비용이 통제 없이 불어나고, 모델 장애 시 기능 전체가 멈춰요 | 월 한도·작업당 토큰 상한·캐싱·fallback이 견적 항목에 있는지 |
| 운영 인계 문서(아키텍처 다이어그램·장애 플레이북·테넌트 설정 가이드) | 담당자가 바뀌어도 시스템이 계속 굴러가야 해요 | 담당자 퇴사와 함께 자동화 워크플로우가 통째로 동결돼요 | 산출물 목록이 계약서에 페이지 단위로 명시됐는지 |
접속기록 보관 기간은 개인정보보호위원회 고시 「개인정보의 안전성 확보조치 기준」 제8조(접속기록의 보관 및 점검) 기준이에요. 개인정보처리자는 접속기록을 1년 이상 보관·관리해야 하고, 5만 명 이상 정보주체의 개인정보를 처리하거나 고유식별정보·민감정보를 처리하는 개인정보처리시스템 등은 2년 이상이에요. 나머지 칸은 정성 비교이며, 인증 요건은 각 인증기관의 공개 기준을 확인하세요.
공표 통계는 아니고 국내 외주 현장 기준으로 보통 4~9개월 정도예요. 멀티테넌트·SSO·ERP 연동이 붙으면 더 길어져요. 중요한 건 총 기간보다 그 기간 동안 진척을 클라이언트가 직접 볼 수 있느냐예요. Notion·GitHub Project·Linear 어떤 형태든 read 권한으로 들어가 실시간 확인이 되는 구조를 요구하세요.
네, 단일 고객용이라도 멀티테넌트 사상으로 설계하는 게 표준이에요. 나중에 계열사가 붙거나 외부 판매로 방향을 틀 때 구조를 다시 짜지 않아도 되거든요. 파트너에게 운영해 본 멀티테넌트 사례 3개와 각각의 테넌트 분리 전략(스키마 분리 / row-level / 셀 단위)을 설명해 달라고 해보세요. 30분 안에 구체적으로 답하지 못하면 넘어가는 게 안전해요.
도입 고객이 50인 미만일 때는 당장 필요 없어 보이지만, 100인을 넘는 순간부터 영업 미팅의 첫 질문이 SSO 지원 여부가 돼요. 게다가 SAML/OIDC를 직접 구현하다 토큰 검증을 빠뜨리면 그대로 보안 사고로 이어져요. "할 수 있다"가 아니라 실제로 연동해 본 IdP 이름을 받아 보는 게 확인 방법이에요.
금액은 사용량에 따라 달라져서 견적 단계에서 확정되지 않아요. 그래서 금액보다 통제 장치가 견적에 있는지를 봐야 해요. 작업별 모델 라우팅, 월 한도와 작업당 토큰 상한, 캐싱 전략, 모델 장애 시 fallback — 이 네 가지가 항목으로 적혀 있으면 비용이 예측 가능한 범위에 들어와요.
가설 검증 단계나 사내 소수가 쓰는 워크플로우라면 좋은 출발점이에요. 문제는 인계 문서 없이 굴러갈 때예요. 담당자가 퇴사하면 워크플로우 전체가 동결되는 사고가 자주 나와요. 노코드로 시작하더라도 워크플로우 설명 문서와 계정·데이터 소유권만큼은 처음부터 회사가 갖고 있어야 해요.
지난 프로젝트의 인계 문서 샘플 한 개를 보여 달라고 하세요. 민감한 부분은 가려도 괜찮다고 하면 돼요. 운영 매뉴얼·아키텍처 다이어그램·장애 대응 플레이북이 실제로 존재하는 팀은 설계도 그만큼 정리돼 있어요. 보여 줄 게 없는 곳은 넘어가는 게 답이에요.
포텐랩은 위 7가지 기준을 자체 운영 정책으로 보유한 IT 외주 개발사예요. 멀티테넌트 SaaS·SSO·감사 로그·LLM 라우팅까지 처음부터 설계에 포함하고, 모든 프로젝트를 Notion으로 클라이언트와 실시간 공유해요. 진행 상황·이슈·결정 사항이 매일 업데이트되기 때문에 분쟁 발생 시 책임 추적이 명확해요.
관련 글로 2026년 IT 외주 개발 인수인계 가이드와 클라우드·인프라 인계 가이드를 함께 읽어 보면 B2B SaaS 인계 단계의 디테일이 잡혀요.
B2B SaaS·사내 업무 자동화 도구는 한 번 정착하면 5~10년을 운영해요. 그래서 외주 비용보다 운영 비용·전환 비용이 훨씬 큽니다. 처음 파트너 선택에서 7가지 기준을 까다롭게 따지는 게 결과적으로 가장 싼 길이에요.
B2B SaaS·업무 자동화 외주를 검토 중이라면 포텐랩 상담으로 가볍게 문의 주세요. 요구사항을 듣고 멀티테넌트·SSO·LLM 정책까지 포함한 견적과 6개월 로드맵을 1주 안에 회신해 드려요.
두 팀은 같은 그룹이라 솔직하게 나눠 적을게요. 어느 쪽인지 가르는 질문은 하나예요 — 지금 어려운 게 제품인가요, AI인가요?
B2B SaaS·사내 업무 자동화에 AI가 곁들여지는 정도면 포텐랩 하나로 충분해요. 반대로 AI가 서비스의 본체라면 트리숲 쪽이 빠릅니다. 애매하면 상담에서 나눠드려요 — 맞지 않는 쪽으로 보내는 게 서로에게 이득이거든요.