본문 바로가기

전체 글164

AWS, Firebase 같은 클라우드는 업체가 세팅하나요? 외주로 서비스를 개발할 때 AWS (Amazon Web Services), Firebase (DB: 데이터 저장소) 같은 클라우드 서비스의 세팅은 개발 환경 구축의 첫 단계입니다. 클라우드 서비스는 물리적인 서버를 구매하거나 설치할 필요 없이 온라인으로 필요한 만큼 서버와 데이터베이스를 사용할 수 있는 방식입니다. 외주 개발 시 이런 클라우드 환경을 누가 준비하고 설정하는지, 계정은 누구 명의로 만드는지, 비용은 어떻게 관리하는지 이해하면 프로젝트를 더 안정적으로 진행할 수 있습니다. 클라우드 서비스의 특성AWS, Firebase는 서비스이고 사용자는 서비스 환경과 과금의 규모에 맞추어 환경 세팅을 해야 합니다. 클라우드 서비스는 전통적인 서버와 소프트웨어 서비스와 달리 클릭만으로 이용할 준비를 마치게 .. 2025. 11. 15.
앱스토어 등록은 누가 하나요? 외주로 앱을 개발할 때 많은 창업자분들이 헷갈려하는 부분이 앱스토어 등록입니다. 앱이 완성되었다고 해서 바로 사용자들이 다운로드할 수 있는 것이 아니라, 애플 앱스토어나 구글 플레이스토어에 등록하고 심사를 통과해야 합니다. 이 등록 작업을 누가 하는지, 어떤 준비가 필요한지, 외주 계약에서 어떻게 다뤄야 하는지 명확히 이해하면 앱 출시를 더 순조롭게 진행할 수 있습니다. 스토어 등록은 개발 완료의 기준외주로 서비스를 만드는 경우 개발 작업의 완료는 서비스가 스토어에 정상 등록되고 설치가 가능하며, 특정 기기 환경(아이폰, 안드로이드, PC의 특정 브라우저 버전)에서 정상 작동하는 것으로 합니다.단순히 앱 파일이 만들어졌다고 해서 개발이 완료된 것이 아닙니다. 사용자가 실제로 앱스토어에서 검색하고 다운로드.. 2025. 11. 15.
데이터베이스 구조도 받아야 하나요? 외주로 서비스를 개발할 때 소스코드만 받으면 된다고 생각하는 경우가 많습니다. 하지만 서비스를 제대로 운영하고 개선하려면 데이터베이스 구조를 이해하는 것이 필수적입니다. 데이터베이스는 서비스의 모든 정보가 저장되는 곳이므로, 어떤 테이블이 있고 각 테이블에 어떤 데이터가 저장되는지 문서로 받아두어야 나중에 문제를 해결하거나 기능을 추가할 때 훨씬 수월합니다. 데이터베이스 문서는 필수 산출물IT 프로젝트는 완료 시 산출물을 제출하게 되어있습니다. 데이터베이스 구조도도 받고 테이블 명세도 받습니다.데이터베이스 구조도는 ERD(Entity Relationship Diagram)라고도 하는데, 데이터베이스의 테이블들이 어떻게 연결되어 있는지 시각적으로 보여주는 다이어그램입니다. 테이블 명세는 각 테이블의 칼럼 .. 2025. 11. 15.
관리자 페이지(admin)은 기본 포함인가요? 외주로 서비스를 개발할 때 사용자가 사용하는 앱이나 웹사이트만 만들면 되는 것이 아닙니다. 서비스를 운영하려면 회원 관리, 콘텐츠 관리, 통계 확인 같은 작업을 할 수 있는 관리자 페이지가 필요합니다. 관리자 페이지가 없으면 모든 작업을 데이터베이스에 직접 접속해서 처리해야 하는데, 이것은 매우 불편하고 위험합니다. 관리자 페이지가 외주 개발의 기본 범위에 포함되는지, 어떻게 만들어지는지 이해하면 프로젝트 범위를 명확히 할 수 있습니다. 관리자 페이지는 기본 범위사용자 서비스를 관리하기 위한 관리자 페이지는 서비스 제작의 기본 범위입니다. 서비스 기획, 개발은 사용자와 관리자를 작업의 기본 범위로 보며 개발의 경우 백엔드 개발자가 관리자를 만들기도 합니다.관리자 페이지는 서비스 운영에 필수적인 도구입니다.. 2025. 11. 15.
버그 수정은 유지보수에 포함되나요? 서비스 오픈 후 발견된 버그를 누가 고쳐야 할까요. 외주 계약이 끝났는데도 외주사에게 수정을 요청할 수 있는지, 아니면 별도로 비용을 내야 하는지 명확히 알지 못해 외주사와 갈등을 겪는 경우가 있습니다. 외주사가 만든 결과물의 버그, 누가 책임지나요?외주사가 작업한 결과물에서 발견된 버그는 원칙적으로 외주사가 수정해야 합니다. 이것은 유지보수 계약과는 별개의 문제입니다. 제작 대금을 받고 납품한 결과물에 오류가 있다면, 이는 제품의 하자에 해당하므로 외주사가 무상으로 수정할 책임이 있습니다.납품된 결과물이 계약서에 명시된 기능을 제대로 수행하지 못하거나 오류가 발생한다면 외주사가 이를 바로잡아야 합니다. 유지보수와 버그 수정은 다릅니다많은 창업자들이 버그 수정과 유지보수를 같은 것으로 생각하는데, 이 둘.. 2025. 11. 15.
기술 스택을 선택할 때 기준은 무엇인가요? "어떤 개발 언어나 프레임워크로 만드는 게 좋을까요?" 제안서를 받아보면 외주사마다 다른 기술 스택을 제시하기도 하고, React, Vue, Flutter, Swift 같은 낯선 용어들이 나열되어 있어 무엇을 선택해야 할지 막막합니다.비기술자 창업자 입장에서는 "최신 기술로 만들면 더 좋은 거 아닌가?" 하고 생각하기 쉽지만, 스타트업 초기 서비스에서는 기술의 참신함보다 훨씬 중요한 선택 기준이 있습니다. 범용 기술 스택을 선택해야 하는 이유외주 개발에서 가장 안전한 선택은 가장 많이 사용되는, 즉 범용적인 기술 스택입니다. 범용 기술이란 개발자 커뮤니티에서 널리 쓰이고 있어 검증된 기술을 말합니다.이런 기술들은 이미 수많은 프로젝트에서 사용되어 왔기 때문에 발전 속도가 빠르고, 문제가 생겼을 때 참고할.. 2025. 11. 15.
외주 개발 이후 내부 개발자가 이어받을 수 있나요? 스타트업 창업자들이 외주 개발을 고려할 때 가장 걱정하는 부분 중 하나가 "외주로 만든 서비스를 나중에 우리 개발자가 이어받을 수 있을까?"입니다. 외주사에 계속 의존하게 되는 건 아닌지, 나중에 개발팀을 꾸렸을 때 처음부터 다시 만들어야 하는 건 아닌지 불안합니다.결론부터 말하면, 외주 개발 결과물을 내부 개발자가 이어받는 것은 충분히 가능합니다. IT 업계에서는 이미 일상적으로 일어나는 일입니다. IT 프로젝트는 원래 만드는 사람과 운영하는 사람이 다릅니다대부분의 IT 프로젝트는 개발팀과 운영팀이 분리되어 있습니다. 개발이 완료되면 운영팀으로 인수인계가 이루어지고, 운영팀은 서비스를 모니터링하고 유지보수하며 사용자 문의에 대응합니다.대기업이나 중견 기업의 경우, 프로젝트를 개발하는 SI 업체가 따로 .. 2025. 11. 15.
외주 개발 이후 장기적으로 내부 팀을 꾸려야 하나요? 외주로 서비스를 만들고 나면 "이제 내부 개발팀을 꾸려야 하나?"라는 고민이 생깁니다. 계속 외주에 의존하는 것이 불안하고, 직접 관리할 수 있는 팀이 있으면 좋겠다는 생각이 듭니다. 하지만 서두를 필요는 없습니다. 외주 개발 직후 바로 팀을 꾸릴 필요는 없습니다외주 개발 직후 내부 팀을 꾸릴 필요는 없습니다. 서비스가 막 출시되고, 사용자 반응을 확인하고, 시장 검증을 하는 단계에서 고정 인건비 부담을 지는 것은 위험합니다.외주 개발 직후 상황:서비스가 시장에 맞는지 검증 중사용자 수가 적고 매출이 불확실함어떤 기능이 필요한지 아직 모름피봇(방향 전환)할 가능성도 있음이런 상황에서 개발자를 정규직으로 채용하면:월 고정 인건비 부담업무량이 적어도 급여는 계속 지급방향이 바뀌면 다시 채용해야 할 수도 있음.. 2025. 11. 15.
외주 업체에 유지보수를 계속 맡겨도 되나요? 외주로 서비스 개발을 마치고 나면 운영과 유지보수의 단계로 넘어갑니다. "유지보수도 같은 외주사에 계속 맡겨야 할까, 아니면 개발자를 채용해야 할까?" 외주사에 계속 의존하는 것이 불안하게 느껴지기도 하고, 직접 개발팀을 꾸리는 것이 장기적으로 나을 것 같기도 합니다.하지만 스타트업 초기 단계에서는 서비스를 성공적으로 만든 외주사에게 유지보수를 계속 맡기는 것이 여러모로 합리적인 선택일 수 있습니다. 서비스를 만든 팀이 가장 잘 압니다외주사는 서비스를 처음부터 끝까지 개발했기 때문에 시스템 구조와 코드를 누구보다 잘 이해하고 있습니다. 어떤 부분이 복잡하고 어떤 기능이 취약한지, 데이터베이스가 어떻게 설계되어 있고 외부 API와 어떻게 연동되는지 모두 알고 있습니다.문제가 발생했을 때 원인을 빠르게 파악.. 2025. 11. 12.
유지보수 계약 기간은 보통 얼마인가요? 외주사와 유지보수 계약을 하려고 하는데 계약 기간을 얼마로 정해야 할지 고민되시나요? 외주사는 1년 계약을 제안하는데, 초기 스타트업 입장에서는 1년이 부담스럽게 느껴질 수 있습니다. 서비스가 잘 될지도 확실하지 않은데 1년 치 비용을 약속해야 한다는 것이 망설여집니다.유지보수 계약 기간은 정해진 규칙이 있는 것은 아니지만, 일반적인 방식과 각각의 장단점을 알아두면 여러분의 상황에 맞는 선택을 할 수 있습니다. 가장 일반적인 1년 계약IT 유지보수 계약에서 가장 흔한 방식은 1년 단위 계약입니다. 외주사 입장에서는 안정적인 수익을 확보할 수 있고, 발주사 입장에서는 1년 동안 서비스 관리를 걱정하지 않아도 되는 장점이 있습니다.1년 계약은 월 단위로 비용을 지불하되, 계약 기간을 1년으로 정하는 방식입니.. 2025. 11. 12.

티스토리툴바