四件不会拿来交换的事
它们决定了每一个功能取舍，包括那些我们说「不做」的。
真实数据
真人和机器人分列，AI 爬虫单独一本台账。当一个数字是估算——比如无 Cookie 下的独立访客——产品会明说，而不是装作精确。
尊重隐私
统计脚本不设 Cookie，原始 IP 从不进数据库。客服只在访客开口之后写一个会话令牌。合规是一项设置，不是一条横幅。
简单好用
一行代码，一分钟内看到第一批数字，报表直接回答问题而不是摆出四十个筛选器。如果一个功能需要培训才能用，说明我们还没做完。
统计 + 分析 + 客服一体
同一套访客模型驱动浏览量、留存矩阵和客服收件箱。你不需要从一个工具导出再导入另一个，点过去就行。
我们怎么决定做什么
几乎每次设计讨论都会冒出来的六条规则。
- 1
先回答问题，再给图表
每张报表从一句开会时会说的话开始——「注册少了 18%，因为结账变慢了」——图表只是证明它。
- 2
诚实计数，哪怕数字更难看
过滤机器人通常会让总数变小。我们默认显示小的那个，需要时再切到「全部流量」。
- 3
让更隐私的选项成为更省事的选项
无 Cookie 是默认值。识别模式、更长保留期和档案字段都要主动开启，后果在合规中心写清楚。
- 4
网页、App、小程序一套模型
读完博客后装了你 App 的人，是同一个人。7 端 SDK 上报到同一个事件库，用同一套身份规则。
- 5
模板优先于空白页
10 个行业模板直接装好该行业真正在看的指标、看板和漏斗，第一张有用的报表在你写埋点方案之前就存在。
- 6
公开地发布
每次变更都带日期进公开更新日志。出了回归也写进去。
可以在产品里核对的事实
没有客户数，没有融资额，只有产品围绕着构建的几个数。
数字随产品演进维护；当前值以控制台与文档为准。
产品的几个阶段
按能力实际上线的顺序写，不是融资故事。
第一阶段
一个会过滤机器人的网站计数器
TapCub 最初只是一个朴素的网站统计，只有一个执念：在数字进看板之前先把真人和爬虫分开。实时、来源、页面和五层机器人过滤最早上线。
第二阶段
同一段代码里的在线客服
不再加第二段脚本，客服直接从统计代码加载，读取同一份访问上下文。收件箱、坐席角色、主动邀请、双向翻译和 AI 回复陆续到位，每一项都单独过了一遍隐私评审。
第三阶段
两个产品，两套订阅
统计与客服拆成各自独立、各有免费版的套餐：博客不必为坐席付费，店铺也不必为从不打开的漏斗付费。
第四阶段
行为分析与 7 端 SDK
身份规则、事件库、漏斗、留存、路径和热力图一起上线，同时发布 iOS、Android、鸿蒙、Flutter、React Native、uni-app 和小程序 SDK。AI 埋点收件箱开始给未规划的事件起名。
第五阶段
投放归因与行业模板
接入 14 个广告平台的点击 ID，首触 / 末触归因，对照导入花费的渠道 ROI，以及 10 个可一键安装、按行业配好指标与看板的模板。
第六阶段
合规中心、收银台与文档站
无 Cookie 预设、同意与删除流程、Stripe / PayPal / 支付宝 / 微信支付收银台、多因素登录和双语文档站——一个团队把生产流量交给一个工具之前需要的那些东西。
现在
这个网站，以及下一条更新日志
你正在看的这个站按产品同样的诚实规则重做：示例数据带角标，对比按类别写，更新日志公开。
一支远程的小团队，和几条写下来的习惯
三个做法，解释了产品为什么是现在这个样子。
远程，跨时区
我们分布在几个城市，每天重叠几个小时。决定都写下来，这样不需要有人熬夜才能解开别人的卡点——客户之后也能读到当时的理由。
文档优先
一个功能先是一页文档，然后才是代码：它衡量什么、怎么定义、在隐私上付出什么。文档站和术语表就是这些文档整理后的样子。
公开更新日志
每次发布都有日期和大白话的说明，包括修复和偶尔的回归。想知道我们还在不在持续发布，看那一页比约一次销售电话更快。
找我们聊聊、一起做，或者只是先关注
每一条消息我们都会读。销售、安全和合作的问题，都会到能回答它的人手里。
更习惯写邮件？ [email protected]