Metlivi 블로그

옛 친구에게 보내는 친구 요청과 수락 뒤 첫 메시지

친구 요청의 짧은 확인 칸과 수락 뒤 첫 채팅은 서로 다른 일을 합니다. 요청 칸은 이름표처럼 상대가 알던 이름, 실제로 공유한 시기나 장소, 지금 추가하는 간단한 이유만 담습니다. 요청이 수락되면 무엇 때문에 상대가 떠올랐는지, 자신의 작은 근황 하나, 답해도 되고 넘겨도 되는 질문 하나를 보냅니다. 긴 사과, 재회 계획, 연락이 끊긴 전체 역사를 요청 칸에 넣지 마세요. 수락은 플랫폼 연결을 허용했다는 뜻일 뿐, 긴 대화나 예전 관계의 재개에 동의했다는 뜻은 아닙니다.

2026년 8월 26일약 10분관계와 삶의 단계작성: Metlivi Editorial Team
섹션 1

요청 문구를 알아볼 수 있는 이름표로 만든다

첫 문장은 ‘누구인지’를 먼저 답해야 합니다. 당시 상대가 알던 이름 뒤에 학년, 동아리, 직장 프로젝트, 지역 활동처럼 안정된 공동 맥락 하나를 붙이고 현재 계기로 마무리합니다. 예를 들면 “수진아 안녕, 2016년 시민 오케스트라에서 함께했던 민호야. 예전 공연 사진을 정리하다 생각나서 인사하고 싶어 요청했어”입니다. ‘나야’나 ‘누군지 맞혀 봐’는 상대에게 추측 일을 맡깁니다. 주소, 가족 이름, 둘만의 비밀을 나열해 친분을 증명하려 하지 마세요. 공유한 경험은 식별을 돕는 단서이지 상대를 비밀 질문으로 시험하는 자료가 아닙니다.

섹션 2

공개 단서는 필요한 만큼만 맞춰 본다

동명이인, 오래된 사진, 바뀐 표시 이름, 복제 계정 때문에 사람을 잘못 찾을 수 있습니다. 요청 전에 학교와 대략적인 시기, 알려진 활동, 양쪽에서 보이는 공통 지인 같은 평범한 공개 신호 두세 개가 함께 맞는지 확인합니다. 주소, 가족, 전화번호, 근무 일정을 추적하거나 신분증을 요구하지 않습니다. 확신이 없으면 이미 가지고 있던 예전 이메일이나 번호를 쓰거나 믿을 만한 공통 친구에게 내 연락처만 전달해 달라고 합니다. 개인정보 감독기관도 가능할 때 별도 현실 경로로 신원을 확인하라고 안내합니다. 목표는 오인 방지이지 개인 자료 수집이 아닙니다.

섹션 3

수락 뒤에는 소개를 이어서 질문 하나만 둔다

상대가 요청 문구를 기억하지 못할 수 있으므로 첫 절에서 공동 맥락을 짧게 반복합니다. 이어서 실제 계기와 내 근황 하나를 적습니다. “수락해 줘서 고마워. 오케스트라의 민호야. 지난주 봄 공연을 듣다가 예전 타악기 연습이 떠올랐어. 나는 요즘 주말에 다시 연주하고 있어. 편할 때 요즘 즐기는 일이 있는지 들려줘.” 직장, 사는 곳, 가족을 연달아 묻지 않습니다. 연구는 옛 친구에게 연락하기를 망설이는 일이 흔하고 뜻밖의 안부가 예상보다 반가울 수 있음을 평균적으로 보여 주지만, 특정 답장을 약속하지 않습니다.

섹션 4

실제 과거에 맞춰 문장을 조정한다

그저 자연스럽게 멀어졌다면 이름, 공동 배경, 현재 계기로 충분합니다. 마지막 대화에 분명한 미완료 일이 있었다면 “그때 보내기로 한 책 목록을 끝내 보내지 못했어”처럼 짧게 인정합니다. 상대가 연락하지 말라고 했거나 차단했거나 여러 요청에 답하지 않았다면 새 계정으로 우회하지 않습니다. 이유를 모르면 만들어 내지 말고, 상대에게 죄책감을 달래 달라고 하지도 마세요. 첫 접촉은 따뜻할 수 있지만 작고 구체적이어야 합니다. 책임을 따지거나 용서를 요구하거나 앞으로의 관계를 선언하는 자리로 만들지 않습니다.

섹션 5

수락, 답장, 지속을 각각 다른 신호로 읽는다

수락은 연결만, 짧은 답장은 짧은 교환만 뜻합니다. 상대가 근황을 자세히 썼을 때 그중 하나를 따라 질문합니다. 거절은 종료이고 무응답은 이유를 알 수 없는 상태입니다. 공개 게시물을 계속 올린다는 사실도 개인 메시지에 답할 의무를 만들지 않습니다. 잘못 찾았다면 한 번 사과하고 멈춥니다. 익숙해 보이는 계정이 돈, 인증 코드, 신분증 사진, 급한 링크를 요구하면 이미 아는 별도 경로로 확인합니다. 보내기 전 계정 일치, 알아볼 이름, 정확한 맥락, 사적 정보 없음, 숨은 기한 없음, 네 가지 반응 수용 여부를 확인한 뒤 한 번만 전송합니다.

관련 질문

자주 묻는 질문

요청 칸에서 오랜 침묵을 사과해야 하나요?

인정할 구체적인 일이 있을 때만 짧게 씁니다. 긴 사과나 위로를 요구하는 문장은 요청 칸에 두지 않습니다.

수락하지 않으면 다른 계정으로 요청해도 되나요?

거절, 삭제, 차단, 무응답을 다른 계정으로 우회하지 않습니다. 계정 착오가 분명하면 기존 경로에서 사실부터 확인합니다.

본인인지 확실하지 않으면 어떻게 하나요?

요청을 멈추고 제한된 공개 배경이나 이미 아는 별도 채널로 확인합니다. 신분증과 사적 자료는 요구하지 않습니다.

관련 글

이 주제 더 살펴보기