返回主页

04 / 项目

核心项目

从产品定义与设计,到 AI 协作和个人工具:每个项目分别呈现问题、我的判断与交付范围。

产品定义 · 独立交付 · 团队迭代

Sippa

支持者无需注册,就能在创作者主页亲手选择饮品基底、小料和奶盖,写下留言;完成支持后,这杯独一无二的饮品会留在创作者的墙上。

访问 Sippasippa.me · 产品已上线,可直接打开查看

我负责什么

个人阶段

产品定义、UX/UI 与全栈交付独立完成,推进到上线。

团队阶段

产品成型后,组建并带领三人团队继续迭代。

自动化延伸

产品上线后,我继续负责产品优化、内容准备与创作者调研自动化的设计与编排;发布与对外触达仍由人工决定。

个人阶段与团队阶段分别说明,不把协作成果全归为个人产出。

方法示意 · 非产品界面或运行记录
  1. 明确核心任务
  2. 完成可交付版本
  3. 组织团队迭代

Sippa 如何把支持变成共同创作

公开产品体验 · 不是后台、交易记录或内部路线图
  1. 打开创作者主页

    支持者无需注册。

  2. 配基底、小料、奶盖

    每个人亲手做出不同的饮品。

  3. 写留言并支持

    情感表达与支持发生在同一个动作里。

  4. 专属饮品落到墙上

    这次支持成为可辨认、可保留的作品。

把打赏从转账改成共同创作

支持者不是先面对金额和支付术语,而是先选择饮品基底、小料与奶盖,再写下一句话。支付仍然完成支持,但前台任务变成与创作者共同做出一杯饮品。

让每次支持留下可辨认的形状

每位支持者做出的饮品都不同,完成后会与留言一起留在创作者的墙上。这让一次支持不只以金额出现,也成为创作者可以辨认和保留的作品。

交付与责任

2026 年 8 月上线。这个项目体现了我从定义问题、做出产品,到带领团队继续推进的能力。

任职项目 · 加密货币收款 · 香港实体商户

线下商户 Checkout

2026.04 上线香港实体商户

实体商户需要接受加密货币付款,同时保留熟悉的扫码收款习惯,无需新增终端。顾客用自己的手机付款,店员按一句话操作说明确认已支付画面。

我负责的工作

  • 方案与 UX/UI

    独立完成方案与体验设计,明确顾客和店员的操作分工。

  • 实现与支付接入

    完成实现,接通公司已有的加密货币支付能力。

  • 现场交付与跟进

    负责商户配置、现场部署,以及后续账户与到账跟进。

两个关键判断

做一台更便宜的 POS,还是彻底取消新增硬件?

新增终端
静态码与顾客手机

采用静态二维码:顾客扫码后在自己的手机上完成支付,店员只需确认「已支付」。

省去终端也重新分配了责任:店员报价、顾客输入、店员确认已支付画面,交接处的异常必须纳入设计。

零新增硬件,并形成可复制的当天部署流程。

方案做完就移交,还是自己走进店里部署?

完成实现
现场验证

亲自完成账户配置、现场贴码和首笔真实收款验证,之后继续跟进商户账户与到账情况。

到店部署让我确认账户、二维码与店员操作说明能够一起发挥作用。

亲手完成香港商户的到店入驻,并验证整套部署流程可以复用。

从到店配置,到后续跟进

  1. 商户配置

    完成到店入驻与账户配置。

  2. 现场贴码

    布置静态码,说明店员操作方式。

  3. 收款验证

    完成首笔真实收款验证。

  4. 后续跟进

    跟进商户账户与到账问题。

决定方案可扩展性的,不是做一台更好的终端,而是把终端从系统中拿掉。

个人原创演示

以下是我独立制作的市集场景演示,用来说明通用扫码收款流程。它不是公司产品的界面或原型,也不展示公司的代码、内部资料或真实交易。品牌、场景与金额均为演示设定,不连接支付服务。

一张印出来的码,一部顾客的手机

STALL

填写摊位报价

HK$0.00
核对并进入钱包

市集摊位 · 虚构交易演示

01 / 05

扫描摊位码

一张印制码作为摊位入口,由顾客自己的手机承接操作。

自动播放

Agent Dashboard

个人 AI 工作系统 · 产品设计与 Agent 协作

我把一个人同时推进多个 AI 项目的工作方式,做成了一套可运行的项目指挥台。

项目拆成有目标的战线,Agent 执行关联到任务与成果,待我确认的事项集中呈现。它让我把精力放在优先级、设计判断和结果验收上,而不是反复追问进度。

我负责什么

我主导产品定义、信息架构与交互设计,组织 AI 辅助实现,并负责输出审查与体验验证。从识别自己的工作痛点,到设计协作流程、落地运行和持续调整,形成完整的产品实践。

Agent Dashboard 实际运行全局截图,包含导航、今日聚焦、学习与项目状态,数据为示例
原项目运行界面 · 示例数据

它如何帮我管理项目

不是只看 AI 做了多少事,而是让我知道:现在该推进什么、哪里需要我判断、结果在哪里。

先确定本周重点

把本周主线、截止时间和停滞事项放在同一处。先决定什么值得投入注意力,再进入具体项目,不用逐个打开对话寻找进度。

今日聚焦Agent Dashboard

本周交付计划

设计评审 · 周五

个人作品集改版 · 完成核心案例页设计与验收。

  • 案例页信息架构周三进行中
  • 项目素材公开范围周四待确认
  • 移动端布局验收周五进行中

用战线组织交付

每条战线写清要达成的目标、由哪个 Agent 协助,以及当前进度。这样我能看到具体哪一部分需要推进,而不是把一次任务完成等同于整个项目完成。

项目战线Agent Dashboard

个人作品集 / 体验改版 / 2 项里程碑已完成,共 5 项

40%

案例页体验设计

明确项目背景、设计决策与交付证据,形成可评审的页面方案。

协作角色交互评审 Agent
下一步

评审移动端信息层级,确认修改优先级。

我如何让它更适合自己

我把自己经常遇到的小麻烦接进工作台:聊项目、打开本地页面、找文件,减少在聊天窗口、终端和文件夹之间来回切换。

不离开项目,就能跟 AI 聊

把 AI 对话接进项目界面,讨论当前工作时能延续这个项目的上下文。我可以追问、交代下一步,不必每次切到另一个窗口重新描述背景。

项目对话Agent Dashboard

跟项目里的 AI 聊

当前上下文 · 个人作品集改版

我

这个案例页接下来先改哪里?

AI

先补充设计决策,再检查移动端信息层级。

可以接着讨论,不必重新交代项目背景。

想看效果,就启动本地预览

在项目里发起本地运行,由工作台处理启动命令、就绪检查和浏览器打开。等待或失败都有状态反馈,不用每次去找目录、开终端、记端口。

本地预览Agent Dashboard

从项目进入 localhost

个人作品集 · 本地运行

  1. 01
    读取项目启动配置

    识别项目声明的开发命令

  2. 02
    启动服务并等待就绪

    显示启动状态,失败时返回原因

  3. 03
    打开本地页面

    服务可访问后,再进入浏览器

http://localhost:3000示例地址

记不住路径,就直接问

在项目对话里描述要找的文件,让 AI 在当前项目上下文中定位并返回路径。它是我使用项目对话的一种方式,而不是另做一套文件管理器。

文件定位Agent Dashboard

不用记住每个文件路径

通过项目对话定位文件

我

案例页的需求文档放在哪里?

AI

在项目文档目录里,包含页面结构和验收要求。

案例页需求说明docs/case-study.md

示例对话与路径 · 不展示个人文件内容

全局图来自原项目界面的本地运行,使用示例数据;局部卡片为重构 Mockup,对话、地址与路径均为示意。个人账户、私有文件和真实运行记录不公开,不提供在线试用。

AI 平台
模型供给调研

我负责外部 AI 模型的供给梳理、使用条件核对、接入路径与成本比较,为选型提供依据。

本人工作范围

把模型选型拆成五个问题

  1. 梳理供给

    整理可获得的模型与供应方,建立可比较的信息框架。

  2. 核对使用条件

    按拟采用的使用方式核对条件,明确需要继续确认的问题。

  3. 比较接入路径

    比较接入方式及其依赖,判断下一步如何落实。

  4. 明确商务确认事项

    区分公开材料能够回答的问题和需要向供应方确认的事项。

  5. 统一成本口径

    在一致的计价单位和明确的假设下比较成本。

研究方法

让材料能够支持判断

我的工作不止于收集模型名称:还需要核对信息来源、比较条件,并把确定的内容与待确认的问题分开,为下一步选型和沟通提供依据。

此页仅概述本人工作范围与一般研究方法。

支付产品的持续积累

贯穿需求定义、体验设计、技术沟通与交付跟进。

  • 01需求判断把问题转为可落实的工作范围
  • 02体验设计说明状态、反馈与恢复
  • 03技术协作对齐依赖、接口与职责
  • 04交付跟进检查实际结果并继续跟进