用别人的方法,补我们自己的窟窿

前面那份《怎么把这个产品做出来》里,我列出了十三件"我们没想到或没做"的事。这一份不一样——这一份是真的动手做:挑四件最要紧的,用别人的方法,把我们自己的答案写出来。

用的都是你下载到本地的那几份官方原文,不是我凭印象说的。

第一件:给我们的产品写一份设计原则

方法来自 《设计体系》官方第 2 章(你下载了整章)。它给的是四步:①从产品的目的出发 → ②找团队里的共同主题 → ③写给同事看,不是写品牌手册 → ④放进日常评审里不断修正。
它还先否定了一类写法:"简单、有用、愉悦"这种话到处都是,等于没说。它的原话是:"我还没见过哪个消费产品把'复杂、没用、难用'写进自己的原则里。"

我照这四步做了一遍。第一步是找目的——我们产品的目的,一句话:"让认真做产品的团队拿到钱,让买家不用再赌空气币。"

第二步是找共同主题。我没去问人(团队就你和我),而是反过来看我们做过的决定,看这些决定背后有没有同一种偏好。翻了一遍,确实有:

把这些放在一起看,它们其实是同一件事的不同侧面。我把它们总结成五条原则。第三步的"写给同事看"我理解成:每条都要能用一句话说清,并且配一个我们产品里的真实例子——否则就是空话。

一、数字是主角,装饰是配角
界面上最亮的那束光,只留给"这个数据是真的"这件事。别的都安静。
例:全站只有一个发光按钮(Launch)。徽章要表示"更稀有"时,是加描边层数,不是换更亮的颜色。渐变只给数据,不给容器。
二、宁可说"没有",也不显示一个会让人误会的数
没数据就写没数据。显示 0 和显示"暂无",用户的理解是反的。
例:没建池时价格显示"—(待接入)",绝不显示 0。里程碑数据源断了,显示"最后已知值 + 更新时间",不显示 0。
三、每一个"这是真的"都要有出处和时间
可信度不能靠形容词,要靠能点开、能对时间的东西。
例:连接状态每行写"证于 10-01"并可点开看链上记录。徽章悬停给出人话解释。验证页写明"原始数据不上传"。
四、不学就能用
访客不连钱包就能把主要页面看完;每个按钮都能一句话说清点了会发生什么。
例:首页、项目页、验证页对访客开放。按钮文案永远写动作("连接钱包"而不是"继续")。不认识的词一律 hover 解释。
五、能少一步就少一步
用户多做的每一步,都是流失的机会。
例:发币向导第②步(连数据源)和第⑥步(验证)都可以整步跳过。买入面板给 $25 / $100 / $500 三个快捷金额。

这五条里最有用的是:它们能裁架。比如"能少一步"和"宁可说没有"打架的时候(把提示藏起来能少一步,但用户会误会),按顺序,第二条优先。所以这五条是有先后的:越靠前越硬。

第四步——"放进日常评审里不断修正"——我们还没到那一步。等开始改界面了,每次评审拿这五条对一遍,不对就改。

第二件:用 Lean UX 画布,把我们到底在赌什么写清楚

方法来自 Lean UX 官方画布(一页纸,你下载了)。它只有八个格子,第八格里还有一句填空句式——填完,你的"想法"就变成了"可以验证的猜测"。

我按它的八个格子,把我们的产品填了一遍。填的过程挺有意思,有些地方我第一次填不下去。

①
业务上遇到什么问题
认真做产品的 App 团队拿不到早期资金——因为他们不会讲故事,只会做产品。买家被空气币坑过几次之后,对所有项目都默认怀疑,好项目也被连累。
②
有哪些想法
让项目方用密码学证明把自己的真实经营数据拿出来(收入、用户数、代码活跃度),直接摆在买家面前;钱不一次性给,按里程碑一段段放。
③
业务结果(用户行为会怎么变)
买家在完全没听过这个项目的情况下愿意出价;项目方主动把自己的真实数据接上来——因为他发现接上之后更容易募到钱。
④
先关注谁
被空气币坑过的普通买家(不是专业交易员);已经有一批真实用户、但不会讲故事的 App 团队。
⑤
用户想得到什么
买家:我不想再赌了,我想有据可依。
项目方:我好好做产品,终于能被看见。
⑥
假设(填句式)
见下方三条。
⑦
最该先学会的是什么
买家到底看不看得懂、在不在乎这些证明。如果不在乎,我们整套差异化就白做了。
⑧
学会它,最少要做多少活
不写代码。做两张假的项目页:左边"有证明",右边"没证明",找 5 个人问"你更愿意买哪个、为什么"。一天能做完。

它给的假设句式是:「我们相信,如果〔谁〕通过〔什么功能〕得到了〔什么好处〕,那么〔什么业务结果〕就会发生。」 我按这个句式把想法改写成三条:

假设 1:我们相信,如果被空气币坑过的买家能在项目页一眼看到项目方被证明过的收入数据,那么他在没听过这个项目的情况下也会更愿意出价。
假设 2:我们相信,如果有真实用户的 App 团队能把App Store 和 GitHub 的连接摆出来,那么他更容易募到钱,因此更愿意来我们这发币。
假设 3:我们相信,如果买家的钱是按里程碑一段段放的,那么他对"项目方拿钱跑路"的担心会明显下降,出价意愿上升。

第七条和第八条是这张画布最狠的地方。它要求你从所有假设里挑出最危险的那一条——就是"如果它是错的,整个想法就完蛋"的那条。我们的是假设 1。 因为假设 2、3 都建立在"买家在乎证明"这个前提上;前提不成立,后面全塌。

所以按这张画布,我们下一步不该是继续补文档,而是花一天做那两张假页面,找 5 个人问。这件事我在第五件里写了具体怎么做。

第三件:把 47 条需求按"人走的路"重排

方法来自 《用户故事地图》(作者原文你下载了)。它的精髓一句话:从左到右讲故事(人怎么走),从上到下拆细节(每一步要做哪些事)。 卡片用动词短语,不用名词。

为什么要重排?因为我们现在的 47 条需求是按模块编的号(R-01 到 R-14 基本对应项目页从上往下),按这个顺序开发,会出现"前面十几个模块做完了,产品还是不能发币也不能买"。

我按"用户走的路"横着排了一遍。灰底的是先不做的,绿底的是第一段要做的:

他走到哪一步 这一步要做的事(需求编号)
① 听说 / 进来 R-44 落地页主视觉R-45 三步说明R-43 落地页导航R-47 落地页页脚 R-01 顶部导航R-14 页脚
先做的是 R-01:不管从哪进来,导航得能用。
② 找项目 R-15 顶部横幅R-16 热门条R-17 验证榜R-18 筛选条 R-19 项目列表R-20 分页
第一段只要 R-19:刚发的项目能出现在列表里就行。榜单、横幅、筛选都可以晚点做。
③ 看懂它靠不靠谱 R-04 项目头R-03 连接状态R-05 业务指标与走势R-06 里程碑追踪 R-07 季度报告R-08 代币用途R-09 对比R-02 锚点导航R-13 大户榜
第一段是 R-04 + R-03:这是我们整套差异化的门面,必须有。但连接状态第一版可以先只做"已连/未连"两态。
④ 发币(项目方) R-21 简化导航R-22 步骤条R-23 填资料R-24 连数据源 R-25 发售方式R-26 收入分账R-27 里程碑设置R-28 验证 R-29 核对发币R-30 辅助栏
这一列最长(10 条),也最重。先做的版本里,R-24、R-27、R-28 三步整步跳过——这正好是还没拍板的那几块。
⑤ 掏钱买 R-10 价格与 K 线R-11 买入卖出R-12 发售进度
第一段只做"曲线"这一种发售方式;拍卖模式(含出价面板)放第二段——那块的规格还没补。
⑥ 拿住 / 领走 R-31 顶部导航R-32 空态与资产R-33 汇总条R-34 双视角切换R-35 我买的 R-36 我发的
第一段做"我买的"(买家视角);"我发的"(项目方视角,涉及放款和押金)等里程碑那块定了再动。
⑦ 持续被验证 R-38 面包屑与项目头R-39 验证结论头R-40 拖放复核R-41 逐项检查R-42 验证方激励 R-37 顶部导航
整列放第二段之后。它是"越来越可信"的部分,不是"能不能用"的部分。

排完之后有件事一眼就看出来了:最长的那一列是"发币"(10 条),最短的是"拿住"(6 条)。 而"发币"这一列里又有三条是还没定的事(连数据源、里程碑设置、验证)。这就解释了为什么我们老觉得"哪都差一点"——最重的那一段,正好是决策最少的那一段。

另外还有一个收获:第一段(绿色那些)总共 22 条,不到一半。做完这 22 条,一个陌生人就能从头走到尾了。剩下的 25 条都是"加厚"。

第四件:把"找人试"这件事,变成明天就能做的动作

方法来自 《点石成金》里讲可用性测试那一章,和 NN/g 的《可用性测试 101》(官方免费,你下载了)。核心就一句:找几个人来用,你在旁边看着,记下他们在哪卡住。

我按这两份材料,把它写成一个今天就能执行的动作。

找谁

五个人。三个圈内的(做过交易、或者自己发过币),两个完全不懂的(你家人、不做这行的朋友)。不要找同事——他们会照顾你的感受,会替你找补。

给他们什么任务

只说一句话,其他什么都不说:

"这是我们的网站,你想办法发一个币出来,然后把这个币买走。"

就这一句。不要解释、不要指路、不要在他卡住的时候说"你点那里"。 这一点最难,也最重要——因为生活中会来的人不会有人在旁边教他。

你看什么(这四样,记在纸上)

  1. 他在哪停下来了。 停超过 10 秒的地方,记下来;那是界面没说清。
  2. 他嘴上说了什么。 尤其"这是什么意思?""这个要填吗?""然后呢?"——这些原话比任何设计评审都有用。
  3. 他皱眉头、往回退、刷新页面的地方。
  4. 他放弃了哪一步。 如果两个人都卡在同一步,那一步就是必须先改的。

什么时候做、做完怎么用

现在就可以做,不用等产品做完——越早做越省钱。做完以后,把大家卡住的步骤排个序,从最靠前的那一步开始改。改完再找两个人试一遍。

《点石成金》里还有一句话我要转给你:不要在测试里争论对错。 测试的目的不是评谁对,是看哪里卡住。所以你在旁边只需要做一件事——闭嘴,记录。

这一份里,四件事我都只做到"能开始动手"的程度。真正做完需要你参与,尤其是这两件:

  1. 那五条设计原则——你看着改。哪条不对、哪条要加,你说了算。
  2. 那条最危险的假设(假设 1)——如果你同意它是最该先验证的,那我们的下一步就是"做两张假页面 + 找五个人",一天的事,不用等开发。要不要做,你定。

另外第三件(按人走的路重排)我建议直接改名:把《需求台账》的顺序从"按模块"改成"按人走的路"。这样以后你说"先做哪一段",一眼就能指出来,不用再问我。