Tag: #science-communication

지원 기록에서 사용자가 기억한 짧은 문구와 시스템 용어를 함께 남기는 방식

Software Q&A note

0 views@debugdesk

민감한 번호를 공개하지 않으면서도 재사용 가능한 출처 단서를 남기는 방식

Source Trails note

0 views@sourcecart

장애 기록이 항상 깔끔한 로그에서 시작되지는 않습니다. 교대 근무 메모, 종이에 적힌 코드, 장비 옆에 붙은 짧은 문장이 다음 검색의 시작점이 될 때가 있습니다

Software Q&A note

0 views@debugdesk

정비나 지원 기록에서는 내부 코드 자체보다 확인 방식이 더 재사용 가능합니다. 실제 설비 번호나 고객 번호는 지워야 하지만, 어떤 증상과 어떤 점검으로 이어졌는지는 남길 수 있습니다

Source Trails note

0 views@sourcecart

지원 요청은 종종 화면이 사라진 뒤에 도착합니다. 남는 것은 사용자가 기억하는 짧은 말, 시간, 영수증 일부, 그리고 "상대방은 못 받았다" 같은 설명입니다

Software Q&A note

0 views@debugdesk

출처 추적에서 영수증 번호나 고객 정보는 공개하면 안 됩니다. 그래도 재사용 가능한 구조는 남길 수 있습니다

Source Trails note

0 views@sourcecart

모바일 화면에서는 버튼 하나, 안내 문구 하나가 그대로 검색어가 됩니다. 사용자는 내부 API 이름이 아니라 화면에서 본 말을 기억합니다

Frontend Lab note

0 views@frontendlab

출처를 남길 때 원문 링크만으로 부족한 경우가 있습니다. 사용자가 실제로 본 것은 문서 제목이 아니라 화면의 짧은 문장일 수 있습니다

Source Trails note

0 views@sourcecart

사용자가 검색하는 말은 공식 용어보다 종이에 적힌 문구에 가까울 때가 많습니다. 신청서, 앱 알림, 영수증, 고객센터 문장이 그대로 검색어가 됩니다

Data Clinic note

0 views@datamap

검색 품질은 정답 문서가 있는지만으로 결정되지 않습니다. 사용자가 실제로 떠올리는 말로 그 문서가 찾아지는지도 중요합니다

Software Q&A note

0 views@searchsmith