[💬] 기획서 조금 썻는데 봐줄래....?

[익명(123.215)]

기획서 어떻게 쓰는지몰라서 여기저기 돌아다니다가 딱히 양식이없는거같더라구..... 그래서 그냥꼴리는대로썼어...

게임개발하고싶어서 레트로강의들었는데 너무졸리더라.. 한 4분의1 듣고 접었어 (난 옛날부터 인강들을때도 졸았으니까 레트로님이 혹시보면 상처받지말길)

 문과라 한글은 잘다뤄서 기획서라도 남겨두자는 마음으로 며칠동안 열심히썻어

혹시알아 나중에 다시 유니티강의를 들을지..

미확정은 말그대로 미확정이야... 사전에 생각햇던게 ㅏㅇ니라 쓰면서 떠오르는걸 쓴거구...

진짜 제일힘들엇던 파트.. 한글 도형으로 일일이 만들엇어 만들기전엔 되게 도움될거같앗는데 만들고보니 딱히 도움되는그림같진 않아서 슬퍼

이 글만 보고 전체적으로 어떻게흘러가는지 이해가되겟어?

내가 어느블로그에서 봣는데 최고의기획서는 이해가 딱딱잘되는 기획서라더라 그래서 글보단 그림, 표, 심지어 동영상까지 동원한다고하더라고...

근데 난 포토샵젬병이고 ui를 어떻게해야할지도 모르기때매 글만 줄창썻어 이해됏으면좋겟다

제안은 말그대로 제안이야 물론 개발한다면 1인개발이기때매 상관없지만

혹시 프로그래머성님들이 보고 불편해하지않앗으면해 훨씬 효율적인 방법이 잇을 수 잇겟지만 난 문레기 컴알못이기때매 아주기초중에 기초 코딩만 아는놈이거든

난 굉장히 많은 시스템을 쓴거같은데 곰곰히생각해보면 전체시스템의 20%도 써있지않아...

아직도 능력치가 어떻게계산되고 급여가 어떻게계산되고 협상은 어떤알고리즘으로 이뤄지고 등등 남은게 산더미인거같아

근데 다쓰고 까이면 또 처음부터 갈아엎어야되니까 그냥 올렷어... 지금이라도 까이면 앞으로 잘쓰면되잖아 ㅎ

[fads(119.200)]

잘 썼는데 겜을 직접 만들어봐야지 부족한 부분을 찾고 수정할 수 있을텐데

[익명(123.215)]

그러게 코딩도 최대한배워보도록할게.....

[sighpie(sighpie)]

이쪽계열 좋아하는 유저들한테 보여주는건 어떰?

[sighpie(sighpie)]

내용이 얼마나 구성진가는 다른 세계 이야기라서 모르겠지만 문서 형태를 보면 지금껀 제품 설명서같은데 특정 파트 팀원에게 전달해준다는 컨셉으로 만드는것도 연습해보기 좋음

[익명(123.215)]

특정파트라면 프로그래머, UI디자이너겟구나... 그럼 기획서를 두개로나눠봐야겟다. 고마웡

[익명(58.120)]

열심히했네 읽진 않았음 - dc App

[익명(123.215)]

ㅠㅠ;;;;

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(123.215)]

나드몰르겟어 기획서처음써보는데ㅔ..... 근데 시스템이 복잡한데 길어질수밖에없지않나? 짧게하는법이잇을까??

[익명(210.179)]

너 탈북자냐 왜이렇게 로동신문 글자체 같지

[익명(123.215)]

들켯다 ㅎㅎ

[익명(211.178)]

이새끼 너 누구야

[이 댓글은 게시물 작성자가 삭제하였습니다.]

이 댓글은 게시물 작성자가 삭제하였습니다.

[익명(175.223)]

기획이 어려운 점은 기획자가 중요하게 생각하는 것에 대해서 게임을 만드는 다른 어떤 사람도 그걸 중요하게 생각하지 않는다는 점임. 그래서 다른 사람이 이해가 쉽게 되도록하는 점이 무엇보다도 중요함.

[익명(175.223)]

우선 지적하고 싶은건 ‘기획서’에 들어가는 내용과 ‘작업 지시서’에 들어가는 내용을 분리해야함. 계산법, 표, 레벨 이런것들은 전부 실제 작업을 지시할 때 들어가는 것들이라 전부 빼야함. 모든 것을 설명하고 싶다고 다 이야기하면 정보량이 많아서 이해하기 어려워

[익명(175.223)]

기본 구조 그림에 한번에 다 집어넣을 생각 하지 말고, 가장 메인이 되는 구조만 넣어. 그리고 그거 설명부터 먼저 해. 그 다음 거기 추가되는걸 설명할 때에는 요약한 구조에서 복사해와서 추가하는 방식을 사용해봐. 이것만 해도 조금은 나아질거야. 누가 기획서에 그림 많이 쓰면 안 된다고 한 거 아니잖아?

[익명(175.223)]

그리고 그림이나 도표 그릴땐 텍스트 한 줄 안 넘어가게 써서 최소한으로 그려. 그리고 화살표 방향은 잘 모르겠으면 위에서 아래, 혹은 좌에서 우로 한 방향으로만 크게 쓰고. 화살표 따라가면서 읽어야 하는 사람은 무슨 잘못이냐

[익명(175.223)]

그리고 말 나와서 그런데 ‘순서도’ 검색해서 도형을 어떻게 그려야 되는지도 찾아봐. 순서도에서 조건분기만 제대로 사용해도 더 알아먹기 쉽게 할 수 있어

[익명(123.215)]

우선 긴답변 진짜고마워... 작업지시서가 따로잇다니 충격적이야... 게임하나만드는데 얼마나많은 문서가필요한거야ㅠㅠㅠ앞이깜깜 기본구조는 진짜 그렇게하면 훨씬이해가쉬울거같아 거마워... 화살표는 읽는순서가아니라 진행방향 및 영향을 준다는 의미였음... A-->B면 A가 B에 영향을 준다는 의미엿는데 읽는입장에선 뭐부터 읽어야될지 헷갈리기도할거같아 ....

[익명(123.215)]

구래서 나도 저거만들기전에ㅠ순서도를 봤거든 근데 그게 컴퓨터공학과에서 실제로배우는개념인거같더라!! 엄청 전문적인개념같아서 지레포기했음.. 다른사람이한거보니까 완전 코딩잘해야될거같기도하고... 그래도 도형마다 역할이뭔지는 다시 공부해봐야겟어...! 짖짜고맙다 기본구조를 뜯어고쳐야지 이해하기쉽게ㅠ그리구 그림도많이넣고 어... 작업지시서...도 분리허고...

[ㅁㄴ(211.202)]

글이 너무 많아서 플머 입장에서는 보고싶지 않다. 도표같은거 활용해서 전달을 직관적으로 바꿔봐.

[익명(123.215)]

좀 예상햇긴햇는데 ㅠ 계산식이나 시스템을 설명하는데 다른방법이떠오르지않더라ㅠㅠ 시스템하나하나 파워포인트로만들고 이거참고해라 하고 링크띄워줘야되나ㅠ 흠 일단최대한 그림을 많이넣어보도록해야겟어

[익명(14.32)]

이거 구현할때는 단위별로 조금식 쪼개서 다 세세하게 나눠야 하고 , 한번에 올릴 글에서는 세세한 디테일말고 직관을 보여줘야 할거같아

[익명(123.215)]

그러니까 통합기획서는 무조건 직관적으로 딱딱알수잇게하고, 각 시스템마다 따로 문서를 만들어서? 조금씩 세세하게 쓰라는말이지...? 정말 길이ㅠ멀고도 험하다. 고마워...

[익명(58.228)]

가독성 ㅎㅌㅊ인거같애 간격만 적당히 띄워도 읽을만해져

[익명(58.228)]

지금 너무 텍스트들이 따닥따닥 뭉쳐있음

[익명(123.215)]

흑 기본 160%인데 더 높여보겠음.. 아니면그냥 글이너무많아서그럴수도...

[익명(118.47)]

게임의 흐름을 잘모르겠음. 우선은 게임 플레이의 예시 같은게 좀더 자세히 있으면 좋을 거 같고 이후에 각 데이터들을 체계적으로 정리하고 게임 흐름에 따라 데이터들이 어떻게 사용되는지 정리해주면 작업할 때 좋을거 같음.

[익명(123.215)]

검은동그라미만 읽으면 조금 흐름읽는데 도움이 될까싶어... 사소한거라도 예시를 많이넣어야겟다,,,,데이터도 따로 싹 정리해서 어디다쓰이는지 별표로놓으면좋겟다. 고마워@@@@

[익명(211.247)]

기획서는 양식에 따라 쓰는 문서가 아니고 필요에 의해 쓰여지는 문서야

[익명(211.247)]

그래서 게임을 만들어 본 적이 없는 기획자는 기획자 타이틀만 가지고 있는거지 기획자가 아님

[양참치(macapen)]

음.. 정성은 나쁘지 않아보이는데 일단 게임을 켜고 나서 종료하기까지 필요한 화면부터 분류를 해보는게 어떨까 싶네. 지금 문서는 뭔가 상세한 내용까지 엄청 욱여 넣어진 상태라 전체적인 모습을 파악하기 이전에 질리는거 같거든? 슥슥 훑고 넘어갈 수 있도록 게임의 모습을 화면 흐름으로 볼 수 있게 구성하고, 상세한 내용들은 따로 정리하는게 좋을 거라고 생각 되네.

[양참치(macapen)]

그리고 첫 번째 차트도 뭔가 어렵다고 생각이 드는게, 저 흐름도의 각 항목들과 화살표가 갖는 의미가 그때 그때 달라보이거든..? 내 입장에서 볼 때는 화살표는 각 항목들에게 서로 영향을 준다. 라는 것 말고는 어떠한 의미도 전달 되지 못하는 것 같아. 한 번에 여러 가지를 설명하려고 하면 정리가 안되기 마련이니, 공통적인 부분들부터 그룹으로 묶어서 도표 역시 쪼개는게 좋을 것 같아.

[양참치(macapen)]

예) 선수 스카웃 절차에 대한 도표

[양참치(macapen)]

예) 스카우터의 능력치 종류

[양참치(macapen)]

예) 스카우터 각 능력치의 성장 방식

[양참치(macapen)]

윗 글들로만 대충 봐도 게임에 필요한 시스템이 많이 나올 것 같은데, 그걸 개별 문서로 정리하는 것이 필요해보여.

[익명(1.228)]

음..우선 본 기획서 하나를 만들고. 본기획서는 전체적인 모습을 한눈에 파악하기쉽도록 게임의모습을 흐름에따라 구성하고... 그 본 기획서에 나오는 시스템 하나하나는 하이퍼링크로 처리해서 각 시스템별로 개별문서를 만들고.. 공통적인부분은 묶어서 도표로 정리하고. 근데어디까질 본 기획서에 넣어야할지모르겠다. 스카우터 능력치종류까지는 넣어도될거같고.

[익명(1.228)]

스카우터 능력치 산정방식? 계산식? 이런건넣으면안될거같고. 각 능력치가 어떻게 올라가는지ㅠ혹은 올릴수있는지 까지는 넣어도될까... 그냥 간단하게 본기획서에는 ~로 올릴수있다. 라고만 쓰고 나머지는 개별문서에 세세하게써야겟다. 계산방식도 아예안쓰기보단.. ~것에 영향을 받는다. 이정도로만 쓰는게나을거같아. 진짜고맙워~~

[양참치(macapen)]

음.. 네가 말하는 본 기획서가 게임의 전체에 해당하는 기획서를 뜻하는 것이라면 회사에서 실제 업무를 본다거나 했을 때는, 본 기획서라는 것은 따로 존재하지 않아. 문서 량이 방대해질 뿐 아니라, 보는 사람도 피곤하기 때문이지. 대신에, 많은 회사들에서는 위키를 이용해. 각 시스템, 혹은 콘텐츠들에 해당하는 페이지, 뭐 이경우에는 개별 문서가 되겠지? 항상 그 문서를 보는 사람을 생각해야해. 너는 기획서를 쓸 때, 구조 등을 머릿속으로 생각하면서 글을 쓰겠지만. 보는 사람은 사전 지식이 없단 말이야? 그럼 백지로부터 네가 생각하는 구체적인 모습을 그려가야하니깐. 그래서 수식 같은게 없는 흐름도 정도를 먼저 쓰고. 이후에 그를 보충할 상세한 부분을 쓰는게 좋아.

[양참치(macapen)]

그래서 내가 보통 기획을 처음 하려는 친구들에게 제안하는 방식은 문서로 쓰기 이전에 아이디어 메모부터 정리하고, 게임 화면을 ppt 에서 제공하는 도형 같은 것으로 먼저 그린 후, 각 항목에 해당하는 것들의 세부 내용을 따로 정리해보라고 제안하거든.. 아 그리고 가장 상위에 어떤 기획서가 위치해야 하는가 라고 한다면, 공산품 설명서, 휴대전화나 카메라 같은 걸 참고해봐. 먼저 제품의 외형과 외형에서의 각 부위의 명칭부터 알려주잖아? 그 이후에 각 부위에서 제공하는 기능들에 대한 상세 정보를 알려주는 식의? 그럼 네가 생각하는 본 기획서에 들어갈 내용은 제품의 외형과 각 부위의 명칭이겠지?

[양참치(macapen)]

상위 개념에서부터 하위 개념으로 차근차근 설명해나간다 혹은 정의해나간다 라고 생각하면 좋을 성 싶어. 그리고 문서에서는 용어의 통일이 중요한데, 이를테면 내가 혼동이 온건 스카우터와 중개인이랑은 다른 개념인가? 에이전트는 그럼? 문서를 보는 사람은 문서를 기반으로 생각을 해야 되기 때문에 비슷한 용어가 오가면 혼동이 올 수 밖에 없어. 정의를 명확하게 내리고, 문서에서는 일관된 명사로만 사용해야 보는 사람이 혼동이 없을 것이야.

[양참치(macapen)]

온라인 게임 강화 관련된 시스템 문서만 써도 저 문서의 길이보다는 2배 이상 길게 작성될 수 있는 부분이라서.. 누누히 말하지만 전체에 대한 내용을 저기에 다 적을거라고 방향을 잡으면 안돼.

[익명(123.215)]

어떻게해야될지 감이 잡혔어. 정말 고마워..ㅠㅠ 한가지 궁금한게 있는데 답변안해줘도되는데, 위키는 어떻게 만들어.? 한글 하이퍼링크로 위키같이 만드는건가 아니면 위키식으로 만들수있는 뭔가가 있는건가 싶네... 고맙다 사랑해

[익명(175.223)]

위에 누가 정답을 써놨네? 문서를 하나로 합쳐서 쓰지 말고 기획서랑 사양서로 분리해야함. 게임 컨셉, BM > 데이터 구조 디자인 > 세부 규칙 설명 이런 식으로 쓰는게 아니라 게임 플레이, 느낄 수 있는 재미같은 게임의 재미와 가치를 한 눈에 알 수 있는 기획서를 쓰고(개발을 시작하기 위해 필요한 것) 그게 채택됐다는 가정 하에 나머지를 써야함.

[익명(175.223)]

그래도 구조 정의, 다른 파트 고려해서 작성한 건 칭찬함 근데 솔직하게 말하자면 이건 네가 일단 머릿속으로 상상하며 떠오른 것들을 그냥 바로 옮겨 적어둔 거나 다름없음. 사람들이 읽기 쉽게 다시 만들 필요가 있음. 그런 이유에서 위에서 말했던 대로 게임 플레이를 보여주는 문서와 개발을 고려한 문서로 분리해서 작성하면 좋지 않을가 함

[익명(123.215)]

아..그..ㄱ ㅣ획서엔 말그대로 게임플레이를 어떻게하고 플레이할수잇는 방법?을 여러가지 제시하고. 어디서 어떤재미를 주고.. 그런걸 쓰는거고 사양서? 작업지시서? 거기에 어떻게 개발하는기.. 그런거를 쓰는거구나. Aㅏ... 정말쓸게많다 이거 쓰는데만 너무많은 노동력이필요한데?ㅋㅋㅋ 고마워 난 그냥 기획서엔 어떻게개발하는지 두루뭉술하게 쓰고 작업지시서에 자세히쓰는건줄알았는데 아니었네. 그럼 써야될걸 나열하자면. 1. 기획서 2. 프로그래머 작업지시서 개요. 3. 각 시스템별 프로그래머 상세 작업지시서. 4. 디자이너 작업지시서 개요. 5. 각 시스템별 디자이너 상세 작업지시서.... 모르겟다. 일단해봐야지. 고마워!@

[익명(14.42)]

ㅇㅇ 기획서는 컨셉/개요 설명, 사양서는 작업 지시 용도로 쓴다 보면 됨. 문서 명칭 따질 필요 없이 이렇게 나눠서 설명해야 좋음. 중요한 건 기획자가 만들고 싶은 게임을 팀원도 상상할 수 있어야 하는 거임. 어떻게 하는 건지, 어떻게 생겨먹은 게임인지 알아야 개발을 시작할 수 있고 그래야 지금 네가 써놓은 것들을 써먹을 수 있으니까...

[익명(14.42)]

그리고 솔직히 개요같은 건 팀원들 머릿속에 게임 이미지만 잡히면 대화로 조율 가능함 (프로그래밍이랑 UI는 배운 것 같으니 더 수월하게 가능) 그러면 문서는 메모하듯이 적는 걸로 퉁칠 수 있고. 나는 그렇게 상황 보면서 팀플 했었어. 문서는 솔직히 평생을 써도 어려운 것 같아 화이팅

[익명(119.194)]

너무 길어서 훑어봤음 아이디어는 안보고 대략적인 형태만 봤음 기획업무 담당자로서 포텐은 충분히 있다고 봄 혹시라도 더 디테일을 올려보고 싶으면 답글 달아주셈 원한다면 코로나 지나고 멘토링해드리고 싶음