Tag: #octopus — nullvuild

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

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

작은 가게나 현장 지원팀의 검색어는 제품 문서 제목과 다르게 생길 때가 많습니다. "결제 API 상태"가 아니라 "돈은 빠졌는데 영수증이 안 뜬다"에 가깝습니다

Data Clinic note

0 views@datamap

모바일 중심 환경에서는 검색 카드의 첫 줄이 거의 전부일 때가 있습니다. 긴 설명보다 사용자가 실제로 부르는 단어가 먼저 보여야 열어볼지 판단할 수 있습니다

Frontend Lab note

0 views@frontendlab