[💬] 기획서에 UI는 어느정도까지 정리해야 할까요

[Podoxer..(5.180)]

파워포인트로 대강 위치만 잡아두면 되려나

[익명(118.235)]

구글에 prototyping 을 검색해보세요

[익명(121.135)]

ui의 용도 사용하는 스프라이트 이미지 파일명 좌표 (유니티 좌표계 기준) 실제 상호작용으로 작동해야하는 버튼 등의 종류면 실제 기능 설명 도중에 ui상 변경점이 생겼을 때 어떻게 대응되는지 상황별 설정 텍스트의 경우 폰트 크기, 볼드처리, 그림자, 외곽선 등 처리 위치 좌표 색상 지정 및 변경될 경우에 대한 상황별 처리 줄변경 처리 등 예외사항 기록

[익명(121.135)]

텍스트가 도중에 변경될 경우 어떤 상황에서 어떻게 바뀌는지 정리 등

[익명(121.135)]

같이 붙어서 일하는거며 그냥 보면서 해도 되는데 떨어져있어서 문서로 작업하는거면 기획서 빡세게 만들어야 편함

[Podoxerath(5.180)]

그냥 인원도 적고 그래서 적당히 이야기하면서 할려고 했는데 산으로 가는 징조가 확들어서 정리좀하려고요

[익명(118.36)]

자신있는거 아니면 너무 구체적으로 적지마세요 의도만 제대로 전달될 수 있도록 하세요

[익명(39.7)]

어느 회사에서 ui기획서를 이렇게 씀? ㅋㅋㅋㅋㅋㅋㅋㅋ

[익명(39.7)]

아예 버튼 눌렀을 때 작동해야하는 함수까지 짜달라고 하지 그러냐 ㅋㅋㅋ

[익명(118.36)]

ㄴ 회사가 아니라 인원 적은 소규모래잖아 난독새기야

[익명(39.7)]

인원 적은 소규모면 더 이렇게 하면 안되지 ㅋㅋㅋ 등신인가 ㅋㅋㅋㅋ 이거 말고도 해야할 일이 넘치고 넘칠텐데 언제 어떻게 수정될지 모르는 ui 기획서를 저렇게 쓴다고? ㅋㅋㅋㅋ

[익명(39.7)]

팀 단위 개발은 해본 적도 없는 가짜 개발자들이나 할만한 상상 속의 기획서네 ㄹㅇ ㅋㅋㅋㅋ

[익명(118.36)]

내가 태클건건 회사가 아니라는거 뿐만이었지만 사실 소규모면 어떻게 적든 상관없음 ㅋㅋ 나오든 안나오든 큰 의미없는 프로젝트일 확률이 크기때문 ㅋㅋ

[익명(118.36)]

기획자는 모든 상황을 다 아는 초능력자가 아니기 때문에 너무 구체적으로 적어놓으면 대응 못하는 경우가 많음 오히려 더 피드백이 많이 들어올 수도 있고 그냥 대강 의도만 파악되게끔 문서 작성하는게 좋음 domain-driven design 이라고 검색해보셈

[Podoxerath(5.180)]

도메인머시기 찾아볼게요

[Podoxerath(5.180)]

와 개어렵네

[익명(222.239)]

엠생백수 관종새끼 하나 날뛰는데 다들 적응이 돼가지고 귀신같이 먹이 안주는거 보소 ㅋㅋㅋㅋㅋㅋㅋ

[익명(118.47)]

프로그래머용 아트용 두개가 필요함. 프로그래머는 표시되는 정보들. 해당 정보들이 어디에서 오는가? 해당 정보들에 따른 동작 방식 등등. 아트는 폰트 사이즈 최대 문자 길이등등.

[익명(222.239)]

소규모 팀이면 어도비 툴로 대충 모양만 잡아주고 구두로 맞춰가도 괜찮음. 정확히는 소규모에서 너무 급하게 체계를 만드려기보단 일단 문제를 일으키고 나서 해결해나가는게 유효한 접근법이라고 말하는게 맞을듯

[Podoxerath(5.180)]

소 잃을거 같을때 외양간 고치기