项目设计概览
这不是自动出具光伏设计方案，也不是收益承诺工具。它把正式勘察前最常见的屋顶面积、排布、发电和用电问题放到同一个可视化入口中，帮助客户和工程人员先用同一组条件沟通。结构、电气、并网和最终收益仍由专业人员基于现场条件确认。
公开说明匿名公开。屋顶、项目地址、组件参数、容量、发电量、电价、收益、联系人和咨询资料均使用 DEMO 或脱敏内容；图片底部保留杰泽尔科技版权。
CASE-12
华东地区某分布式光伏服务企业
华东地区 定制Web应用 光伏 定制Web应用开发
从桌面到移动端，查看实际交付界面
桌面、平板和手机分别展示对应的项目界面，方便从不同终端查看信息层级、操作路径与实际交付范围。
多终端体验
项目功能与后台
改造前后，工作方式发生了什么变化
直接看原来的工作方式、系统接手的部分、仍然需要人工确认的环节，以及最后得到的结果。
改造前01
改造前
分布式光伏的前期沟通经常从几张屋顶照片开始。客户问能装多少，销售需要转给技术；技术给出一个粗略数字以后，客户又会追问发电量、自用比例和不同方案的差别。条件散在聊天记录和表格里，方案一改，前面的解释也要重新整理。
系统处理02
系统接手了什么
屋顶条件｜记录面积、朝向、建筑类型和基础限制。
组件排布｜在 DEMO 屋顶边界内展示组件与设备区避让草图。
容量估算｜根据当前条件形成可比较的初步装机方案。
发电趋势｜以月度图表展示 DEMO 发电分布和估算依据。
收益测算｜结合用电场景和参考电价比较不同条件。
方案对比｜保守、推荐和最大排布使用同一口径查看差别。
咨询衔接｜把当前方案摘要和可选屋顶资料带给工程人员。
工程边界｜正式结构、电气、并网和收益结论仍需专业复核。
人工确认03
哪些仍需人工确认
视觉以屋顶、光伏组件、浅色能源图表和绿色状态为主。首页直接展示屋顶与组件排布，分析页用月度柱状图和方案卡解释估算结果，移动端只保留当前方案、基础资料和咨询动作，避免做成传统数据后台。
最终结果04
最后得到什么
上线后，客户不必先在聊天里反复描述屋顶情况，可以从一个固定入口得到结构清楚的前期方案，并知道结果用了哪些假设。工程人员收到咨询时直接看到当前条件、方案版本和可选资料。系统承担前期条件组织、估算展示和咨询衔接，现场勘察、工程设计和最终收益判断继续由专业团队完成。
这个项目具体做了什么
按实际业务问题、需要处理的流程、开发内容和交付结果展开，便于判断是否与你的情况相近。
现状01
改造前怎么工作
分布式光伏的前期沟通经常从几张屋顶照片开始。客户问能装多少，销售需要转给技术；技术给出一个粗略数字以后，客户又会追问发电量、自用比例和不同方案的差别。条件散在聊天记录和表格里，方案一改，前面的解释也要重新整理。
主要问题02
重复人工与业务断点
真正需要解决的不是做一个更复杂的计算器，而是让每次估算都能说明用了哪些条件、哪些结果只是初步值、哪些部分必须现场确认。这样客户不会把前期测算误解成正式设计，工程人员接手时也能看到当前方案是怎么得到的。
项目目标03
这次真正要改变什么
从屋顶面积、朝向和用电条件开始，生成组件排布草图、容量建议和月度发电估算；允许在同一页面比较不同排布方案；再把当前方案条件带入移动端咨询，让后续现场勘察不需要重新收集一遍基础信息。
人工确认04
哪些判断继续由人负责
视觉以屋顶、光伏组件、浅色能源图表和绿色状态为主。首页直接展示屋顶与组件排布，分析页用月度柱状图和方案卡解释估算结果，移动端只保留当前方案、基础资料和咨询动作，避免做成传统数据后台。
流程设计05
流程怎样进入系统
入口先收集屋顶和用电条件；排布页展示可用区域、设备区和组件草图；分析页比较容量与月度发电；收益页允许修改用电和参考电价；最后把当前方案摘要、城市、建筑类型和可选屋顶资料带进咨询表单。
开发内容06
杰泽尔实际开发了什么
开发屋顶条件输入、初步组件排布、容量和发电估算、方案比较、用电与收益测算、移动端咨询与资料上传、多端界面以及数据校验。项目不自动生成施工图，不替代结构、电气、并网或投资决策。
系统处理07
系统现在承担什么
屋顶条件｜记录面积、朝向、建筑类型和基础限制。
组件排布｜在 DEMO 屋顶边界内展示组件与设备区避让草图。
容量估算｜根据当前条件形成可比较的初步装机方案。
发电趋势｜以月度图表展示 DEMO 发电分布和估算依据。
收益测算｜结合用电场景和参考电价比较不同条件。
方案对比｜保守、推荐和最大排布使用同一口径查看差别。
咨询衔接｜把当前方案摘要和可选屋顶资料带给工程人员。
工程边界｜正式结构、电气、并网和收益结论仍需专业复核。
交付结果08
最终形成什么业务能力
上线后，客户不必先在聊天里反复描述屋顶情况，可以从一个固定入口得到结构清楚的前期方案，并知道结果用了哪些假设。工程人员收到咨询时直接看到当前条件、方案版本和可选资料。系统承担前期条件组织、估算展示和咨询衔接，现场勘察、工程设计和最终收益判断继续由专业团队完成。
完成这个项目实际用了哪些服务
这里列出项目实际使用的主要服务和相关服务，方便继续查看对应的服务内容。
主要服务定制Web应用开发
实现屋顶排布、发电估算、方案对比、收益测算和咨询提交。
- 排布
- 估算
- 对比
- 咨询
相关服务需求梳理
先确定工具只处理前期测算，不替代现场勘察、结构设计和电气设计。
- 测算边界
- 工程边界
- 公开边界
相关服务用户路径设计
把屋顶条件、方案比较、结果解释和咨询提交串成连续路径。
- 输入条件
- 方案比较
- 咨询提交
相关服务UI界面设计
用屋顶、组件、图表和条件卡片表达复杂参数。
- 屋顶布局
- 方案卡片
- 发电图表
相关服务交互体验设计
允许用户修改面积、用电和参考条件后即时重新比较方案。
- 参数修改
- 即时计算
- 方案切换
相关服务响应式设计
桌面端重点展示排布与图表，移动端重点保留结果和咨询。
- Desktop
- Tablet
- Mobile
相关服务移动端适配
咨询入口在手机端保留当前测算上下文。
- 移动结果
- 资料上传
- 咨询表单
相关服务数据查询工具
把输入条件转换为可查询、可比较的方案结果。
- 条件查询
- 结果计算
- 方案比较
相关服务业务辅助工具
工具只做业务辅助，不自动给出工程最终结论。
- 前期测算
- 业务辅助
- 人工复核
相关服务数据可视化
用曲线、方案卡和屋顶布局表达估算结果。
- 月度曲线
- 容量对比
- 结果摘要
相关服务表单与消息通知
保存咨询表单和当前方案条件，便于后续人工沟通。
- 咨询表单
- 条件携带
- 后续联系
项目实际使用了哪些技术
技术信息用于说明项目是怎样实现的；真正需要判断的仍然是它是否解决了业务问题。
技术栈
HTML5
组织屋顶条件、方案卡、排布图和咨询表单。
CSS3
处理屋顶可视化、图表卡片和多端布局。
JavaScript
实现参数修改、估算重算、方案切换和图表交互。
响应式布局
桌面端保留完整分析，手机端聚焦结果和咨询。
PHP
承载方案参数、估算规则和咨询数据处理。
MySQL
保存 DEMO 方案条件、咨询记录和版本信息。
RESTful API
为后续气象、地图或项目系统预留明确接口边界。
认证与权限
公开测算与内部后续处理保持权限分离。
输入校验
对面积、用电、参考电价和咨询字段做服务端校验。
审计日志
方案与咨询的重要状态保留必要记录。
开发内容
需求梳理
先拆清前期测算和正式工程设计之间的边界。
产品与项目规划
把屋顶输入、排布、发电估算、方案比较和咨询整理成连续工具。
UI视觉设计
以屋顶和能源可视化为主，不采用传统后台表格视觉。
交互设计
让用户修改关键条件后直接看到方案变化。
前端开发
实现屋顶布局、方案卡片、曲线和响应式交互。
后端开发
实现方案参数、估算结果和咨询数据的服务端处理。
接口与第三方接入
为气象、地图或后续项目系统留下接口边界。
移动端适配
移动端保留方案摘要、资料上传和勘察咨询。
角色权限控制
公开测算与内部项目处理权限分开。
操作日志与审计
重要方案和咨询状态保留必要记录。
匿名与隐私保护
公开案例只使用 DEMO 屋顶、容量、电价、收益和联系人。
质量验收
上线前检查计算输入、方案变化、图表、表单和多端体验。
案例素材与隐私说明
客户名称、联系方式、敏感业务数据和不适合公开的界面会做匿名或脱敏处理。
匿名公开
匿名公开。屋顶、项目地址、组件参数、容量、发电量、电价、收益、联系人和咨询资料均使用 DEMO 或脱敏内容；图片底部保留杰泽尔科技版权。
展示范围
页面只展示已经确认的项目范围、技术关系与脱敏素材，不公开客户联系方式和外部官网入口。
结果口径
案例以已完成的页面、功能、内容与交付范围为准，不使用无法独立核对的经营数字。
从案例继续看 AI 产品与智能应用服务
案例用于判断问题是否相近；需要现成能力时看 GEXYRAL AI，需要企业自己的工作流时看智能应用服务。
阅读这个案例时常见的问题
案例用于帮助判断问题和做法是否相近，具体项目仍需结合实际业务和现有系统确认。
这不是自动出具光伏设计方案，也不是收益承诺工具。它把正式勘察前最常见的屋顶面积、排布、发电和用电问题放到同一个可视化入口中，帮助客户和工程人员先用同一组条件沟通。结构、电气、并网和最终收益仍由专业人员基于现场条件确认。
定制Web应用，案例展示以实际开发范围和交付界面为准。
匿名公开。屋顶、项目地址、组件参数、容量、发电量、电价、收益、联系人和咨询资料均使用 DEMO 或脱敏内容；图片底部保留杰泽尔科技版权。
不建议直接复制。实际项目需要根据企业业务、产品结构、内容资料和转化目标重新规划。