KR
위시켓
보통
외주
기계 제조사 맞춤형 관리 프로그램 구축 전문가
예산
8,333,333원
예상 기간
약 3개월
지원 마감
2026년 09월 11일
난이도
보통
기술 스택
C#
.NET
MSSQL
Windows Service
REST API
WinForms/WPF
AI 분석 요약 기회점수 68/100
기계 제조사의 사내 업무 담당자용 관리 프로그램을 신규 구축하는 프로젝트로, 현재 '얼마예요'와 엑셀로 분산 관리하는 견적서·거래명세서·품목·단가·주문·출고·재고·발송 업무를 하나의 시스템으로 통합합니다. 거래처/품목/단가 관리, 전화·문자 주문 접수 기록, 재고 관리, 견적서·거래명세서 발행 및 이메일·문자 발송, 기간별·거래처별·품목별 집계와 엑셀 다운로드, 기존 데이터 이전이 핵심 기능입니다. 요구사항이 확정되지 않아 미팅에서 업무를 파악해 예산 내 구현 범위를 직접 제안·설계할 수 있는 ERP/업무시스템 경험이 있는 .NET 개발자에게 적합합니다.
핵심 요구사항
- 거래처·품목·단가 관리 및 전화·문자 주문 접수 기록 기능
- 발송·출고·재고 관리와 거래처별 발송 내역 관리
- 견적서·거래명세서 발행 및 이메일·문자 발송 연동
- 기간별·거래처별·품목별 집계·조회·검색 및 엑셀 다운로드
- 얼마예요 기존 데이터(품목·단가·견적서·명세서) 이전
- 미팅으로 업무 파악 후 예산 내 구현 범위·화면 구성 직접 제안
산출물
- 요구사항 정의서
- 화면 설계서
- 전체 소스코드(발주사 소유 저장소)
- DB 스키마
- 배포·운영 매뉴얼
매력 포인트
- 요구사항·설계 단계부터 주도적으로 제안 가능한 재량이 큰 프로젝트
- 명확한 산출물 정의와 발주사 소유 저장소 등 계약 조건이 정돈됨
- 내년 실사용을 목표로 한 실수요 기반의 안정적 업무 시스템
주의사항
- 화면·기능 미확정 상태로 미팅에서 범위를 정하는 방식이라 스코프 크리프 위험이 큼
- 사내 개발/전산 담당자 부재로 기술 판단 및 커뮤니케이션 전부 파트너에 의존
- 요구 범위가 넓은 데 비해 예산·기간이 빠듯할 수 있어 우선순위 협의 필수
프로젝트 유형신규개발
적합 개발자ERP·업무관리 시스템 구축 경험이 있는 5년차 이상 .NET/C# + MSSQL 개발자
클라이언트 정보
회사위시켓
위치경기도 김포시
고용형태CONTRACTOR
프로젝트 원문 설명
[프로젝트 개요]
- 얼마예요와 엑셀로 나눠 관리하는 견적서·거래명세서·품목·단가·출고·재고 업무를, 저희 업무 흐름에 맞춘 관리 프로그램 하나로 옮깁니다. 화면과 기능을 미리 정해 두지 않았습니다. 미팅에서 저희가 현재 업무 방식과 원하는 것 전체를 설명드리면, 파트너님께서 예산 안에서 가능한 범위와 프로그램 구성을 제안해 주시는 방식으로 진행합니다.
- 사내 담당자가 쓰는 업무 시스템이며, 외부 고객이 직접 쓰는 서비스는 아닙니다.
[클라이언트 소개]
- 기계를 제조·판매하고, 판매한 기계에 들어가는 소모품 주문을 거래처로부터 계속 받는 회사입니다. 이번에 만드는 프로그램은 사내 업무 담당자가 쓰는 관리 시스템입니다.
- 프로젝트 의사결정 구조: 담당자 1명이 요구사항을 정리하고 파트너와 협의하며, 업체 선정과 계약은 상부에 보고해 최종 결정합니다.
- 개발 지식: 사내에 전산 담당자나 개발자가 없습니다. 기술적 판단은 파트너 제안에 의존할 예정입니다.
[왜 이 프로젝트를 하는가]
- 지금 상황: 얼마예요에서는 견적서·거래명세서 발행과 품목·단가 관리만 쓰고 있습니다. 엑셀로 내려받을 수 없고, 검색과 정리도 되지 않습니다. 소모품 주문은 거래처가 전화나 문자로 보내는데 건수가 많아 문서로 남지 않고 있습니다. 업무가 늘면서 이 방식으로는 관리가 어려워진 것이 지금 바꾸려는 이유입니다.
- 끝나면 이렇게 되기를 바랍니다: 거래처·품목·단가·주문·출고·재고·발송 내역이 한 프로그램에서 관리되고, 기간별·거래처별·품목별로 조회와 집계가 됩니다. 견적서와 거래명세서를 프로그램에서 만들어 이메일이나 문자로 바로 보낼 수 있게 되기를 바랍니다.
- 다만 이런 점이 우려됩니다: 요구사항을 미리 다 정해 두지 못한 상태라, 미팅에서 설명하는 업무 내용과 진행 중 추가되는 요구를 충분히 이해하고 반영해 주는 파트너인지가 가장 중요합니다. 초기 미팅에서 업무를 듣고 어느 정도까지 가능한지 판단해 주실 수 있어야 합니다.
[진행 방식과 요구 범위]
1. 진행 방식
- 미팅에서 저희가 현재 업무 진행 방식과 관리하고 있는 내용을 설명드립니다.
- 파트너님께서 업무 프로세스를 파악한 뒤, 예산 안에서 구현 가능한 범위와 프로그램 전체 구성, 화면·메뉴 구성, 데이터 관리 방식을 제안해 주세요.
- 제안을 바탕으로 개발 범위와 세부 기능을 확정한 뒤 개발을 진행합니다.
- 개발 후 실제 업무에 적용해 테스트하고, 그 과정에서 나오는 수정·보완을 반영해 마무리합니다.
2. 전체 요구 범위
- 아래는 저희가 현재 필요하다고 보는 업무 전체입니다. 이 중 예산 안에서 어디까지 가능한지, 무엇을 뒤로 미루는 것이 좋은지를 제안에서 정해 주세요.
- 거래처 관리
- 품목 관리와 품목별 단가 관리
- 주문 접수: 거래처가 전화·문자로 보내는 소모품 주문을 프로그램에 기록해 관리
- 발송·출고 관리와 거래처별 발송 내역 관리
- 재고 관리
- 견적서·거래명세서 발행과 이메일·문자 발송
- 거래처별·품목별 집계, 기간별 조회와 검색
- 각종 관리 자료 출력과 엑셀 다운로드
- 얼마예요에 있는 기존 데이터(품목·단가·견적서·거래명세서) 이전
- 개발 완료 후 수정 방법과 유지보수 기간·비용
3. 결과물
- 요구사항 정의서
- 화면 설계서
- 전체 소스코드 (발주사 소유 저장소)
- DB 스키마
- 배포·운영 매뉴얼
[클라이언트 준비 사항]
- 준비된 것: 주요 관리 업무 목록, 얼마예요에 쌓인 견적서·거래명세서·품목·단가 데이터
- 이 프로젝트 담당: 담당자 1명이 업무 설명, 요구사항 정리, 파트너 협의를 맡습니다.
[오픈 시점과 예산]
- 목표 시점: 올해 안에 착수해 오류를 잡은 뒤 내년부터 실제 업무에 사용하는 것이 목표입니다. 빠르게 진행하려 합니다.
- 예산: 2,000만~3,000만원 (부가세 별도)
- 위 전체 요구 범위를 이 예산 안에서 어디까지 구현할 수 있는지를 기준으로 제안해 주세요. 세부 범위는 미팅에서 협의해 확정합니다.
[원하는 개발자/업체]
단순히 요청받은 기능만 개발하는 것보다는, 실제 회사 업무를 직접 듣고 업무 흐름을 이해한 후, 더 효율적으로 관리할 수 있는 프로그램 형태를 제안해주실 수 있는 분을 희망합니다. 특히 초기 미팅에서 업무 내용을 충분히 파악하고, 프로그램의 전체적인 구성과 개발 방향을 함께 제안해주실 수 있으면 좋겠습니다.
[제안 포함 필수 사항]
- 지원 내용은 아래 기준으로 검토합니다.
1. 적합한 기술 스택과 그 선택 이유를 제안에 포함해 주세요. 저희 쪽에 개발자가 없으므로 비개발자가 이해할 수 있는 수준으로 적어 주시면 도움이 됩니다.
2. 위 전체 요구 범위 중 예산 안에서 가능한 범위와, 뒤로 미루는 편이 나은 항목을 이유와 함께 제안에 포함해 주세요. 공고만으로 판단이 어려워 확인이 필요한 부분도 함께 적어 주세요.
3. 파트너님께서 판단하시기에 어떤 부분이 완료되어야 이 프로젝트가 성공적으로 마무리되었다고 보시는지 제안에 포함해 주세요. 전문가로서 이 프로젝트의 결과물에 대한 의견 부탁드립니다.
4. 초기 미팅에서 업무를 파악해 프로그램 구성을 제안하는 방식과, 진행 중 추가 요구가 생겼을 때 반영하는 절차를 제안에 포함해 주세요. 요구사항을 함께 정해 가며 만드는 프로젝트라 이 부분을 특히 중요하게 보고 있습니다.
- 얼마예요와 엑셀로 나눠 관리하는 견적서·거래명세서·품목·단가·출고·재고 업무를, 저희 업무 흐름에 맞춘 관리 프로그램 하나로 옮깁니다. 화면과 기능을 미리 정해 두지 않았습니다. 미팅에서 저희가 현재 업무 방식과 원하는 것 전체를 설명드리면, 파트너님께서 예산 안에서 가능한 범위와 프로그램 구성을 제안해 주시는 방식으로 진행합니다.
- 사내 담당자가 쓰는 업무 시스템이며, 외부 고객이 직접 쓰는 서비스는 아닙니다.
[클라이언트 소개]
- 기계를 제조·판매하고, 판매한 기계에 들어가는 소모품 주문을 거래처로부터 계속 받는 회사입니다. 이번에 만드는 프로그램은 사내 업무 담당자가 쓰는 관리 시스템입니다.
- 프로젝트 의사결정 구조: 담당자 1명이 요구사항을 정리하고 파트너와 협의하며, 업체 선정과 계약은 상부에 보고해 최종 결정합니다.
- 개발 지식: 사내에 전산 담당자나 개발자가 없습니다. 기술적 판단은 파트너 제안에 의존할 예정입니다.
[왜 이 프로젝트를 하는가]
- 지금 상황: 얼마예요에서는 견적서·거래명세서 발행과 품목·단가 관리만 쓰고 있습니다. 엑셀로 내려받을 수 없고, 검색과 정리도 되지 않습니다. 소모품 주문은 거래처가 전화나 문자로 보내는데 건수가 많아 문서로 남지 않고 있습니다. 업무가 늘면서 이 방식으로는 관리가 어려워진 것이 지금 바꾸려는 이유입니다.
- 끝나면 이렇게 되기를 바랍니다: 거래처·품목·단가·주문·출고·재고·발송 내역이 한 프로그램에서 관리되고, 기간별·거래처별·품목별로 조회와 집계가 됩니다. 견적서와 거래명세서를 프로그램에서 만들어 이메일이나 문자로 바로 보낼 수 있게 되기를 바랍니다.
- 다만 이런 점이 우려됩니다: 요구사항을 미리 다 정해 두지 못한 상태라, 미팅에서 설명하는 업무 내용과 진행 중 추가되는 요구를 충분히 이해하고 반영해 주는 파트너인지가 가장 중요합니다. 초기 미팅에서 업무를 듣고 어느 정도까지 가능한지 판단해 주실 수 있어야 합니다.
[진행 방식과 요구 범위]
1. 진행 방식
- 미팅에서 저희가 현재 업무 진행 방식과 관리하고 있는 내용을 설명드립니다.
- 파트너님께서 업무 프로세스를 파악한 뒤, 예산 안에서 구현 가능한 범위와 프로그램 전체 구성, 화면·메뉴 구성, 데이터 관리 방식을 제안해 주세요.
- 제안을 바탕으로 개발 범위와 세부 기능을 확정한 뒤 개발을 진행합니다.
- 개발 후 실제 업무에 적용해 테스트하고, 그 과정에서 나오는 수정·보완을 반영해 마무리합니다.
2. 전체 요구 범위
- 아래는 저희가 현재 필요하다고 보는 업무 전체입니다. 이 중 예산 안에서 어디까지 가능한지, 무엇을 뒤로 미루는 것이 좋은지를 제안에서 정해 주세요.
- 거래처 관리
- 품목 관리와 품목별 단가 관리
- 주문 접수: 거래처가 전화·문자로 보내는 소모품 주문을 프로그램에 기록해 관리
- 발송·출고 관리와 거래처별 발송 내역 관리
- 재고 관리
- 견적서·거래명세서 발행과 이메일·문자 발송
- 거래처별·품목별 집계, 기간별 조회와 검색
- 각종 관리 자료 출력과 엑셀 다운로드
- 얼마예요에 있는 기존 데이터(품목·단가·견적서·거래명세서) 이전
- 개발 완료 후 수정 방법과 유지보수 기간·비용
3. 결과물
- 요구사항 정의서
- 화면 설계서
- 전체 소스코드 (발주사 소유 저장소)
- DB 스키마
- 배포·운영 매뉴얼
[클라이언트 준비 사항]
- 준비된 것: 주요 관리 업무 목록, 얼마예요에 쌓인 견적서·거래명세서·품목·단가 데이터
- 이 프로젝트 담당: 담당자 1명이 업무 설명, 요구사항 정리, 파트너 협의를 맡습니다.
[오픈 시점과 예산]
- 목표 시점: 올해 안에 착수해 오류를 잡은 뒤 내년부터 실제 업무에 사용하는 것이 목표입니다. 빠르게 진행하려 합니다.
- 예산: 2,000만~3,000만원 (부가세 별도)
- 위 전체 요구 범위를 이 예산 안에서 어디까지 구현할 수 있는지를 기준으로 제안해 주세요. 세부 범위는 미팅에서 협의해 확정합니다.
[원하는 개발자/업체]
단순히 요청받은 기능만 개발하는 것보다는, 실제 회사 업무를 직접 듣고 업무 흐름을 이해한 후, 더 효율적으로 관리할 수 있는 프로그램 형태를 제안해주실 수 있는 분을 희망합니다. 특히 초기 미팅에서 업무 내용을 충분히 파악하고, 프로그램의 전체적인 구성과 개발 방향을 함께 제안해주실 수 있으면 좋겠습니다.
[제안 포함 필수 사항]
- 지원 내용은 아래 기준으로 검토합니다.
1. 적합한 기술 스택과 그 선택 이유를 제안에 포함해 주세요. 저희 쪽에 개발자가 없으므로 비개발자가 이해할 수 있는 수준으로 적어 주시면 도움이 됩니다.
2. 위 전체 요구 범위 중 예산 안에서 가능한 범위와, 뒤로 미루는 편이 나은 항목을 이유와 함께 제안에 포함해 주세요. 공고만으로 판단이 어려워 확인이 필요한 부분도 함께 적어 주세요.
3. 파트너님께서 판단하시기에 어떤 부분이 완료되어야 이 프로젝트가 성공적으로 마무리되었다고 보시는지 제안에 포함해 주세요. 전문가로서 이 프로젝트의 결과물에 대한 의견 부탁드립니다.
4. 초기 미팅에서 업무를 파악해 프로그램 구성을 제안하는 방식과, 진행 중 추가 요구가 생겼을 때 반영하는 절차를 제안에 포함해 주세요. 요구사항을 함께 정해 가며 만드는 프로젝트라 이 부분을 특히 중요하게 보고 있습니다.
위시켓에서 원본 확인
원본 보기