고객 문의가 들어오면 내용을 확인하고 견적서를 보낸 뒤 계약과 작업을 진행합니다. 문제는 여러 프로젝트가 동시에 움직이기 시작하면 어떤 견적이 회신 대기 중인지, 어떤 프로젝트의 선금과 자료가 아직 도착하지 않았는지 놓치기 쉽다는 점입니다.
1인 사업자 프로젝트 현황표는 고객 문의부터 견적, 착수, 작업, 납품과 입금까지 각 프로젝트가 어느 단계에 있는지 정리하는 관리표입니다. 현재 상태뿐 아니라 다음 행동과 처리 기한까지 함께 기록해야 멈춰 있는 프로젝트를 빠르게 찾을 수 있습니다.
먼저 핵심부터 정리하면
프로젝트 현황표에는 고객·프로젝트명, 현재 단계, 금액의 확정 여부, 다음 행동과 처리 기한이 반드시 들어가야 합니다. 진행 중인 모든 프로젝트에 다음 행동이 하나씩 정해져 있어야 견적 회신, 착수 조건, 승인과 입금을 놓치지 않을 수 있습니다.
1. 프로젝트 현황표가 필요한 이유
프로젝트 현황표의 목적은 기록을 많이 남기는 것이 아니라 지금 처리해야 할 일을 놓치지 않는 것입니다. 고객별 대화가 이메일, 메신저와 전화로 나뉘면 기억만으로 전체 상태를 관리하기 어렵습니다.
다음과 같은 상황이 반복된다면 현황표가 필요합니다.
- 견적서를 보냈지만 검토 결과를 언제 확인해야 할지 모른다.
- 고객이 진행하겠다고 했지만 계약이나 선금이 끝나지 않았다.
- 마감일은 정해졌지만 필수 자료가 도착하지 않았다.
- 납품은 끝났지만 승인과 잔금 여부가 기억나지 않는다.
- 문의 금액과 실제 계약된 금액을 같은 매출처럼 생각한다.
- 완료된 프로젝트와 보류된 프로젝트가 활성 목록에 섞여 있다.
현황표를 사용하면 프로젝트가 많은지보다 어느 단계에서 멈춰 있는지를 먼저 확인할 수 있습니다. 특히 견적 발송 후 회신 대기, 착수 전 선금·자료 확인, 납품 후 승인·입금 단계에서 발생하는 누락을 줄이는 데 유용합니다.
2. 프로젝트 현황표와 매출 기록표의 차이
프로젝트 현황표와 매출 기록표는 관리 목적이 다릅니다. 현황표는 문의가 들어온 시점부터 다음 행동을 관리하고, 매출 기록표는 거래 금액과 입금·증빙 상태를 확인하는 데 집중합니다.
| 구분 | 프로젝트 현황표 | 매출 기록표 |
|---|---|---|
| 기록 시작 | 고객 문의가 들어온 시점 | 거래 금액과 지급 조건이 정해진 시점 |
| 주요 목적 | 현재 상태와 다음 행동 관리 | 입금·미수금·증빙 확인 |
| 주요 항목 | 문의일, 단계, 다음 행동, 처리 기한 | 거래 금액, 입금일, 증빙, 미수금 |
| 종료 기준 | 거래가 완료되거나 수주가 종료됨 | 입금과 증빙 확인이 완료됨 |
프로젝트가 계약되고 금액과 지급 조건이 정해지면 현황표와 별도로 매출 기록표에도 등록하는 것이 좋습니다. 입금과 증빙을 관리하는 구체적인 방법은 1인 사업자 매출 기록표 만드는 법에서 확인할 수 있습니다.
3. 프로젝트 상태를 여덟 단계로 나누는 법
프로젝트 상태를 ‘진행 전·진행 중·완료’처럼 크게만 나누면 무엇을 기다리는 중인지 알기 어렵습니다. 문의부터 종료까지를 다음 여덟 단계로 구분하면 프로젝트가 멈춘 지점을 구체적으로 확인할 수 있습니다.
| 단계 | 현재 상태 | 시작 조건 | 다음 단계 이동 조건 |
|---|---|---|---|
| 1 | 신규 문의 | 새로운 작업 요청을 받음 | 요청 내용과 담당자를 확인함 |
| 2 | 내용 확인 | 범위·일정·예산을 확인 중 | 견적에 필요한 정보가 준비됨 |
| 3 | 견적 발송 | 견적서 또는 제안 내용을 전달함 | 고객이 수신하고 검토 일정을 알림 |
| 4 | 회신 대기 | 고객이 견적을 검토 중 | 진행·수정 협의·보류 여부가 정해짐 |
| 5 | 착수 준비 | 고객이 진행 의사를 밝힘 | 범위·계약·선금·자료·일정이 확인됨 |
| 6 | 작업 진행 | 착수 조건을 충족하고 작업을 시작함 | 결과물을 고객에게 전달함 |
| 7 | 납품·승인 | 결과물을 전달하고 확인을 요청함 | 승인·잔금·증빙 처리가 끝남 |
| 8 | 종료 | 거래가 완료되거나 수주가 종료됨 | 완료·보류·미수주 사유를 기록함 |
견적 단계에서는 작업 범위와 제외 항목, 금액과 지급 조건이 드러나야 합니다. 견적에 포함할 기본 항목은 프리랜서 견적서 작성법에서 확인할 수 있습니다.
고객이 구두로 진행 의사를 밝혔더라도 바로 ‘작업 진행’으로 옮기지 않습니다. 견적 승인과 작업 착수는 서로 다른 단계이기 때문입니다. 착수에 필요한 조건은 작업 착수 확정 기준에서 자세히 확인할 수 있습니다.
4. 프로젝트 현황표에 넣어야 할 항목
현황표에 항목이 너무 많으면 기록을 유지하기 어렵습니다. 반대로 고객명과 상태만 기록하면 다음 행동을 결정할 수 없습니다. 다음 항목을 기본으로 시작하고 필요한 열만 추가하는 것이 좋습니다.
| 항목 | 기록할 내용 | 필요한 이유 |
|---|---|---|
| 고객·프로젝트명 | 고객과 작업을 구분할 수 있는 이름 | 같은 고객의 여러 작업을 구분하기 위해 |
| 문의일 | 최초 요청을 받은 날짜 | 응답 지연과 검토 기간을 확인하기 위해 |
| 현재 단계 | 문의·견적·착수·진행·납품 등 | 프로젝트가 멈춘 지점을 찾기 위해 |
| 금액과 확정 여부 | 문의 금액·견적 금액·계약 확정 금액 | 미확정 금액과 확정 프로젝트를 구분하기 위해 |
| 견적 유효기간 | 현재 견적을 유지하는 기한 | 재견적이 필요한 시점을 알기 위해 |
| 예상 착수일 | 조건이 충족됐을 때 시작 가능한 날짜 | 진행 중인 일정과 충돌하는지 확인하기 위해 |
| 다음 행동 | 가장 먼저 해야 할 구체적인 한 가지 행동 | 프로젝트를 다음 단계로 이동시키기 위해 |
| 처리 기한 | 다음 행동을 완료할 날짜 | 후속 확인을 놓치지 않기 위해 |
| 입금 상태 | 미확정·선금 대기·선금 완료·잔금 대기·완료 | 작업 단계와 지급 상태를 함께 확인하기 위해 |
| 종료 사유 | 완료·보류·견적 만료·조건 불일치 등 | 같은 이유로 수주가 중단되는지 확인하기 위해 |
5. 현재 상태보다 다음 행동이 중요한 이유
‘견적 발송’이나 ‘회신 대기’는 현재 상태를 설명하지만 무엇을 해야 하는지는 알려주지 않습니다. 현황표의 모든 진행 중인 행에는 다음 행동과 처리 기한이 하나씩 있어야 합니다.
| 현재 상태 | 불분명한 기록 | 실행 가능한 다음 행동 |
|---|---|---|
| 내용 확인 | 자료 기다리는 중 | 8월 12일까지 작업 분량과 참고자료 요청 |
| 회신 대기 | 답변 확인 | 8월 14일 견적 검토 일정 확인 |
| 착수 준비 | 계약 진행 | 8월 15일까지 계약서·선금·자료 확인 |
| 납품·승인 | 입금 확인 | 8월 16일 승인 여부와 잔금 예정일 확인 |
다음 행동은 한 문장 안에 대상, 행동과 기한이 드러나도록 작성합니다. ‘연락하기’보다 ‘8월 14일 견적 검토 일정 확인’처럼 적어야 현황표를 열었을 때 바로 실행할 수 있습니다.
견적 발송 후에는 유효기간을 함께 기록합니다
견적을 보낸 뒤 답변이 없다고 같은 조건을 무기한 유지할 필요는 없습니다. 현황표에 견적 유효기간을 적어두면 가격, 일정과 작업 범위를 다시 확인해야 할 시점을 놓치지 않을 수 있습니다. 유효기간과 재견적 기준은 1인 사업자 견적 유효기간 정하는 법을 참고할 수 있습니다.
6. 문의 금액과 확정 프로젝트 금액을 구분하는 법
고객이 예산을 문의했거나 견적서를 보냈다는 이유만으로 해당 금액을 이미 확보한 매출처럼 계산하면 안 됩니다. 프로젝트 현황표에서는 금액을 다음과 같이 구분하는 것이 안전합니다.
| 구분 | 의미 | 운영 계획 반영 |
|---|---|---|
| 문의 금액 | 고객이 말한 예산 또는 초기 예상금액 | 확정 금액으로 계산하지 않음 |
| 견적 금액 | 사업자가 제안한 금액 | 검토 중인 금액으로 별도 표시 |
| 계약 확정 금액 | 범위와 지급 조건이 합의된 금액 | 확정 프로젝트로 일정에 반영 |
| 입금 완료 금액 | 실제 지급과 확인이 끝난 금액 | 매출 기록표에서 입금·증빙 확인 |
주의: 위 구분은 프로젝트 운영 현황을 관리하기 위한 기준입니다. 회계·세무상 매출 인식 시점을 정하는 기준으로 사용하지 말고, 관련 처리는 자신의 거래 형태와 증빙에 맞춰 별도로 확인해야 합니다.
선금이 필요한 프로젝트라면 진행 의사를 들은 시점과 실제 착수 가능한 시점을 구분해야 합니다. 선금의 역할과 계산 기준은 1인 사업자 선금 기준 정하는 법에서 확인할 수 있습니다.
7. 프로젝트 현황표 작성 예시
다음은 여러 프로젝트가 서로 다른 단계에 있을 때의 예시입니다. 날짜와 금액은 관리 방법을 설명하기 위한 값이며, 자신의 계약 조건과 업무 방식에 맞게 변경해야 합니다.
| 프로젝트 | 문의일 | 현재 단계 | 금액 | 확정 여부 | 견적 유효기간 | 예상 착수일 | 다음 행동 | 처리 기한 | 입금 상태 |
|---|---|---|---|---|---|---|---|---|---|
| A 프로젝트 | 8월 7일 | 회신 대기 | 120만 원 | 견적 금액 | 8월 14일 | 미정 | 검토 일정 확인 | 8월 12일 | 미확정 |
| B 프로젝트 | 8월 5일 | 착수 준비 | 200만 원 | 계약 협의 | 8월 15일 | 8월 18일 | 계약서·선금·자료 확인 | 8월 14일 | 선금 대기 |
| C 프로젝트 | 7월 28일 | 작업 진행 | 160만 원 | 계약 확정 | 확정 | 8월 4일 | 초안 전달 | 8월 13일 | 선금 완료 |
| D 프로젝트 | 7월 20일 | 납품·승인 | 90만 원 | 계약 확정 | 확정 | 완료 | 승인·잔금 예정일 확인 | 8월 12일 | 잔금 대기 |
계약이 확정된 프로젝트만 실제 작업 일정에 배정합니다. 진행 중인 여러 프로젝트의 작업시간과 마감일을 배치하는 방법은 1인 사업자 프로젝트 일정 관리법에서 확인할 수 있습니다.
8. 멈춘 프로젝트를 찾는 주간 점검법
현황표는 기록한 뒤 방치하면 의미가 없습니다. 일주일에 한 번 처리 기한과 다음 행동을 기준으로 정체된 프로젝트를 점검합니다.
- 신규 문의: 아직 답변하거나 자료를 요청하지 않은 건이 있는지 확인합니다.
- 내용 확인: 견적 작성에 필요한 정보가 빠진 건을 확인합니다.
- 견적 발송: 고객이 견적을 받았는지 확인합니다.
- 회신 대기: 검토 예정일과 견적 유효기간이 지난 건을 확인합니다.
- 착수 준비: 계약·선금·자료·일정 중 빠진 조건을 확인합니다.
- 작업 진행: 다음 전달물과 마감일이 정해졌는지 확인합니다.
- 납품·승인: 승인·잔금·증빙 중 남은 절차를 확인합니다.
- 종료: 완료·보류·미수주 사유를 기록하고 활성 목록에서 분리합니다.
가장 먼저 확인할 프로젝트
처리 기한이 지났는데 다음 행동이 완료되지 않은 프로젝트, 다음 행동 자체가 비어 있는 프로젝트, 착수일은 가까운데 계약·선금·자료가 끝나지 않은 프로젝트를 우선 확인합니다.
진행 가능성이 낮은 프로젝트도 바로 삭제하지 않습니다
수주되지 않은 프로젝트를 모두 삭제하면 어떤 단계에서 문의가 자주 중단되는지 알기 어렵습니다. 종료 상태로 이동한 뒤 다음과 같이 사유를 짧게 남깁니다.
- 예산 불일치
- 일정 불일치
- 작업 범위 불일치
- 고객 내부 보류
- 견적 유효기간 종료
- 응답 없음
- 정상 완료
종료 사유가 반복되면 견적 전달 방식, 대상 고객, 작업 일정과 서비스 범위를 조정할 근거로 사용할 수 있습니다. 다만 기록이 적은 초기에는 몇 건의 결과만으로 원인을 단정하지 않는 것이 좋습니다.
9. 복사해서 사용하는 프로젝트 현황표
아래 표를 스프레드시트에 복사한 뒤 진행 중인 프로젝트부터 입력해보세요. 처음부터 모든 과거 문의를 정리하기보다 현재 다음 행동이 필요한 건부터 시작하는 편이 좋습니다.
| 고객·프로젝트명 | 문의일 | 현재 단계 | 금액 | 확정 여부 | 견적 유효기간 | 예상 착수일 | 예상 납품일 | 다음 행동 | 처리 기한 | 입금 상태 | 종료 사유 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 프로젝트명 | 날짜 | 현재 단계 | 금액 | 미확정·확정 | 날짜 | 날짜 | 날짜 | 다음 행동 | 날짜 | 입금 상태 | 종료 사유 |
도구보다 유지할 수 있는 구조가 먼저입니다
프로젝트 현황표는 스프레드시트, 데이터베이스나 고객관리 도구로 만들 수 있습니다. 어떤 도구를 사용하든 현재 단계, 다음 행동과 처리 기한을 빠르게 확인할 수 있어야 합니다. 혼자 운영하는 단계에서는 복잡한 자동화보다 매주 계속 갱신할 수 있는 단순한 구조가 중요합니다.
현황표에는 필요한 고객 정보만 기록합니다
연락과 프로젝트 관리에 필요한 최소한의 정보만 입력하고, 비밀번호, 결제카드 정보, 불필요한 신분정보와 같은 민감한 정보는 기록하지 않습니다. 공유 문서라면 접근 권한과 공유 대상을 정기적으로 확인해야 합니다.
10. 프로젝트 현황표를 만들 때 자주 하는 실수
모든 문의 금액을 예상 매출로 더하는 경우
문의와 견적은 아직 확정된 프로젝트가 아닙니다. 금액을 기록할 수는 있지만 계약 확정 금액과 구분해야 합니다.
현재 상태만 적고 다음 행동을 비워두는 경우
‘회신 대기’만 적으면 언제 무엇을 확인할지 알 수 없습니다. 다음 행동과 처리 기한을 함께 입력해야 합니다.
고객이 진행하겠다고 한 순간 작업 일정에 넣는 경우
진행 의사만으로는 착수 조건이 완료되지 않았을 수 있습니다. 계약·선금·자료와 일정이 확인된 뒤 실제 작업 일정에 배정합니다.
끝난 프로젝트를 계속 활성 목록에 두는 경우
완료·보류·미수주 프로젝트가 계속 섞여 있으면 지금 처리해야 할 프로젝트를 찾기 어렵습니다. 종료 상태로 이동하고 종료 사유를 기록합니다.
대화 내용을 현황표에 모두 복사하는 경우
현황표에는 현재 상태와 다음 행동을 판단하는 데 필요한 요약만 적습니다. 상세한 고객 요청과 합의 내용은 별도의 응대 기록에 남기는 것이 좋습니다. 기록 항목과 문장 작성법은 고객 응대 기록하는 법에서 확인할 수 있습니다.
11. 자주 묻는 질문
문의만 들어온 고객도 모두 기록해야 하나요?
실제로 답변이나 후속 확인이 필요한 문의라면 기록하는 것이 좋습니다. 광고성 메시지나 서비스 범위와 전혀 관계없는 문의까지 관리할 필요는 없습니다.
고객 한 명이 여러 프로젝트를 의뢰하면 어떻게 기록하나요?
고객별로 한 행을 사용하는 대신 프로젝트별로 행을 나눕니다. 같은 고객이라도 범위, 금액, 일정과 입금 상태가 다를 수 있기 때문입니다.
견적을 보낸 뒤 고객에게 언제 다시 연락해야 하나요?
일률적인 날짜를 적용하기보다 견적을 보낼 때 고객의 검토 예정일을 함께 확인하는 것이 좋습니다. 현황표에는 그 날짜를 다음 행동의 처리 기한으로 기록합니다.
보류된 프로젝트는 삭제해도 되나요?
바로 삭제하기보다 종료 또는 보류 상태로 옮기고 사유를 남기는 것이 좋습니다. 나중에 다시 문의가 들어오거나 반복되는 중단 원인을 확인할 때 참고할 수 있습니다.
프로젝트 현황표는 얼마나 자주 확인해야 하나요?
새로운 문의나 상태 변경이 있을 때 갱신하고, 전체 목록은 주 1회 점검하는 방식으로 시작할 수 있습니다. 처리 기한이 가까운 프로젝트가 많다면 확인 주기를 더 짧게 조정합니다.
프로젝트 관리 프로그램을 꼭 사용해야 하나요?
반드시 필요하지 않습니다. 프로젝트 수가 많지 않다면 스프레드시트만으로도 충분히 관리할 수 있습니다. 도구보다 단계와 다음 행동을 일관되게 기록하는 기준이 먼저입니다.
프레임웍스 정리
프로젝트 현황표는 고객 목록을 만드는 문서가 아니라 각 프로젝트를 다음 단계로 이동시키기 위한 실행표입니다. 문의가 들어온 날짜, 현재 단계, 금액의 확정 여부, 다음 행동과 처리 기한을 함께 기록해야 합니다.
문의와 견적 금액은 확정된 프로젝트와 분리하고, 고객이 진행 의사를 밝혔더라도 계약·선금·자료와 일정이 확인되기 전에는 실제 작업 단계로 이동하지 않는 것이 좋습니다. 납품이 끝난 뒤에는 승인·잔금·증빙을 확인하고 종료 상태로 옮깁니다.
오늘 바로 할 일: 현재 답변이나 후속 확인이 필요한 프로젝트만 먼저 적어보세요. 각 프로젝트에 현재 단계, 다음 행동과 처리 기한을 하나씩 입력하면 무엇부터 처리해야 하는지 바로 확인할 수 있습니다.
이 글의 작성 및 검토 기준
이 글은 1인 사업자와 프리랜서가 문의부터 견적, 착수, 작업, 납품과 입금까지 프로젝트 상태를 직접 관리할 수 있도록 작성했습니다. 프로젝트 단계와 날짜·금액은 이해를 돕기 위한 운영 예시이며, 실제 적용 시에는 자신의 계약 조건, 업무 방식과 거래 절차에 맞게 조정해야 합니다. 회계·세무 처리가 필요한 내용은 프로젝트 운영표와 별도로 확인해야 합니다.