앱 개발을 의뢰할 때 “고객이 물어볼 수 있게 채팅도 넣어주세요”라고 말하기 쉽습니다. 하지만 메시지 입력창을 만든다고 질문이 맞는 사람에게 전달되고, 답변이 없을 때 누군가 챙기는 것까지 정해지지는 않습니다.

채팅 기능의 첫 개발 범위는 대화 상대와 답변 담당부터 정하는 것이 좋습니다. 어떤 질문을 누구에게 연결하고, 언제 대화를 열며, 문제가 생기면 누가 이어받을지를 한 건의 상황으로 적어보세요. 필요한 화면과 운영 업무가 함께 보이기 시작합니다.

같은 채팅이라도 질문에 따라 답할 사람이 다릅니다

예를 들어 고객과 사진가를 연결하는 촬영 예약 앱을 준비한다고 해보겠습니다. 예약한 고객이 “아이와 함께 가는데 준비할 것이 있나요?”라고 묻습니다. 촬영 내용과 준비물은 담당 사진가가 답하는 편이 자연스럽습니다.

같은 고객이 “결제 내역이 보이지 않아요”라고 물으면 어떨까요? 이 질문까지 사진가에게 보내면, 사진가는 자신이 확인할 수 없는 일을 전달받게 됩니다. 결제 내역을 확인할 권한과 업무를 가진 운영팀으로 연결하는 방식이 필요할 수 있습니다.

두 질문은 모두 짧은 메시지지만 촬영 상담과 서비스 문의는 대화 상대, 확인할 정보, 마무리할 사람이 다릅니다. 채팅이라는 이름으로 한 방에 모으기 전에, 가장 자주 들어올 질문 몇 가지를 적고 누가 답할지 붙여보세요.

이용자끼리 거래하는 앱이라면 구매자와 판매자가 대화할 수 있습니다. 전문가를 연결하는 앱이라면 고객과 담당 전문가가, 자체 서비스의 이용 문의라면 고객과 운영팀이 대화합니다. 이 중 어떤 관계가 필요한지에 따라 만들 기능도 달라집니다.

대화를 언제 열고 누구까지 연결할지 정하세요

앞의 촬영 앱에서는 예약에 연결된 사진가와 고객이 대화하도록 정할 수 있습니다. 그러면 대화방에서 어떤 촬영 건에 관한 이야기인지 바로 확인할 수 있고, 관련 없는 사람이 그 대화에 들어오지 않도록 참여 범위도 정할 수 있습니다.

예약 전 여러 사진가에게 질문하는 기능까지 필요하다면 별도 범위로 살펴봐야 합니다. 누구에게 질문을 보낼 수 있는지, 여러 상담 중 실제 예약과 연결되는 대화는 무엇인지, 예약하지 않은 상담을 언제 정리할지도 필요합니다. 처음부터 모든 이용자가 자유롭게 대화할 수 있게 만드는 것과는 다른 선택입니다.

담당 사진가가 바뀌었을 때도 기준이 필요합니다. 이전 담당자가 계속 메시지를 보낼 수 있는지, 새 담당자는 어떤 대화와 준비 사항을 이어받는지 정합니다. 촬영이 끝난 뒤 추가 문의를 같은 방에서 받을지, 별도 문의로 연결할지도 함께 선택합니다.

채팅 대신 요청서나 상태 안내로 해결할 부분도 함께 비교하고 싶다면, 데브크래프트의 채팅 기능의 필요성과 첫 개발 범위를 정하는 가이드를 참고할 수 있습니다. 대화 기능을 고르는 기준과 요청서에 정리할 항목을 이어서 확인할 수 있습니다.

메시지를 읽은 것과 업무가 끝난 것은 구분하세요

고객이 질문을 보낸 뒤 ‘읽음’이 보이면 답이 올 것이라고 기대할 수 있습니다. 하지만 읽음 표시만으로 누가 답변할지, 지금 확인 중인지, 처리가 끝났는지까지 알 수는 없습니다.

촬영 준비물 질문은 사진가의 답변으로 마무리할 수 있습니다. 반면 결제 내역 문의는 운영팀이 내용을 확인하고 결과를 안내해야 끝납니다. 후자의 경우 대화 내용과 별도로 담당자나 처리 상태를 확인할 수 있어야 할지 검토해보세요.

채팅에 쓴 문장과 서비스의 확정 정보도 구분해야 합니다. 고객이 “촬영 시간을 바꾸고 싶어요”라고 보냈다는 이유만으로 예약 시간을 바꾸지는 않습니다. 누가 변경 가능 여부를 확인하고, 고객과 사진가가 최종 시간을 어디서 확인할지 정해야 합니다.

대화는 필요한 내용을 주고받는 통로이고, 예약·결제·처리 결과는 정해진 절차로 확인할 정보입니다. 채팅창에 답이 있다는 이유로 실제 예약 내역과 처리 결과가 서로 달라지지 않는지 살펴보세요.

답이 없거나 문제가 생기면 누가 맡을까요?

사진가가 답하지 않을 때 고객은 계속 기다려야 할까요? 운영팀으로 문의를 넘길 수 있을까요? 운영자가 어떤 기준으로 미응답 건을 확인하고 무엇을 할지 정해두면, 채팅 화면 밖의 업무도 준비할 수 있습니다.

응답 안내는 실제 운영 여력에 맞춰야 합니다. 운영시간 밖에는 언제 확인하는지 알려주고, 긴급하게 연락해야 할 상황이 있다면 이용할 방법을 정합니다. 채팅을 넣었다는 이유만으로 즉시 답변을 약속할 필요는 없습니다.

차단과 신고도 서비스 흐름 안에서 살펴보세요. 상대를 차단하면 예약된 촬영의 필수 안내까지 끊기는지, 문제가 생겼을 때 운영팀에 문의할 길은 남는지 확인해야 합니다. 신고를 받을 화면뿐 아니라 누가 확인하고 어떻게 대응할지도 필요합니다.

운영자가 대화를 확인할 범위도 정합니다. 모든 직원이 모든 대화를 볼 수 있도록 두기보다, 어떤 업무 때문에 누가 어느 대화를 확인하는지 정리합니다. 대화와 첨부 자료의 보관·열람·삭제 기준은 서비스 목적과 필요한 대응 범위에 맞춰 별도로 검토합니다.

대화 한 건을 개발 요청서로 옮겨보세요

첫 버전에서 필요한 채팅을 정할 때는 다음 네 가지 질문부터 채워보세요.

1. 대화 상대: 고객은 누구와 어떤 질문을 주고받나요? 촬영 상담과 운영팀 문의를 어떻게 구분하나요?
2. 연결 시점: 예약 전부터 대화할 수 있나요, 담당자가 정해진 뒤 열리나요? 완료 후 문의는 어디로 받나요?
3. 응답 담당: 누가 답하고, 답이 없거나 담당자가 바뀌면 누가 이어받나요?
4. 처리 결과: 대화로 끝나는 일과 예약·결제 내역에 별도로 반영할 일은 무엇인가요?

앞의 촬영 앱에서 한 가지 방식을 고르면 다음처럼 적을 수 있습니다.

첫 버전에서는 예약에 연결된 고객과 담당 사진가가 촬영 내용과 준비물에 관해 대화합니다. 결제 내역 등 서비스 문의는 운영팀이 받습니다. 운영팀은 정한 기준에 따라 미응답 문의를 확인하고, 담당자가 바뀌면 필요한 기록을 이어받을 범위를 정합니다. 예약 시간 변경은 메시지 수신과 구분해 처리하고, 최종 시간은 예약 내역에서 확인합니다.

이 메모를 바탕으로 정상 대화뿐 아니라 다른 이용자의 대화 접근, 담당자 변경, 미응답, 차단 후 문의 경로도 함께 검수할 수 있습니다. 사진이나 파일 첨부가 필요하다면 어떤 자료를 보낼지와 전송 실패 안내도 범위에 추가합니다.

첫 버전에서 모든 종류의 대화를 만들 필요는 없습니다. 가장 자주 발생할 질문 한 건을 골라, 누가 받고 누구와 대화하며 어떤 결과로 끝나는지부터 연결해보세요. 이 메모가 있으면 채팅 화면과 답변을 맡을 운영 업무를 함께 논의하기 쉬워집니다. 세부 기능과 권한은 개발사와 함께 구체화하면 됩니다.