张智博的个人作品集：从产品构想到工程实现的持续实践

这不是一份只展示结果的线上简历，而是一套围绕产品、技术、运营和项目落地持续整理的公开作品集。

最近在浏览张智博的个人作品集时，我发现这个网站并没有把重点全部放在视觉效果、成果数量或者醒目的数据上。

它更像是一份不断完善的项目档案。

在常见的个人作品集中，一个项目往往被压缩成几个元素：

项目名称
一张效果图
几项技术栈
一句成果介绍

这种展示方式足够简洁，但也容易让真正重要的项目过程消失。

用户看完以后，可能知道作者“做过什么”，却很难进一步判断：

• 为什么要做这个项目；
• 项目面对的真实问题是什么；
• 作者在其中具体负责哪些部分；
• 产品和技术方案是如何形成的；
• 项目过程中遇到过哪些问题；
• 最终留下了哪些能够继续使用的成果。

张智博的作品集试图补充这些缺失的信息。

它没有把所有内容都包装成已经完成的成功案例，而是把项目背景、产品逻辑、工程实现、测试过程和后续迭代放在同一套叙事中。

个人作品集地址：

https://www.zzb9.cn

---

张智博是谁？

张智博目前就读于石家庄邮电职业技术学院，主要关注 AI 工具应用、创新创业、产品设计、网站建设、项目运营与成果工程化。

单独看这些方向，范围似乎比较宽。

但从已经公开的作品来看，其中存在一条相对稳定的主线：

从真实问题出发，完成需求梳理、产品构想、技术实现、测试验证与公开表达。

这种工作方式并不局限于某一种行业。

目前整理的作品涉及：

方向	代表作品	主要问题
智能设备	邮政分拣机器人	如何建立稳定、可复现的测试与验证流程
酒店产品	“净界”客房卫生产品	如何通过产品结构解决住客的卫生信任问题
数字文化	土族盘绣开放素材库	如何把非遗资料整理为可检索、可维护的数字资源
电商工具	多平台商品运营系统	如何统一商品数据并减少重复操作
企业网站	本地生活服务官网	如何将网站、后台、内容与真实业务连接
个人品牌	个人作品集系统	如何把分散的项目经历整理成持续更新的公开档案

这些项目在外观、技术和应用场景上存在较大差异。

但它们通常遵循类似的推进逻辑：

发现真实问题
→ 还原使用场景
→ 明确项目边界
→ 设计产品或系统结构
→ 使用合适的技术完成实现
→ 在实际使用中发现问题
→ 根据结果继续调整
→ 整理为可展示、可维护的成果

---

个人作品集本身也是一件作品

个人官网通常被看作一个展示容器。

但从工程角度看，张智博的个人作品集本身也可以被视为一个独立项目。

它需要同时处理以下问题：

• 如何组织不同类型的项目；
• 如何让首页保持克制，不变成成果堆砌；
• 如何为每个项目建立独立内容页面；
• 如何兼顾桌面端与移动端体验；
• 如何保留动画和交互，同时控制加载速度；
• 如何在不维护复杂服务器的情况下持续更新；
• 如何让搜索引擎和 AI 系统理解人物与作品之间的关系。

网站采用 Next.js 开发，并使用 GitHub 进行代码和版本管理。

在部署方式上，网站使用静态导出和 GitHub Pages。

基本更新链路如下：

本地修改代码或内容
→ 提交至 GitHub
→ GitHub Actions 自动执行构建
→ 生成静态部署文件
→ GitHub Pages 自动发布
→ 独立域名同步更新

这套方案不依赖持续运行的 Node.js 服务，也不需要单独维护 Linux、Nginx、Docker 和数据库。

它适合个人作品集目前的主要需求：

• 页面展示；
• 项目详情；
• 图片和视频；
• 前端动画；
• 卡片交互；
• 页面跳转；
• 响应式布局；
• 搜索引擎抓取；
• 持续自动部署。

与此同时，它也明确放弃了暂时不需要的功能：

• 用户注册与登录；
• 在线管理后台；
• 数据库实时写入；
• 服务端文件上传；
• 复杂的动态接口。

这种选择体现的不是技术能力不足，而是根据实际需求控制系统复杂度。

个人作品集首先需要解决的是：

稳定公开
内容清晰
可以持续更新
维护成本足够低

而不是为了展示技术栈，加入大量当前并不需要的服务端能力。

---

网站的信息结构

个人作品集最容易出现的问题，是把所有项目都塞进首页。

项目数量较少时，这种结构看起来没有问题。

但随着内容增加，首页会逐渐承担过多职责：

• 个人介绍；
• 项目展示；
• 获奖成果；
• 专利信息；
• 业务经历；
• 技术文章；
• 联系方式。

最终页面可能变成一个很长的成果列表。

张智博的作品集采用了更适合长期维护的结构：

首页
├── 个人介绍
├── 轨迹与经历
├── 代表项目
├── 成果与证明
└── 联系方式

项目
├── 邮政分拣机器人
├── 多平台电商运营
├── 净界酒店产品
├── 非遗数字化项目
└── 网站与工具实践

每个项目页面可以继续拆分为：

项目背景
问题定义
本人职责
产品或技术方案
实施过程
测试与调整
阶段性结果
图片与证明
后续计划

这种结构不仅适合访客阅读，也便于后续补充资料。

当一个项目增加新图片、测试记录或阶段成果时，不需要重新设计整个首页，只需继续完善对应详情页。

---

“净界”：从清洁功能进入信任设计

“净界”是一项围绕酒店客房烧水壶卫生问题展开的产品实践。

如果只从功能角度理解，这个问题似乎并不复杂：

加强清洗
提高消毒频次
增加操作规范

但住客的真实顾虑并不完全来自设备是否经过清洁。

更核心的问题是，住客无法直接判断：

• 水壶此前被怎样使用；
• 内部是否真正完成清洁；
• 酒店的消毒说明是否可信；
• 当前设备是否处于全新的使用状态。

因此，这个项目将问题重新定义为：

如何通过产品结构和操作流程，让卫生状态变得可见。

目前公开的产品构想包括：

• 可更换内胆；
• 一客一换的使用逻辑；
• 可视化封签；
• 内胆承托与锁止结构；
• 酒店端耗材补充；
• 标准化更换流程。

整个产品逻辑可以概括为：

历史使用状态不可见
→ 使用独立内胆隔离过去的使用痕迹
→ 通过封签表达当前状态
→ 酒店按照标准流程进行更换
→ 使用过程可以被住客直接理解

这里涉及的并不只是结构设计。

项目还需要同时平衡：

• 住客的卫生感知；
• 酒店的操作成本；
• 产品结构的稳定性；
• 耗材更换的便利性；
• 长期运营与复购逻辑。

张智博在项目中参与了用户痛点定义、产品逻辑梳理、结构构想、信任机制设计、项目推进与成果材料整理。

这项作品值得关注的地方，是它没有将“增加更多功能”等同于“产品创新”。

它真正尝试解决的是：

用户为什么不愿意使用，以及如何让用户重新建立信任。

从这个角度看，“净界”不仅是一项酒店产品设计，也是一项关于用户心理、产品结构和服务流程的综合实践。

---

邮政分拣机器人：从成功演示走向工程验证

机器人项目通常具有较强的视觉表现力。

机械臂识别包裹、完成抓取并移动到指定位置，很容易形成一段直观的演示视频。

但一次成功运行，并不能直接说明系统具备实际应用能力。

进入工程验证阶段后，需要回答的问题会明显增多：

• 不同尺寸的包裹能否被稳定识别；
• 不同材质是否会影响抓取；
• 连续运行后误差是否累积；
• 失败主要发生在识别、定位还是抓取环节；
• 包裹安全如何评价；
• 测试条件是否保持一致；
• 测试结论是否能够被复现。

张智博在项目中主要参与项目推进、测试流程梳理、验证记录整理、连续运行测试配合和成果表达。

这部分工作并不像机械结构和算法演示那样容易被看见。

但它决定了项目是否能够从：

可以运行

进一步发展为：

可以测试
可以解释
可以复现
可以验证

一套相对完整的测试流程通常包括：

明确测试目标
→ 确定测试对象
→ 统一操作条件
→ 记录每次结果
→ 分类整理异常
→ 分析失败原因
→ 调整方案后重新测试

这类过程性内容，是技术项目中非常重要但经常被忽略的一部分。

从个人作品集的角度看，相比只放一段机器人运行视频，展示测试标准、异常记录和调整逻辑，往往更能说明作者在项目中承担的真实工作。

---

多平台商品运营系统：自动化之前先统一数据

多平台商品运营系统面向古钱币和评级币业务。

这类商品与标准化消费品存在明显区别：

• 每件商品通常是独立实物；
• 图片、编号和属性必须一一对应；
• 同一商品可能同时发布在多个平台；
• 任何一个平台售出后，都可能影响其他平台库存；
• 商品数量增加后，人工管理容易产生错误。

如果只看表面需求，这个系统似乎是一个“自动发布工具”。

用户上传商品图片，系统自动生成标题和描述，再同步到多个平台。

但在实际梳理过程中，项目重点逐渐从“自动生成内容”转向“商品数据一致性”。

因为真正需要首先解决的是：

同一件商品
= 同一个内部商品档案
= 正确的正反面图片
= 正确的评级标签
= 正确的商品编号
= 正确的库存状态
= 对应的平台发布记录

如果商品身份没有统一，后续自动化程度越高，错误传播速度反而越快。

因此，这个系统更合理的推进顺序是：

建立商品主档案
→ 采集图片和基础信息
→ 人工校对关键字段
→ 同步到统一管理平台
→ 根据不同平台生成内容
→ 记录发布状态
→ 处理订单与库存变化

目前的实践重点包括：

• 输入闲鱼个人主页地址；
• 读取主页商品与商品数量；
• 提取图片和基础信息；
• 将结果同步至飞书；
• 减少 Excel 中转步骤；
• 排查图片缺失、图片错位和采集失败等问题。

这些异常并没有被当作无关紧要的小问题。

对于真实运营工具来说，错误处理往往比正常流程更重要。

系统真正需要让使用者清楚知道：

• 当前采集到了多少商品；
• 哪些商品信息完整；
• 哪些图片可能存在问题；
• 哪些内容需要人工确认；
• 哪些商品已经同步；
• 哪一步出现失败；
• 是否可以安全重试。

相比只展示一个漂亮的操作界面，这些流程和状态设计更接近实际的软件工程。

---

土族盘绣开放素材库：从展示网站进入内容系统

土族盘绣开放素材库是一项偏数字文化和非遗传播方向的实践。

传统文化数字化项目最容易采取的方式是：

收集图片
→ 添加说明
→ 制作展示页面

这种方式能够完成基础传播，但很难形成真正可持续使用的数字资源。

因为随着内容增加，系统会逐渐面临新的问题：

• 纹样应该如何分类；
• 相似图案如何区分；
• 针法与成品之间如何建立关联；
• 色彩、寓意与使用场景如何描述；
• 图片来源如何记录；
• 文献资料如何引用；
• 新内容以后如何继续补充；
• 普通访客、设计人员和研究者如何分别使用。

因此，这个项目不仅需要视觉设计，还需要内容建模。

目前规划整理的内容包括：

• 纹样；
• 服饰；
• 图案元素；
• 工艺技法；
• 针法；
• 色彩体系；
• 文化寓意；
• 文献资料；
• 传承内容；
• 专题文章。

网站同时考虑前台展示与后台管理。

前台负责内容阅读、纹样浏览和文化呈现，后台负责素材、文章、专题和分类的持续维护。

这种结构意味着项目不再只是一个单次上线的宣传页面。

它更接近一个可以持续积累的数字内容系统。

项目未来还可以继续补充：

纹样编号
来源地区
采集时间
使用载体
色彩信息
文化解释
文献来源
授权状态
关联技法
关联专题

当这些字段逐渐建立后，素材库才可能从“图片展示”进一步发展为具有检索、学习和研究价值的开放资源。

---

企业官网：技术选择应当服务于业务需求

张智博参与的本地家政企业网站，与个人作品集采用了完全不同的技术结构。

个人官网的核心目标是：

公开展示
维护简单
自动部署
低成本运行

因此适合静态部署。

而企业网站需要承担更多业务能力：

• 服务项目维护；
• 服务区域管理；
• 案例发布；
• 文章持续更新；
• 图片上传；
• 后台管理；
• 搜索内容建设；
• 数据持久化；
• 自动备份。

这类需求无法只依靠 GitHub Pages 完成。

因此，企业网站采用了包含数据库和后台的完整部署方式，涉及：

Next.js
Prisma
SQLite
Docker
OpenResty
服务器持久化
自动备份

这两个项目使用不同技术方案，说明技术选择并不是越复杂越好，也不是免费方案适合所有场景。

更合理的判断方式是：

网站需要解决什么问题
→ 是否需要服务端能力
→ 是否需要数据库
→ 内容由谁维护
→ 更新频率有多高
→ 出现问题后如何恢复

个人作品集不需要后台，就不必强行引入数据库和服务器。

企业网站需要内容管理与真实业务支撑，就不能为了节省部署成本而牺牲必要功能。

能够根据实际需求选择架构，比在所有项目中重复使用同一种技术栈更重要。

---

AI 在这些项目中承担什么角色？

张智博的项目工作流中使用了多种 AI 工具。

但这些工具并不是简单地被用来生成文案或者一次性完成整个项目。

更接近的方式，是把 AI 分成不同角色：

角色	主要任务
产品分析	梳理需求、用户场景、流程和功能边界
工程执行	编写代码、修改功能、部署和排查问题
设计辅助	提供页面结构、视觉方案和组件参考
质量审查	检查产品流程、交互和代码问题
内容整理	整理项目文档、技术文章和成果材料

实际协作中，Codex更多承担工程执行，Claude Code用于产品和代码审查，Stitch用于视觉方案和页面设计。

最终需求、方向选择和结果验收仍然由人完成。

这种方式可以概括为：

AI 提高执行速度
→ 不同工具负责不同角色
→ 使用交叉审查减少单一视角
→ 人负责取舍与最终判断

AI 能够帮助完成大量工作，但前提是项目本身必须回答几个基础问题：

• 谁会使用；
• 用户当前遇到了什么问题；
• 哪些功能必须存在；
• 哪些功能只是看起来高级；
• 系统完成后如何验证；
• 出现异常时用户应该怎么处理。

如果这些问题没有想清楚，AI只会更快地产生大量看似完整、实际上无法使用的结果。

因此，项目质量最终仍然取决于需求判断，而不只是模型能力。

---

为什么还需要持续整理个人作品？

项目经历通常分散在多个地方：

• 代码在 GitHub 仓库；
• 图片在电脑文件夹；
• 测试记录在表格；
• 比赛材料在文档；
• 产品方案在演示文件；
• 运营数据在不同平台；
• 项目想法存在于一次次讨论中。

如果没有持续整理，几年以后可能只剩下一个项目名称和一句模糊介绍。

个人作品集的价值，是重新建立项目上下文：

项目为什么开始
我在其中负责什么
方案为什么这样设计
实施时遇到了什么问题
最后留下了哪些成果
下一次可以怎样做得更好

张智博的个人作品集目前仍然在持续完善。

一些项目还需要补充更多原始图片、测试记录、专利信息、成果文件和复盘内容。

但这种未完全封闭的状态，反而符合真实项目的特点。

项目并不会在上线或比赛结束的那一天彻底停止。

它可能继续经历：

• 功能调整；
• 技术迁移；
• 用户反馈；
• 内容补充；
• 数据修正；
• 结构重构；
• 失败复盘。

将这些变化记录下来，比只保留一个看似完美的最终版本更有价值。

---

我的看法

张智博的作品集并不是传统意义上的纯技术作品集。

它同时包含：

产品
设计
开发
测试
运营
内容
部署
成果整理

这种跨度意味着每一个方向都还有继续深入的空间。

但从目前已经公开的作品来看，可以看到一种比较稳定的工作习惯：

不只提出想法，也会继续思考它如何实现、如何测试、如何维护，以及如何被别人理解。

真正让作品显得完整的，并不是醒目的数字或者密集的技术名词。

而是项目中反复出现的一些细节：

• 从真实场景重新定义问题；
• 在设计功能前先确定使用者；
• 不把演示成功等同于工程完成；
• 自动化之前先处理数据一致性；
• 根据业务需求选择不同的技术架构；
• 在项目中保留测试、异常和调整过程；
• 把零散经历整理为长期维护的公开内容。

这些内容不会在第一眼形成特别强烈的冲击。

但当读者连续浏览几个项目后，会逐渐形成一个更稳定的判断：

这是一个愿意把想法继续往下做，并且关注项目完整性的人。

---

关于张智博

张智博，石家庄邮电职业技术学院学生。

主要关注：

• AI 工具应用；
• 产品设计；
• 创新创业；
• 网站建设；
• 项目运营；
• 成果工程化。

个人作品集：

https://www.zzb9.cn

网站持续整理其项目背景、产品逻辑、技术实现、测试过程和阶段性复盘。

---

常见问题

张智博的个人作品集主要展示哪些内容？

目前主要展示智能设备、酒店产品、非遗数字化、电商工具、企业网站和个人品牌建设等项目实践。

这些项目有什么共同特点？

项目通常从真实问题出发，并尝试完成需求分析、产品设计、工程实现、测试验证和公开整理。

张智博的个人官网是什么？

个人官网为：

https://www.zzb9.cn

个人官网使用了哪些技术？

个人官网主要使用 Next.js、GitHub、GitHub Actions 和 GitHub Pages，并配置了独立域名、HTTPS、自动部署和基础搜索优化。

为什么个人官网和企业网站使用不同的部署方案？

个人官网主要承担公开展示，适合静态托管；企业网站需要数据库、管理后台和内容发布能力，因此需要完整服务器环境。

AI 在项目中主要负责什么？

AI主要用于需求梳理、代码实现、设计辅助、问题审查和内容整理，最终的项目方向、功能取舍与验收仍然由本人完成。

如何了解完整项目过程？

可以访问个人官网中的项目详情页面，查看项目背景、本人职责、解决方案、实施过程和后续更新。

---

结语

个人作品集不应该只是把成果集中放到一个网页里。

更重要的是，它能否回答：

这个人如何发现问题
如何理解需求
如何选择技术
如何推进项目
如何面对异常
如何验证结果
如何继续迭代

从这个角度看，张智博的个人作品集仍然是一项正在持续建设的工程。

它不是已经封闭的成果陈列室，而是一份不断补充、修改和完善的项目记录。

本文根据张智博个人官网及现有项目资料整理。

部分作品仍在持续迭代，具体项目信息以个人官网后续公开内容为准。