Skip to content

행정 문서작업 기본 흐름

프로젝트는 크게 두 가지 유형으로 구분되며, 기본 문서 흐름은 비슷하지만 보고 방식과 하자보수 적용에서 차이가 난다.

프로젝트 유형

유형설명
신규/갱신(New/Renewal)신규 구축 또는 리뉴얼 개발 프로젝트
운영유지(Maintenance)자사 개발 여부와 무관하게 운영 가능한 프로젝트

전체 흐름

공통 워크플로우

견적·문의 → (제안/입찰) → 계약 → 착수보고 → 중간보고 → 종료보고 → 하자보수
↑ ↑
공공기관 한정 세금계산서 발행 시작

핵심 원칙: 계약 단계에서 비용을 최대한 확보해야 한다. 이후 증액이 매우 어렵다.

  • 제안/입찰은 주로 공공기관 프로젝트에서 발생
  • 세금계산서 발행은 보통 계약 이후 대금 수령 단계와 연결
  • 계약 단계에서 비용과 범위를 최대한 명확히 잡아야 이후 증액 이슈를 줄일 수 있음

사내 양식은 구글 드라이브 공통행정 폴더에 정리되어 있다.

단계별 문서

1. 견적 및 문의

  • 견적서: 프로젝트 수행 비용을 산정해 고객에게 제안하는 기본 문서
    • 부가가치세 = 총 계약금액 / 1.1
    • 공급가액 = 총 계약금액 - 부가가치세
  • 비교견적서: 시중 가격과 비교해 비용 근거를 설명하는 문서
    • 형식상 고객사 내부 문서처럼 보이지만 실제로는 우리가 작성하는 경우가 많음
    • 계약 직전, 의사결정이 거의 끝난 시점에 요청되는 경우가 많음
    • 작성 후에도 계약이 불발될 수 있으므로 투입 시간을 감안해야 함
    • 너무 많은 가격 차이가 나면 실패한 비교견적서

2. 제안/입찰

공공기관 프로젝트에서는 제안/입찰 단계가 추가되며, 행정 업무 중 난도가 높은 편이다.

금액 기준계약 방식
2천만원 이하수의계약
2천만원 초과경쟁입찰
  • 제안요청서(RFP): 고객이 작성하는 요구사항 문서
    • 기술 문서 성격이 강함
    • 담당자의 IT 이해도에 따라 작성 지원 요청이 자주 발생함
  • 제안서: 수행사가 작성하는 핵심 문서
    • 보통 100페이지 내외, 한 달 이상 준비되기도 함
    • 제출 부속 서류가 많아 체크리스트 관리가 중요함

3. 계약

계약 단계에서는 아래 3가지를 우선 확인한다.

요소비고
비용이 단계에서 최대한 확보해야 하며 이후 증액은 어렵다.
기간일정과 마일스톤을 명확히 기재한다.
과업 범위수행 범위를 구체적으로 한정한다.
  • 날인 방식은 대부분 간인(間印)을 선호
  • 공공기관 전자계약은 나라장터를 사용하는 경우가 많음
  • 계약서 양식은 고객사 요청 양식에 따르는 편
  • 선금 비율은 계약 조건마다 다름

계약기간 산정 시 유의사항

  • 계약종료일은 검수일 이후이다. (릴리즈 날짜와 전혀 상관 없다.)
  • 계약종료일은 돈을 받는 날짜와 직결된다.

4. 계약 완료 후 진행 문서

  • 세금계산서
    • 대금 수령 준비가 완료되었다는 신호에 가까움
    • 수령 측인 우리가 발행하며, 대금 수령 시점마다 발행
  • 공문 및 행정 문서
    • 공공기관 클라이언트의 내부 행정처리를 위해 요청되는 문서
    • 일정 변경, 과업 범위 확인, 보고 일정 조율 등도 포함될 수 있음

5. 보고

보고 종류시점비고
착수 보고프로젝트 시작 시신규/갱신 프로젝트 중심
중간 보고프로젝트 진행 중필요 시 여러 번 진행
종료 보고운영 서버 오픈 이후클라이언트 요청 문서 포함
월간 보고매월운영유지 계약 시
분기 보고분기별운영유지 계약 시

6. 하자보수

  • 운영 서버 오픈일 기준 보통 6개월에서 1년
  • 무상 제공이 일반적
  • 운영유지 계약과 병행되는 경우도 있음

신규/갱신과 운영유지 차이

단계신규/갱신운영유지
견적·문의OO
제안/입찰O (공공기관)O (공공기관)
계약OO
계약 완료 후 행정OO
보고착수·중간·종료월간·분기
하자보수O (6개월~1년)-

체크 포인트

다음 주제

  • 제안/입찰 상세, 중간보고 작성법, 견적서 비용 산정 방법론

숙제

  • 견적서, 계약서 등 기존 문서 많이 읽기