Web 应用与管理后台
有些活只能在电脑上干——批量导入、复杂表单、跨表统计。Web 应用的价值不是把界面搬到浏览器里，而是把这些高强度操作做得更快、更少出错。
01 / SCENARIOS
四类常见场景
同样叫后台，运营用的和老板看的完全是两件事，功能取舍不一样。
CONSOLE
运营后台
内容、商品、订单、用户的日常操作入口，把重复劳动压到最少步骤。
DASHBOARD
数据看板
把分散的数据源汇到一屏，按区域、渠道、时间维度下钻查看。
PORTAL
客户门户
让客户自己查订单、下载资料、提交需求，减少来回问的沟通成本。
TOOL
内部工具
批量处理、对账、导出，替代靠 Excel 手工拼的重复工作。
02 / CAPABILITIES
可以做到什么程度
后台好不好用，多半取决于表单、批量操作和权限这三件事做得够不够细。
- 复杂表单：字段联动、校验、草稿与批量录入
- 批量导入导出：模板校验、错误定位、大文件处理
- 图表与报表：多维度筛选、导出与定时生成
- 权限分级：菜单、按钮、数据行三级控制
- 操作审计：关键动作留痕，可回溯
- 多端适配：桌面优先，移动端可完成关键操作
- 接口对接：与现有系统双向同步数据
- 单点登录：接入企业已有的账号体系
03 / DELIVERABLES
交付的不只是前端页面
能部署、能维护、能交接，才算完整交付。
FRONTEND
前端应用
页面、交互与状态处理，兼容主流浏览器，加载速度按实际网络环境评估。
BACKEND
服务端与接口
业务逻辑、权限校验、任务调度与日志，按实际并发量选型。
DEPLOY
部署与环境
服务器配置、域名、证书与备份策略，交付可直接运行的部署资料。
DOCS
文档与交接
接口说明、部署手册与运维要点，后续换人接手也能看懂。
04 / PROCESS
四个阶段推进
每个阶段都有明确产出，进入下一阶段前先确认上一阶段。
理解业务确认谁在用、每天重复做什么、哪一步最费时间。
定义范围排优先级，第一版先把高频且高价值的流程做透。
设计开发原型确认后分模块开发，按版本交付可运行版本。
上线迭代试用、收集反馈、修正细节，再进入下一轮优化。
05 / FAQ
常见问题
如果下面没覆盖到你的问题，直接打电话问更快。
支持多少人同时使用？
常规企业内部系统的并发并不高，按实际人数和峰值选型即可。如果涉及大量外部用户同时访问，会在架构和部署方案上单独评估。
能不能做成手机也能用？
可以，后台以桌面操作为主，同时做响应式适配。不过如果移动端才是主要场景，通常建议单独评估是否更适合做成小程序。
数据放在哪里？
可以部署在你们自己的服务器，也可以使用云服务。部署方式、数据归属和备份责任在开始前就确认清楚，不会留到上线前才决定。
交付包含源代码吗？
包含。按约定交付源代码、设计文件、部署资料和产品文档，后续可以由自己的团队维护，也可以继续由我们迭代。
06 / RELATED
其他几条路径
说说你每天重复在做的那件事
如果它在 Excel 里要花半小时，大概率可以用一套后台压到几分钟。