텔레그램 @bugs 버그 신고 & 기능 제안 완벽 가이드 | 공식 미니 앱 활용법

search먼저 검색하세요. 정말로요

이미 올라온 게 있는지 확인하라는 말은 정리정돈처럼 들리지만 실은 가장 쓸모 있는 행동입니다. 같은 내용으로 두 번째 항목을 만들면 무게가 더해지는 게 아니라 쪼개집니다. 원하던 것이 이제 설득력 있는 한 덩어리 대신 반쪽짜리 두 덩어리가 됩니다.

찾았을 때 무엇을 할지도 달라집니다. 기존 항목에 투표하는 것은 새로 쓰는 것보다 작은 행동이면서 훨씬 효과적입니다. 그리고 내 경우는 어떻게 다른지 댓글로 적는 것이 둘 중 무엇보다 낫습니다. 읽는 사람에게 재현해 볼 상황을 하나 더 주기 때문입니다.

검색 자체에 요령이 조금 필요합니다. 신고는 올린 사람이 쓴 단어로 정리돼 있고 그건 내가 썼을 단어와 좀처럼 같지 않습니다. 아무도 얘기 안 했다고 결론 내리기 전에 기능 이름, 증상, 그때 하고 있던 일로 각각 찾아보세요.

compare_arrows네 가지 문제, 네 군데 목적지

엉뚱한 곳에 보내는 것은 대체로 더 오래 기다리는 방법입니다.

질문 하나면 거의 다 갈립니다. 이 문제가 앱의 문제인가, 내 계정의 문제인가.

edit_note손댈 수 있는 신고에 들어가는 것

네 가지면 되고 그 밖에는 거의 필요 없습니다. 내가 무엇을 했는지, 무슨 일이 일어났는지, 대신 무엇을 기대했는지, 어느 기기의 어느 버전인지. 이게 있으면 다른 사람이 따라 해 볼 수 있습니다. "뭐가 안 돼요"라는 신고는 아무리 사실이어도 아무도 손댈 수 없습니다.

가장 값진 추가는 다시 일어나게 만드는 방법입니다. "고정 메시지가 두 개 이상이면 매번 그렇습니다"가 어떤 묘사보다 낫습니다. 무언가를 고치는 일의 어려움은 전부 그걸 마주하는 데 있으니까요. 확실하게 재현이 안 된다면 그 사실도 적으세요. 실패가 아니라 정보입니다.

기능 제안도 같은 규칙이 모양만 바꿔 적용됩니다. "다른 앱처럼 만들어 주세요"는 취향이고 어디에도 닿지 않습니다. "이걸 못 해서 지금은 이렇게 하고 있습니다"는 누군가 풀 수 있는 문제를 설명한 것이고, 내가 생각 못 한 방식으로 풀릴 수도 있습니다. 방법을 지정하는 대신 묻는 이유가 그것입니다.

notifications_off답이 오지 않는 것이 정상입니다

여기에 올린 글에는 나에게 오는 답장이 없습니다. 문의 창구가 아니라 공개 목록이기 때문입니다. 무언가 잘못돼서 무시당한 것이 아니라 원래 그렇게 생긴 곳입니다. 이걸 알고 올리면 기다리며 답답해할 일이 없습니다.

그래서 온도계에 가깝습니다. 내 항목이 하는 일은 같은 것을 겪은 사람이 몇 명인지 드러내는 것이고, 그게 쌓이면 우선순위에 영향을 줍니다. 하지만 내 항목 하나가 무언가를 움직이는 일은 거의 없습니다. 이미 있는 항목에 힘을 보태는 편이 나은 이유가 여기에도 있습니다.

그리고 급한 문제는 여기 오면 안 됩니다. 계정이 막혔거나 결제가 잘못됐거나 무언가를 잃었다면 지금 필요한 것은 답장이고, 이 목록은 답장을 하지 않습니다. 처음에 가른 그 질문 — 앱 문제인가 계정 문제인가 — 이 그래서 중요합니다.

checklist Step by step

신고하는 순서

1. 앱 문제인지 계정 문제인지 먼저 가립니다

   이 질문 하나가 목적지의 거의 전부를 정합니다.

2. 최신 버전인지 확인합니다

   이미 고쳐진 것을 신고하는 경우가 꽤 많습니다.

3. 같은 내용이 있는지 검색합니다

   기능 이름·증상·하던 일로 각각 찾아보세요. 남이 쓴 단어는 내 단어와 다릅니다.

4. 있으면 투표하고 내 경우를 댓글로 답니다

   새로 쓰면 무게가 쪼개집니다. 댓글이 가장 도움이 됩니다.

5. 없으면 네 가지를 갖춰 씁니다

   한 일, 일어난 일, 기대한 일, 기기와 버전. 재현 조건이 있으면 최고입니다.

6. 상태 표시를 일정으로 읽지 않습니다

   '예정'은 확인됐다는 뜻이고, 투표 수는 대기 순번이 아닙니다.

recommend함께 읽으면 좋은 글