• 过去项目中遇到过什么难点，怎么解决问题？

    • 项目亮点是什么，在其中发挥什么作用？

    • 技术对业务的促进

    业务初始阶段
    核心诉求是【尽快上线】。技术的要求是大方向没有问题，同时尽可能采用公司或业内成熟的档案和架构，不可以追求造轮子，追求新方案。保证稳定性，可拓展性，性能三个方向
    稳定性，使用多，线上问题少，版本成熟，文档完善
    可拓展性，能否根据业务自定义定制内容，钩子回调等是否完备，除组件自身逻辑还有无其他埋点逻辑
    性能问题，代码构建、长列表/表格滚动、大数据图表
    体验，综合实现与设计两条线，不能拖后腿，美观和易用优于市场其他产品

    快速迭代扩张阶段
    人力一定是这个阶段的瓶颈，但简单加人并不能按预期那样容易，甚至可能造成短时间人员流动大，多出原有开发人员的摩擦成本。
    通过技术手段提效，沉淀基础研发体系
    基础模块+业务模块的封装，避免重复写一些简单但是容易出bug的业务逻辑
    组件规范沉淀，包括视觉稿设计与代码规范，这样才能沉淀公共组件内容
    研发工具升级，主要有 构建性能优化、数据mock工具、环境切换工具、线上问题排查工具等。

    人员的技术成长，方案最终还是由人来执行
    CodeReview，保证新人开发代码的可维护性，初期高频，快速，总结。高频与快速会在初期显著减小开发成本
    经验分享与总结，分享好用工具以提升研发效率，分享底层原理避免踩更深的坑浪费大量时间，也可以分享一些编码、调试小技巧。

    砍需求
    需求解决的业务问题是什么，优先级怎样，是否重复，有无其他方式替代
    上下游影响，集中上下游才能客观评价需求影响
    成本反馈，解决问题投产比如何
    共性的需求沉淀，形成组件体系与业务模块体系，才能实现需求收敛

    平稳运行

    • 研发流程管控，上线必须测试
    • 基础组件单元测试覆盖，代码覆盖率90%+
    • 监控，404页面，报错白屏边界，js与接口报错拦截
    • 问题复盘

    精耕细作

    • 中后台系统的构建。运营们的工作线上化，同时减少部分手工操作，达到效率的提升。
    • 大数据可视化，不仅仅是消费者端页面的访问数据，还有更深层次的公司运营数据，取其精华，快速赋能业务，就是业务前端的价值
    • 平台化,已经积累了一批中后台系统，但如何使同一个系统更快支撑新的业务、砍掉/合并重复功能的中后台系统
    • ABTest,不同行业的不同人群，对于交互设计的偏好真的就不一样
    • 容器技术（hybrid & 内核）& 极致性能,对于大多数公司，真没有深入追求浏览器内核提升的价值和可能性。追求极致性能的过程中，迫使相关同学深入了解容器技术、服务端、网关、cdn等底层，并推动相关方升级，带来人力储备和技术储备的提升。

    新增量

    • 端的扩展。比如公众号，小程序等。带来流量收益，但同时也有运营成本
    • 3D、全景、VR / AR 。有可能带来交互根本变化的东西，模型成本高
    • 智能化，业务的智能化，千人千面预判，研发的智能化，离商用较远

    参考:
    浅谈：前端如何赋能业务