易嘉辰 · JACK YI
01 — 11
← → 键翻页
JIACHENJACKYI.COM

聚合,就是这一代人
要完成的科学工程。

—— 苏昊 · 复旦大学通用物理智能研究院院长 · 2026 世界人工智能大会

我是易嘉辰 Jack,现任锐明技术(Streamax)产品市场工程师(P1)。在 AI 浪潮之下,我相信“「聚合」的实践者”是这个角色的新使命。这个网站,是我过去一年的工作答卷。

产品与市场的聚合 碳基与硅基的聚合 AI 与工作流的聚合
Scroll
CONTENTS

目录

申请职级 P3 · 按答辩框架,走一遍这一年

↓ 继续滚动
目录 · Contents

申请职级:P3

产品市场序列 · 产品市场一部 · 易嘉辰 Jack。本站章节与锐明《任职答辩内容框架》一一对应——四个部分,十四个章节;点击任一条目直达,右侧浮窗随时显示当前章节对应的 PPT 部分。

PART 01 · 自我申请说明

三重聚合

产品与市场 · 碳基与硅基 · AI 与工作流——一种工作标准

↓ 继续滚动
我的工作
聚合这件事,是需要人来当介质的。
模型不会自己走过来跟产业握手。技术不会自己走进货车的驾驶室。
中国的供应链,也不会自己走到海外的车队老板面前。
这中间,永远需要有人去架起那座桥。—— 易嘉辰,2026.8.21 锐明技术 · 香港高校校招分享
产品与市场2026
→ eSIM × SMB × Stripe × Sentinel
eSIM 商业化海外供应与流量包全链路,从 0 到 1
SMB 市场调研两份报告 + FleetSpring 营销试验
Stripe × FT Cloud从伪 SaaS 走向真正的 SaaS
Sentinel 营销阵地streamax-sentinel.com 海外获客
4 Projects · Est. 2026
Commercialization
碳基与硅基JERRY GPT
→ Jerry GPT
总监经验蒸馏专家知识 × 锐明知识库
周使用 80+ 次团队日常「第一求助对象」
官方推荐海外销售培训指定工具
独立站内置子页附件阅读 · 联网检索 · 文档生成
Org-level Asset · 80+ Weekly
Human × Silicon
AI 与工作流TOOLKIT
→ SalesToolkit · PM Workstation
BD 工作流标准化SOP · 模板 · 话术 · 讲稿
北美 · 欧洲战区在用新人第一天上手
Claude Code × CodexAI 构建,迭代到独立站 v8.11.4
PM Workstation 自建调研台SMB 市场泛信息 AI 调研
Daily Use · 2 Regions · v8.11.4
AI Workflow
PART 02 · 核心案例举证

案例一 · eSIM

四站,把 eSIM 从客户痛点推到 PoC

↓ 继续滚动
Case 01 · eSIM · 1/2本案例01 四站路径与物料02 供应商引进 SOP

四站,把 eSIM
从客户痛点推到 PoC。

非车规级物理 SIM 在车载环境里会熔化、氧化、松动,客户还被单一运营商绑定。我没有直接去找供应商,而是先把客户到底在为什么付钱算清楚——然后沿着一条路径,把 eSIM 从需求推到真车 PoC。2025.09 启动 · 2026.06 签约 点击任一站点查看细节。

01

客户需求调研

2025.09 启动 · RESEARCH
  • 物理 SIM 重新封装的成本
  • 跨境漫游费用
  • 弱信号与触点松动断网
02

与 Webbing 谈判

ISRAEL · 2026.06 签约
  • 10+ 次技术评审与咨询会
  • 两次接待对方 CEO / VP
  • 更优服务与更优价格
03

FT Cloud 自有 eSIM 服务

PRODUCT
  • 激活 / 暂停 / 停用
  • 流量监控与分析 · 流量包选择
  • Pay-as-you-go · 流量池套餐
04

各战区 PoC 试点

LATAM · POC
  • 协同各销售区域产品工程师
  • 以拉美为主的真车试点
  • 一线反馈回灌产品与资费
Step 01 · 我做了什么

先弄清客户到底在为什么付钱

对北美、拉美、欧洲多个战区的客户做一对一访谈,把「换卡」这件小事拆成四类可量化的成本:物理 SIM 重新封装的人工与停机成本跨境漫游费弱信号导致的数据缺口触点松动引发的断网与返修。调研结论是:这些痛点跨大洲普遍存在,不是个别客户的抱怨——eSIM 值得做成一项标准服务,而不是定制方案。

2份海外合同 · 2026.06
6家意向客户
10+次 Webbing 技术评审会
2种自有资费模型
我的角色

这个项目无先例、无专职团队。我按阶段切换三重身份:前期当采购专员寻源并引进海外供应商,中期当产品工程师与云平台一起定义服务与资费,后期当市场专员协同各战区把它推向客户。

为什么这么走

顺序是刻意的:先用调研把需求量化,谈判时才有底气要价;先把自有服务形态定义清楚,供应商的能力才能被「翻译」成客户看得懂的功能;最后用真车 PoC 而非 PPT 来说服战区。

留下了什么

除了合同与意向客户,更长期的资产是一条公司此前没有的「技术评估 - 合同 - 供货 - 付款 - 维护」非大陆主体供应商引进全链路——后来 Stripe 的引进,直接复用了它。

Case 01 · eSIM · 2/2本案例01 四站路径与物料02 供应商引进 SOP

沉淀一条
公司此前没有的链路。

公司此前没有引进海外供应商的系统经验:合同用什么主体签、钱怎么付出去、谁来验收、出了问题找谁。我在 Webbing 项目里把每一步都走通、写清,沉淀成一条可复用的流程——后来 Stripe 的引进直接复用了它。

01
这条链路

「技术评估 - 合同 - 供货 - 付款 - 维护」
非大陆主体供应商引进全链路

核心沉淀 · 已复用 2 次 · 第 3 次在路上
STEP 01

技术评估

产品市场云平台 / 硬件

供应商能力与兼容性评审(eUICC 多运营商 profile、覆盖与切换逻辑、API);10+ 次技术会议;PoC 前置验证。

产出 评估报告 · 技术方案
STEP 02最难的一环

合同

法务采购

签约法人主体与税务归属最难界定——非大陆主体合同模板、法律适用与争议解决、数据与隐私条款、SLA 与价格逐项谈定。

产出 采购合同 · 服务合同(2026.06 签署)
STEP 03

供货

供应商云平台

eSIM profile 与流量资源交付、开通与测试;与 FT Cloud 对接(激活 / 暂停 / 停用、用量回传)。

产出 对接联调 · 验收记录
STEP 04

付款

财务

跨境付款路径、外汇与税务合规、付款节点与对账方式——为非大陆主体收款方打通公司内部的付款流程。

产出 付款流程 · 对账机制
STEP 05

维护

产品市场云平台

SLA 监控与问题升级路径;续约、资费与流量包调整;把一线与 PoC 反馈持续回灌给供应商。

产出 运维与升级机制
02
复用链

走通一次,之后每一次引进都是流程,不再是特例

Webbing · eSIM2026.06 · 首次走通 Stripe · 支付门户2026.07 · 直接复用 Token 算力供应商NEXT · 第三次复用
03
最难的一环 · 合同评审

把约 130 条批注,收敛成九个主题、一页诉求

以 Webbing 协议 V26 为例:逐条批注之后,我把意见按主题归并——期限与终止、定价与付款、激活与生命周期、合规与 KYC、责任与赔偿、SLA、数据保护、终端用户条款、其他法律条款——每个主题一页「现状 → 我们的诉求 → 优先级(删改 / 修订 / 澄清 / 已达成)」,最后收敛为「签约前必改」与「待澄清」两张清单。法务、财务与供应商三方得以在同一页纸上工作。

04
小结

为什么必须有它,难在哪,值在哪

为什么必须有这条链路没有它,每一次引进海外供应商都要重新问一遍「找谁、怎么签、怎么付」;有了它,海外供应商从「特例」变成「流程」。

最难的一环不是技术,是合同:用哪个法人主体签、税务归属落在哪一边——非大陆主体的合同归属与税务口径没有现成答案,需要法务与财务反复推敲;这也是后来 Stripe 项目花时间最多的地方。

复用价值Stripe 的引进按同一条链路走,评估与引进整体高效;接下来 Token 算力供应商的引进,也将是第三次复用。

PART 02 · 核心案例举证

案例二 · SMB

到一线去,把答案带回来——调研、两版报告与营销试验

↓ 继续滚动
Case 02 · SMB 调研 · 1/2本案例01 调研与两版报告02 营销试验 FleetSpring

到一线去,
把答案带回来。

大客户增长趋缓,中小微车队(SMB)是不是锐明的下一个客群?这个问题没有现成数据,也没有人能拍板。我用三种方式各自求证、交叉验证,产出两份报告——然后把结论变成一次真实的市场试验(下一页)。

01

展会访谈 · 驻美调研

2026 年 3–5 月驻美,走完 TMC、MATS、ACT Expo 三大行业展会。不做问卷式调研,而是与 SMB 企业的老板、中高层、司机一对一访谈——老板讲预算与回本,调度讲流程,司机讲抵触。三层视角放在一起,痛点才完整。

02

AI 泛信息调研

自建 Project Manager Workstation,对 FMCSA / ATA 等公开数据与行业报道做泛信息收集,用「自上而下 + 自下而上」双轨测算市场规模,并以三维度框架(规模、业务范围、技术与运营能力)界定谁才是真正的 SMB——与一线访谈相互印证。

03

本土补充验证

回深圳后继续「上山下乡」:访谈货拉拉司机、Ole 仓储管理员等物流与货主对象,检验「小车队为什么不买安全设备」的假设在不同市场是否成立。

阶段一 · 2026.04 · 驻美期间

值不值得进?

问题SMB 市场是不是锐明的真实机会
方法FMCSA / Berg Insight / ATA 数据 + 三巨头财报拆解 + 车队访谈
结论市场有结构性空白,值得进 ✓(已标注边界:未做需求方实地调研,单位经济待验证)
阶段二 · 2026.06 · 回国之后

用什么产品进?

问题能不能跑通?用什么产品进
方法货拉拉跟车实测 + Ole / 中外运门店走访 + G7 易流 41 篇案例 AI 调研
结论市场仍值得进 ✓,但不是 AI Dashcam——AI 价值在 SMB 场景无法被使用,硬件退化为「事故证据机」
转向 · 思考与行动

改用 Sentinel 切入

假设家用监控摄像头能卖,个人第二大财产(车辆)保全的摄像头也能卖
痛点货物 / 油料丢失 · 停车被剐被撞 · 远程取证难
行动与上级多轮讨论后,先用一个伪网站做营销试验,让市场投票 → 下一页
我的角色

「市场调研员 + 小老板」双重身份——以调研员身份深入一线收集事实,以经营者视角反问:如果这是我的生意,我会不会为 SMB 立项?

最重要的发现

SMB 的采购决策人就是老板本人:价格敏感、要即买即用、不想养 IT;对「驾驶安全监控」的付费意愿和管理半径都有限——他们担心的是停着的车被偷、货被盗、出了事故说不清。

从报告到行动

两版报告完成了从「市场判断」到「产品判断」的下沉:值得进,但不是 AI Dashcam。方向需要市场来回答——我与上级经过多轮讨论与争取,决定不再只停留在研究,直接做一次低成本的营销试验,让市场用行为投票(下一页)。

Case 02 · SMB 调研 · 2/2本案例01 调研与两版报告02 营销试验 FleetSpring

做一个「伪网站」,
让市场自己投票。

调研之后、立项之前,我搭建了独立品牌 FleetSpring 的 SMB 车队安全站——六个行业、六个预置安全包、可见定价、ROI 计算器——把产品放到真实流量面前,观察 SMB 对什么买账、对什么无感。

fleetspring.net
访问 FLEETSPRING.NET ↗ 全屏浏览本站 ↗ 6 行业 × 6 安全包可见定价ROI 计算器

上方为试验站点的完整内嵌(可点击浏览各行业安全包、计算器与询盘页)。品牌刻意独立于锐明,用 SMB 老板听得懂的语言说话。

市场反馈 · 一

Dashcam 对 SMB 不是好的切入点

以驾驶安全 / dashcam 为核心卖点的安全包,没能引发 SMB 老板的购买兴趣——他们不认为自己的司机需要被「监控」,也不愿为此付月费。

市场反馈 · 二

Sentinel 式的「守护」更可能成立

围绕停车守卫、防盗取证、货物安全的价值点明显更能触动 SMB——车停着的时候才是他们真正焦虑的时刻。这正是哨兵 Sentinel 的定位。

由此决定

把 Sentinel 推到前台

试验印证了调研判断:进入 SMB 市场应以更细分、非驾驶安全定位的产品切入。于是有了下一页——为 Sentinel 专门搭建的海外营销阵地。

PART 02 · 核心案例举证

案例三 Sentinel 营销阵地

从调研结论,到营销阵地

↓ 继续滚动
Case 03 · Sentinel 营销阵地 · 承接案例二结论

从调研结论,
到营销阵地。

调研指出的方向,我把它做成了可访问的现实。

streamax-sentinel.com
访问 STREAMAX-SENTINEL.COM ↗ 全屏浏览本页 ↗ 400 mW90 天待机0.02 LUX

上方为完整营销页的内嵌版(含 3D 与视频,可直接滚动交互)——把「Always-on · 停车守卫」的产品语言,翻译成 SMB 客户听得懂的语言。

我做了什么

从 SMB 调研与 FleetSpring 试验的结论出发,为哨兵 Sentinel(Always-on 停车守卫摄像机)搭建独立海外营销站:规划 Challenge → Answer → Features → Intent AI → Alerts → IoT → Cases → Docs 的信息架构,撰写全部英文文案,整合 3D 模型、视频、夜视对比等素材,并设置演示预约与询盘入口。

为什么这么做

SMB 的买家要的是「看得懂、算得清、买得到」。所以这个站不讲参数堆砌,而讲「发动机熄火后车还被守着」——把 400 mW 功耗、90 天待机、0.02 lux 夜视翻译成他们关心的场景语言。

带来什么

它把调研结论变成了一个可访问、可转发、可承接询盘的真实阵地,也成了战区销售面向 SMB 客户的统一说辞来源——产品语言与市场语言,在这里完成了聚合。

PART 02 · 核心案例举证

案例四 · Stripe

做真正的 SaaS

↓ 继续滚动
Case 04 · Stripe × FT Cloud

做真正的 SaaS。

FT Cloud 曾以「伪 SaaS」方式运行:邮件下单、人工开票、表格台账。我引入 Stripe,让订阅收费自动化、可规模化——高频订阅业务从此有了地基。2026.04 启动 · 2026.07 签约 点击任一节点查看细节。

invoice.stripe.com
Stripe hosted invoice 支付门户(Streamax 品牌示意)
Stripe hosted invoice 支付门户(品牌示意):客户自助支付 FT Cloud / eSIM 订阅账单,卡或银行转账,自动对账。
checkout.stripe.com
Stripe Checkout 结账页(Streamax 品牌示意)
Stripe Checkout 结账页(品牌示意):订阅下单、自动续费、多币种与税费计算——替代邮件下单与人工 proforma invoice。
01

技术评估

2026.04 启动
  • 订阅 / 计量计费 · 多币种 · 税务
  • Invoice · Customer Portal · Webhook
  • 对比人工开票流程
02

合同

2026.07 签署
  • 合同归属 × 税务归属难题
  • 与财务多轮协商
  • 新加坡试点 · 铺设全战区
03

供货 · 铺设

Q3
  • 锐明新加坡 = 收费主体
  • 荷兰 / 美国子收费账户
  • 全战区收费网络成型
04

付款

自动化
  • 客户自助订阅与付款
  • 自动续费与催收
  • 对账自动化
05

维护

2026.12 起
  • 云平台上新含 Stripe 整合
  • eSIM / Token 订阅复用管道
  • 合规与费率持续更新
Step 01 · 技术评估

先把「真 SaaS」需要的收费能力列清楚

对照 FT Cloud 的业务形态逐项评估 Stripe:订阅与按量计费能否覆盖 eSIM 流量包这类高频小额订阅、多币种与税务处理能否支撑北美 / 拉美 / 欧洲三大战区、Invoice 与 Customer Portal 能否替代人工 proforma invoice、Webhook 能否把开通 / 暂停 / 停用打通到云平台。结论是能力完全匹配——难点不在技术,在跨境合规。

2026.07软件服务合同签署
3大战区收费网络
12 月云平台上新 · Stripe 整合
2次复用 SOP(eSIM → Stripe)
我做了什么

评估并引进美国代扣代缴上市公司 Stripe;针对各大战区合同归属与税务归属的难题,与财务团队展开多轮讨论协商,最终确立「以新加坡为试点、铺设全战区」的推进思路;2026 年 7 月协助完成软件服务合同签署,并推动云平台 12 月上新含 Stripe 整合的收费方案。

为什么这么做

FT Cloud 过去靠邮件下单、人工开票、表格台账——管理靠一个人、续费靠提醒、坏账靠运气。引入 eSIM 这类高频小额订阅后,纯人工模式根本无法规模化。先把收费管道做成真正的 SaaS,其他订阅业务才有地基。

带来什么

这是 eSIM 供应商引进全链路的第一次复用:「技术评估 - 合同 - 供货 - 付款 - 维护」的方法论让 Stripe 的引进整体高效;全战区收费网络成型后,eSIM 流量包、Token 算力等高频订阅都有了同一条收费管道。

PART 03 · AI 技能 & 团队贡献

AI 案例一 · SalesToolkit

新人第一天,就拿到老兵的作战手册

↓ 继续滚动
Part 03 · AI 案例一 · SalesToolkit

新人第一天,
就拿到老兵的作战手册。

前线 BD 动作高度依赖个人经验。我用 AI 把最佳实践沉淀成人人可用的标准化工具。

streamax-salestoolkit.com
访问 STREAMAX-SALESTOOLKIT.COM ↗ 全屏浏览本页 ↗ CLAUDE CODECODEX

上方为 SalesToolkit 独立站(v8.11.4)最新版的 1:1 内嵌——可直接切换模块、切换语言、点开 Jerry GPT;线上版需 Streamax 邮箱认证。

我做了什么

用 Claude Code 与 Codex 从零构建 SalesToolkit,并持续迭代到今天的独立网站(v8.11.4):Streamaxpedia 产品百科、Prospecting Flow 销售流程、Discovery Meeting 问题清单、Presentation 讲稿、Value Calculator(TCO / IFTA)、Drip Mailer 冷邮件工具、Marketing Resources、Sales Configurator 与 Jerry GPT——多语言、登录、账户体系一应俱全。

为什么这么做

前线 BD 动作高度依赖个人经验,新人上手慢、线索转化参差不齐。与其一遍遍口头带教,不如把最佳实践沉淀成人人可用的标准件——让新人第一天就拿到「老兵」的作战手册,让老兵的经验不随人走。

带来什么

北美的 Oswaldo Flores、Mia Li,欧洲战区的 Eric Wu 等新人日常使用,BD / AM 动作从「各自摸索」变为「按标准执行」。这是「AI 与工作流的聚合」最直接的实证:AI 不是演示样板,而是每天在用的生产力。

PART 03 · AI 技能 & 团队贡献

AI 案例二 · Jerry GPT

把总监的经验,蒸馏成组织资产

↓ 继续滚动
Part 03 · AI 案例二 · Jerry GPT

把总监的经验,
蒸馏成组织资产。

货运产品市场总监 Jerry 的经验,过去只存在于他的大脑里——团队咨询要排队,知识难以复用。

streamax-salestoolkit.com/jerry
打开真实版 JERRY GPT ↗ 全屏浏览本页 ↗ 周使用 80+ 次7×24官方推荐

上方为 Jerry GPT 独立站真实页面(v8.11.4)的 1:1 内嵌——界面、设置、历史侧栏均为原版,后端以预置演示问答替代;真实版需 Streamax 邮箱认证。

我做了什么

把货运产品市场总监 Jerry 的部分经验蒸馏进模型,深度结合锐明知识库,打造 Jerry GPT——覆盖产品定位、竞品对比、异议处理、方案话术与 Solution Selling 方法论;现已是 SalesToolkit 独立站的内置页面,支持附件阅读、联网检索、文档生成与多模型切换,并依据一线提问持续补充语料。

为什么这么做

专家的经验只存在于他的大脑里:团队咨询要排队,知识无法复用,人一忙答案就断。把「问 Jerry」变成 7×24 的组织能力,是「碳基与硅基的聚合」——不是替代专家,而是让专家的判断力可以被并发调用。

带来什么

周使用频率超过 80 次,成为团队日常的「第一求助对象」;海外营销副总 Alan 在海外销售培训上官方推荐使用。它已从一个个人工具,升级为组织级的知识资产。

PART 04 · 成长规划 · 下一阶段目标

Token Economy

我的下一步:让算力,成为下一种流量——中国词元出海

↓ 继续滚动
Next · 下一阶段目标 · Token Economy

我的下一步:
让算力,成为下一种流量。

eSIM 是我跑通的第一门「流量包」生意,Stripe 铺好了收费的管道。下一步,我想把同一套打法用到算力上——把中国模型的词元包装进 FT Cloud,卖「懂行业的算力」。这是我在 2026 年 6 月内部战略对齐会上提出的《中国词元(Token)出海》,也是我从产品市场工程师走向「商业模式设计者」的路。

01
机会 · 为什么是现在

10–50× 的词元价差,而且需求已经成立

  • 每百万输出词元:DeepSeek $0.42 vs Claude $25
  • 海外调用中国模型的份额一年内 <2% → 45%+(OpenRouter)
  • 中国模型约占全球开放模型下载量 ≈30%
02
打法 · 不做二道贩子

把算力包装进 FT Cloud,卖「懂行业的算力」

  • 自带行业信息——含脱敏版 Jerry GPT,开箱即懂业务
  • 自带 FT Cloud 数据——数据在哪里,黏性就在哪里
  • Skill 预置行业工作流——稳定、可控、按量计费
03
路径 · 接下来三件事

先跑通一个 FT Cloud × LLM 最小 Demo

  • 深化数据呈现——FT Cloud 解构并智能化
  • API 聚合——一个 API 调动 DeepSeek / 豆包 / 千问(或 Claude / OpenAI)
  • 锁定算力来源与合规口径——供应商引进走 SOP 的第三次复用
下一阶段 · 路线 eSIM · Stripe 全战区铺设FT Cloud × LLM 最小 Demo首批试点 TSP算力供应商引进 · SOP 第三次复用

「当用户习惯了 FT Cloud Agent,对便宜算力的需求,就会像对便宜流量的需求一样,植入工作流——不被感知、难以离开、按量计费。」

中国词元出海 · 流量之于互联网,Token 之于智能
战略汇报 · 1:1 内嵌《中国词元(Token)出海》· 内部战略对齐会 · 2026.06 · 15 页← → 翻页 · 点击放大
《中国词元出海》· 第 1 页
01 / 15
第 1 页 第 2 页 第 3 页 第 4 页 第 5 页 第 6 页 第 7 页 第 8 页 第 9 页 第 10 页 第 11 页 第 12 页 第 13 页 第 14 页 第 15 页
Part 04 · 综合自评

诚实自评,
是成长的起点。

按答辩框架的五个维度自评:加权 4.05 分,位于「胜任」区间(3.5–4.5)。不足与改善计划一并列出——恳请评委结合前面的案例举证综合评定。

五维度综合自评 · 最终得分 ≥3 通过:3–3.5 初级 · 3.5–4.5 胜任 · 4.5–5 资深
评分维度权重自评分(1–5)简要说明
高绩效产出40%4.0eSIM、Stripe 落地签约;SMB 形成调研结论
岗位履职职责20%4.0横跨采购 / 产品 / 市场三种角色全流程履职
能力素质20%4.0跨部门协调、从 0 到 1 创新、持续学习有实证
知识技能(含 AI)10%4.5Claude Code / Codex 深度应用并产品化
团队贡献10%4.0Jerry GPT 周 80+ 次;赋能海外营销新人
加权自评4.05胜任区间 · 3.5–4.5恳请评委结合案例举证综合评定
最需改善的 1–2 点
  1. 跨境财税 / 法务专业深度不足,尚依赖职能部门专家
  2. SMB 调研结论有待多市场验证
改善行动计划
  • Q4 系统学习跨境结算与税务合规
  • 完成 SMB 调研报告并推动立项评审
  • 沉淀 SalesToolkit 为团队标准工具
下一阶段目标
  • eSIM · Stripe 全战区铺设
  • 牵引「中国词元出海」战略落地——把算力做成 FT Cloud 行业产品(见上一章)
致谢 · CONTACT

致谢

把下一次聚合,做给世界看

↓ 继续滚动
Contact

把下一次聚合,
做给世界看。

从产品市场工程师,到商业模式设计者——这些站点,是我聚合工作的现在进行时。

© 2026 易嘉辰 Jack Yi · 深圳 JIACHENJACKYI.COM · 聚合的实践者