”
01 · 외주 한계
“표준 SaaS 한계라며 우리 일하는 방식을 시스템에 맞추라고 한다”
SIONLAB ASSETS · 02 / 04 · CUSTOM BUILD
S-Build
패키지의 한계를 넘어섭니다.
패키지에 일하는 방식을 맞추지 않습니다.
설계 자체가 자산입니다.
SIONLAB의 S-Build는 다년간 누적된 현장 인터뷰에서 공통 패턴을 추출한 설계 자산입니다. 이 자산은 맞춤 ERP·CRM(custom-erp) 같은 도입 단위 안에서 작동하면서, 현장 흐름·용어·승인 규칙이 시스템에 그대로 반영되게 합니다.
PACKAGE STANDARD
Customer필드
Item필드
Approval필드
Status필드
영문 표준 라벨. 신입은 매번 머릿속에서 한 번 더 변환해야 합니다
S·BUILD
COMPANY VOCAB
거래처현장 용어
품목현장 용어
결재선현장 용어
상태현장 용어
현장 용어 그대로. 신입도 첫날부터 사내 언어로 화면을 읽습니다
6종 산출물DELIVERABLES인터뷰 회의록·워크플로우·필드 사전·승인 규칙·예외 처리·와이어프레임 (자사 명의)
합의 후 빌드AGREE FIRST1~2시간 워크숍에서 화면·필드·결재선 합의 후 코드 작성
5대 산업PATTERN POOL유통·제조·서비스·공공·금융 누적 인터뷰 자산
자사 명의DESIGN OWNERSHIP산출물 6종 저작권·소유권 모두 자사 소유 (다른 외주로 인계 가능)
WHO NEEDS THIS
외주가 현장 규칙을 못 받아준다면.
”
02 · 합의 부재
“경영진은 A, 현장은 B로 일하는데 시스템은 C 룰로 강제한다”
”
03 · 사후 발견
“다 만들고 나서야 "이건 우리 일하는 방식이 아니에요"가 나온다”
WHAT YOU GET · 6 DELIVERABLES
손에 쥐게 되는 산출물 6종.
S-Build 한 사이클이 끝나면 자사 명의로 6종이 들어옵니다. 그대로 운영 시스템 구축으로 이어가도 되고, 다른 외주에 맡겨도 됩니다.
인터뷰 회의록
경영진·실무자·현장 인터뷰를 정리한 1차 자료
현 워크플로우 다이어그램
사내 업무 흐름·결재선·시스템 간 데이터 이동을 가시화
필드·라벨 사전
현장 용어 그대로 정의된 화면 라벨·DB 필드 명명 규칙
승인 규칙 매트릭스
결재선·권한·예외 승인 규칙을 표로 정리한 결정 가이드
예외 처리 표
휴면·반품·부분 환불 같은 예외 케이스별 화면 동작 규칙
화면 와이어프레임 + 데이터 모델
실무자 검토를 거친 화면 초안과 그 뒤를 받치는 DB 스키마
HOW THE METHOD WORKS
화면 짜기 전에 합의를 끝냅니다.
- 01
WORKFLOW SCAN
경영진·실무자 인터뷰로 흐름을 받습니다
현재 쓰는 엑셀·종이·메신저 대화까지 수집합니다. 시간이 새고 있는 지점부터 짚습니다.
받는 것인터뷰 회의록 · 현 워크플로우 다이어그램인터뷰 화자별 발화 정리본, 부서별 결재선 도식, 시스템 간 데이터 이동 경로, 시간이 새는 지점 표시, 현재 사용 중인 양식·문서 목록
- 02
VOCAB PIN
현장 용어를 그대로 화면 라벨로 고정
현장에서 부르는 이름·약어·코드 체계를 사전으로 정리합니다. 패키지 표준 용어는 강제하지 않습니다.
받는 것필드·라벨 사전화면 라벨 표기, DB 필드 명명 규칙, 부서별 동의어·약어 매핑, 코드 체계 표, 신입 온보딩용 용어 가이드
- 03
RULE AGREE
결재선·권한 규칙을 표로 합의
누가 어떤 금액·어떤 케이스에서 승인하는지 매트릭스로 정리합니다. 운영 시작 전 경영진 결재를 받습니다.
받는 것승인 규칙 매트릭스역할별 권한 표, 금액 구간별 결재선, 예외 승인 라우팅, 위임·대결 규칙, 감사 추적용 결재 이력 정의
- 04
EDGE FIX
예외 케이스를 빠뜨리지 않습니다
휴면·반품·부분 환불·재고 마이너스 같은 예외를 화면 단계에서 어떻게 동작할지 미리 결정합니다.
받는 것예외 처리 표휴면 처리 규칙, 반품·교환 케이스, 부분 환불·세금 처리, 재고 마이너스 허용 정책, 마감 후 정정 규칙, 데이터 정합성 회복 절차
- 05
PAIR DRAFT
실무자와 함께 화면 초안을 구성합니다
화면 와이어 → 실무자 클릭 검토 → 수정 사이클을 짧게 반복합니다. 빌드 전 모든 화면을 합의합니다.
받는 것화면 와이어프레임 · 데이터 모델전체 화면 와이어프레임, 화면별 동작 시나리오, DB 테이블·관계 ERD, API 명세 초안, 검토 라운드 변경 이력
FAQ
S-Build 설계 Q&A
맞춤 ERP·CRM(custom-erp) 단위와 무엇이 다른가요?
S-Build는 설계만, custom-erp는 설계 + 구축까지입니다. S-Build를 도입하면 산출물 6종 (인터뷰 회의록·워크플로우 다이어그램·필드 사전·승인 규칙 매트릭스·예외 처리 표·화면 와이어프레임)이 자사 명의로 들어옵니다. 그 산출물을 받아 실제 운영 시스템 구축까지 가는 게 custom-erp입니다. S-Build 산출물만 받아 다른 개발사에 구축을 맡기는 것도 가능합니다.
다른 외주가 못 푸는 구조적 이유는 무엇인가요?
패키지 SaaS는 표준 화면·필드가 정해져 있어 일하는 방식을 거기 맞추라고 합니다. S-Build는 다년 누적 인터뷰로 "현장 규칙을 시스템에 그대로 옮기는 방법" 자체를 자산으로 가집니다. 패키지 라벨 거부·예외 처리·결재선 변경을 화면 짜기 전에 합의로 끝냅니다.
워크플로우 진단은 어떻게 진행되나요?
1~2시간 워크숍으로 경영진·실무자 인터뷰 + 현재 쓰는 엑셀·종이 양식 수집을 합니다. 회신 시 화면·필드·승인 규칙 초안이 함께 들어갑니다. 계약 진행 여부와는 무관하게 진단만 받으셔도 됩니다.
설계서를 받은 뒤 다른 외주에 맡겨도 되나요?
가능합니다. 설계서는 자사 자산입니다. 다만 결재선·예외 처리·외부 데이터 연결까지 짜인 설계는 SIONLAB의 다른 자산(S-Market·S-Agent·S-Docs)과 함께 인계받을 때 본래 가치를 발휘합니다.