帮助中小企业和创业者，把业务想法变成可以正式上线的网站、App 和微信小程序。
从产品策略、界面设计到工程开发、测试与上线，由同一位产品负责人持续推进。
清楚的起步范围
获客型网站 $3,000 起；小程序与移动网页通常为 $3,000–$5,000；App MVP 为 $12,000 起。
精选案例
案例清楚区分已交付产品、可运行 MVP、已上线工具和独立产品概念，覆盖游戏、本地服务、教育、效率、医疗、金融、餐饮、物流、物业与创意协作。
完整案例说明
Playmate
已交付产品 · 美国游戏创业团队 · 分阶段交付的多端 MVP
PlayMate 将游戏与达人发现、社区动态、聊天、预约和支付放进同一套产品。平台同时服务两类用户：寻找可靠陪玩的玩家，以及管理服务项目、档期、订单和收入的认证达人。
我们没有把信任机制留在单独的规则页面，而是将身份认证、服务价格、订单状态、资金保护、退款、申诉和评价放在用户真正需要做决定的位置。
需要解决的问题
陪玩平台需要保留游戏社区的活跃感，也必须让身份、服务范围、时间和资金安全足够清楚。双边角色的操作差异很大，但订单规则又必须保持一致。
产品判断与取舍
项目先梳理玩家端与达人端的完整路径，再建立统一的个人主页、筛选、社区、消息、订单和结算规则。响应式网站与 React Native App 共用产品逻辑，并根据设备调整导航与信息密度。
交付范围
- 玩家与认证陪玩达人双角色账号及权限体系
- 首发覆盖 20 款游戏，支持段位、位置、语言、价格和档期筛选
- 覆盖预约、服务、完成、评价、退款和申诉的担保订单流程
- 响应式 Web、iOS/Android 共用工程、运营后台及 TestFlight 交付流程
当前成果
平台核心架构及主要流程已经完成：响应式 Web 可公开访问，玩家端、达人端、社区、订单、支付与运营管理均已落地；iOS/Android 共用工程正在完成 TestFlight 交付阶段。
Homi
已交付产品 · 加州本地生活服务运营方 · MVP 已交付至 TestFlight
Homi 把模糊的“需要上门帮忙”整理成可比较、可配置、可预约的标准服务。用户可以选择服务，填写房屋情况，确定时间和地址，在预约时付款，并持续查看订单进度。
产品首发面向 San Jose、旧金山湾区和 Los Angeles。英文与简体中文从信息架构阶段同步规划，确保服务名称、价格说明、订单状态和售后信息在两种语言下都容易理解。
需要解决的问题
上门服务的价格取决于房屋面积、房间数量、清洁程度和附加项目，但普通用户未必知道行业术语。预约流程需要收集足够信息，同时避免变成冗长表单。
产品判断与取舍
我们将预约拆成服务、房屋情况、附加项目、时间、地址和支付六个连续决策，再用统一的状态组件连接确认、师傅分配、上门、完成、取消和退款。
交付范围
- 面向加州市场的中英双语服务目录与城市体验
- 支持房屋面积、房间、服务等级和附加项目的配置式预约
- 预约即时付款、订单追踪、师傅沟通、评价及售后流程
- 响应式 Web、iOS 封装、自动化回归测试及 TestFlight Build 4
当前成果
从服务选择、预约配置到付款和订单追踪的完整路径已在响应式 Web 与独立 iOS 测试版本中打通。TestFlight Build 4 已可供内部真机测试，且测试环境与原线上版本相互隔离。
一纸昕意
可运行 MVP · 内部产品研发 · iPad 原生 MVP
一纸昕意服务于习惯用 Apple Pencil 记录课堂内容、同时又需要长期整理课程资料的学生。笔记按 Quarter、Project、Folder 和 Page 多级组织，长时间书写时支持连续纵向翻页。
核心功能是“手写即目录”：用户自然写下章节标题后即可生成二级目录，并在复习时直接返回对应页面。录音转录、PDF 批注、图片与链接插入、最近删除和 iCloud 恢复补全了课堂使用链路。
需要解决的问题
主流笔记工具常让用户在自由书写和严格整理之间二选一。这个产品需要在不打断落笔节奏、不遮挡纸张的前提下加入结构。
产品判断与取舍
我们从 iPad 画布出发设计交互：常用 Apple Pencil 工具保持就近可用，目录展开时纸张主动缩小而不是被覆盖，文件管理沿用长按和批量操作。数据持久化、最近删除与恢复被视为基础能力。
交付范围
- Apple Pencil 书写、橡皮擦、套索、撤销重做及连续翻页
- 手写章节名称生成可跳转的二级目录
- PDF 导入导出与批注、课堂录音播放及语音转录
- 支持重命名、移动、复制、批量管理、安全删除和恢复的课程资料体系
当前成果
目前已有可安装到真实 iPad 使用的原生原型。课程整理、Apple Pencil 书写、手写目录、课堂录音查看和文件恢复这条主要学习路径已经完成端到端测试。
Brainwave Nest
已上线产品 · 内部共享工具 · 已上线并持续迭代
Brainwave Nest 是为两个人、创作者、学生或独立开发者准备的轻量共享空间。想法分成 App 想法和任务想法，再从初步构思推进到测试与结果复盘。
产品不会用新内容覆盖旧思路。富文本内容可以确认成独立小框，再次打开修改，通过历史记录恢复，并在需要正式整理时导出 CSV。
需要解决的问题
轻量想法工具很容易开始使用，却经常丢掉一项决定背后的推理过程。产品既要保留轻松、亲密的感觉，又要可靠保存修改、实验以及成功和失败的结果。
产品判断与取舍
我们保留粉色、梦幻和太空感的视觉语言，同时为每个想法建立清楚的阶段模型。Cloudflare Worker 与 D1 提供公开共享数据层，响应式页面也可作为 iOS Web App 使用。
交付范围
- App 想法与任务想法两套流程，支持无限添加
- 覆盖初步想法、测试中、成功复盘和失败复盘
- 富文本编辑、小框沉淀、删除、历史回溯及 CSV 导出
- Cloudflare 公开部署、D1 共享数据和 iPhone Web App 体验
当前成果
产品已公开部署在 Cloudflare，真实内容保存在 D1 数据库中；它是可持续编辑和共享的工作空间，不是只用于展示的静态原型。
Mediflow
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
MediFlow 探索诊所如何用一条连续路径连接医生展示、预约时间、就诊准备、安全视频问诊和随访记录。
界面强调通俗状态说明、医疗信息层级和高对比操作。患者任务与诊所用于排班、候诊队列和后续管理的运营工作区保持分离。
需要解决的问题
远程医疗信息密集，用户也更容易焦虑。患者必须随时知道下一步是什么，诊所人员则需要运营视图，同时不能把内部复杂度暴露给患者。
产品判断与取舍
概念先区分患者与诊所权限，再建立统一预约状态，并为医生资料、预约、知情同意和就诊说明设计可复用的双语内容模式。
交付范围
- 患者端与诊所端角色模型
- 医生发现、时间选择和就诊准备
- 安全视频问诊与诊后记录结构
- 面向响应式 Web 和移动端的英西双语界面体系
当前成果
本项目用于展示患者端与诊所端的产品方向及界面体系，不属于受委托的客户项目。医疗合规、真实系统集成和生产验证不在本次概念范围内。
Northstar Finance
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
Northstar Finance 将账户、交易、固定支出、预算和储蓄目标放在一个家庭财务视图中。重点不是堆叠数字，而是说明余额为何变化、接下来有哪些确定支出。
图表始终配合分类与交易明细，避免只依赖颜色或趋势线。预测用于辅助规划，而不是包装成确定承诺。
需要解决的问题
许多财务仪表盘展示大量数字，却无法解释这些数字如何影响行动。这个概念需要带用户从“发生了什么”走到“哪里可以调整”，同时避免把自动建议表达成理财意见。
产品判断与取舍
主界面围绕月度现金流、近期支出、分类偏差和目标进度组织。每个摘要数字都能下钻到对应交易，保持可追溯性。
交付范围
- 账户与交易统一记录
- 带计划值与实际值对照的预算分类
- 储蓄目标和现金流预测
- 适配桌面与移动端的响应式仪表盘体系
当前成果
这是界面与信息架构研究，并非已经上线的金融产品。概念验证账户、预算、目标和预测如何连接；银行数据接入及受监管的金融服务不作为已交付能力展示。
Tablemuse
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
TableMuse 将餐饮指南的视觉表现力与订位产品的实用信息结合。用户可以了解餐厅、选择时间、确认菜单和价格预期，并在餐厅支持时继续预点餐。
餐厅图片负责建立第一印象，档期、人数、饮食要求、取消规则和订单状态则作为必须快速读取的交易信息。
需要解决的问题
餐厅发现鼓励浏览，订位却要求精确。概念需要让用户从内容阅读自然进入正式预约，避免语气突然变化或遗漏运营细节。
产品判断与取舍
我们围绕统一的餐厅对象组织编辑内容和实时预订数据，并为订位、菜单、支付、备餐和到店建立一致状态。
交付范围
- 精选餐厅发现与门店资料
- 人数与实时可用时间选择
- 菜单预点餐和支付路径
- 备餐、到店和订单状态追踪
当前成果
概念验证了顾客端的使用路径与视觉方向，不代表已有实时桌位、餐厅合作或生产环境支付接入。
Fleetarc
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
FleetArc 在实时运营工作区连接调度员、司机、车辆、路线和货运节点。中心地图旁设置按优先级排序的异常队列，让团队无需逐单监控也能发现延误、漏扫、改线和司机状态问题。
司机端有意保持克制，只显示当前线路、站点顺序、导航、签收证明、状态更新和与调度沟通。
需要解决的问题
地图能说明车辆在哪里，却不能说明哪个问题最值得处理。产品概念需要把位置和货运事件转化为调度团队真正可执行的工作队列。
产品判断与取舍
我们先定义货运和路线状态，再设计异常等级、负责人和处理记录。桌面端支持高密度调度操作，移动端则限制为司机眼前的线路任务。
交付范围
- 带路线和车辆信息的实时车队地图
- 按优先级排列的货运异常队列与处理记录
- 司机状态、站点顺序、导航和签收证明
- 准点率与重复延误的运营报告
当前成果
本项目完成运营模型与响应式界面方向。真实车载数据、承运商接口、路线算法和现场压力测试不在概念交付范围内。
Keynest
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
KeyNest 集中管理房产组合、租金、租约、维修和租客沟通。房东查看不同房产的入住和待办情况；租客只看到自己的房屋、余额、文件和服务请求。
每条维修请求都保留最初描述、图片、负责人、上门时间、状态变化和处理结果，减少电话与分散消息造成的信息缺口。
需要解决的问题
物业沟通常分散在支付网站、邮件、短信和维修师傅电话中。概念需要建立共同记录，同时清楚区分房东、租客和服务人员权限。
产品判断与取舍
我们分别梳理租约周期和维修周期，再用统一数据连接二者。角色仪表盘针对房产业主、租客和服务人员展示同一记录的不同部分。
交付范围
- 房产、入住、租约和余额仪表盘
- 租客在线支付与收据记录
- 维修提交、分配、预约和完成流程
- 统一消息历史与租约文件中心
当前成果
交付内容是物业运营的角色与流程概念。支付处理、身份核验、会计系统集成和真实租住数据不作为已完成能力展示。
FrameTogether
独立产品概念 · 独立概念研究 · 概念阶段 · 尚未上线
FrameTogether 为代理商和制作团队提供视频审阅、版本比较、精确时间点讨论和审批记录。评论始终附着于具体时间和版本，避免反馈与对应画面分离。
工作区也把当前审阅与完整素材库分开。制作人可以管理源文件、导出版本、负责人、截止日期和审批状态，而客户只看到清楚的播放与评论体验。
需要解决的问题
当评论来自邮件、聊天和会议，而文件又持续更新时，创意审阅很容易失去上下文。概念需要保存版本关系，并让最终批准没有歧义。
产品判断与取舍
数据模型围绕项目、素材、版本、时间戳、讨论和审批建立。审阅者获得简单的播放评论流程，制作管理功能只对负责交付的团队显示。
交付范围
- 时间戳评论与讨论串
- 版本对比及已解决、未解决反馈
- 审阅中、需要修改和已批准状态
- 集中素材库及桌面与平板响应式工作区
当前成果
该项目完成审阅模型和响应式界面设计，不代表已经上线的协作服务。媒体转码、文件存储、权限审计和负载测试属于后续工程阶段。
周期说明：案例未公开准确开发周期时，不以估算数字代替真实记录；页面仅展示已确认的交付阶段。