노노니의 서비스 기획소

온라인 서비스를 만드는 과정에서는 여러 번의 테스트가 있습니다. 알파, 베타, 단위, 통합, QA, 검수 테스트들이 있으며 목적과 방식에 따라 이루어집니다. ​ 알파, 베타는 테스트 환경으로 구분됩니다. 알파: 내부 인원이 테스터가 되며 통제된 환경에서 이루어집니다. 베타: 외부 인원이 테스터가 되며 실제 서비스와 동일한 환경에서 이루어집니다. ​ 단위, 통합 테스트는 테스트 범위로 구분됩니다. 단위: 기능이 예상대로 동작하는지 확인합니다. 통합: 다양한 모듈과 기능들이 유기적으로 정상 작동하는지 확인합니다. ​ QA, 검수 테스트는 서비스 오픈 전 테스트로 목적에 따라 구분됩니다. QA: Quality Assurance의 약자 미여 품질이 기준에 맞는지 확인하는 테스트입니다. 검수: 외주 제작을 맡겨 완성된 서비스가 오픈해도 될 수준인지 확인하는 테스트입니다. ​ 모든 테스트의 목적은 제작된 결과가 정상적으로 작동하는지 확인하기 위함이며 외주 제작된 서비스의 인수 전 확인 테스트를 통합 테스트, QA 테스트, 검수 테스트로 각기 달리 불려도 모두 동일한 의미로 수행하는 테스트입니다. ​ QA 테스트의 경우 서비스사가 신규 또는 추가 서비스나 기능을 제작 후 서비스를 게시해도 될지 평가하는 내부적 품질평가의 성격으로 사용됩니다. ​ 통합 테스트는 작업을 완료했으나 버그가 존재하여 오류를 찾아내기 위한 테스트입니다. ​ 검수 테스트는 주로 외주 서비스 제작 완료 후 프로젝트를 종료시키기 위해 외주사의 검수를 요청을 받고 제작 완료되었다는 서비스가 서비스 오픈을 해도 될만한 수준으로 오류가 없는지, 일정 수준 이상의 품질에 도달했는지 발주사가 확인하기 위하여 진행합니다. 품질을 확인한다는 의미로 QA 테스트라고도 합니다. ​ ​ 외주 제작 시 테스트 ​ 발주사의 입장에서 오류를 발견하는 통합 테스트를 수행할 이유는 없습니다. 외주사가 외주사 내부적으로 통합 테스트를 실행해 오류를 해결 후 서비스 오픈이 가능한 수준에 다다르면 외주사는 발주사에게 서비스 제작 ...

  앱 서비스를 만들어 시작하는 스타트업을 앱 스타트업이라 하며 스타트업 중 가장 많은 비중을 차지하는 만큼 서비스 제작도 많이 이루어집니다. ​ 앱 서비스를 제작하려면 기획, 디자인, 개발의 3단계 작업이 필요하며 기획자, 디자이너, 개발자가 필요합니다. ​ 앱 제작의 방법으로는 공동창업(IT 현업), 채용, 외주의 3가지 형태가 있습니다. ​ ​ 공동창업은 가장 좋은 어려운 방법 기획자, 디자이너, 개발자와 함께 공동창업을 하는 것이 서비스를 만들고 개선해나가는 가장 좋은 방법입니다. ​ 유일한 단점은 IT 분야에서 일하고 있는 창업자가 아니라면 서비스 제작이 가능한 공동창업자를 구하기 어렵다는 것입니다. 서비스 제작이 가능한 사람을 알게 되었다고 섣불리 공동창업을 했다가는 일도 안 되고 큰 후회를 하게 됩니다. ​ 평생 같이 갈 한 사람을 만나는 것은 큰 복입니다. ​ ​ 채용이 돈이 많이 든다. 채용을 통해 서비스를 제작하려면 인건비, 4대 보험비, 사무실 임대료, 사무기기, 컴퓨터, 소프트웨어 라이선스의 비용이 필요합니다. ​ 채용의 경우에도 좋은 인재가 가장 중요하지만 스타트업과 같이 자금 여력이 부족한 상황에서 최고의 인재가 아닌 가성비 인재를 찾을 수밖에 없습니다. ​ ​ 외주는 관심만큼 만들어진다. 외주 제작 방식은 계약된 금액으로 일정 기간 내 만들기로 한 서비스를 만들어내는 가장 효율적인 방식입니다. 실력 있는 개발사를 찾아야 하는 숙제가 있으며 외주를 맡기기 위해서는 무엇을 만들지 정해서 제시해야 합니다. ​ 외주를 맡긴 후 지속적으로 관심을 가지고 작업이 되어 가는 과정을 확인해야만 서비스가 제대로 만들어집니다. 알아서 잘 해주면 좋겠으나 바램보다 확실한 것은 관리입니다. ​ ​ 앱 제작 비용 스타트업의 초기 서비스 앱 제작 비용은 2,000 ~ 8,000만 원 사이입니다. 이미 성숙한 시장에 구색을 모두 갖춘 수준으로 제작한다면 억대 비용이 필요할 수도 있습니다. ​ 노코드 툴인 AppMaster에 의하면 간단한 앱, 중간 정도...

워터폴(Water fall)과 애자일(Agile)을 비교할 때 많이 사용되는 그림입니다. 무엇인가를 설명할 때 예를 들면 이해하기 쉬우나 그 예가 설명하려는 내용과 일치하지 않는다면 잘못된 내용을 정설로 받아들이게 됩니다. ​ ​ 워터폴 vs. 애자일 워터폴은 폭포수와 같이 위에서 정해진 내용을 순차적으로 일하는 방식입니다. 작업의 선후가 정해져 있으며 컨베이어 벨트에서 자동차가 조립되고 물류센터에서 주문을 처리하는 방식이 워터폴 방식입니다. ​ 온라인 서비스 제작에 있어 기획, 디자인, 개발의 각 과정이 순차적으로 이루어지는 방식도 워터폴이라 합니다. ​ 애자일은 소프트웨어 개발, 관리 방식으로 작동 가능한 수준의 결과물을 신속하게 반복작업하는 방식입니다. ​ ​ 작업 방식 소프트웨어의 개발 기간과 규모를 각각 100이라고 했을 때 워터폴 방식으로 소프트웨어를 개발하는 경우 결과물을 확인할 수 있는 시점이 70, 작업 규모도 70입니다. ​ 작업이 70% 진행된 상태에서는 작은 변경도 큰 작업이 될 수 있고 이로 인한 기간과 비용의 추가가 필요합니다. 이를 막고자 한 방식이 애자일입니다. ​ ​ 애자일 방식은 100의 작업을 20 정도로 나누어 5번에 걸쳐 완성해 가는데 5단계로 나눈 각 단계가 사용할 수 있는 수준의 완성도를 갖도록 작업합니다. ​ 작업의 확인과 작업량이 20일 때 확인하고 20의 결과물로 서비스를 하기 때문에 사용자의 피드백을 빨리 얻을 수 있습니다. ​ 첫 번째 작업의 결과가 첫 번째 완성품이고 두 번째 작업은 첫 번째 완성품의 업그레이드 버전이 됩니다. ​ ​ 애자일 그림이 잘못된 이유 애자일 예시 그림처럼 자동차를 만들기 위해 보드를 만들고, 자전거를 만들고, 오토바이를 만든 후 비로소 자동차를 만드는 일은 없습니다. ​ 애자일도 워터폴과 같이 자동차를 만들 목표를 세우고 자동차를 만듭니다. 처음엔 자동차 같지도 않은 탈것을 만들 것이고 사용자들이 마차를 대체하지는 않겠으나 호응이 괜찮다면 다음 버전의 계량된 자동차를 만들 것입니다....

  생성 AI가 IT 서비스를 만들 수 있을까? 인력을 대체하는 것은 아닐까? 하는 의문들이 기획, 디자인, 개발 영역에서 이야기되고 있습니다. ​과연 생성AI는 서비스 기획자를 대체할 수 있을지 앱 기획을 시켜봤습니다. ​ 배달대행 서비스 앱 기획해 줘 ​ 안녕하세요! 배달대행 서비스 앱 기획에 대해 도와드리겠습니다. ​ 1. 사용자 측면 회원가입 및 로그인 기능: 사용자는 회원가입을 통해 앱을 이용할 수 있습니다. 주문 기능: 사용자는 음식을 주문할 수 있습니다. 메뉴판 기능: 가게의 메뉴판을 볼 수 있습니다. 결제 기능: 주문한 음식을 결제할 수 있습니다. 배송 추적 기능: 배송 상태를 실시간으로 확인할 수 있습니다. 리뷰 기능: 주문한 음식에 대한 리뷰를 작성할 수 있습니다. 쿠폰 발급 기능: 쿠폰을 발급하여 할인을 받을 수 있습니다. 회원정보 수정 기능: 회원정보를 수정할 수 있습니다. ​ 2. 관리자 측면 가게 등록 기능: 가게 정보를 등록할 수 있습니다. 메뉴 등록 기능: 가게 메뉴를 등록할 수 있습니다. 주문 관리 기능: 주문을 확인하고 처리할 수 있습니다. 결제 관리 기능: 결제 내역을 확인할 수 있습니다. 배송 관리 기능: 배송 상태를 확인하고 업데이트할 수 있습니다. 리뷰 관리 기능: 사용자가 작성한 리뷰를 확인하고 관리할 수 있습니다. 쿠폰 관리 기능: 쿠폰 발급 및 관리를 할 수 있습니다. ​ 3. 시스템 측면 푸시 알림 기능: 사용자와 관리자에게 알림을 보낼 수 있습니다. GPS 기능: 배송원의 위치를 추적할 수 있습니다. 시스템 보안 기능: 사용자 정보와 결제 정보를 안전하게 보호할 수 있습니다. ​ 이러한 기능을 담은 배달대행 서비스 앱을 개발하면 사용자와 가게, 배달원 등 모든 이해관계자에게 편의를 제공할 수 있을 것입니다. ​ ​ 훌륭하잖아! 기능 목록이 정확합니다. 페이지도 만들 수 있을지 페이지 목록을 요청해 봤습니다. ​ 배달대행 서비스 앱 페이지 목록을 기획해 줘 ​ 배달대행 서비스 앱 페이지 목록을 기획하려면, ...