作为一个前端，因为技术更新太快，常常会沉醉在html,js,css中无法自拔，其实除了 js 的世界，人的世界更加广阔。

那么，站在项目管理者的角度，从零开始搭建一个网站，应该如何做呢？

可以以平时的工作和角色进行扩展开来分析。

• 作为商务，跟客户谈业务需求和收费标准。
• 作为产品经理，调研收集上游业务需求，转为可落地的原型需求。
• 作为视觉设计师，提供合适的UI。
• 作为后端，搭建自己的后端服务器，处理数据库CURD。
• 作为前端，开发友好交互体验的页面。
• 作为测试，保证开发质量达到上线要求。
• 作为运维，服务器和域名购买，域名备案，服务部署。

确定需求

业务方通常是没有原型的，需求通常来源于现有的网站或者所谓竞品。

所以，很多时候需求是：我们照着 xx 网站做，最好1比1复制~

一句话需求其实是最难的需求，因为未知是最令人担心的。你永远也不知道是否有遗漏哪些页面和功能没有评估到，到时候返工成为常态。

所以作为需求的收集和开发者，一定要和上游明确具体的需求。这个过程中通过自己的项目和开发经验，及时评估到项目的重点和难点，预留足够的时间，及时反馈阻塞项的需求。

对于前端，需要明确的是：

• 页面。有多少页面，每个页面的细节是怎样的。
• 功能。是否有复杂交互和逻辑，业务方的想法可能天马行空，一定要及时泼凉水。
• 模块。有重复的模块和功能时，模块与其他模块之间有无关联，有没有考虑复用的事情，开发者会尽可能地考虑可复用。

确定资源环境

大公司的开发流程是规范和成熟的，这是从小到大成长过程中的积累，是公司的财富。不过对于小公司而言，流程往往是简陋而不规范的，我们无法保证自己熟悉的那一套，可以在新的工作环境中照常跑的通畅。所以当面临新的环境后，尽快确定所拥有的资源环境，包括如下：

• 开卡流程及规范。如果没有，那很好说，自己的经验照搬。
• 公司的资源评估。（从前端角度）
  • 是否有视觉，或者蓝湖稿
  • 后端接口是否完善
  • 测试是否有冒烟用例，松紧如何（决定了自己的开发和调试质量）
  • 服务器资源是否完善，打包后是否可以直接上线。

确定排期

排期是根据工作量来排的，工作量取决于需要开发的页面、功能和模块数量以及复杂度。

横向地说，分为下面几类：

• 页面
• 功能
• 模块

纵向地说，分为：

• 数量
• 复杂度
• 是否好/可实现

排期的长短决定项目的工期，排期最不可预估的点包括

• （需求方、开发者）忽略了的功能点
• 不可预期的功能实现，比如各类原生能力调用，平台兼容性，历史疑难杂症等

最好在开发之前就评估详细的排期，可以做到开发可控，也给人一种“稳”的印象。

与人打交道，“稳”决定了人与人之间是否可信任，事情是否可托付。