复盘：首页改版上线的经验教训

本文以笔者亲历的一次需求跟进经历为题，分析了其中关键环节、不当之处以及相应的改进策略。

这是我第二次跟进比较大的项目，由于涉及到官网首页的改版，领导断然不会交给我这个新人去全权负责的，所以我是在另一个产品经理画好前端原型图并提交给设计切图之后才开始接手这个项目的。

准确来说，是等我接手这个项目的时候，设计图也已经出来了。那么我的任务首先便是去找画原型的产品经理弄清楚原型里各个模块的意义、交互、规则。然后写需求文档、开评审会及开发。

这次在整个需求跟进的过程中同样也犯了一些错误，因此写下这篇复盘文档，完整回忆项目的整个过程，并对于每一个自己不满意的地方进行深刻反思，避免再犯。

一、 需求获取阶段

需求获取阶段是产品的第一步，对于需求的理解程度直接影响了后面每个环节和干系人的扯皮次数。

所以在接手这个项目之后，我第一件事就是找原来的产品经理确认需求，等到她把她说的都说完了之后，我又自己过了一遍原型，边过边思考需求，然后做了一些小的修改。

其中一个修改就是取消了在【XXX人与你一同学习】旁边显示学员头像，因为从当前数据来看，很少有学员会选择修改自己的头像，学员登录网站基本上都是学习课程，很少会去修改个人信息。所以如果显示多个头像的话，基本上都是显示网站提供的默认头像，一模一样的头像齐刷刷地叠在一起，那还不如不显示。

另外，在这个阶段里，让我受到启发的是对于【最热】、【最新】、【推荐】标签的思考。

以后在设计功能时，不仅仅要考虑如何实现功能，还要考虑如何用最低成本实现功能，以及是否会让用户对功能产生误解。

最热、最新这样的词语本身就会给用户一种期待，有时候，期待也是一种负担。用户点击标题就是为了看热点和最新的东西，为了满足用户的期待，我们就需要分出一部分精力时刻去关注这个部分，否则用户点开内容后发现与自己的期待不符，难免会产生不满的情绪，甚至更严重的，会对我们产生不信任感。

二、 需求文档撰写阶段

我的需求文档可读性还挺差的，每次读都能发现新的问题。

我现在经历过的项目还太少，对于前后端具体工作还不是非常了解、分得清，所以在这种情况下，我其实不应该在文档里按照自己的理解将前端、后端分开来写，这样容易划分错误，给开发人员造成困扰。（其实我分开写的初衷是希望开发可以少看点文字，帮助他们提高效率，可惜自己太菜了，反而弄巧成拙了TT）

另外，文档是开发人员工作的依据，开发人员需要理解文档之后才能着手开发，因此文档应该越详细、越确定越好。比如没有内容时显示什么、每轮轮播停留时长是多久之类的都要考虑到，都需要在文档中写出来，绝对不能把问题抛给开发。开发只会依据文档和设计稿来工作，文档和设计稿上面没有的内容，开发一定都还会找产品进行反复确认的。所以，与其后面反反复复地确认，不如下笔前仔仔细细想清楚。

三、 设计阶段

四、 评审阶段

五、 开发阶段

我觉得降维打击有点不尊重人，有问题最好是拿出足够的理由互相去说服对方，相比于信服力的“领导说”，我更愿意为能说服我的理由改变需求。

六、 测试阶段

如果前端的文字是在代码里写的，要注意在Windows系统和Mac系统下，前端显示的字体效果是不一样的，Windows系统的默认字体是微软雅黑，Mac系统的默认字体是苹方，所以是将文字写在前端代码里，还是做到图片上，也是需要考虑的。

七、 预发布阶段

以后要至少提前三天将产品完完整整从上到下、从外到里过一遍，每个地方都要想一想是否需要预填数据，如果需要，应该找谁准备材料（一般都是让以后负责维护该模块的人来准备），然后通知到他们。

八、 上线之后

强烈建议以后原型先行、设计后行，并且原型、设计、测试阶段都需要领导参与审核，而不是上线之前领导意会一下就完事儿了，然后上线之后提出一堆要改的地方。

九、总结

这次跟进项目上线的整个过程，大大小小仍然犯了很多错误，虽然说只是第二次跟进项目，可以用经验不足为自己开脱，但是我对自己很不满意，所以这次在项目上线之后，我依然是自责大过如释重负，更别谈什么开心了。

好在这一次收获还挺大的，第一次跟项目的时候犯的错这次也很少有再犯的（虽然又犯了很多其他的错），这是个好兆头，说明我有在进步，希望每一次都能比上一次做得更好，如果不行，那至少不能犯同样的错误。

这段时间我确实是很焦虑了，公司出了些事，导致我前两周直到现在还在做客服的工作，虽然不费脑子，但是挨骂、小心翼翼说话让我非常心累，每天还要到9点之后才能下班，这让我一回家就瘫了，只想休息。这篇复盘文档因此也迟迟没有写完，导致产品周记停更了两周多，有点对不起自己。

后面会发生什么事情我也说不准，只能说尽量保持以前每周一篇产品周记的习惯吧，晚上回家的时候再看看书，给自己充充电，保持思考，别让自己习惯安逸和总将时间和精力花在处理无营养的事情上。

十、题外话

最初，开发挺高冷的，跟我说话也爱答不理的，后来我向leader申请在项目上线之前将工位搬到开发那边去。

在我给开发、测试们买了几次奶茶和甜点之后，渐渐的关系融洽了很多，晚上加班的时候还会唠唠嗑。有一次午饭回到座位上时发现桌上多了一杯奶茶，后来开发小哥哥说是他买的，我还挺感动的，嘻嘻。

 

本文由 @天问 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议