소프트웨어 / 웹 애플리케이션

맞춤형 웹앱을 개발하는 베트남 소프트웨어 개발 회사

Friday Works는 베트남 호치민시에 등록된 소프트웨어 개발 회사로, 완전 원격으로 운영하며 베트남 및 해외 팀과 함께 일합니다. 맞춤형 소프트웨어 개발 서비스를 통해 회사 고유의 업무 흐름을 실제로 운영할 수 있는 웹앱, 포털, 대시보드 또는 MVP(최소 기능 제품)로 만듭니다. 범위를 명확히 하고, 규모에 맞는 아키텍처와 짧은 출시 주기로 효과를 확인한 뒤 확장합니다.

참고 예산
2,500만~9,000만 동업무 모듈 1개부터 웹앱 첫 출시까지. 대규모 시스템은 조사 후 견적
기간
4~12주첫 출시 기준. 이후 주기는 사용 데이터에 따라 계획
진행 방식
작동하는 단위로 출시주기마다 실제 사용자가 써 볼 수 있는 버전 제공
인수인계
소스 코드와 문서배포·운영 가이드와 3개월 하자 보수 포함
화이트보드에 업무 흐름을 그리는 두 사람, 그중 한 명은 노트북을 들고 있음
Friday Works / 04베트남 소프트웨어 개발 회사

자주 겪는 문제

기업이 자주 해결을 맡기는 문제

  1. 상황 01

    데이터가 여러 엑셀 파일에 흩어져 있고, 사람마다 다른 버전을 갖고 있습니다.

    Friday Works의 해결 방식

    공용 데이터베이스, 역할별 권한, 작업 이력을 갖춘 웹앱을 만듭니다. 양식에 맞춘 엑셀 가져오기·내보내기를 지원해 점진적으로 전환할 수 있습니다.

  2. 상황 02

    결재가 이메일과 Zalo로 오가서 건이 어디서 멈췄는지 아무도 모릅니다.

    Friday Works의 해결 방식

    건마다 상태, 담당자, 결재 단계, 알림이 있고, 관리자는 하나의 대시보드에서 진행 상황을 확인합니다.

  3. 상황 03

    패키지 소프트웨어는 필요 없는 기능은 많은데 정작 필요한 기능은 없습니다.

    Friday Works의 해결 방식

    Friday Works는 고객사 업무의 차별점이 되는 부분만 개발합니다. 작게 작동하는 범위부터 시작해 실제 사용 데이터에 따라 확장합니다.

  4. 상황 04

    개발자 한 명에게만 의존하다가 그 사람이 떠나면 아무도 시스템을 모를까 걱정됩니다.

    Friday Works의 해결 방식

    소스 코드, 아키텍처 문서, 배포·운영 가이드를 인계하며, 저장소와 인프라의 소유권은 계약서에 명시합니다.

프로젝트 유형

주로 맡는 프로젝트

01

웹 포털과 사내 시스템

스프레드시트, 이메일, 서로 연결되지 않은 도구에 흩어진 업무를 데이터, 권한, 작업과 함께 한곳에 모읍니다.

02

운영 대시보드

중요한 지표와 상태를 한곳에 모아 팀이 현황을 파악하고, 수치를 대조하고, 바로 조치할 수 있게 합니다.

03

디지털 제품 MVP

대규모 플랫폼에 투자하기 전에 제품의 핵심 가설을 실제 사용자로 검증합니다.

웹사이트, 포털, 대시보드, 웹앱의 차이는?

이런 경우에 적합합니다

  • 회사 소개 웹사이트는 역량과 콘텐츠를 알리고 문의를 받기 위한 것입니다. 사용자가 로그인해 데이터를 다루거나, 권한에 따라 작업하거나, 업무 흐름을 처리해야 한다면 포털이나 웹앱이 적합합니다.
  • 대시보드는 팀이 데이터를 보고 대조하며 조치해야 할 때 유용합니다. MVP는 본격적인 투자 전에 가치 있는 흐름 하나를 검증합니다.
  • 반복되는 업무가 있고, 사용자가 명확하며, 첫 출시의 검수 기준을 합의할 준비가 되어 있습니다.

이런 경우에는 맞지 않습니다

  • 업무 흐름, 권한, 운영 데이터 처리 없이 회사 소개 웹사이트나 카탈로그만 필요합니다.
  • 사용자, 데이터 흐름, 검수 기준이 정리되기 전에 대규모 시스템의 확정 견적이 필요합니다.

진행 방식

단계별 역할 분담과 받는 결과물

기능 화면 약 10개, 역할 3개인 웹앱 첫 출시의 일정 예시입니다(S02 패키지, 8~12주). 사내 업무 모듈 1개(S01 패키지)는 보통 더 짧아 4~8주 정도 걸립니다.

  1. 01계약 전

    상담 및 범위 확정

    업무가 어디서 막히는지, 어떤 결과를 바꿔야 하는지 파악합니다.

    Friday Works가 하는 일

    • 현재 업무 방식, 참여자, 사용 중인 도구에 대해 듣습니다.
    • 팀이 수작업으로 관리하는 양식, 스프레드시트, 보고서를 검토합니다.
    • 첫 출시 범위, 나중으로 미룰 부분, 일찍 검증할 위험 요소를 제안합니다.

    고객의 역할

    업무 흐름, 주요 사용자, 원하는 결과를 설명하고 사용 중인 양식을 공유해 주세요.

    받는 결과물

    • 검수 기준을 포함한 첫 출시 범위
    • 마일스톤별 일정과 견적

    확인 지점제안서 서명 및 1차 지급(40%).

  2. 021~2주차

    요구사항 정의: 업무와 데이터

    누가, 어떤 데이터로, 어떤 규칙에 따라 무엇을 하는지 명확히 합니다.

    Friday Works가 하는 일

    • 주요 사용자를 인터뷰하고 현재 흐름과 병목 지점을 도식화합니다.
    • 역할, 권한, 입력, 출력, 필요한 보고서를 정리합니다.
    • 사용자 스토리(사용자 관점에서 기능을 설명한 문장)를 검수 기준과 함께 작성합니다.

    고객의 역할

    실제 사용자가 인터뷰에 참여하도록 하고, 의견이 갈리는 비즈니스 규칙을 확정해 주세요.

    받는 결과물

    • 현재와 향후의 업무 흐름도
    • 검수 기준을 포함한 우선순위별 사용자 스토리 목록

    확인 지점첫 출시 상세 범위 승인.

  3. 032~3주차

    프로토타입 및 아키텍처

    코드를 작성하기 전에 주요 흐름을 직접 클릭해 보고, 기술 기반을 확정합니다.

    Friday Works가 하는 일

    • 주요 화면을 클릭해 볼 수 있는 프로토타입을 만듭니다.
    • 데이터 모델, API, 권한을 설계합니다.
    • 인프라, 백업, 오류 모니터링 방식을 정합니다.

    고객의 역할

    몇몇 사용자와 프로토타입을 써 보고 피드백을 주세요.

    받는 결과물

    • 주요 화면 프로토타입
    • 아키텍처 및 데이터 모델 문서

    확인 지점프로토타입과 아키텍처 승인.

  4. 043~10주차

    반복 개발

    주기마다 작동하는 기능 단위를 전달하므로 프로젝트가 끝나기 훨씬 전부터 제품을 확인할 수 있습니다.

    Friday Works가 하는 일

    • 테스트 환경에서 기능 묶음을 하나씩 완성하며 개발합니다.
    • 중요한 흐름에 자동화 테스트를 작성합니다.
    • 주기마다 완료한 일, 남은 일, 위험 요소를 담은 릴리스 노트를 공유합니다.

    고객의 역할

    각 버전을 사용해 보고 피드백을 주며 비즈니스 규칙을 확인해 주세요.

    받는 결과물

    • 주기마다 작동하는 버전
    • 릴리스 노트와 업데이트된 백로그

    확인 지점핵심 기능 시연 및 2차 지급(40%).

  5. 0510~12주차

    인수 테스트 및 배포

    정식 운영 전에 실제 사용자가 기준에 따라 테스트합니다.

    Friday Works가 하는 일

    • 사용자 스토리별로 사용자 인수 테스트(UAT)를 진행합니다.
    • 기존 데이터가 있으면 이전하고 건수와 샘플로 대조합니다.
    • 백업과 오류 모니터링을 켠 상태로 운영 환경에 배포합니다.

    고객의 역할

    테스트 담당자를 정하고, 이전된 데이터를 확인하며, 정식 운영일을 합의해 주세요.

    받는 결과물

    • 운영 환경에서 가동 중인 시스템
    • 운영 및 백업 문서

    확인 지점검수 기준 충족 시 정식 운영.

  6. 06정식 운영 후

    인수인계, 하자 보수 및 다음 주기

    고객사가 시스템을 직접 통제하고, 다음 단계의 로드맵을 갖게 됩니다.

    Friday Works가 하는 일

    • 사용자와 관리자를 교육합니다.
    • 소스 코드, 계정, 기술 문서를 인계합니다.
    • 하자 보수 기간의 결함을 수정하고, 사용 데이터를 바탕으로 다음 백로그를 제안합니다.

    고객의 역할

    기준에 따라 검수하고 다음 주기의 우선순위를 정해 주세요.

    받는 결과물

    • 소스 코드, 문서, 계정
    • 3개월 하자 보수와 다음 주기 제안

    확인 지점검수 및 최종 지급(20%).

납품물

받으시는 결과물

분석 및 명세

  • 업무 흐름도현재와 향후의 흐름을 보여 주고, 어떤 단계를 디지털화하는지 표시합니다.
  • 사용자 스토리와 검수 기준기능마다 검수에 쓰는 명확한 완료 조건이 있습니다.
  • 우선순위 백로그이후 주기의 작업을 가치와 위험도 순으로 정리한 목록입니다.

디자인

  • 클릭형 프로토타입개발 전에 주요 흐름을 사용자와 함께 검증합니다.
  • 반응형 화면PC와 모바일에서 모두 잘 작동하는 기능 화면입니다.
  • UI 컴포넌트 키트모든 화면에서 공통으로 쓰는 표, 폼, 필터, 상태 표시입니다.

실제로 작동하는 소프트웨어

  • 계정과 권한역할마다 허용된 범위만 보고 조작할 수 있습니다.
  • 핵심 업무 흐름과 관리 화면처리 단계, 결재, 검색, 필터, 작업 이력을 갖춥니다.
  • 보고서와 데이터 내보내기대시보드와 함께, 범위에 포함된 경우 양식에 맞춘 엑셀 가져오기·내보내기를 제공합니다.
  • 필요 시 API다른 시스템이나 향후 모바일 앱과 연결할 때 사용합니다.

엔지니어링 및 인수인계

  • 저장소에 관리되는 소스 코드저장소와 인프라의 소유권은 계약서에 명시합니다.
  • 기술 문서아키텍처, 데이터 모델, 배포, 백업 및 복구 방법을 담습니다.
  • 사용자 가이드와 교육최종 사용자와 시스템 관리자를 대상으로 합니다.

주로 사용하는 기술과 도구

구체적인 기술 스택은 프로젝트마다 골라 제안서에 명시합니다. 모든 문제에 하나의 플랫폼을 억지로 맞추지 않습니다.

  • Next.js / React + TypeScript빠른 화면과 엄격한 타입 덕분에 오래 유지보수하기 쉽습니다.
  • PostgreSQL 또는 MongoDB프로젝트의 데이터 모델과 보고서 요구에 맞춰 선택합니다.
  • 역할 기반 인증중요한 작업은 작업 이력으로 남깁니다.
  • 모니터링되는 클라우드 인프라첫 출시부터 백업, 로그, 오류 추적을 갖춥니다.

협업

양측이 준비할 것

고객이 준비할 것

  • 인터뷰에 참여하고, 주기마다 써 보고, 인수 테스트를 진행할 주요 사용자.
  • 현재 사용 중인 양식, 스프레드시트, 보고서, 업무 절차 설명.
  • 의견이 갈릴 때 비즈니스 규칙을 확정할 권한이 있는 담당자 1명.
  • 테스트와 데이터 이전에 쓸, 민감 정보를 가린 샘플 데이터.
  • 회사 명의로 등록한 인프라 및 도메인 계정.

납품 전에 점검하는 항목

  • 모든 사용자 스토리가 합의한 검수 기준을 충족합니다.
  • 각 역할은 허용된 범위만 보고 조작할 수 있습니다.
  • 중요한 흐름은 자동화 테스트로 검증됩니다.
  • 이전된 데이터를 건수와 샘플로 대조했습니다.
  • 백업과 복원을 실제로 실행해 성공을 확인했습니다.
  • 정식 운영 시점에 알려진 치명적 결함이 남아 있지 않습니다.

가격

참고 패키지와 예산 산정 방식

관련 기본 패키지

2026년 10월 20일 기준 · 통화: 베트남 동(VND)
S01

CRM·사내 업무 시스템

2,500만~5,000만 동/ 모듈

예상 기간: 4~8주

기본 범위: 업무 흐름 1개, 데이터 그룹 최대 5개, 역할 3개, 승인 2단계, 검색·필터, 작업 이력, 대시보드 1개, 양식 기반 Excel 가져오기·내보내기.

포함되지 않음: 완전한 회계·급여 시스템, 은행 연동.

S02

웹앱·학습 플랫폼

4,500만~9,000만 동/ 첫 버전

예상 기간: 8~12주

기본 범위: 핵심 학습·시험 또는 업무 흐름 1개, 기능 화면 최대 10개, 역할 3개, 계정, 콘텐츠 관리, 이력, 결과, 기본 리포트 1개.

포함되지 않음: 여러 영역을 다루는 대형 플랫폼, AI 채점, 실시간 수업, 결제, 모바일 앱, 멀티테넌트 SaaS.

S06

대규모 시스템

별도 견적상담 후

예상 기간: 아키텍처에 따라 결정

기본 범위: 다중 모듈 ERP, 다지점 시스템, 상시 운영이 필요한 업무는 아키텍처와 작업량을 먼저 정한 뒤 견적을 드립니다.

포함되지 않음: 앱 출시용 계정, 서버, 외부 서비스, 운영 요구 사항 대응.

이 금액은 신규 프로젝트를 위한 참고 예산이며, 확정 견적이나 완료된 계약의 가격이 아닙니다. 범위, 일정, 비용은 프로젝트마다 착수 전에 확정합니다.

일반적인 일정

사내 업무 모듈(S01)
업무 흐름 1개, 최대 3개 역할과 2단계 결재 기준으로 보통 4~8주가 걸립니다.
웹앱 첫 출시(S02)
주요 업무 흐름 1개, 기능 화면 최대 10개, 역할 3개 기준으로 보통 8~12주가 걸립니다.
다중 모듈 시스템
아키텍처 검토 후 여러 단계로 나누며, 이후 주기는 사용 데이터를 근거로 계획합니다.

예산을 좌우하는 요소

  • 사용자 역할, 업무 흐름, 비즈니스 규칙의 수.
  • 데이터 복잡도, 보고서, 데이터 이전 요구 사항.
  • 연동할 시스템, API, 외부 서비스의 수.
  • 보안, 인프라, 가용성, 운영 지원 요구 사항.

제안 지급 일정

  1. 40%프로젝트 착수
  2. 40%데모 및 핵심 기능
  3. 20%검수 및 납품

견적 확정 전 확인 사항

  • 착수 전에 페이지, 기능, 데이터, 검수 기준 목록을 확정합니다.
  • 일정은 범위 승인, 필요한 자료 수령, 1차 지급 이후에 시작됩니다.
  • 제안에는 검수 후 3개월 동안 Friday Works가 개발한 부분의 하자 보수가 포함됩니다.
  • 도메인, 호스팅, 이메일, AI·API, 데이터, 라이선스, 외부 서비스 및 해당 세금은 별도로 표시합니다.
전체 가격표 보기(영문)

납품 후

하자 보수, 유지보수, 추가 개발

3개월 하자 보수

Friday Works가 개발한 부분의 결함은 검수일로부터 3개월 동안 수정하며, 유지보수 비용으로 청구하지 않습니다.

월간 유지보수

200만~500만 동 / 월

월 최대 6시간 · 애플리케이션 1개. 로그 점검, 호환성 업데이트, 기술 지원.

영업시간 내에 지원하며 24시간 상시 서비스가 아닙니다. 인프라 비용과 포함 시간을 넘는 작업은 별도로 견적을 드립니다. 하자 보수 대상 결함은 유지보수 비용으로 청구하지 않습니다.

자주 묻는 질문

시작하기 전에

01맞춤형 소프트웨어 개발이란 무엇인가요?

맞춤형 소프트웨어 개발은 팀이 패키지 제품에 맞춰 일하는 방식을 바꾸는 대신, 회사의 업무 흐름, 사용자 역할, 데이터, 고유한 역량에 맞춰 애플리케이션을 설계하고 개발하는 것입니다. 결과물은 웹앱, 포털, 대시보드, 사내 시스템 또는 MVP이며, 검증 가능한 단계로 나눠 납품합니다.

02Friday Works는 베트남에서 소프트웨어 개발 서비스를 제공하나요?

Friday Works는 베트남 호치민시에 등록되어 완전 원격으로 운영되는 회사로, 베트남 및 해외 팀을 위해 맞춤형 소프트웨어, 웹앱, 포털, 대시보드, MVP를 개발합니다. 협업 방식, 커뮤니케이션 주기, 저장소(리포지토리), 인프라, 인수인계 책임은 개발 시작 전에 합의합니다.

03맞춤형 소프트웨어 개발 비용은 무엇에 따라 달라지나요?

맞춤형 소프트웨어 개발 비용은 사용자 역할과 업무 흐름, 비즈니스 규칙의 복잡도, 데이터와 이전 작업, API 연동, 보안, 인프라, 운영 지원에 따라 달라집니다. Friday Works는 요구사항 정의, 프로토타입 또는 MVP, 이후 출시 주기를 나눠 진행하므로 확장 전에 전제 조건, 산출물, 변경 비용을 확인할 수 있습니다.

04MVP부터 만들어야 하나요, 전체 시스템을 한 번에 만들어야 하나요?

맞춤형 소프트웨어는 보통 MVP부터 시작하는 것이 좋습니다. MVP는 처음부터 끝까지 실제로 작동하면서 가치를 만들고 측정할 수 있는 가장 작은 기능 단위입니다. 위험도가 높은 아키텍처와 연동은 일찍 설계해야 하지만, 모든 기능을 한 번에 개발할 필요는 없습니다.

05Friday Works가 운영 중인 기존 시스템을 인수할 수 있나요?

Friday Works는 소스 코드, 인프라, 데이터, 배포 절차를 점검한 결과에 따라 기존 시스템을 인수할 수도 있습니다. 점검 결과를 바탕으로 그대로 개발을 이어갈지, 단계적으로 리팩터링(내부 구조 개선)할지, 시스템 일부를 교체할지 결정합니다.

06소스 코드와 데이터의 소유권은 누구에게 있나요?

소스 코드와 데이터의 소유권, 저장소, 인프라, 인수인계 조건은 제안서와 계약서에 명시합니다. Friday Works는 고객사가 핵심 디지털 자산을 직접 통제하는 방식을 권장합니다.

07개발 전에 상세한 명세서가 필요한가요?

소프트웨어 프로젝트를 시작할 때 두꺼운 명세서가 꼭 필요하지는 않습니다. 요구사항 정의 단계에서 첫 출시에 충분한 업무 흐름도, 사용자 스토리, 검수 기준을 만들고, 이후 주기는 실제 사용자의 피드백에 맞춰 조정합니다.

08프로젝트 도중에 요구사항이 바뀌면 어떻게 하나요?

프로젝트 도중의 요구사항 변경은 기록한 뒤 일정과 비용에 미치는 영향을 평가합니다. 작은 변경은 현재 주기 안에서 조정할 수 있고, 범위가 늘어나는 변경은 양측이 서면으로 합의한 경우에만 진행합니다.

Friday Works와 상담하기

디지털화할 업무를 상담하세요

바꾸고 싶은 업무 흐름, 사용자, 데이터, 원하는 결과를 알려 주세요. Friday Works가 요구사항 정의, 검수 기준, 명확한 MVP 로드맵을 함께 정리해 드립니다.

운영 문제 상담하기

문의 후 진행 순서

  1. 01간단한 개요 보내기

    목표, 현재 상황, 희망 일정을 알려 주세요. 자료를 첨부하셔도 좋습니다.

  2. 02영업일 기준 1일 이내 회신

    Friday Works가 확인 질문을 보내거나 온라인 미팅을 제안합니다.

  3. 03범위 협의

    목표와 위험 요소를 함께 검토하고 예산에 맞는 방안을 찾습니다.

  4. 04서면 제안서 받기

    범위, 마일스톤별 일정, 비용, 검수 기준을 정리해 드립니다.

Zalo로 문의