"我们这个项目算复杂吗？"——这是沟通阶段被问得最多的一个问题。
问题背后其实是预算和周期。一个标准企业官网和一个平台级项目，投入可能差好几倍，但很多客户在立项时并不清楚自己要做的是哪一种，等到方案出来才发现预期和报价对不上。
这篇给一套判断方法：从四个维度看你的项目落在哪一档，每一档大致需要多长时间、多少投入，以及平台级项目在推进方式上和普通官网有什么不同。
01
四个问题，判断项目的复杂度
官网会变成平台级项目，通常不是因为页面多或者设计精致，而是因为下面这四件事里有几件成立。
有几类人要用这个系统
只有内部编辑发发新闻，是标准官网。如果外部用户也要登录进来提交内容、查看进度、参与流程，角色一多，权限体系就得单独设计。
1 类 → 平台级通常在 4 类以上权限要分到什么程度
所有人共用一个后台账号，和按角色分级、按栏目授权、操作留痕可追溯，是两种量级的工作。涉及多部门或多家单位共用一套系统时，通常需要后者。
单层账号 → 多级权限 + 日志审计有没有需要流转的业务流程
内容发布前要不要审核、提交的材料要不要经过多轮评审、状态之间怎么流转、每一步谁来推进——有这些，就不只是展示型网站了。
无流程 → 多环节流转与状态管理数据规模和访问压力
几十个页面和上万条结构化数据，检索方式完全不同。如果还有集中时段的并发（比如报名截止前、评审当天），架构上要提前留余量。
百级内容 → 万级数据 + 并发峰值四条里中了一条，通常还在功能型官网的范围内；中了两条以上，基本就要按平台级项目来规划了。
02
周期与投入规模，大致这样分
下面这张表是派迪按实际项目经验整理的分档参考。具体数字会因行业和功能范围浮动，但量级关系是稳定的。
| 维度 | 标准企业官网 | 功能型官网 | 平台级项目 |
|---|---|---|---|
| 使用角色 | 1–2 类（管理员、编辑） | 2–4 类 | 4 类以上，含外部用户 |
| 权限体系 | 单层账号 | 按栏目授权 | 多级分权 + 操作日志审计 |
| 业务流程 | 无 | 表单、询盘、资料下载 | 多环节流转、状态管理、审核机制 |
| 数据规模 | 百级内容条目 | 千级产品与参数 | 万级以上，含并发峰值 |
| 典型周期 | 4–6 周 | 8–12 周 | 3 个月起 |
| 投入规模 | 2.6 万–4 万 | 4 万–10 万 | 10 万起 |
平台级项目的跨度相对大一些，取决于角色数量、流程环节和数据规模。派迪近几年的平台类项目多数落在 10 万至 25 万区间，业务规则更复杂的会在此之上。
外贸独立站不完全按这三档走。页面和语种不多的，和标准企业官网价位接近；带产品选型、多语种矩阵这类功能的，会进到功能型甚至平台级的区间。
需要说明的是，三档之间不是升级关系，而是不同的项目类型。一个做得很好的标准企业官网，价值不一定低于平台级项目——关键是和业务需求对得上。选错档位的代价，是花了平台的钱做了官网的事，或者反过来，用官网的预算去承接平台的需求，中途才发现做不下去。
03
复杂项目通常长成这几种样子
平台型
官网只是入口，核心是后面的业务系统。比如赛事申报与评审平台、科研资源检索平台、行业资料库。外部用户会登录进来完成一整套流程。
官网 + 内部系统
前台是品牌官网，后台带一套独立的业务管理系统——资料管理、员工信息、报备、订单等。两边共用一套数据和账号体系，而不是两个互不相通的系统。
集团站群
母公司和多个子品牌各有站点，统一后台管理、统一视觉规范，但各站内容独立。涉及多级权限和内容分发机制。
行业数字化平台
围绕某个行业的具体业务场景搭建，业务逻辑高度定制，通常需要和客户的业务团队反复梳理规则，开发前的方案阶段就占掉不少时间。
04
派迪做过的几个复杂项目
下面四个项目分属不同形态，共同点是都卡在了前面那四个维度里的某几条。每张卡先说复杂点在哪，再列具体构成，便于你对照自己的情况判断量级。项目均已在派迪官网案例页公开，这里按复杂度维度重新梳理了一遍。
之江实验室 · 赛事平台
平台型外部参赛者要登录进来走完整套流程，报名与身份认证还需衔接支持单位的平台。角色跨出了企业内部，流程也不止一个环节。
- 客户性质
- 浙江省级科研机构
- 项目背景
- 为「智能计算创新大会暨全球大模型竞赛」搭建一体化的赛事信息发布与参与平台
- 用户体系
- 参赛者注册、登录、绑定身份；运营方通过后台管理内容与赛程
- 核心模块
- 报名与用户系统、赛事动态与新闻（支持图文与视频）、排行榜、分类 FAQ 问答、联合单位展示
- 流程覆盖
- 从报名、赛程进展到颁奖典礼的全流程信息发布；认证与报名环节衔接支持单位平台
- 语言与终端
- 中英双语结构，响应式，兼容桌面端与移动端
- 后台能力
- 赛事内容灵活配置、页面文案快速替换、阶段性数据更新
思斐迩 · MATRIX 科学模型素材库
平台型难点在分类体系本身——6 个一级类目下挂 51 个二级类目，还要同时支撑逐级浏览、快捷入口和列表跳转三种找法。
- 客户
- 杭州思斐迩（SPHERE）科技
- 项目类型
- 面向科研与教育的 2D/3D 科学模型素材库平台
- 内容覆盖
- 数学、物理、化学、材料、生物医学等学科的科学图像与模型素材
- 分类结构
- 6 个一级类目（生物医学、原子分子、微纳结构、器材设备、自然元素、学术专栏），下设 51 个二级类目
- 用户体系
- 注册登录后使用，另设专属定制入口承接非标需求
- 检索方式
- 类目逐级浏览、热门种类快捷入口、按分类参数跳转列表页
智博电力 · 内部资料管理系统
内部系统权限是这个项目的核心工作量。总部加 5 个下属单位，每个单位的每个栏目都要分别授权，账号建好之后可见什么、能改什么，都由这套规则决定。
- 项目类型
- B/S 架构的内部资料与员工信息管理系统，浏览器访问，无需安装客户端
- 组织结构
- 总部与 5 个下属单位，登录后按所属单位进入各自的工作区
- 使用角色
- 管理员与普通员工两类，菜单入口与可见内容各不相同
- 权限体系
- 按「组织单位 × 栏目」逐项授权，新增员工时直接勾选。各单位下可分别开通通知公告、公司文件、技术标准、项目部设施、安全管理、质量管理、技术管理、造价管理、评价机制等权限项
- 内容管理
- 公司公告、公司文件、活动通知、培训资料、公司合同等栏目，支持 PDF、PPT、Word 附件上传、下载与在线查看
- 员工档案
- 工号、学历、专业、专业技术资格、所属工区与部门岗位、入职时间等字段；职业资格证书按证书类型上传图片归档
- 常用功能
- 关键字搜索、列表分页、员工信息打印
欧蒙医学诊断 · ANA Patterns 知识平台
平台型不只是资料展示：课程、视频、在线测评是一条完整链路，学习和答题记录要跟着账号走，专业内容还得支持多种检索方式。
- 客户
- 欧蒙医学诊断
- 项目性质
- 围绕 ICAP 国际抗核抗体荧光模型共识建设的医学检验与科研知识平台，中文站部分由派迪承建
- 面向用户
- 医学检验人员、临床医生、科研人员及相关学习者
- 内容体系
- ANA 荧光模型、命名与分类树、HEp-2 细胞荧光模型、公告更新、常见问题解答
- 用户体系
- 注册登录后进入课程，学习与测评记录跟随账号
- 培训模块
- ICAP 培训与科学视频两个板块；每个模块含课程介绍、课程目录与分部分的学习目标
- 在线测评
- 模块学习后可直接进入测评，题型含单选与判断，题干支持配图（如荧光读片考核 10 题）
- 检索方式
- 命名和分类树导航、分类下拉筛选、关键词搜索三种入口并行
- 承接范围
- 派迪负责中文站的设计与开发
此外还有几个同类项目：之江实验室互动算分系统（含大屏幕展示）、法莱报备系统、牙科数字化管理平台、依美洛克条形码系统、医药团队分销系统、在线律师平台、在线课堂平台等。形态各不相同，共同点是业务逻辑需要单独设计，不能直接套用现成模块。
05
复杂项目怎么推进，和普通官网有什么不同
平台级项目在推进方式上和标准官网差别不小，主要体现在三处。
方案阶段占的时间更长
标准官网的前期主要是梳理内容和确定风格。平台级项目的前期要把业务规则说清楚：谁在什么条件下能做什么、状态怎么流转、异常情况怎么处理。这部分往往要和客户的业务团队反复对几轮，很多项目的时间都花在这里，而不是开发上。
派迪的做法是在开发前输出一份完整的功能清单和流程图，双方确认之后再进入开发。这样后期返工的概率会低很多。
需要分阶段验收
周期长的项目一次性验收风险较高。通常会拆成几个里程碑，每个阶段交付可运行的部分，客户边用边提反馈，而不是等到最后才第一次看到成品。
上线之后还有一段磨合期
业务系统和展示型网站不同，真实用户进来之后一定会暴露出方案阶段没想到的情况。这段时间的响应速度比功能本身更重要，所以复杂项目的运维安排通常会在合同里单独约定。
06
常被问到的几个问题
我们只是想做个官网，为什么会变成平台级项目？
通常是因为需求里包含了业务流程。比如"客户提交申请之后我们内部要审一下"，这一句话背后就是角色、权限、状态流转和通知机制。建议在立项前先把这类需求列出来，早一点判断量级，比做到一半再调整要省力。
能不能先做官网，之后再加系统？
可以，但建议在第一期就把数据结构和账号体系按后续规划来设计。如果第一期完全按展示型网站做，二期加系统时往往要重构底层，成本反而更高。派迪在方案阶段会把这部分一起考虑进去。
平台级项目的源码也完整交付吗？
交付。前端源码、后端源码、数据库文件与字典，以及部署文档，都会一并移交，不加密、不做授权绑定。客户后续自己扩展功能或更换团队都不受限制。
怎么估算自己项目的预算？
可以对照上文的四个维度先做个初判，再参考三档对照表的量级。如果想要更准确的估算，把角色类型、业务流程环节和数据规模列出来发给我们，通常一两天内可以给出一个量级判断。
最后
判断项目复杂度，看的不是页面数量和设计难度，而是有多少人用、权限怎么分、流程怎么走、数据有多少。这四件事决定了项目的量级，也决定了预算和周期。
在立项阶段把这些想清楚，比方案出来之后再调整要省力得多。如果你手上的项目不太好判断落在哪一档，把角色、流程和数据规模列一列，对照上面的表基本就有数了。
