【项目复盘】导致项目流产的几大错误总结
这个字体太TM丑了，我能怎么办，怪我羅...
(图:故事起源于第一次做砸的项目进行复盘)
最近，做了一个算是极其失败的项目吧，这里简称为“X”吧。
现在回过头来对项目进行复盘的时候，觉得犯了几个很致命的错误。
今天，想将这些错误整理出来与大家分享一下，也算是对自己的一个警醒，也希望大家能在工作中避免这些错误...
X是一个面向露营观星群众爱好者的推广活动。
在我们的设计规划中，是以第一人称的视角进行挖掘，比如，站在街道上看着街上那些闪烁的路灯、车灯、霓虹灯、探照灯等灯光所照亮城市，让黑暗美丽的星空却变得如此明亮，而星星却如此暗淡的等等场景，引起那些群众爱好者的共鸣。
然后通过关掉城市的灯光，让闪烁的星星夜空回到我们的面前，然后对星空中的点进行连线操作，连接出属于自己的星座，最后通过短视频的展示方式，告诉大家可以通过前往JGS去找回自己的那些记忆（最后这里我就不给它打广告了）。
(图:初步的策划案)
我们一拿到项目，粗略的了解了一下项目之后，就急急忙忙的构思方案，完全没有考虑好项目的周期。
当我们把自己设计好的方案给客户讲解的时候，客户是非常满意的，可是结果却告知我们只有一周的时间完成这些工作，我们当时果断拒绝了，后来可能是客户非常喜欢这个方案，经过反复的协商决定给我们在延期几个工作日，我们的开发人员也在粗略的评估过之后，居然鬼使神差的答应了，这也就是我们致命错误的开始...
在之后的项目执行当中，设计与重构人员都快速的完成自己的工作部分，到了开发人员进行功能开发的过程当中遇到了各式各样的难题，结果就是不断加班，造成开发时间过长，最后，大家都有点精疲力尽。
我们当时意识到这些难题的攻克周期会直接影响整体进度的开发，与开发人员沟通，决定砍掉这一部分的开发内容，最后在开发人员坚持的保证下，我们也为了能保障整体产出的效果，就没有很坚决的砍掉这一部分的内容。
最后的结果只想着一口吃成胖子，却什么都没做好。开发出来的成品，远远没有达到我们预期的标准。时间却用掉不少，最后的成品结果也让客户大失所望，直接导致项目的流产...
项目小组的成员以及负责人对内对外的沟通均不到位，在发现问题后，没有及时的对问题进行综合处理，也没有与客户反映我们自己的问题和情况，更没有去寻求更合理的解决方案。
(图:过于依赖他人，缺乏主观能动性)
(图:内部沟通确认过的文件没有及时对接开发)
为什么说过于“专业”呢？
在整个方案的过程中，我们都太过于主动提出各种没有吸收过客户意见的Idea，用我们认为更专业化的方案去“绑架”了客户。
比如：我们知道在某一个画面中，客户想表达出很震撼的观星感觉效果时，我们会很自然的去考虑如何在视觉、听觉、动效上去表现，而没有去理解客户所说的“震撼”。在最后沟通过程中我们终于理解，客户说所得震撼，是想明确做成置人物身于山顶上的可以进行720度移动的虚拟观星场景...
最后限于某些原因，也不得不放弃项目...
什么？你想知道的是这个客户到底有多不好搞？
(图:客户直接说这个字体太TM丑了)
注意，原话就是太TM丑了....
我TM还能说什么！就这样吧...
