Chapter4.2 - 고객에게 유용한 정보를 쓰자 개발자 관점과 고객 관점 고객 관점으로 쓰려면 변경사항이 고객에게 끼치는 영행을 고려하여 기술 개발자의 문제: 화면이 멈춘 것 고객의 문제: 애니메이션 스티커를 댓글에서 사용할 수 없는 것 개발자의 문제 해결: 화면이 멈추지 않게 함 고객의 문제 해결: 애니메이션 스티커를 댓글에 사용 가능 댓글에서 애니메이션 스티커 때문에 화면이 멈추는 문제를 해결했습니다. 이제 애니메이션 스티커를 정상적으로 댓글에 사용할 수 있습니다. 애니메이션 스티커를 댓글에 정상 사용 가능(화면 멈춤 문제 해결) 기능 추가 뿐 아니라 사용법 유도하기 내용에 따라 관점 적절히 선택하기 과거를 리뷰하고 미래를 보여주자 다음 릴리즈 항목으로 검토하는 것이 있다면 중요한 것은 공개하는 ..
Chapter4.1 - 체인지 로그를 분류, 요약, 종합하는 법 체인지 로그의 양과 만족도의 관계 상사나 고객의 만족도는 체인지 로그의 양이 적절할 때 가장 높음 순서 선정하기 분류하기 요약하기 종합하기 1단계: 선정하기 체인지 로그는 회사의 공식 발표! 구분 노력을 많이 들인 것 노력을 덜 들인 것 관심 있는 것 1순위 2순위 관심 없는 것 3순위 4순위 2단계: 분류하기 개발 관점에서 비슷한 작업끼리 묶기: 독자가 개발자인 경우에 유용 새로운 기능 추가 기능 개선 오류 수정 사용자 관점에서 비슷한 것끼리 묶기: 독자가 일반 사용자인 경우에 유용 게임 준비 게임 중 게임 종료 3단계: 요약하기 서술식 문장을 개조식 문장으로 바꾸기 불필요한 부사나 형용사, 조사, 어미를 없애고 정확하고 적절한 단어로 대..
Chapter3.4 - 에러 메시지 대신 예방 메시지를 쓰자 서비스를 이해하면 에러를 예방할 수 있다 사용자의 사용 방식을 이해함으로써 에러를 줄일 수 있음 사용자를 이해하면 에러를 예방할 수 있다 긴 숫자를 입력할 시 띄어쓰기 여부에 따라 가독성이 다름 이메일 입력시 @를 기준으로 앞 뒤 부분을 분리 CapsLock이 켜져있을 시 알림 닭이 먼저? 알이 먼저? 재확인 방식: 결재 요청 -> 재확인 -> 결재 처리 취소 방식: 결재 요청 -> 결재 처리 + 취소 가능 혼합 방식: 결재 요청 -> 재확인 -> 결재 처리 + 취소 기능 철학의 문제 : 에러메시지가 꼭 필요한지, 본 역할을 제대로 수행하는지 고려 참고문헌: 개발자의 글쓰기
Chapter3.3 - 사용자의 에러를 줄이는 메시지 구조화 버튼의 순서 윈도우: 확인-취소 순서 맥: 취소-확인 순서 OS와 상관없이 서비스 내에서 일관성을 갖고 만들기 필요하다면 시각적으로 강조하기 사용자의 반복 에러를 막는 법 로그인 여러번 시도시 남은 로그인 횟수를 메시지로 보여준다던가 행동에 주의하게끔 만들기 참고문헌: 개발자의 글쓰기
