项目总结:运营在做项目时该防的两个坑.doc

项目总结:运营在做项目时该防的两个坑.doc

ID:30178664

大小:176.00 KB

页数:5页

时间:2018-12-28

项目总结:运营在做项目时该防的两个坑.doc_第1页
项目总结:运营在做项目时该防的两个坑.doc_第2页
项目总结:运营在做项目时该防的两个坑.doc_第3页
项目总结:运营在做项目时该防的两个坑.doc_第4页
项目总结:运营在做项目时该防的两个坑.doc_第5页
资源描述:

《项目总结:运营在做项目时该防的两个坑.doc》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、项目总结:运营在做项目时该防的两个坑  人生路漫漫,到处都有坑!    回看历史长河,总有那么多人与事虽然众说纷纭,但背后的共性都是让后人唏嘘不已感慨不断。似乎只有成千上万次“如果”才能让人好受些,即便最终其实是使之进一步滑向抓狂的深渊。谁都没法改变历史,谁都不能让时间倒流,谁都无法拥有如果,便只好不断安慰和提醒自己“前车之覆,后车之鉴”!  此处首先讲述一个小项目推进过程中,我踩过的一些实实在在的坑。也许,在以后项目推进过程中同样的坑你还是会毫不犹豫的踩下去,但作为“前车之覆的我”仅希望可以你掉坑的时候,喊出声来让我听见,我会带着瓜子去看你…  谨以此坑讲给你听:  项目总

2、结:运营在做项目时该防的两个坑  人生路漫漫,到处都有坑!    回看历史长河,总有那么多人与事虽然众说纷纭,但背后的共性都是让后人唏嘘不已感慨不断。似乎只有成千上万次“如果”才能让人好受些,即便最终其实是使之进一步滑向抓狂的深渊。谁都没法改变历史,谁都不能让时间倒流,谁都无法拥有如果,便只好不断安慰和提醒自己“前车之覆,后车之鉴”!  此处首先讲述一个小项目推进过程中,我踩过的一些实实在在的坑。也许,在以后项目推进过程中同样的坑你还是会毫不犹豫的踩下去,但作为“前车之覆的我”仅希望可以你掉坑的时候,喊出声来让我听见,我会带着瓜子去看你…  谨以此坑讲给你听:    项目简介

3、:主要以红包利益做刺激,引导老用户邀请好友体验产品服务。活动主要通过app内目标用户发起分享指社交媒体,邀请好友领取红包并验证注册,而后下载app体验玩耍。(项目一期)  下面提供两份流程图帮助小伙伴们理解需求本身(图文稍作修改,隐去了平台信息;另此处微信端拟代表社交媒体全渠道):  App端内:    微信端内:    两个普遍坑:  总体来说以下两个坑是在项目推进过程中,特别是经验尚浅人员的普遍会犯的一些毛病问题。而且我并不认为所谓的各种运营大牛出的都是绝招且从不踩坑,更何况我并不牛!此处仅把自己的亲身踩坑表达出来与你分享讨论:  坑一:立项之初就贪大求全想一步到位,殊不

4、知现实和机会成本都太大  作为项目需求方,本质上是在项目背景前提下,制定从用户体验、资源利用、效果导向等维度最优方案,并组织各方资源根据项目方案最大程度按照规划推进落地。但也正因为如此,往往会出现立项初期花费大量时间精力来思考、讨论出大家认为的好方案,总希望拿出效果最好、体验最佳、成本最优的结果。以致于陷入“自说自嗨”和“众说纷纭”两个极端,而且还不计算考虑后面的开发测试工作量。  所以建议,对于较大项目可考虑基于当前资源,可考虑先简化版本小成本上线看效果再优化改进。认认真真地踩了这个坑之后,方案从第一版本改到了第二版本。  坑二:一味追求项目正向前进,忘了回过头反向看看需求

5、背后的关联要素  第二版方案较之前简化了很多并找了服务端、客户端、前端、测试、交互开了次需求会后。当包括我在内的大家都觉得方案可行且沟通清楚后,拦路虎——“风险控制,防作弊的处理”来了。因为需求本身是基于红包奖励做引导且不需要实名制,所以很难堵住羊毛党的爪子。  回过头来总结看看,其实在方案之初的时候不用那么详尽细致,也不用着急找大家开需求会,而是带着方案关键要素及改动处找对应同事点对点先行沟通清楚,了解是否能实现关键环节及实现成本是怎样的,这样成功率、效率都会好很多。  总结梳理:  如此这般方案到了第三版,项目后来上线后取得了较好的表现,整体方案落地使得很少的获客成本带来

6、不错的有效新用户转化率。但这个小项目从前期方案设计到开发测试上线,所遇到的较普遍性的关于方案调整和延期情况,总结以下几点体会与你分享:  需求本质:从需求方的角度,最基础也是最根本的角色即为清晰明确的表达出自己的需求,这与项目是否按时上线当然是紧密相关。总体来说,第一要务其实是准时上线,其次才是有条件支持甚至是创造条件尽快上线,颠倒结果只会使团队混乱项目延期。  多线协同:项目的推进到发布上线常常是团队合力,特别是涉及到跨部门跨业务线的项目时,应在立项之初就尽早接触了解相应资源的排期情况了。以便联动协同,避免因为单点单线问题而被动延缓。  适度沟通:大多数时候(不是“关小黑屋

7、”进行特定项目开发的话)开发测试人员会被多个需求所包围甚至中途插入增加,很多内容就在琐碎的沟(da)通(jiao)中被耽搁甚至遗忘。所以,适度的进度沟通是必要的,但扯多了就显得墨迹了。  谨慎乐观:谨慎乐观态度是我一直的作风,因人而异。项目的延期,也可能来自于开始之初就过于乐观的评估的所需时间。这样有两个弊端:项目的大幅、多次延期,势必影响团队积极性和战斗激情;项目推进是个team的协作过程,单条线的大幅延期势必将影响到其他线业务的时间计划安排。  结果确认:不要你以为的就是你以为的,沟通的误差任何时候

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。