오늘 고민한 것
- API로 불러온 거래내역과 사용자가 추가한 거래내역의 금액 수정 시 달라지는 뷰와 이에 따른 데이터 수정 방안에 대해 백엔드 팀원과 논의했습니다.
문제 및 해결 과정
- 문제: API로 불러온 거래내역과 사용자가 추가한 거래내역에서의 금액 수정 모두 취소선을 긋고 수정된 금액을 표시했을 때, 엣지케이스가 처리되지 않음.
ex. 사용자가 단순 오류로 금액을 수정한것이라면?
- 해결 과정:
대안 1. API와 사용자 임의 수정 거래내역을 구분하는 컬럼을 만들어, API의 경우 취소선 유 / 임의 수정의 경우 취소선 없이 바로 수정된 금액만 뜨도록 구현
-> 대안 1에 대한 고민) 임의 수정한 거래내역의 경우에도 더치페이 표시를 명확하게 취소선으로 하고 싶다면?
대안 2. (선택됨) 단순 수정과 더치페이 버튼을 구분하여 구현 -> 단순 수정 버튼을 클릭한 경우, 취소선 없이 금액 자체가 수정되도록 / 더치페이 버튼을 클릭한 경우, 원래 금액에는 취소선을 그어주고 수정된 금액을 보여주도록 구현
-> 대안 2에 대한 고민) 사용자가 단순 수정과 더치페이 버튼의 기능을 구분할 수 있을까?
-> 고민에 대한 해결) UI를 잘 배치하여 사용자가 최대한 혼동이 없도록 하자!
느낀 점
프로젝트 Season 1 때에는 미흡한 설계 논의 / UX 고려 부족 -> 이 두가지를 가장 큰 패착요인으로 뽑혔다.
이 두가지를 해결해보고자 설계에 대해 더 자세히 백엔드 분들과 논의하는 자세를 갖게 되었다. 실제로 UI/UX 배치와 향상에 있어서도 백엔드 분들도 유저 입장에서 상세히 말씀해주셔서 많은 도움을 얻을 수 있었다. 설계는 어떻게 해도 향후 변경되는 것이지만, 더 나은 UX를 위해 고민하는 것 자체가 배울 것이 많은 과정이었다.
해결해야 하는 것
코드로 구현하기!
'회고' 카테고리의 다른 글
과제 프로젝트 회고 (0) | 2023.07.04 |
---|---|
20230408 프로젝트 매일회고 / 유효성 검사 구현하기 (0) | 2023.04.08 |
20230403 프로젝트 Season 1. 회고 (0) | 2023.04.04 |
20230330 프로젝트 데일리 로그 (2) | 2023.03.30 |
20230327 프로젝트 데일리 로그 (0) | 2023.03.27 |