만들고 싶은 것을 한 줄로 설명하면 충분한가요?
한 줄이면 시작하기 충분합니다. 그 한 줄에서 사용자, 핵심 기능, 지켜야 할 제약을 함께 정리하고, 무엇을 이번 단계에 넣고 무엇을 다음으로 미룰지 먼저 합의합니다. 화면 수보다 이 정리가 견적의 기준이 됩니다.
자주 묻는 질문
프로젝트 진행에 대한 자주 묻는 질문
발주처가 자주 묻는 질문을 모았습니다. 여기에 없는 내용은 문의 페이지에서 직접 물어보실 수 있습니다.
프로젝트 범위
무엇부터 시작해야 할지 모르겠습니다
만들고 싶은 것을 한 줄로 설명해 주시면 됩니다. 사용자, 핵심 기능, 제약을 뽑아내는 것부터 함께 합니다.
커스텀 개발과 기성 플랫폼 중 어디까지 써야 하나요?
콘텐츠 판매처럼 표준적인 흐름이면 Shopify나 WordPress로 시작하는 편이 빠를 수 있습니다. 결제 규칙이나 권한 구조가 복잡해지면 그때 맞춤 개발을 검토합니다. 이미 쓰고 있는 도구가 있다면 그것부터 확인합니다.
웹 개발과 소프트웨어 개발을 따로 맡겨야 하나요?
Bilberrry는 웹 개발, 모바일 앱, 소프트웨어, 디지털 플랫폼을 한 팀에서 다룹니다. 마케팅 사이트와 제품 화면이 같은 데이터를 봐야 한다면 나눠 맡기는 것보다 함께 설계하는 편이 나중에 덜 어긋납니다.
기술 선택
스택은 팀과 제품이 정합니다
같은 기능이라도 팀의 익숙함, 배포 방식, 운영 인력에 따라 유리한 선택이 달라집니다. 아래는 실제로 가장 많이 받는 네 가지 질문입니다.
웹앱은 Next.js, React, Vue 중 무엇이 적합한가요?
팀 경험과 제품 성격에 따라 다릅니다. Vue.js는 학습 곡선이 완만한 편으로 소규모 팀에 자주 선택되고, Nuxt 생태계를 쓰면 마케팅 페이지와 제품 화면을 함께 관리하기 좋습니다. Svelte는 가벼운 번들과 빠른 반응이 중요한 제품에 맞습니다.
모바일 앱은 Flutter와 React Native 중 어느 쪽이 유지보수에 유리한가요?
Flutter는 단일 코드베이스로 iOS와 Android를 겨냥하고 웹과 데스크톱까지 확장할 수 있습니다. 유지보수는 프레임워크보다 팀의 익숙함과 구조 규칙에 더 크게 좌우됩니다. 어느 쪽을 고르든 폴더 구조와 릴리스 규칙을 먼저 정하는 편이 낫습니다.
Firebase와 Supabase 중 어떤 백엔드가 더 빠르게 출시할 수 있나요?
Supabase는 PostgreSQL 기반으로 인증, 실시간 기능, 스토리지를 한곳에서 제공해 빠른 출시에 자주 검토됩니다. AWS 중심 조직이면 AWS Amplify가 기존 스택과 이어지기 편합니다. 이미 쓰는 클라우드가 있으면 그쪽을 기본값으로 두고 비교하는 편이 안전합니다.
헤드리스 CMS가 정말 필요한 규모는 어디부터인가요?
콘텐츠가 여러 채널로 퍼지고 운영 인력이 있을 때 효과가 큽니다. Contentful 같은 API 우선 플랫폼은 콘텐츠와 디자인을 분리합니다. 운영 인력이 없으면 관리 부담만 늘어납니다.
고른 스택은 기술 스택 페이지에 정리해 두었습니다. 어떤 프레임워크를 왜 쓰는지, 어떤 프로젝트에 맞는지 함께 확인하실 수 있습니다.
일정과 비용
견적과 일정이 흔들리는 지점
- 견적은 언제 나오나요?
- 범위를 문서로 확정한 뒤에 나옵니다. 같은 화면이라도 권한 관리와 데이터 연동이 붙으면 작업량이 달라지기 때문입니다. 그래서 견적 전에 범위 문서를 먼저 맞추는 단계를 둡니다.
- 일정이 밀리는 이유는 무엇인가요?
- 대개 기술이 아니라 의사결정입니다. 확인이 늦어지거나 범위가 중간에 바뀌면 그만큼 밀립니다. 검토할 사람과 결정할 사람을 미리 정해 두면 이 지연이 크게 줄어듭니다.
- 비용은 어떻게 나뉘나요?
- 기획과 설계, 구현, 배포 준비로 나누어 단계별로 확인합니다. 각 단계가 끝날 때 결과물을 함께 보기 때문에, 다음 단계로 넘어가기 전에 방향을 조정할 수 있습니다.
유지보수
출시 후 유지보수도 맡나요?
맡을 수 있습니다. 다만 계약 여부와 관계없이 인수인계 문서와 저장소 접근 권한은 발주처에 남깁니다. 직접 운영하실 계획이면 배포 절차와 롤백 방법까지 문서로 정리해 드립니다.
- 인수인계 문서와 저장소 접근 권한은 발주처에 남습니다.
- 운영을 함께 맡는 경우 점검 주기와 대응 범위를 계약에 적습니다.
- 직접 운영하실 때를 위한 배포·롤백 절차 문서를 남깁니다.
협업 방식
시간대가 다른데 협업이 가능한가요?
가능합니다. 비동기로 진행하고, 필요한 경우 통화 시간을 맞춥니다. 각 단계마다 결정권자를 정해 두면 일정이 덜 밀립니다. 시애틀에 있는 팀이라 미국 시간대 발주처와는 같은 시간에, 다른 지역과는 비동기로 맞춰 갑니다.
진행 방식이 궁금하시면 프로젝트 접근 방식 페이지에서 단계별로 확인하실 수 있습니다.
연락처
- 이메일[email protected]
- 전화9813909927
- 주소600 1st Ave Unit 413, Seattle, WA 98104, United States
- 업무 시간월요일–금요일: 오전 9:00 – 오후 6:00
먼저 확인할 것
상담 전에 정리해 두면 좋은 것
이 네 가지를 미리 정리해 주시면 첫 상담에서 범위와 일정을 더 구체적으로 이야기할 수 있습니다.
누가 쓰는지
최종 사용자와 운영 담당자가 누구인지, 몇 명 규모인지 알려 주세요. 모바일 앱과 웹 중 어디를 더 자주 쓸지도 함께 알려 주시면 좋습니다.
꼭 지켜야 하는 조건
결제 규칙, 권한 구조, 보안 요구처럼 바꾸기 어려운 조건을 먼저 알려 주세요. 기존 시스템과 연결해야 하는 부분도 함께 적어 주시면 도움이 됩니다.
시작 가능한 시점
마케팅 일정이나 외부 공개 시점처럼 맞춰야 하는 날짜가 있는지 알려 주세요. 날짜가 정해져 있다면 범위를 조정해 그 시점에 맞추는 방법을 함께 찾습니다.
결정권자
검토할 사람과 최종 결정을 내릴 사람을 알려 주세요. 한 명으로 정해 두면 피드백이 모이는 속도가 빨라지고 일정이 덜 밀립니다.
여기에 없는 질문은 문의 페이지에서 물어보세요
웹 개발, 모바일 앱, 소프트웨어, 디지털 플랫폼 중 어디에 해당하는지 애매해도 괜찮습니다. 어떤 상황인지 적어 주시면 알맞은 담당이 답변드립니다.