写给想做主策的策划师们

转自:http://www.gameres.com/487721.html

    最近正好有些时间,打算写点东西,一方面算是对自己的一个小总结(等老了可以看看),另一方面也想尝试是否能够通过一些不同的方式结交到志同道合的人(这个基本属于幻想,我也知道,不必吐槽了)

  下面的这写字(实在不敢自称为文章)主要是写给有志于有一天能够做“自己游戏”的策划师们的。我不能说这么做就会如何如何,但是我是这么做的,并且得到了这种机会。(所以你看,至少有些参考性对吧)

  我想也许我应该在一开始就说明一点:我的话并不是针对绝大多数人写的

你必须是个系统策划师

  实际上在我看来,所有的策划师的基础都是系统策划师(没错,包含文案)。如果无法吃透系统设定,我很难想象数值能实现系统功能,文案能突出游戏核心,界面能实现最佳优化等等。

  你必须过了系统策划师这一关,才算的上是个游戏策划师。

你应该掌握这些技能:

  • 能够明白单个系统的设计目的到底是什么;
  • 能够理解单个系统在整个游戏中的定位和应该发挥的作用是什么,好吧,至少你要想办法知道主策对这个系统的定位是什么,哪怕是“他还没想明白”;
  • 能够清楚地把系统文档写出来,条理清晰,逻辑通顺,别在关键处有错别字;
  • 能够清楚地和别人讲解你的系统文档并达成共识;
  • 能够根据你自己的系统文档完成相关的美术需求文档并向大家讲解;
  • 能够在其他同仁按照你的文档制作的过程中,适时的查看进度并核对效果;
  • 能够在你的系统完成后参与测试,体验,优化;
  • 当其他人的工作涉及到你的系统时,要自己衡量造成的影响是否在预期之内,如果不是要提出风险;
  • 你要明白:30%的时候你是发起者,60%的时候你是桥梁,10%的时候你也是监督;

你需要了解数值

  能够成为专业数值,需要的是机会和真枪实弹的项目经验。这对于大多数策划师而言,未必会有。

但是你至少需要知道一些东西:

  • 看excel表2小时以上你不会眩晕或睡着;
  • 知道一些常用的excel公式,利用机会(比如配表)使用它们;
  • 以各种身份询问游戏的数值问题。比如“我想要XXX效果,这个要怎么实现啊?”“一个一个填很容易出错,有什么更好方法呢?”“为什么这里会是这种设定呢,我本来以为会是XXXX样的”“这数值设定的感觉很好,是怎么做到的?”“为什么这2块的感觉不一样呢?是多了什么参数吗?”“需要我来测试验证下吗?”等等

如果你有机会参与数值设定或作为数值策划师,那么你应该:

  • 学习建立数值模型,并且反复建立;
  • 尝试所有你想到的“也许更好”的方案来达到效果;
  • 用颜色进行数据区分;
  • 在所有你自己的数据excel中,统一关键颜色的含义;
  • 要自己亲自验证游戏中的效果;
  • 为数值扩充和调整留好余地;
  • 不要同时调整多个变量来靠近“效果区间”;
  • 确保公式的系数都是有意义的;
  • 不要脱离系统目的,更不应该(要求)改变系统规则来迎合数值效果;
  • 每一次的微调,尽量把原因和针对情况用标注的方式记录在excel里

作为策划师如何赢得团队其他人的信任

  我们总是略带得意的说“游戏策划师就是人的大脑”,嗯,这说法确实很贴切,不过如果你想赢得其他人的信任尊重,那你这个大脑就不能秀逗。

  比如,眼前有2块蛋糕:A和B,大脑最好想清楚要哪块再让手去拿给嘴。

也会有这情况:

大脑说“要A!”
手拿到一半嘴都张开了;
大脑说“不要A了,要B”,
好吧,手把A放下再去拿B;
“等等,我觉得还是A好,拿A吧”
……哦
“哎?你怎么把A拿来了,我不是说换成B了吗”
……
“你看A和B都被你抓烂了,算了,要不弄个C?”
……

  所以,想清楚了再说,想不清楚就去讨论,让大家帮你想清楚。你要知道,你的选择在消耗战友的HP和MP,同时,也在打造你自己的口碑,游戏这圈子很小。

如何看待那个“白痴主策划师”

  “这是什么垃圾设计”“怎么会这么想问题”“这家伙脑子进水了吧,居然这么设计”“这设计太恶心了,太坑了,太没道德了”……

  我们总是会听到各种此类声音。

  聪明的做法是:

  你大大方方的和他讨论,去了解他的设计意图和他的设计理念;你当然也可以表明你的想法,但是你要记住的是,讨论的目的不是“赢”,是给你自己机会去了解这个人,去尝试着用一种不同的角度看待问题。

  就像我们不会飞翔,所以无法体验飞行的感觉一样。你不是主策,也不会从主策的角度思考问题。你可以想象一下在你没进入游戏业前的一些关于策划师工作的“猜想”,如果你默默点头的话,那么你是个诚实并愿意理解别人的人。

  我并不想用“人在江湖身不由己”来为现在业内的很多恶心事来辩护。但是并不是所有的事和人都不好。

实际上正相反,具有目标的人总能从中学到东西:

  • 有些确实是因为你还停留在玩家角度;
  • 有些确实是人家看得更透彻,更有道理;
  • 有些是我们都没有想到过的;
  • 有些是“原来你是这么想的”等等等等。

  但不论你是否赞同,都不要为了让自己赢而反驳,如果你的目标是主策划师的话,那么就学习吧,从各种角度。

最后的一些字

  鲁迅说“人走的多了就有路了”(我知道某种马走得多了也一样,不过我要说的不是这个)在我看来,人和人之间是一种回合制游戏,你展现诚意,对方响应并且展现他的诚意,你收到后通过你的能力再次展现诚意……如此反复这就是建立信任的过程,这也决定了别人对你的态度和评价。

时间: 2024-11-10 13:30:27

写给想做主策的策划师们的相关文章

想做web前端project师应该学习些什么?

偶然间看到这篇文章.感觉博主写的挺不错的,假设你想做web前端project师的话,建议您阅读下面这篇文章,事实上web前端project师所做的工作事实上就是站点设计,有些小公司的美工事实上就是做web前端的. 这篇文章对于想学web前端工作的人有非常大的帮助.假设您是做SEO的.也建议您学习下博主推荐的这些课程,也许对你以后的职业.薪资都有非常大的帮助! 遇到非常多新手.都会问,假设要学习web前端开发,须要学习什么?难不难?多久能入门? 怎么能高速建一个站点?工资能拿到多少?还有些让我推荐

写给想要做自动化测试的人

接触了不少同行,由于他们之前一直做手工测试,现在很迫切希望做自动化测试,其中不乏工作5年以上的人. 想做自动化,首先得了解一下自动化测试的一些常见问题: 自动化测试一些问题 什么是自动化测试? 自动化测试,顾名思义,自动完成测试工作.通过一些自动化测试工具或自己造轮子实现模拟之前人工点点/写写的工作并验证其结果完成整个测试过程,这样的测试过程,便是自动化测试.自动化测试,看上去很美,感觉好像是第一次工业革命,它开创了以机器代替手工劳动的时代,实则不然.因为每一个自动化测试的case都是从手工测试

写自己想写的还是读者想看的?这是个问题

头条号作者经常遇到这样的问题,自己想写的内容读者不喜欢看,读者喜欢看的内容又不想写,那么到底应该写什么呢?当人生面对重大抉择的时候,你只需问问自己想要成为怎样的人.同理,写什么内容你只需问问自己想要成为怎样的自媒体. 自从开通头条号以来,小编9SiR每天坚持写一篇800字左右的原创文章,这已经坚持了50天了,几乎相当于我高中三年写的作文总数,对于一个理工男来说,这简直就是一个奇迹. 开通头条号之前经常没事就刷今日头条,发现很多文章写得也不怎么样,甚至有的还出现逻辑颠倒和语病等低级错误,然而阅读量

[软件人生]写给想做研究的朋友和还没毕业的学生的几句话

非常久没有给初入行和刚毕业的学生以及没毕业的学生写过什么了. 记得上次写东西,是由于新手的问题http://blog.csdn.net/qingrun/article/details/1458530.算来,已经八年多了.去年在csdn高校俱乐部给几个北京的大学的孩子们讲了点东西.今天,我想谈谈人生和社会的初步规律.以下是一段对话文字,当中关联到近期几个月非常火热的那位厦门大学女博士,以及她抄袭我博文一事,也谈到了正直与虚伪: 顺天 10:08:38 群主大大,谢灵看起来非常正直啊顺天 10:08

写给想成为前端工程师的同学们―前端工程师是做什么的?

前端工程师是做什么的? 前端工程师是互联网时代软件产品研发中不可缺少的一种专业研发角色.从狭义上讲,前端工程师使用 HTML.CSS.JavaScript 等专业技能和工具将产品UI设计稿实现成网站产品,涵盖用户PC端.移动端网页,处理视觉和交互问题.从广义上来讲,所有用户终端产品与视觉和交互有关的部分,都是前端工程师的专业领域. 2005年的时候大多数网页长这样: 现在的网页一般是这样的: 前端工程师的发展之路和前景是怎么样的? 前端是一个相对比较新的行业,互联网发展早期(1995年~2005

写给想做自动化的我和我们

写在前面 进入测试行业多年,一直都是在做手工测试或者半自动测试.也接触了很多同行,都很迫切的希望能做自动化测试,其中不乏工作5年以上的人群. 我也做测试多年,因没有编程能力,没有拿得出手的测试高技能,经常为换工作苦苦挣扎,切身体会到没有自动化技能的痛楚.在此,借鉴下前辈们大牛们的经验,总结些个人体验和所得. 想做自动化,首先得了解自动化测试一些常见的问题 1.什么叫自动化? 自动化测试,就是把以人为驱动的测试行为转化为机器执行的一种过程.即模拟手工测试步骤通过执行程序语言编制的测试脚本自动地测试

用例写到想吐之感悟——通用测试用例库

连续几天都在写用例,回头看看,除了业务以外,基本上都是增删改查.分页控件校验.必填校验.格式校验.最大长度校验.特殊字符校验.唯一性校验,既然这样,为什么不专门建立一个通用测试用例库来存放这些通用的用例呢?这样就不必每个项目的每个查看页面都校验什么可不可以编辑,每个列表页都校验分页是否生效这些了. 通过这次写用例,还有一个感悟:自己写用例的时候先按照需求文档的来写,导致花在写业务相关上的用例很少,这样子很不好,写出的用例覆盖率相当不高...

【MongoDB总结】写给想学习MongoDB的小伙伴们

引自于笔者序: 首先非常感谢您能打开这篇文档,因为在如此浩瀚的信息中它能与您的邂逅也算是一种缘分,同时也说明了这份文档还有自身的价值,所以在此表示感谢,也很欣慰自己花两个多月研究整理的笔记能给正读的您带来一些帮助.虽然此时我不知道您姓什么叫什么,在哪家单位上班,工作是否顺利,但我知道您是个乐于学习追求上进的人,在这里,一个夜深人静的码农祝福您, 希望您在追求您梦想道路上是顺利的. 这些学习笔记我主要是从三本书上整理的,分别是<MongoDB实战> Kyle Banker著 丁雪丰翻译.<

C语言笔记-字符串+转义符(写起来想砸键盘)

转义符真心写起来好麻烦... 代码: 1 #include <stdio.h> 2 int main() 3 { 4 printf("sizeof(\"123\") =%u\n",(unsigned)sizeof("123")); 5 //结果的"在字符串字面量里要写成\" 6 printf("sizeof(\"AB\\tC\") =%u\n",(unsigned)sizeo