活动运营(四)如何撰写活动开发需求
admin
2023-08-03 20:45:35
0

五一节愉快,劳动最光荣!

首先说句抱歉,因个人最近生活发生了些变化,包括事业上,家庭上等,因此距离上一次更新已拖了近1个多月的时间。现在一切事情已处理完毕,接下来会按时更新,感谢未取关的各位耐心等待哈。


01

活动运营系列已推送完前面三篇,今天更新最后一篇——如何撰写线上活动的开发/设计需求。

如何快速构思一个线上活动 √

如何写一份线上活动方案 √

如何进行活动原型设计√

如何撰写线上活动的开发/设计需求


因为设计需求相对而言比较简单,且原则相差不大,因此本篇主讲开发需求。

基于上一篇的经典三问颇受好评,本篇延续 是什么、为什么、怎么做 的框架来简单科普。


02

需求文档是什么?

国际惯例,先看度娘——



度娘居然没有……好吧……

其实所谓需求文档,就是以用书面的形式,向程序员告知活动的具体开发需求

可能有人会问,上一篇讲交互设计,不就已经清楚解释我们的开发需求了么?

其实交互设计只是把活动页面中的需求提出来了,但是很多规则、逻辑其实是不体现在页面前端的,比如说奖品的设置,抽奖的概率和次数限制等等,这些都需要更加详尽的文档(结合交互设计)来说明


03

为什么需要撰写需求文档?


之所以要撰写需求文档,就是为了让程序员按照你设想的计划去开发整个活动。开发需求越细致,则开发出来的效果越符合预期。

有的人可能还不理解,程序员不是万能的么,我说下我要干什么,他们不就能全部搞定么?

是是是,他们当然能搞定,毕竟这是一群可以改变世界的人嘛(溜须拍马之嫌)。

但是,你好歹得跟人家说清楚具体怎么做吧。


比如说你想把大象放进冰箱,你不能只跟程序猿们说请把大象放进冰箱。

为什么不能?

因为你想啊,把大象放进冰箱可以有好多种选择,

是要整只扔进去?切块放进去(好残忍)?是头朝下?还是脸朝外?

所以,为了开发GG更好地按照你的设想来做,你应该这么告诉他:

第一步,请打开冰箱门

第二步,请把大象完整地放进冰箱,并且头部朝上

第三步,请关上冰箱门

因此勒,为了让活动按照你设想的方向进行,就要尽可能详细地写清楚你的开发需求拉


04

怎么写?

大概分为两步。


第一步,需求沟通

在实际工作中发现,无论怎样,文字描述终究无法很清晰讲清楚一个活动需求的,且每个人对文字的理解还存在偏差。因此最好的办法,是撰写需求之前,先跟程序员碰下(人数不多的叫碰头会,大家碰一碰,把不清楚的地方确认下;人数多的,该叫评审会了,把相关人员拉一起,由策划人讲解活动需求,然后开发哥哥们逐一确认)。


第二步,撰写需求文档

需求确认了,接下来就是需求文档撰写了,大致的结构如下(当然这是活动策划的开发需求,产品方向的会更加细致一些,此处不讲)

(1)活动规则与流程:写明整体活动规则及流程

(2)活动页面示意:结合交互设计,展示页面示意

(3)具体功能需求:解释每个页面涉及的前后端逻辑需求、功能需求

(4)报表需求:活动需要监控哪些数据,报表央视等等


关于开发需求的原则,重点强调两个

(1)尽可能详细

如上述,开发需求越细致,则开发效果就越接近原本设想。

就如简单的一个页面切换,就有许多种不同形式。是要点击后,直接跳转至下一活动页面,还是要通过页面向右/向左/向上/向下移动的方式进入到下一个活动页面?

因此,开发需求尽可能详细。


(2)尽可能简洁

开发需求就是为了解释需求所用,所以废话请尽可能的少,因为程序员GG们真的很忙(溜须拍马+2)。开发需求里不需要长篇大论,不需要咬文嚼字,用尽可能少,尽可能清楚的语言,把你想做的事情交代清楚即可。


以上,就是关于如何撰写线上活动开发需求的内部。

按照惯例还是分享一份需求文档做参考吧。不一定很严谨完善,仅供参考。

关注公众号:羊陪家,直接回复:开发需求


05

活动运营系列的四篇暂告一段落。关于运营还有一些主题,比如如何写活动总结,如何写年度运营计划等等,会陆续更新的。大家在运营方面有什么问题,也可以向我留言,合适的话会整理成文章进行解答分享。

另外,从5月份开始,公众号(羊陪家)会开始更新一些关于个人理财方面的分享,这也是本人特别特别想分享的一个领域,敬请期待,欢迎探讨。

相关内容