짓다는 회사를 알리는 맞춤 홈페이지에 전용 관리자를 더한 플랜이고, 세우다는 회사의 일이 그 위에서 돌아가는 시스템입니다. 내부 업무 도구, 자체 서비스·플랫폼, 회원·권한·연동이 얽힌 구축이 세우다의 영역입니다.

범위를 정하기 전에 부르는 견적은 정직할 수 없기 때문입니다. 대신 산정 방식, 확정 시점, 확정 후의 규칙을 공개합니다. 요구사항 정의 후 직능별 공수를 계산한 항목별 견적서를 드리고, 범위가 바뀌지 않으면 금액도 바뀌지 않습니다.

기획·디자인·개발·검수 네 직능이 8주 이상 붙는 프로젝트의 최소 규모입니다. 시스템 구축은 화면보다 설계·권한·보안·테스트에 공수가 들어갑니다.

상담에서 목표와 범위를 듣고, 요구사항 정의를 거쳐 화면 목록·기능 정의서가 나오면 그 기준으로 항목별 견적서를 드립니다. 요구사항 정의 단계의 무료 상담 범위와 유료 정의서 작성 범위는 계약 전 별도로 안내합니다.

프로젝트 규모에 맞게 협의하고 계약서에 명시합니다. 피드백 1라운드, 즉 동일 범위 내 반영을 1회로 세며 기획 변경이나 기능 추가는 별도 산정합니다.

운영 계약으로 협의해 정합니다. 대응 범위와 시간, 장애 등급, 정기 점검 주기를 계약서에 명시하고 시스템의 중요도에 맞춰 SLA를 구성합니다.

가능합니다. 다만 대부분의 경우 웹 시스템을 먼저 세우고, 데이터와 운영 구조가 안정된 뒤 안드로이드·iOS 앱으로 확장하는 순서를 권합니다.

가능합니다. 인프라 위치와 계정 명의, 접근 권한과 운영 책임은 요구사항 정의 때 함께 정해 계약서와 인계 문서에 명시합니다.

네. 데이터 이관은 범위에 포함해 설계할 수 있습니다. 이관 대상, 중복·오류 정리 기준, 시험 이관과 최종 이관 일정을 요구사항 정의 때 확정합니다.

소스코드, 디자인 시스템 문서, 설계 문서(화면 목록·기능 정의·데이터 구조), 관리자 계정을 인계합니다. 제작사를 바꾸더라도 운영 가능한 상태를 기준으로 합니다. 구체적인 인계 범위는 계약서에 명시합니다.

1차 범위를 최소로 잡아 MVP부터 세우고 단계적으로 확장할 수 있습니다. 무엇을 먼저 만들고 무엇을 나중으로 미룰지 결정하는 것도 요구사항 정의의 중요한 결과물입니다.

전자세금계산서를 회차별로 발행합니다. 결제는 착수 30% · 중도 40% · 잔금 30%이며, 디자인 컨펌과 산출물 컨펌이 다음 결제의 조건입니다.