本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办？

本人也是工作几年的前端一名，我来为您提供判断方法，更好地预判前端需求修改后时间评估。其实前端开发，不再是最传统的“切页面”，实现页面效果那么简单，已经是工程化、系统化的工作。现代前端开发已经涉及很多业务逻辑，较多的数据交互处理。所以从这一点，我们先要对前端开发有一个正确的认知，并不是所有任务都是以一个固定时间来评判。可以由以下几个要点，我们来推断前端对于需求到底需要多少工作时间。

需求本身的工作量，难易程度

一般前端项目来说，业务线一般分为C端和B端。

C端业务：与客户端、用户打交道比较多的产品需求实现，如PC、H5宣传页、活动页。这类一般会有时效性，更注重页面展现吸引用户，需求方都是想很快实现，复杂程度产品需求肯定是尽可能规避很多开发无法实现或者复杂的问题。跟我我多年开发经验来看一般C端产品，有经验的前端都是能很快完成，但是工作节奏会很紧凑，所以更需要有效沟通，理清最实际所需的前后端联调资源。

B端业务：企业、机构相关的产品需求。一般更注重业务逻辑实现，如果是最初的版本会很吃力毕竟还需要平台搭建，但后续的迭代维护工作量就看需求本身，因为框架架构定了维护其实稍微会好一些。

前端开发的工作年限和经验

由于前端开发也需要根据开发者工作年限、工作经验来区分，因为工作年限较多又有经验的开发者，一般知识点扎实，能很快分析定位问题，对于产品需求能够快速理解。而初级开发者，由于经验和知识储备约束，不一定能够完全把握需求，还需要额外的学习时间，以及沟通时间成本来实现。

前端开发的性格和平时合作情况

每个人的性格都有自己的特色，前端开发也是一样，有的前端开发性格比较开朗，对事对人保持积极乐观态度。但有些开发者，可能性格比较，其实他所说的，是防止自己做不好，所以一定要关注是否因为情绪等主观因素，影响了判断估时，所以要尽可能在大家心态平和以及很随和冷静的场景下进行沟通。而不是比如某个紧急会议，需要立马做出判断估时，这很容易夹杂情绪因素，而与客观不相符。

总之，其实前端岗位也跟其他工程师岗位一样的软件开发工种，掌握好以上这些判定方法，一定能在工作中，提高工作效率，解决前后端沟通的痛点问题，真正的在项目中正确评估时间。