-
골 수정 기능을 구현하다가 골 참여자의 경우 수정 방법을 어떻게 할지 고민하던 차에 [ 저의 의견 ] |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments
-
저는 사용자 유치를 했을 때 필요한 기능인가를 기준으로 고민해 보았는데, 당장 급한 기능은 아니라고 생각합니다. 위 생각과 상관없이 친구를 추가하는 것은 기존처럼 수정하는 곳에 있어도 무방하다고 생각합니다. 이 고민을 하다 갑자기 생각난 아이디어로는 해당 골 요청을 수락한 사용자들에 한해선 방장 권한을 위임할 수 있는 기능도 추후 추가되면 좋을 것 같네요. |
Beta Was this translation helpful? Give feedback.
-
네 저는 골 생성 시에 참여자 초대가 가능하게 구현하고, 이후 서비스 고도화 단계에서 골 생성 이후에도 참여자 초대 기능을 추가하는 것은 적절해 보입니다.! 그리고 기존 팀원에 대한 설정을 비활성화하면서 불필요한 마크를 숨기고, 요청 수락 여부 확인 기능을 추가하는 것은 좋은 아이디어라고 생각합니다!! |
Beta Was this translation helpful? Give feedback.
-
저도 참여자 수정 기능은 추후에 진행해도 괜찮을 것 같다고 생각합니다! 친구 초대 api를 분리하는 것도 좋은데 친구 초대 관련 페이지를 따로 만드는 것보다 친구 초대 액티비티로 전환되는 것 보다 한 화면에서 친구 초대를 진행하는게 +정수님 의견처럼 골 수정 UI를 변경하여 기존 팀원과 구분하는 것도 좋을 것 같습니다! |
Beta Was this translation helpful? Give feedback.
-
좋습니다! 그러면 우선은 골 추가 시에만 팀원을 추가할 수 있게 하고, 생성 후 초대하는 기능은 서비스 고도화 단계에서 구체적으로 논의하는 것으로 하겠습니다! |
Beta Was this translation helpful? Give feedback.
저는 사용자 유치를 했을 때 필요한 기능인가를 기준으로 고민해 보았는데, 당장 급한 기능은 아니라고 생각합니다.
그래서 개인적인 생각으로는 구현 완료 및 배포 후 저희가 기획적으로 고도화하기로 한 부분에서 해도 괜찮을 것 같습니다. (하지만, 현재해도 상관은 없어요!)
지금은 오히려 골 목록 조회, 골 정렬 등에 대해 고민해 보는 게 더 중요하다고 생각하기도 했고요.
현재 기초 구현이 끝나면 골과 관련해 사용자 편의성 부분에서 이야기해 볼 부분이 많다고 생각했습니다.
그래서 당장은 골과 스탬프와 관련된 기본 기능 구현이 빠르게 되었으면 합니다!
위 생각과 상관없이 친구를 추가하는 것은 기존처럼 수정하는 곳에 있어도 무방하다고 생각합니다.
다만, 수정 시 친구 수정 UI가 변경되었으면 합니다.
기존 UI의 경우 골 생성과 동일하게 되었있습니다.
이는 기존 팀원에 대한 설정을 비활성화하더라도 팀원을 추가하는 곳에 기존 팀원이 체크되어 있는 마크는 불필요하다고 생각합니다.
그래서 기존 팀원들은 친구 추가 관련 UI 위에 따로 있고, 그 아래 팀원을 추가할 수 있는 UI가 있었으면 합니다.
이때, 기존 팀원에 대해선 요청 수락 여부에 대해 확인할 수 있었으면 합니다.
이 고민을 하다 갑자기 생각난 아이디어로는 해당 골 요청을 수락한 사용자들에 한해선 방장 권한을 위임할 수 있는 기능도 추후 추가되면 좋을 것 같네요.
방장이 탈퇴 등을 …