고객이 신고한 버그를 휴대폰으로 수정하세요
어디서든 버그 리포트를 Zero에 전달하면 수정 사항이 담긴 풀 리퀘스트를 열고 미리보기 링크로 답장합니다. 덕분에 지원팀은 엔지니어링 핸드오프를 기다리지 않고 수정을 배포할 수 있습니다.
Zero가 연결합니다:
무엇이 문제인가
토요일에 고객이 레이아웃 버그를 신고하는데, 마침 노트북에서 멀리 떨어져 있습니다. 기존 방식이라면 이메일은 월요일까지 방치되고, 엔지니어링으로 전달되어 누군가 집어들기를 기다리고, 수정된 뒤 다시 돌아와야 비로소 고객에게 답장할 수 있습니다. 작은 수정 하나가 세 사람을 거치는 며칠짜리 왕복으로 변합니다. 그 대신 휴대폰에서 Slack을 열고, 고객의 스크린샷을 올린 뒤, Zero에게 고쳐달라고 요청하세요. Zero는 코드에서 원인을 찾아 변경 사항이 담긴 PR을 열고, 배포 전에 무엇이 바뀌었는지 정확히 확인할 수 있도록 미리보기 링크로 답장합니다.
Zero가 해결하는 방법
1단계: 도구 연결하기
2단계: Zero에게 요청하기
@Zero fix this customer-reported layout bug through a PR, then share the preview link with me.
Zero가 버그 리포트를 읽습니다
Zero는 전달받은 스크린샷이나 이메일을 받아 고객의 설명을 읽고, 어떤 화면에서 무엇이 잘못되었는지 파악합니다.
Zero가 코드에서 원인을 찾습니다
Zero는 저장소를 검색해 문제의 컴포넌트를 찾아내고, 이를 고치기 위해 필요한 변경 사항을 판단합니다.
Zero가 미리보기와 함께 PR을 엽니다
Zero는 수정 사항을 새 브랜치에 커밋하고 풀 리퀘스트를 연 뒤 미리보기 배포를 기다립니다. 버그가 해결된 모습을 보여주는 라이브 링크를 받게 됩니다.
검토하고 배포합니다
같은 휴대폰에서 미리보기를 열어 수정을 확인하고 병합합니다. 팀원들은 채널에서 PR과 수정 전후를 볼 수 있어 모두가 상황을 공유합니다.
3단계: 한 걸음 더 나아가기
더 나은 결과를 위한 팁
고객의 스크린샷을 첨부하거나 정확한 오류 텍스트를 붙여넣으세요. 리포트가 구체적일수록 Zero가 원인을 더 정확하게 찾아 고칠 수 있습니다.
병합 전에 항상 미리보기 링크를 검토하세요. Zero는 수정을 프로덕션에 곧바로 올리지 않고 브랜치와 미리보기 배포에 올리므로, 통제권은 항상 사용자에게 있습니다.
레이아웃이나 카피 문제처럼 작고 범위가 명확한 버그부터 시작하세요. 핵심 로직을 건드리는 사안이라면 Zero가 이슈를 열어 엔지니어링에 넘기게 하세요.