Re: [讨论] 现实中有能让外行人提游戏企划的管道吗
楼主: EricTCartman (阿ㄆㄧㄚˇ) 2021-04-18 12:27:29
※ 引述《xsubarux (爆浆小雷包)》之铭言：
: 有没有那种纯粹提出企划想法
: 再由公司判断是否能实现的管道啊？
有，就是你自己当老板，出一张嘴就好
: 我相信一定有一堆人有着很不错的创意
: 碍于能力、经费、时间等因素无法实现
真的够屌，有些游戏公司内部也会提供管道，或者你有做出成绩老板就会相信你
: 还是说只能期望自己认识天才画家、天才程式设计师、天才作曲家才能实现？
我觉得你这观念很奇怪，为什么不是自己成为天才设计师而是靠别人
不过大部分的乡民讲的话都差不多，大概有心的人也没办法获得什么有价值的提示
不过底下有人说得真好，企划本身就是工程性质的，工程不是说你一定要会写程式
而是要有一颗工程的心，例如有人企划写：
“游戏中的怪物可以合体，变得更强大！”
这种描述，应该只会出现在GCD(game concept document)，通常是提案或市场面的
决策，GDD的写法可能会像是：
“清除地图上目标怪物相邻的怪物，依照公式A计算修改目标怪物的数值，技能则参
照附录N的M表格规则将被清除怪物的合体技能加入目标怪物的技能表中”
有些甚至会直接写pseudocode或干脆把excel表格的公式写出来
不幸的是，不只游戏业，就连软件业不少人都不懂得怎么写规格、设计书，都要大家
通灵，或者是用歌谣把他真正的设计含意口耳相传出来，让现代社会文明直接倒退到
部落文明去
GDD要怎么写，网络上很多资料，从最基础的游戏设计理论到产业等级的
Level Up!: The Guide to Great Video Game Design
The Art of Game Design
Theory of Fun for Game Design
如果游戏不是动作游戏或需要时间反应的，倒不如直接做成桌游，毕竟说到游戏规则
书就不能不提TRPG，去看看DnD、CoC这些用人脑run的游戏引擎是怎么用白话文写的
不过用瀑布式跟快速迭代式，企划书的定位跟细节需求都会有所不同，数值企划反而
比较吃重就是了。反正快速迭代式都要求你要做原型了，Unity太难，不如去学个
Game Maker吧，很多很屌的独立游戏也是用Game Maker做出来的
在有些游戏公司企划甚至要懂 BM(business model)
: 有没有那种纯粹提出企划想法
: 再由公司判断是否能实现的管道啊？
有，就是你自己当老板，出一张嘴就好
: 我相信一定有一堆人有着很不错的创意
: 碍于能力、经费、时间等因素无法实现
真的够屌，有些游戏公司内部也会提供管道，或者你有做出成绩老板就会相信你
: 还是说只能期望自己认识天才画家、天才程式设计师、天才作曲家才能实现？
我觉得你这观念很奇怪，为什么不是自己成为天才设计师而是靠别人
不过大部分的乡民讲的话都差不多，大概有心的人也没办法获得什么有价值的提示
不过底下有人说得真好，企划本身就是工程性质的，工程不是说你一定要会写程式
而是要有一颗工程的心，例如有人企划写：
“游戏中的怪物可以合体，变得更强大！”
这种描述，应该只会出现在GCD(game concept document)，通常是提案或市场面的
决策，GDD的写法可能会像是：
“清除地图上目标怪物相邻的怪物，依照公式A计算修改目标怪物的数值，技能则参
照附录N的M表格规则将被清除怪物的合体技能加入目标怪物的技能表中”
有些甚至会直接写pseudocode或干脆把excel表格的公式写出来
不幸的是，不只游戏业，就连软件业不少人都不懂得怎么写规格、设计书，都要大家
通灵，或者是用歌谣把他真正的设计含意口耳相传出来，让现代社会文明直接倒退到
部落文明去
GDD要怎么写，网络上很多资料，从最基础的游戏设计理论到产业等级的
Level Up!: The Guide to Great Video Game Design
The Art of Game Design
Theory of Fun for Game Design
如果游戏不是动作游戏或需要时间反应的，倒不如直接做成桌游，毕竟说到游戏规则
书就不能不提TRPG，去看看DnD、CoC这些用人脑run的游戏引擎是怎么用白话文写的
不过用瀑布式跟快速迭代式，企划书的定位跟细节需求都会有所不同，数值企划反而
比较吃重就是了。反正快速迭代式都要求你要做原型了，Unity太难，不如去学个
Game Maker吧，很多很屌的独立游戏也是用Game Maker做出来的
在有些游戏公司企划甚至要懂 BM(business model)
作者: xxxrecoil (xxxrecoil) 2021-04-18 12:31:00
企划还有一堆分类咧数值企划 战斗企划 等等还有的企划还要包GUI设计我认为企划最重要的能力是沟通你要如何描述你脑袋的东西给美术、程式听的懂
作者: xsubarux (昴) 2021-04-18 12:34:00
感谢分享
作者: xxxrecoil (xxxrecoil) 2021-04-18 12:35:00
简单明了的阐述你的核心玩法，通常你企划写一堆，结果根本就只看标题就走神了简单来说，游戏脑跟做游戏的脑袋是不一样的
作者: nihilistrue (nihi) 2021-04-18 12:40:00
推第一句
作者: kaj1983 2021-04-18 12:41:00
工程师最讨厌就是写规格书，通常都丢给文笔好的去搞
作者: arrenwu (键盘的战鬼) 2021-04-18 12:44:00
问题是proposal也只有强的工程师能写啊 ==其他人顶多是看了之后给你修改意见而已
作者: chung2007 (2007) 2021-04-18 12:56:00
Pm:可以帮我设计大概手掌大小的东西吗,工程师：男生的手掌？女生的手掌？小孩子的手掌？老人的手掌？pm:我的手掌？工程师：拿尺囉给我
作者: cactus44 (钢弹仔) 2021-04-18 13:01:00
企划最重要的是共通能力和耐心+1
作者: egg781 (å–µå‰) 2021-04-18 13:02:00
我要的是这种感觉
作者: WhoChaos (无糖常温) 2021-04-18 13:10:00
其实楼上举的例子工程师可以自己察知目标客群再取个尺寸但文化上工程师习惯把自己当成建设或除错的无决策工具所以现实状况确实跟楼上说的差不多
作者: edwin96017 (闲( ￣ c￣)y▂ξ) 2021-04-18 13:14:00
推 同样合体有87种方法，然后还要看游戏引擎跑不跑的动 会不会跟其他系统冲突
作者: WhoChaos (无糖常温) 2021-04-18 13:20:00
那我只能为你感到可惜 并非很好的工作环境这我认同呀 任何工作领域都有这个状况只是在这里争论大概也不会发挥你想要的影响力但能让你心情好一点的话倒是很好
作者: as4565971 (水) 2021-04-18 13:34:00
看看版上那位辞职做游戏的
作者: chuckni (SHOUGUN) 2021-04-18 13:34:00
沟通超重要偏偏超难，以前有跟老板沟通到心态炸裂的经验过
作者: chister ( ) 2021-04-18 13:54:00
推
作者: Golu (没了戒指的魔王) 2021-04-18 14:31:00
企划实行可行性还跟团队规模、产品规模/类型、开发工具、设计工具、专案排程等许多跟可能跟企划本身看起来没关系的要素相互牵连，更不用说还有所谓的因为规格设计造成的技术债这种外面看不到的潜在问题甚至这些都还是"理性"上的产物，人为"感性"产生的氛围还要踩下去了才知道这泥潭有多深此外，沟通工具、管理工具、管理策略等项目的自身叠代也能有效提升项目的处理效率，但很多时候管理层只是使用了工具或者策略后，就认为会自己调整变好不加以客制化以适合组织或者调整组织的纵向与横向讯息扩散的手段与强度，这样也是徒劳
