AI로 첫 앱 만들기: 저장 버튼을 두 번 눌러도 기록은 한 건만 남기기

English version of this article

메모 앱에 저장 버튼을 만들었다면, 다음에는 버튼을 빠르게 두 번 누르는 장면을 생각해 보세요. 화면에는 한 번 저장한 것처럼 보여도 저장 요청은 여러 번 전달될 수 있습니다. 이 글은 비개발자가 AI와 앱의 동작을 의논할 때 쓸 수 있는 설계 예시입니다. 실제 서비스를 구현하거나 검증한 결과는 아닙니다.

1. 먼저 ‘한 번의 저장’을 정의하기

사용자가 메모를 작성하고 저장을 누른 시점부터 결과를 확인할 때까지를 하나의 저장 작업으로 정해 보겠습니다. 같은 작업을 다시 시도할 때는 같은 기록을 가리키도록 하고, 내용을 바꿔 새 메모를 저장할 때는 새 작업으로 봅니다. 이 구분을 먼저 적으면 화면과 데이터 처리를 연결해 설명하기 쉽습니다.

2. 화면에서 할 일과 저장소에서 할 일

화면에서는 저장 중임을 보여 주고 같은 버튼의 반복 입력을 잠시 제한할 수 있습니다. 예를 들어 버튼 문구를 ‘저장 중’으로 바꾸고 완료되면 ‘저장됨’을 보여 줍니다. 다만 새로고침이나 통신 재시도까지 고려하려면 저장을 처리하는 쪽에서도 같은 작업인지 확인해야 합니다. 화면의 버튼 상태와 실제 데이터 개수는 각각 확인할 대상입니다.

3. 주문표 번호처럼 작업을 구분하기

카페에서 주문표 번호로 같은 주문을 찾듯, 저장 작업에도 식별값을 붙인다고 생각해 보세요. 같은 식별값으로 요청이 다시 오면 이미 처리한 결과를 돌려주는 방식입니다. 흔히 멱등성이라고 부르는 개념과 연결됩니다. 식별값을 언제 만들고 얼마나 보관할지, 같은 값에 다른 내용이 오면 어떻게 처리할지는 앱의 저장 구조에 맞춰 정해야 합니다.

4. AI에게 전달할 요청문

“메모 저장 흐름을 설계해 주세요. 저장 전·저장 중·완료·결과 확인 필요 상태를 구분하세요. 같은 저장 작업의 재시도는 기록 한 건으로 처리하는 방법을 설명하고, 화면의 반복 클릭 제한과 저장소의 중복 처리 방안을 나눠 제안해 주세요. 통신이 끊겨 결과를 모르는 경우에는 기존 작업 확인을 먼저 고려하세요. 구현 전에 데이터 저장 위치와 새 작업을 구분하는 기준을 질문해 주세요.”

5. 네 장면을 확인 항목으로 만들기

장면 A: 저장을 한 번 누릅니다. 기대값은 목록에 새 메모 한 건입니다.
장면 B: 저장을 빠르게 두 번 누릅니다. 기대값은 같은 메모가 한 건만 남는 것입니다.
장면 C: 요청 뒤 연결이 끊긴 상황을 가정합니다. 화면은 성공을 단정하지 않고 결과 확인 방법을 보여 줍니다.
장면 D: 내용을 바꾸고 새로 저장합니다. 수정인지 새 메모인지 미리 정한 규칙대로 동작해야 합니다.
이 항목은 확인 계획입니다. 실제로 실행하기 전에는 통과한 테스트라고 표시하지 않습니다.

첫 버전의 범위 정하기

내 기기에만 저장하는 연습 앱이라면 해당 저장 방식에 맞는 설명부터 요청하세요. 여러 기기와 서버를 함께 사용하는 앱이라면 서버의 처리 규칙까지 필요합니다. 여러 탭에서 동시에 저장하는 경우도 별도 확인 항목이 됩니다.

오늘 해볼 일

지금 만드는 앱에서 ‘한 번만 일어나야 하는 행동’ 하나를 골라 보세요. 메모 저장, 신청 제출, 파일 생성 중 하나를 정하고 반복 입력 때의 기대 결과를 한 문장으로 적는 것부터 시작하면 됩니다.