거리·시간·비용 자동 계산법
이 앱의 진짜 핵심은 자동 계산이었어요.
장소들을 일정에 담으면 그 사이 거리가 얼마고, 이동에 얼마나 걸리고, 1인당 비용이 얼마인지 알아서 나오는 것. 제가 제일 귀찮아하던 그 "계산"을 앱이 대신해주는 거죠.
이게 제일 만들고 싶었던 기능
사실 이 기능 때문에 앱을 만들기 시작한 거예요.
여행 계획이 귀찮은 이유의 대부분이 이 "계산" 때문이거든요. 여기서 저기까지 얼마나 걸리지? 택시비는 얼마지? 넷이 가면 1인당 얼마지? 이걸 일일이 찾고 더하는 게 너무 싫었어요.
그러니 이 기능만 제대로 되면 앱의 절반은 완성인 셈이었습니다. 그만큼 공을 들였어요.
숫자가 틀리면 안 된다
여기서 제일 신경 쓴 건 정확성이었어요. 다른 건 좀 어설퍼도 넘어가지만, 돈 계산이 틀리면 앱을 믿을 수 없게 되잖아요.
그래서 AI한테 계산 기능을 만들게 한 다음, 검증을 엄청 했어요. 일부러 여러 경우를 넣어봤습니다. 한 명일 때, 네 명일 때, 장소를 더 넣었을 때, 뺐을 때. 그때마다 숫자가 제대로 바뀌는지 직접 확인했어요.
8번 글에서 말한 "증명해봐"가 여기서 진짜 빛을 발했어요. "이 숫자가 맞는지 보여줘"라고 계속 시켰거든요.
비개발자라서 오히려 꼼꼼했다
신기한 게, 코딩을 모르니까 오히려 더 꼼꼼하게 확인하게 됐어요.
개발자면 코드를 보고 "로직이 맞네" 하고 넘어갈 수도 있을 텐데, 저는 코드를 못 보잖아요. 그러니 실제로 숫자를 넣어보고 결과로만 판단해야 했어요. 사용자가 진짜 겪을 상황 그대로 테스트한 거죠.
결과적으로 이게 더 안전했어요. 사용자 입장에서 계속 확인하니까, 사용자가 만날 문제를 미리 잡아낼 수 있었거든요.
숫자 하나 바꾸는 게 왜 이렇게 어려웠을까
말로는 간단해 보였습니다. "인원수 바꾸면 1인당 금액도 자동으로 바뀌게 해줘." 그런데 막상 만들어보니 숙박비, 렌터카비처럼 인원수와 무관하게 고정되는 비용과, 식비처럼 인원수에 비례하는 비용을 구분해야 했어요.
처음엔 이 구분 없이 전부 인원수로 나누다 보니 숙박비까지 이상하게 쪼개지는 버그가 있었습니다. AI한테 "숙박은 방 단위, 식비는 인원 단위로 나눠서 계산해줘"라고 다시 구체적으로 설명하고 나서야 제대로 고쳐졌어요.
단순해 보이는 계산기 하나에도 이렇게 많은 예외가 숨어 있다는 걸 알게 된 경험이었습니다.
1인당 계산이 왜 중요했냐면
총경비만 보여줘도 될 것 같았는데, 실제로 만들어보니 사람들은 총액보다 1인당 금액을 훨씬 궁금해했습니다. 넷이 가면 얼마씩 내야 하는지가 여행 계획에서 가장 먼저 나오는 질문이더라고요.
그래서 총경비 밑에 1인당 금액을 항상 같이 보여주도록 만들었습니다. 숫자 하나 추가하는 건데, 실제로 써보니 훨씬 실용적으로 느껴졌어요.
사용자 입장에서 무엇이 진짜 궁금한 정보인지, 직접 써보지 않으면 모른다는 걸 다시 느꼈습니다.
비용 계산 로직을 다 만들고 나서는 오히려 숫자를 더 신뢰하게 됐습니다. 손으로 계산했다면 매번 실수가 났을 텐데, 한번 로직을 검증해두니 인원이나 일정이 바뀌어도 안심하고 숫자를 볼 수 있게 됐어요. 이게 자동 계산기를 만든 진짜 이유였습니다.
이 계산 로직이 완성되고 나서, 실제로 친구들한테 후쿠오카 여행 견적을 이 화면으로 보여준 적이 있습니다. 다들 "이렇게 바로 나오는 거야?" 하고 신기해했어요. 손으로 계산했다면 몇 시간 걸렸을 일이 몇 초 만에 끝나는 걸 보면서, 이 기능을 만들길 잘했다는 확신이 들었습니다.
"계산 기능은 어려운 거 아니야?"
1. 핵심 기능일수록 더 검증하세요. 돈이나 시간 계산처럼 틀리면 안 되는 건 특히 꼼꼼히 확인해야 해요. 여러 경우를 직접 넣어보세요.
2. "이 숫자 맞는지 보여줘"라고 시키세요. AI가 계산 기능을 만들면 그냥 믿지 말고, 실제 숫자로 맞는지 증명하게 하세요.
3. 코드를 몰라도 결과로 검증할 수 있습니다. 오히려 사용자처럼 직접 넣어보고 확인하는 게 더 확실해요. 비개발자의 꼼꼼함이 강점이 됩니다.
다음 이야기
계산까지 되니 앱이 꽤 그럴듯해졌어요. 근데 욕심이 생겼습니다. 일정 순서를 손가락으로 끌어서 바꾸고 싶었거든요. 다음 글에서 그 어려운 기능에 도전한 이야기를 하겠습니다.
