앱 만드는 법을 검색하시는 분은 대개 두 부류입니다. 노코드 도구로 직접 만들어 보려는 분과, 개발사에 맡기기 전에 감을 잡으려는 분입니다. 그런데 어플 만드는 법을 찾다 보면 “코딩 없이 하루면 됩니다”라는 글과 “최소 3천만 원입니다”라는 글이 나란히 나옵니다. 둘 다 틀린 말은 아닙니다. 서로 다른 종류의 앱 이야기를 하고 있을 뿐입니다. 이 글은 그 갈림길에서 내 서비스가 어느 쪽인지 정하는 기준만 적습니다.
노코드로 되는 것
노코드 도구는 미리 만들어 둔 부품을 조립하는 방식입니다. 부품 안에서 해결되는 일이면 정말 빠릅니다.
- 사내에서 쓰는 도구 재고 확인, 작업 일지, 결재 요청처럼 쓰는 사람이 정해져 있는 경우
- 예약과 문의 접수 손님이 폼을 채우고 담당자가 확인하는 흐름
- 목록과 상세로 끝나는 서비스 매장 소개, 메뉴판, 강사 프로필 같은 것
Glide는 구글 스프레드시트를 그대로 앱 화면으로 바꿔 줍니다. Bubble은 데이터베이스와 로직은 물론 외부 API 연동과 결제까지 다룹니다. 생각하시는 것보다 범위가 넓습니다. 요금도 대체로 월 몇만 원대에서 시작합니다.
이미 쇼핑몰이나 예약 서비스를 쓰고 계시다면, 앱을 새로 만들기 전에 그 서비스가 모바일에서 어디까지 해주는지부터 확인해 보시길 권합니다. 이미 되는 걸 다시 만드는 견적이 생각보다 자주 나옵니다.
저희는 이런 요청을 받으면 견적을 내지 않습니다. 만들어 드려도 개발비에 유지비까지 더 나가고, 정작 결과물은 크게 다르지 않기 때문입니다.
노코드로 안 되는 것
경계는 기능 이름으로 갈리지 않습니다. 정확히 언제, 무슨 일이 일어나야 하는지가 중요해지는 순간부터 노코드는 버겁습니다.
여러 사람이 같은 순간에 같은 것을 건드릴 때
풀잎바다는 실시간 경매 앱입니다. 마감 직전에 입찰이 한꺼번에 몰리는데, 순서가 한 번이라도 꼬이면 거래 신뢰가 그 자리에서 깨집니다. 입찰 순서와 최고가를 정확히 맞추는 건 화면을 조립해서 되는 일이 아닙니다. 어떻게 처리했는지는 동시에 입찰이 몰릴 때 순서를 지키는 법에 적어 두었습니다. 위치 기반 경매인 툴툴이도 같은 이유로 직접 만들었습니다.
돈이 오가고 정산이 필요할 때
결제를 붙이는 것 자체는 노코드로도 됩니다. 외부 API를 부르는 것도 됩니다. 갈리는 건 그다음입니다.
오퍼월은 광고 네트워크마다 형식이 다른 API를 하나의 규격으로 묶어, 리워드를 적립하고 정산까지 자동으로 처리합니다. 지금까지 누적 3,300만 건이 넘는 미션이 지나갔습니다. 여기서 실제로 시간이 드는 일은 연동이 아니었습니다. 한 건이 틀렸을 때 어디서 틀렸는지 되짚고, 언제 무엇을 지급했는지 기록으로 남기고, 실패한 요청만 골라 다시 태우는 쪽입니다. 이 일은 도구가 보여주는 화면 밖에서 벌어집니다. 붙일 수는 있어도 끝까지 책임지기 어려워지는 지점이 여기입니다. 자세한 이야기는 리워드 정산이 어려운 진짜 이유와 남의 API를 붙일 때 생기는 일들에 있습니다.
사람이 몰릴 때
숏캐시는 하루 5만 명이 씁니다. 출근, 점심, 퇴근 시간에 사용자가 한꺼번에 들어옵니다. 이 정도를 버티려면 서버와 캐시, 데이터베이스를 직접 손봐야 합니다. 무엇을 손봤는지는 5만 유저 앱은 어떻게 안 터지나에 정리해 두었습니다. 노코드 도구는 이 층을 열어주지 않습니다. 느려지면 요금제를 올리는 것 말고 할 수 있는 게 없습니다.
정리하면 세 가지입니다. 동시에 벌어지는 일의 순서, 틀렸을 때 되짚어야 하는 돈 계산, 사람이 몰렸을 때의 성능. 이 중 하나라도 서비스의 본질이면 노코드로 시작하시더라도 언젠가는 옮기게 됩니다.
노코드로 되느냐 안 되느냐는 기능이 얼마나 많은가가 아니라, 정확함이 얼마나 중요한가에서 갈립니다.
애매한 구간이 제일 많습니다
실제 문의 중 가장 많은 건 중간입니다. 언젠가는 위의 세 가지가 필요한데, 지금 당장은 “이걸 쓸 사람이 있긴 한가”부터 확인해야 하는 상태입니다.
이럴 때는 순서를 나눕니다. 먼저 노코드로 가장 단순한 형태를 만들어 반응을 봅니다. 쓰는 사람이 생기면 그때 옮깁니다. 이 방식에 필요한 조건은 하나뿐입니다. 데이터를 나중에 꺼낼 수 있게 해두는 것입니다. 스프레드시트나 CSV로 내보낼 수 있으면 됩니다. 여기서 막히면 옮기는 시점에 사용자 데이터를 통째로 버리게 됩니다.
옮긴다고 해서 그동안 만든 게 버려지는 것도 아닙니다. 노코드로 확인한 화면 구성과 사용 흐름은 그대로 설계도가 됩니다. 무엇을 넣고 무엇을 뺄지 이미 사용자에게 물어본 뒤라, 처음부터 정하는 것보다 훨씬 빠릅니다.
옮기는 형태가 꼭 앱일 필요도 없습니다. 강의콕은 앱 없이 웹만으로 매칭과 실시간 채팅까지 돌아갑니다. 밥알은 웹으로 먼저 만들고 나중에 Capacitor로 감싸 앱스토어와 플레이스토어에 냈습니다. 앱이 첫 번째 형태여야 하는 건 아닙니다.
저희는 반응을 먼저 확인하는 이 방식을 4주짜리 MVP로 자주 진행합니다.
맡기기로 정하셨다면
노코드로는 안 되는 쪽이라고 판단되셨어도, 기획서부터 쓰실 필요는 없습니다. 지금 그 일을 어떻게 하고 계신지, 누가 쓸 건지, 꼭 있어야 하는 기능 세 개가 무엇인지. 이 정도만 정리하시면 첫 상담에서 대략적인 규모가 나옵니다. 자세한 건 기획서 없이 시작해도 될까요에 적어 두었고, 견적서를 받으신 다음에 확인할 것들은 비IT 사장님을 위한 앱 개발 가이드에 정리해 두었습니다.
어플 만드는 법을 알아보는 중이라면
질문 몇 개로 줄이면 이렇습니다. 쓸 사람이 정해져 있나, 같은 순간에 몰리나, 돈이 오가나, 얼마나 몰릴 수 있나. 그리고 노코드로 시작하신다면 데이터를 꺼낼 수 있나.
앞의 네 개가 다 아니라면 노코드로 직접 만들어 보시는 편이 빠르고 쌉니다. 하나라도 맞다면 언젠가는 개발이 필요하고, 그 시점을 미룰수록 옮기는 비용만 커집니다.
어느 쪽인지 애매하면 그것만 물어보셔도 됩니다. 저희는 광주에 있지만 화상과 전화로도 진행하고, 노코드로 충분한 경우에는 그렇게 말씀드립니다. 지금은 안 만드시는 게 낫겠다고 답하는 상담도 있습니다. 문의는 보통 하루 안에 답장드립니다.