← WORK 목록으로
KOREA위시켓웹 개발REMOTE

시니어 방문재활 매칭 PWA 고도화 전문가

운영 중인 시니어 방문재활운동 매칭 PWA를 역경매 구조에서 '상태확인 → 계약금 결제 → 본사 수동배정' 구조로 전환하는 고도화 프로젝트입니다. 광고 랜딩페이지, 부모님 상태확인 폼, 자녀 대상 회원기능, PG 계약금 결제, 관리자 CRM·수동배정 백오피스, SMS·카카오 알림, UTM·픽셀 전환추적을 구축하며 기존 PWA 버그 정비도 포함합니다. 대표가 바이브 코딩으로 만든 소스라 구조 파악이 안 된 상태여서 코드 감사와 비개발자 대상 커뮤니케이션 역량이 중요합니다. 결제·매칭 플랫폼 경험이 있고 레거시 코드 진단에 능한 풀스택 개발자에게 적합합니다.

2026.09.01VIEW 52위시켓에서 수집
Budget7,333,333원
Difficulty고급
Duration약 3개월
Work style원격 가능
Required stack

필요 기술

Next.jsReactTypeScriptNode.jsNestJSPostgreSQLPG결제연동SMS연동
Project brief

프로젝트 내용

[프로젝트 개요]
- 운영 중인 시니어 방문재활운동 매칭 PWA를 고도화합니다. 무료 견적을 신청하면 여러 전문가가 견적을 보내고 고객이 가격을 비교해 고르는 역경매 구조를, 부모님 상태를 확인한 뒤 계약금을 결제하면 본사가 전문가를 배정하는 구조로 바꾸는 것이 이번 범위의 핵심입니다. 신규 구축이 아닌 기존 서비스 기반 고도화입니다.

[클라이언트 소개]
- 물리치료사·운동처방사의 방문재활운동 서비스를 시니어 고객에게 연결하는 법인입니다. 올해 창업했고 정부지원사업에 선정되어 진행 중입니다. 사내 업무 시스템이 아니라 일반 고객이 직접 사용하는 서비스이며, 서비스 이용자는 시니어이지만 실제 결제자는 자녀 세대입니다.
- 프로젝트 의사결정 구조: 대표가 요구사항 확정부터 계약·범위 변경 최종 승인까지 직접합니다.
- 개발 지식: 사내에 개발자나 전산 담당이 없습니다. 현재 운영 중인 PWA도 대표가 바이브 코딩으로 직접 만든 것이라, 백엔드가 어떻게 구성돼 있는지와 DB 구조는 파악하지 못하고 있습니다.

[왜 이 프로젝트를 하는가]
- 지금 상황: 현재 사이트는 무료 견적 신청을 받아 여러 전문가의 견적을 전달하고 고객이 비교해 고르는 역경매 방식입니다. 신청이 들어오면 관리자와 인근 지역 선생님에게 카카오톡·문자 알림만 가고, 고객 상태를 단계별로 관리하거나 결제를 받는 기능은 없습니다. 사업모델을 12주 과정 단일 상품 판매로 전환하면서 홈페이지의 목적 자체가 견적 비교에서 계약금 결제로 바뀌었고, 정부 지원사업 일정에 맞춰 지금 고도화가 필요합니다.
- 끝나면 이렇게 되기를 바랍니다: 광고 클릭에서 상태 확인, 계약금 결제, 관리자 확인, 선생님 수동배정까지 전체 흐름이 오류 없이 작동하는 것이 목표입니다. 이 흐름으로 계약금을 결제한 고객 10명을 확보할 수 있는 수준의 안정성을 완료 기준으로 보고 있습니다. 결과물이 잘 나오면 이후 추가 고도화도 같은 파트너와 이어서 진행하려 합니다.
- 다만 이런 점이 우려됩니다: 저희 쪽에 개발 지식이 없어 전문 용어로 오가는 설명을 이해하지 못한 채 진행이 흘러가는 상황을 가장 우려하고 있습니다. 기존 PWA의 구조도 저희가 설명해드리기 어려운 상태라, 무엇이 어디까지 진행됐는지 저희가 확인할 방법이 필요합니다.

[필수 과업 범위와 결과물]
1. 수행 범위
- 코드 감사: 계약 전 또는 계약 초기에 기존 PWA 점검. 소스코드 소유권·저장소 확인, 로그인·회원기능 작동 여부, DB 구조와 개인정보 저장 방식, 결제·문자 연동 현황, 모바일 화면 완성도와 관리자 기능 유무를 확인해 주세요. 감사 결과 재사용 가능 범위가 낮다면 견적 조정을 사전 협의해 주세요.
- 상세 기획: 화면설계서와 기능정의서는 없으며, 첨부한 제안요청서 수준의 문서만 있습니다. 신규·변경 화면의 요구사항 정의와 화면 설계를 포함해 진행합니다.
- UI·UX 디자인: 광고 랜딩페이지 1~2종과 신규 관리자 화면. 기존 PWA의 디자인은 유지하고 변경 화면만 조정합니다.
- SW 개발: 기존 PWA 프론트·백엔드 고도화, 관리자 화면 신규 구축, PG 결제 연동, 문자(SMS) 발송 연동
- 인프라·배포: 기존 운영 환경 기준 배포. 소스코드 저장소와 서버·결제 계정은 발주사 명의로 정리해 주세요.
- 테스트·QA: 광고 클릭에서 배정까지 전체 흐름 통합 테스트 및 검수 대응

2. 상세 기능 요구 사항
2-1. 고객 프론트엔드 (모바일 웹 / PWA)
- 광고 랜딩페이지: 캠페인·광고 소재별 랜딩페이지 신규 제작 (최소 1~2종)
- 부모님 상태 확인 폼: 질환·재활목적·거주지역·거동가능여부 등 기존 신청폼 재구성 및 입력 완료 시 결과 안내 화면 제공
- 회원가입·로그인: 자녀(보호자) 대상 간편 가입 및 로그인. 기존 회원기능 점검 후 재사용 또는 재구성
- 상품 노출: 단일 상품 12주 과정 168만원 노출 화면
- 계약금 결제: 계약금 16만 8천원 결제 및 성공·실패 처리 (PG 연동)
2-2. 관리자 백오피스
- 고객 CRM: 고객 상태값 단계 관리(신청 → 확인 → 배정 → 계약) 및 관리자 화면에서 상태 변경
- 결제 확인: 결제 건 목록 조회 및 확인 처리
- 선생님 수동배정: 지역·시간·담당고객수 조건 확인 후 관리자가 직접 배정 (자동매칭 알고리즘 제외)
- 미확인 알림: 담당자가 확인하지 않은 신청 건에 대한 관리자 알림
2-3. 외부 연동
- 접수 확인 문자: 신청 접수 시 고객에게 확인 문자 자동 발송 (SMS 연동)
- 신규 신청 알림: 관리자 및 인근 지역 선생님 대상 카카오톡·문자 알림 (기존 동작 유지·정비)
- 전환 추적: 랜딩 방문 → 신청 → 결제 구간 전환 추적 (UTM 파라미터 연동)
- 광고 픽셀: 광고 매체 픽셀 설치 및 전환 이벤트 전송
2-4. 기존 PWA 정비
- 헤더 겹침 버그 수정: 로그인 후 헤더와 상태바가 겹치는 현상 수정
- 미작동 기능 정리: 결제·채팅·후기 등 작동하지 않는 기능 숨김 또는 준비중 처리
- 미검증 수치 제거: 랜딩페이지 내 누적방문·전문가 수 등 미검증 통계 삭제

3. 결과물
- 기존 PWA 코드 감사 결과서
- 요구사항 정의서
- 화면 설계서
- 전체 소스코드 (발주사 소유 저장소)
- DB 스키마
- 배포·운영 매뉴얼

[아직 정하지 않은 범위]
- 아래는 저희가 확정하지 못한 항목입니다. 포함하는 편이 나은지, 뺀다면 나중에 어떻게 붙일 수 있는지를 의견과 함께 적어 주세요.
1. 플랫폼 내 채팅 — 카카오톡 연결이 아니라 플랫폼 안에서 대화가 오가는 형태를 원합니다.
2. 부모님 정보 등록 — 자녀 계정과 연결된 기본 프로필. 회원가입은 필수 범위에 넣었으나 프로필 등록까지 이번에 넣을지는 정하지 못했습니다
3. 7일 수행체크 — 챌린지 기본형. 콘텐츠 제작은 제외하고 체크 기능만
4. 기본 가족 대시보드 — 자녀가 신청·배정 현황을 확인하는 화면
5. 영상·PDF 자료 노출 화면 — 콘텐츠는 저희가 제공합니다
6. 기존 코드 재사용 범위 — 백엔드 구성을 저희도 확인하지 못한 상태입니다. 감사 결과에 따라 재구축이 필요한 범위를 함께 봐주세요
- 1~5번은 필수 범위 견적을 우선 산정해 주시고, 예산이 남을 경우의 추가 구현 가능 여부와 별도 금액을 구분해 적어 주세요.

[클라이언트 준비 사항]
- 준비된 것: 운영 중인 PWA, 제안요청서, 상품 구조 확정, 기존 신청폼 항목
- 이 프로젝트 담당: 대표 1명이 요구사항 확정과 검수를 맡습니다.

[오픈 시점과 예산]
- 목표 시점: 12월 오픈. 10월 안에 열고 싶었으나 개발 기간을 고려해 12월로 보고 있으며, 앞당길 수 있다면 빠를수록 좋습니다.
- 희망 착수: 계약 체결 후 즉시 개발 기간: 약 3개월
- 예산: 2,000만~2,500만원 (부가세 별도)
- 정산 방식: 선금 70%(계약 체결 시) + 잔금 30%(검수 완료 시)

[지원 요건 및 우대 사항]
- 지원 요건: 정부지원금 정산 증빙 요건상 세금계산서 발행이 가능한 법인 또는 일반과세 개인사업자만 지원 가능합니다.
- 우대: 정부 지원사업(사회적기업·창업지원사업 등) 관련 외주 진행 경험
- 우대: 헬스케어·시니어 서비스 또는 O2O 매칭 서비스 개발 경험
- 우대: PWA·모바일 웹 결제 연동 경험

[제안 포함 필수 사항]
- 지원 내용은 아래 기준으로 검토합니다.
1. 적합한 기술 스택과 그 선택 이유를 제안에 포함해 주세요. 저희 쪽에 개발자가 없으므로 비개발자가 이해할 수 있는 수준으로 적어 주시면 도움이 됩니다.
2. 파트너님께서 판단하시기에 어떤 부분이 완료되어야 이 프로젝트가 성공적으로 마무리되었다고 보시는지 제안에 포함해 주세요. 전문가로서 이 프로젝트의 결과물에 대한 의견 부탁드립니다.
3. 위 '아직 정하지 않은 범위' 각 항목에 대한 의견을 제안에 포함해 주세요. 포함하는 편이 나은지, 뺀다면 나중에 어떻게 붙일 수 있는지 의견 부탁드립니다. 공고만으로 판단이 어려워 확인이 필요한 부분도 함께 적어 주세요.
4. 개발 진행 상황을 저희가 어떻게 확인할 수 있는지 제안에 포함해 주세요. 저희 쪽에 개발 지식이 없어 전문 용어 없이 확인할 수 있는 방식이 필요하며, 이 부분을 특히 중요하게 보고 있습니다.
지원 기회 분석

지원 전에 볼 것

핵심 요구사항

  • 기존 PWA 코드 감사(소유권·DB구조·결제/문자 연동 현황 진단) 및 재사용 범위 판단
  • 역경매 → 계약금 결제·수동배정 구조로 비즈니스 로직 전환
  • PG 계약금 결제 연동 및 성공·실패 처리
  • 관리자 백오피스 신규 구축(고객 CRM 상태관리·결제확인·선생님 수동배정·미확인 알림)
  • SMS·카카오톡 알림 정비 및 UTM·광고픽셀 전환추적 연동
  • 저장소·서버·결제 계정을 발주사 명의로 정리

예상 산출물

  • 기존 PWA 코드 감사 결과서
  • 요구사항 정의서·화면 설계서
  • 전체 소스코드(발주사 소유 저장소) 및 DB 스키마
  • 배포·운영 매뉴얼

매력 포인트

  • 실제 운영 중이고 정부지원사업에 선정된 검증된 클라이언트
  • 성과 시 후속 고도화로 이어지는 장기 파트너십 가능성
  • 대표가 의사결정을 직접 담당해 커뮤니케이션 라인이 단순

확인할 점

  • 클라이언트에 개발/전산 담당이 전무하고 기존 PWA(바이브 코딩)의 백엔드·DB 구조를 아무도 파악 못해 감사 결과에 따라 재구축 범위가 크게 늘 수 있음
  • 화면설계서·기능정의서 없이 제안요청서 수준 문서만 존재해 요구사항 정의 부담이 큼
  • 리스트 예산(약 733만원)과 본문 예산(2,000만~2,500만원)이 크게 불일치
Client signal

클라이언트 정보

회사 · 위시켓 / 지역 · 서울특별시 강동구 / 고용형태 · CONTRACTOR
START THE LOOP · CHOOSE

시장과 사람의 답을 봤다면,
다음 결과물의 구조를 고릅니다.

한 번의 결과에 기대지 않고 다시 만들 수 있도록, 문제 발견부터 제작·배포·수익화까지 이어지는 전체 흐름을 익혀보세요.

TTJ CLASS에서 다음 구조 고르기 →
처리 중...