项目总结：运营在做项目时该防的两个坑

“前车之覆，后车之鉴”回看历史长河，总有那么多人与事虽然众说纷纭，但背后的共性都是让后人唏嘘不已感慨不断

网站运营的项目

似乎只有成千上万次“如果”才能让人好受些，即便最终其实是使之进一步滑向抓狂的深渊

网站运营项目

谁都没法改变历史，谁都不能让时间倒流，谁都无法拥有如果，便只好不断安慰和提醒自己“前车之覆，后车之鉴”

网站运营

 此处首先讲述一个小项目推进过程中，我踩过的一些实实在在的坑

也许，在以后项目推进过程中同样的坑你还是会毫不犹豫的踩下去，但作为“前车之覆的我”仅希望可以你掉坑的时候，喊出声来让我听见，我会带着瓜子去看你… 谨以此坑讲给你听：  项目简介：主要以红包利益做刺激，引导老用户邀请好友体验产品服务

活动主要通过内目标用户发起分享指社交媒体，邀请好友领取红包并验证注册，而后下载体验玩耍

但也正因为如此，往往会出现立项初期花费大量时间精力来思考、讨论出大家认为的好方案，总希望拿出效果最好、体验最佳、成本最优的结果

以致于陷入“自说自嗨”和“众说纷纭”两个极端，而且还不计算考虑后面的开发测试工作量

认认真真地踩了这个坑之后，方案从第一版本改到了第二版本

 回过头来总结看看，其实在方案之初的时候不用那么详尽细致，也不用着急找大家开需求会，而是带着方案关键要素及改动处找对应同事点对点先行沟通清楚，了解是否能实现关键环节及实现成本是怎样的，这样成功率、效率都会好很多

 总结梳理： 如此这般方案到了第三版，项目后来上线后取得了较好的表现，整体方案落地使得很少的获客成本带来不错的有效新用户转化率

但这个小项目从前期方案设计到开发测试上线，所遇到的较普遍性的关于方案调整和延期情况，总结以下几点体会与你分享： 需求本质：从需求方的角度，最基础也是最根本的角色即为清晰明确的表达出自己的需求，这与项目是否按时上线当然是紧密相关

 多线协同：项目的推进到发布上线常常是团队合力，特别是涉及到跨部门跨业务线的项目时，应在立项之初就尽早接触了解相应资源的排期情况了

以便联动协同，避免因为单点单线问题而被动延缓

所以，适度的进度沟通是必要的，但扯多了就显得墨迹了

项目的延期，也可能来自于开始之初就过于乐观的评估的所需时间

这样有两个弊端： 、项目的大幅、多次延期，势必影响团队积极性和战斗激情；、项目推进是个的协作过程，单条线的大幅延期势必将影响到其他线业务的时间计划安排

对项目负责，对团队负责，对结果也对自己负责，对过程中每个环节结果的跟进把关很重要，避免到最后“多米诺骨牌”似的推来倒去这不对那不好

方向明确，控制好底限，便只管大踏步朝前走好了

 原作者：善财君，ID：_，欢迎交流