Blog.XDite.net

Button与 Dialog

• 可以透过 Slack 的 Message Builder 去组回传 JSON （一般讯息与按钮）https://api.slack.com/docs/messages/builder
• Slack 开发一套互动框架，按钮与选单也都只是 JSON
• 回传空值，不要回传JSON。两边互相传命令。

架构

Dialog 与 Button 都是让 slack 丢 post 到指定的 Request URL 去解析

但要注意本机开发，没有外部 URL，可以考虑改用 ngrok 这套把外部端口流量转传到内部。
打进来是一陀 JSON。

所以基本上我会先处理过一遍，直接变成 Ruby Hash

这里比较要处理注意的是两个部分

• callback_id
• trigger_id

我通常会拿 callback_id 去记现在是做什么动作，以及处理哪个物件。比如 edit_post-14。这样好知道我在处理哪一个动做。

trigger_id 就是刚刚哪个动作串。

写法示范：

实验 code 很脏请见谅哈

配上实际图就会看的比较明白

总结

使用者透过 slack 送指令去 server => 服务器发送对应的指令回来（对话窗或按钮）=> 使用者选择命令再次发送
这一套框架就是互相打乒乓球。

比较的困难在于一个收 request 的那个 controller 要做好架构，方便 dispatch 要做的事。否则一个 controller 会写到几千行去。这部分比较头大。

剩下的看文件就可以。

个人感想就是 debug 时很多坑，但是一旦搞懂架构后，把第一个CRUD 搞起来就快很多了。

Slash Commands

先说命令列。

Slash Commands 就是指定一个 endpoint 端点，然后你对他发送命令。

后面可以查天气啥之类的单纯简单应用。

• 可以用 https://github.com/slack-ruby/slack-ruby-client 这类的 client 去接。
• 详细文档在这：https://api.slack.com/slash-commands

以下解说架构

• command 是 /weather
• text 会带参数，可以对这一段做 regex 做处理
• token 是 bot 的 token
• trigger_id 可以想像是对话串 ID。如果你要针对这个指令到时候有所反应动作，可以吃 trigger_id 回应。后面我在 Dialog 那边会多说些

回传有特定格式

• 比如说回传讯息

• 也可以回传 Dialog

• 或者回传按钮

综合应用

所以基本上通常会做的是用 Slash Command + Button + Dialog 去在 Slack 上做 CRUD。下面会讲怎么做 Button 与 Dialog

这篇主要来写如何在 Slack 上开发应用。

主要架构

• Slack 主要是透过 OAuth 架构授权，拿到授权后 Token 去做事。
• 做事分两种，拿使用者的 Token 去做。另一种是 Bot 去做。
• 所以可以拿权限时，设定也取得自动开一支 Bot 去做事。
• slack 传回去的 uid 会是 UXXXXXX-TXXXXXX。前者是使用者代号，后者是团队代号

如何设定开 Bot 权限

步骤 1: 打开 Bot

先去开一支 Bot

步骤 2: 设定 Scope

• scope 里面多要一个 bot

如何代替使用者说话

• scope 用　chat:write:user

比较值得注意的是 bot 能够直接在 #channel 里面发言。但是如果要跟一般使用者 dm

思维比较绕：

• 首先要用 im.open 打开一个对话（也是频道概念），拿到频道 ID，频道 ID 是 DXXXXXX。
• 然后用 chat.postMessage 传话。

如何互动式对话

主要互动式对话有几种：

1. 用 command /slash 这样互动

2. 用 Button 互动

3. 用对话框互动 Dialogs

架构详解

要打开以上功能，请去打开 App 这两样功能 Slash Commands 与 Interative Coponents

整理一下之前的 Slack 整合笔记。接 Slack 还是有挺多坑的。这篇主要写登入整合。

整合 slack 主要靠三个 gem devise，omniauth，omniauth-slack。

安装 devise

• bundle install devise
• rails g devise:install
• rails g devise user
• rails g devise:views

把 devise 先跑起来，然后 view 也下载下来

安装 omniauth

• bundle install omniauth
• user model 挂上 omniauthable

安装 omniauth-slack

• bundle install omniauh-slack
• 先去 https://api.slack.com/apps 申请 API KEY。里面只有两个会用到：
  • Client ID
  • Client Secret

• 设定权限。记得要特别设 identity.email 才拿得到 email

  config.omniauth :slack, ENV['SLACK_APP_ID'], ENV['SLACK_APP_SECRET'], scope: 'identity.basic,identity.email,identity.team'   # 用 identity.email 能拿到 email

设定 callbacks 网址

记得要设 callbacks

Rails App 怎么接进来的资料

• 做 Authorization model：rails g model authorization provider:string uid:string user_id_integer
• exetend 一个 OmniauthCallbacks https://gist.github.com/xdite/a8a69233526c6af5c3210d101534e565

  

• 生一个 app/controllers/users/omniauth_callbacks_controller.rb https://gist.github.com/xdite/80391cf4c5258652666c3dfaaa595ca0
• 改 config/routes.rb

Rails.application.routes.draw do
  devise_for :users, :controllers => {  :omniauth_callbacks => "users/omniauth_callbacks"}
end 

• User has_many :team_users, has_many :teams, :through => :team_users

讲解细节

• devise 与 omniauth-slack 生成的认证连结会是 https://localhost:3000/users/auth/slackcallback。 也会从这里回来。
• 另外造一个 users/omniauth_callbacks 的 controller 来收 callback
• 做一个 User.find_or_create_for_slack 去解析 request.env["omniauth.auth"] 收进来的资料
• 收进来的资料格式，omniauth-slack 这里有整理一份 https://github.com/kmrshntr/omniauth-slack
• 不过还是要一直开著 Rails.logger.warn 去看一下打进来的资料。因为 scope 不对，会拿不到关键信息。
• scope 列表在这：https://api.slack.com/docs/oauth-scopes
• 主要有用的是　identity.basic,identity.email, team:read, users:read
• authorization 记的表主要是 provider 与 slack 给的 uid

几个坑

• 记得只需要拿identity.basic,identity.email,identity.team，不要另外再拿team:read,users:read 反而会盖掉权限拿不到东西，超大坑
• Rails 改版了，现在要从 request.env 才拿得到资料
• slack 回传资料非常巢状，数错层就拉不到资料。有些资料要反覆调试 scope 才拿得到。

YC 继几年前的创业学校，又推出了一门新的课程，叫天使投资课学校。

最近趁币市比较熊，手上也存了一些钱，就开始看天使投资圈的一些材料。这门课就是专门教天使投资的，为期四天。一天总共有三个讲者。里面分享不少天使投资界许多「反常识」的知识。

这阵子会看状况挑一些讲者内容做分享。从中学到很多东西。第一篇打算分享 Sam Altman 的投资经验与心法。

一般人在天使投资上最常犯的错误

Sam 分享他在投资上犯的最大两个错误，基本上也是常人会容易犯的。

1. 一是在投资上「从众」。创业圈最大的问题就是太多人看别人怎么投，自己也跟著投。

但事实上有时候创业圈某些公司那么火，并不是这间公司实在多牛逼，而是某些关键人物投了，其他人看了跟风投。或者是重要人物没投，也跟著不投，因此错过真正好的项目。

这是最需要矫正的第一个基本概念。

投资需要有自己的看法。

2. 第二个最大的错误是不了解幂次定律。

幂次定律是指你最好的一个投资的收益要比你其余所有投资的总和的价值要大。你的第二好投资要比三的无限极求和更好。

一般如果你玩股票证券的话，「平均投资」可能是正确决策。

但是天使投资，属于本垒打式业务。所以关键在于「你最大的成功的规模」，而不是关于失败率。

很多人做天使投资，太过关注于失败率。这是一个完全错误的思考方向。

因为假设如果你的投资失败率是 95%。但是你押中了 1 个 10 亿美元。那前面的都不算什么。

所以问题不在于关心这间公司会怎么出错。以什么样的方式出错。

而是如果这个 idea 成功，那这个 idea 的成功，将会有多大？

接下来的话题，就是如何找到这间公司？

这些可能做很大的公司。绝对不是由网路名人，知名人士，这些一下子就马上能迎来很多关注的人搞的。

必须花上很多精力去找他们。而找他们最好的办法就是透过其他创办人去找。那怎么让其他创办人愿意介绍这些公司给你，很简单的方法就是免费帮助创办人。这样以后就有机会其他创办人有机会推荐项目给你。

有些天使创人老是吹嘘跟他们见上一面多么很困难。但 YC 做的反直觉的事，就是让项目创办人很容易联络到 YC 。

怎么样拿到一笔好 deal？

天使投资人最常遇到的下一个问题，是怎么拿到一个好 deal？怎么样用最漂亮最实会的价钱，拿下一笔好投资。

Sam 说没有办法。他的经验竟然是他最好的投资，都是他几笔相对昂贵的投资，或是荒唐的投资。

「衡量投资」在天使投资人界不是一个好的策略。

（其他投资者也谈到这一点。通常没有那些 C/P 值好的公司。通常只有那些感觉自己投贵了的那几笔。最后成为好的 Portfolio。甚至是有时候会为了 C/P 值结果没投到独角兽）

如何挑选出好的创办人好的团队？

好的创办人一个明显的指标是：有才智。

这不是废话。好的创办人要一直能为公司想出疯狂新点子。每周都要。YC 做过一次实验，资助 20 个有强大创办人的团队，他们没有想法，但其他方面都很棒，结果他们最后都失败了。

好的创办人，永远是有想法的人。

接下来还有几个关键指标是：沟通，执行速度，与自我提升速度。

创办人自我提升速度也是很关键的一个指标。必须去留意那些可以在几个月内时间提升特别快的创办人。

有一种征兆是你可能要避免的，就是「错误的动机」。

很多人创业，是因为这是一种一夜暴富的方法。但是创业代价通常是很大的。所以他们去接触创业中的种种挫折后，往往会受不了里面的挑战。

所以你要找的创办人，最好是那种有深刻的使命感的，是使命感在驱动他做这件事。

不要看今天市场的规模

Sam Altman 还分享了一个重点是，很多投资人在投项目时，总说，重要的不是新创公司目前的收益，而是它的增长率。这是真的，但是投资者还有一句话没说完，就是「可我唯一关心的是当今市场的规模」。

现在很多投资者，只看今天的市场规模。但是这是很荒谬的。十年前很多市场甚至都不存在。比如说 FB, 脸书。

另外还有一个点是，如果你只盯眼前的话，你也不可能享受到第一波红利。更多人的策略是 FB 起来了，一堆人跟投社交。Uber 起来了，抢著跟投社交。

但是，这在天使投资世界是错的。如果浪已经起来了，你现在抢进去没什么意义，一堆人在抢。

你应该去投的是一些增长快速的小型市场。它可能会变成特别大的市场。而不是收割第二波浪。

这非常反直觉。但是是真的。

这就是为什么要有独立思考。要试著去构思，下一个真正的大市场会是什么。

怎么看下一个热潮是什么？

真的热潮是虽然很多人还没参与进来，但参与的人每天都在大量使用这一平台，并且会自动告诉他们的朋友它有多棒。

比如说当时的苹果手机。苹果刚开始出来时只卖了一两百万台。但如果你跟任何拥有苹果的人聊天，他们会说苹果手机是他们用过最棒的技术工具了。

每个人每天都会用这工具好长时间，绝对有改变生活的能力。而且他们会告诉你「这是未来，你一定要买一个」。

有人问 VR 算不算。VR 绝对不是。光看使用时间就知道不够。

但是什么时候可以进场，就是当你认识的蛮多人，必须一天用上超长时间，那就是可以进场的时候了。

红杉资本讲过很重要一点就是，你自己绝对创造不了浪。这绝对超过一般公司的能力。但是，如果你能发现一波浪，就可以冲上它。

2018 无非最火热的产业就是区块链相关产业了。我看到很多人都想要跳进来这个产业，我（我是币所老板）已及我的一些朋友也想招人。

然而我觉得雇方与求职方有著非常深的鸿沟（因为多半人不炒币又想要靠进 crypto 公司赚钱。。。。。结果面试鸡同鸭讲）。所以我干脆来写写 crypto 行业需要哪些人。

一、首先讲讲区块链行业这行分几种行业

• 区块链项目本身招人
• VC 想招区块链的 investment manager
• 交易所招人。

（一）区块链项目

大家都知道。ICO 来钱很快，所以现在很多人就想要跳过天使轮直接进 ICO 轮融上大笔资金。但如果你有这个想法，我劝你死心吧，尤其在台湾。。。。（理性勿喷，基本上这是事实，区块链行业很讲站台与人脉。这两块决定了你可以拿到多少钱，台湾基本上就是根本插不上边。所以我直接讲 global 的这一块）。

区块链项目缺几种人：

• Blockchain Engineer ( 写 JS / solidity 居多，帮忙写 ETH 智能合约募钱）
• Blockchain Developer（写底层的链，C/C+ + /JAVA 居多）。前提是你们这个项目是认真的，圈钱就不需要这个位置。
• Community Manager。（多半需要维护 Telegram, Twitter, Slack, 与国外币所打交道）需要会简体输入，或者英文流利。
• Business Development （有炒币经验，以免去找币所对方就觉得你在浪费他时间。。。。。）

这是几个关键的岗位。

（二） VC 想招区块链的投资经理

这个职位就比较难。基本上你没有炒币一年。身家至少 500-2000个 ETH 以上。你搞不懂大家在说什么。

VC 通常想投有潜力的项目。但 ICO 项目许多是很不靠谱的，能不能做成，是一回事。是不是骗子又是一回事。

作这个职位有几个需求：

• 英文流利。因为项目方很多是讲英文。
• 最好有技术或商业背景。有些 BD 很会吹。深入问下去才发现都在虎烂。白皮书根本看不出个什麽鬼。如果是前 CTO 或创过一两次业，倒是很容易检验这项目能不能成。
• 至少参加过 5-6 个优质区块链社群。这圈子很重人脉，还有你的知识谈吐。因为热钱很多，没人有兴趣跟傻逼瞎扯浪费时间。

（三） 交易所招人

交易所可能是正常人最有办法应聘上，且会很缺人的地方。

最缺的有两个职位。

• Site Reliability Engineer（网站运维工程师）
• Blockchain integration engineer（区块链集成工程师）

这两个最缺的原因是

1) 交易所流量都很大。流量 = 钱。
2) 上一个币就代表著交易量大幅增加，交易量 = 钱。

所以这是程序员翻身逆袭暴富的机会。这两个职位薪水非常的高。

不过如果你想应聘这两个缺，请不要在面试前说，「请问我进公司后能不能碰钱包」这种白痴话，被打枪还一脸不高兴。

交易所老板会让新人一进去就拿钱包练手的可能是疯了。如果你想学怎么接钱包，通常建议在入职前就自己学会。基本上就是写 RPC client 而已，如果这种功课都懒得做，你不太适合这个工作。

接下来最缺的可能是 Android 与 iOS 程序员。

因为大的币所，目前 client 是必备。

再接下来是 API 与 JS 工程师。

因为币所另一大需求是量化交易。也就是机器人程序化交易。

最不缺的是 App 开发程序员，因为币所业务通常很单纯。

至于非技术职缺的，最缺的也一样还是项目经理。

项目经理（BD）就是负责谈与上架项目的。最好也是币圈老韭菜。建议资产至少有 100 ETH 以上且炒币一年的。否则也是会入很多坑。

接下来是社群运营，一样也要英文流利，负责文件与社群的管理。

然后就是客服。因为用户太多了，回都回不完。这些通常也要英文与学习动力强，因为要学的东西实在太多了。

二、人格特质方面的要求

（一）学习速度与热情低的不要来

币圈是一个充满机会与风险的地方。为了要懂币圈的所有行话，可能你要学习非常多的技术与专业术语。

而且这个行业没有人有空等你学会。动作太慢没有人会想要你当队友。

（二） 害怕风险的不要来

币圈的许多术语，需要自行炒币（至少身家 1/4 在币市裡面，或者是你会在意的金钱数量)，有足够的专注力，才能很快的搞懂裡面的术语。

然而币圈是 24 小时营业，没有涨停跌停。涨起来小则20%-50%。跌起来大则 200%-500%。

如果只贪图一份安稳工作建议不要来。

（三）不是工作狂不要来

币圈是一个时间密度非常高的地方，前面说过，币圈行情是 24 小时。所以币所往往工作时间也非常长，要应付非常多意外事件（即便已经很注意）。

俗话说：币圈一天，人间一週。在币所上班在币圈混，往往有 1 天 = 7 天的感觉。

如果你非常在意工作时数「正常」，建议你完全不要应徵。来了大概三天也会被踢掉。

全球项目方是 24 小时跟你谈合作，你跟他说我晚两天回你，生意就掉了。甚至你都有可能要整个月飞来飞去。

所以那些想著钱多事少很多假的人建议不要碰币圈。

三、薪酬部分

薪筹部分往往是最诱人的部分：

能谈下生意的 BD 都是抽项目的 %。这一方面金额很吓人。但是往往前提是你是行内人。否则新手小白没人想跟你谈。

其他 employee 的法币薪资大概会是同行业的 1.5-3 倍薪资。甚至有的无上限。

但前提是你要能力够好。还要能够适应区块链行业或者是币所生态。

但是法币往往不是薪筹回报最大的部分。而是

• 低价认购公司 Token
• 受赠公司 Token
• 内部情报

在区块链世界大家不谈公司股权或选择权，谈了没有意义。多半是谈公司的 Token，Token 往往一涨是可以涨几倍。

Token 的好处就是如果你不相信，可以立即变现卖掉。没有绑几年的问题。

如果你来谈区块链行业工作，说不要 Token。大概也没有人要收你，觉得你大概来乱的，教育你的成本太高。

再来是区块链圈本身是一个消息盘。利好会产生很大的价格因素影响。（只能说到这里）。

反而是法币薪水不是那么大的考量。所以甚至有些币所普通月薪都有人抢破头进。因为大家都知道干个一年，幸运的话接下来就财富自由了。

总之这个行业是个 great risk great potential great growth great opportunity （高风险，但潜力大，高增长，机会无限）。

热爱冒险而且喜欢打大仗的，现在是最好的时机。

四、应聘前建议准备什么

• 至少2万块（或你觉得会放注意力的钱）去炒币。
• 注册世界前四大交易所帐号，并实际交易。
• 手机至少有个 ETH 钱包，以及 BTC 钱包。并且进行转帐过。
• 至少参加过一个 ICO…不管是不是被诈骗。

总结

最大的错误是：不玩币还说要来上班淘金。大家都会拜托你别来闹了。做好功课，起码省下双方时间一点时间，币圈的人时间都很值钱的。END

ICO 世界为何如此疯狂？

区块链世界处在一个下一个爆发的时机。

上一段的熊牛市时，许多币并没有好好的被正确估值。可以这样说，许多币是能落地生出产品来，但老实说，并没有商业性价值。只是被BTC与ETH的市值膨胀撑出来的。

第一段的ICO爆富潮，原因是ETH适逢BTC被中国禁止转币，作为替代用货币，货币价值大涨，从60涨到600再涨到2800。而因为许多 Altcoin之前使用ERC 20众筹，所以货币价值也暴涨。

之后，随着许多ICO跑路以及 ETH被发现 POW 工作方式，有性能缺陷，市场又陷入了另一个泡沫清洗时期。所以ETH 的价格又腰斩。

区块链项目的价值如何评估？

我认为区块链增值的世界刚开始，但是这一波将会与上一波的ICO潮不一样。

上一波的ICO，只要是项目写的出来，不管有没有商用价值，投了就能获得资金（这是老实话，我看了一些过去的区块链貌似明星项目，其商用性如在传统VC世界，根本就垃圾到没人想投天使轮）。

在蛮荒时期，大家都是不理性的。只要有技术底，貌似不太像是诈骗，有个真实的商业组织，有真人（历史背景），这币就会貌似靠谱。

所以在这波时期，技术人总会觉得自己眼花了，明明是个垃圾项目，但是币却长得不要不要的。是不是自己智商才有问题。

然而，随著上一波的牛熊，更多人涌入这个市场。我认为这一波的淘金潮即将结束。也就是来历不明的项目，会越来越在ICO初期被鉴定出来。

什么是有价值的区块链项目？

有价值的区块链项目是这样的，其实评判标准也与有价值的非区块性项目一样。凡是能够革命，又能够细分垄断的项目。就是绝对容易大涨的明星项目。

尤其，把旧有模型移植成区块链项目，其实也是对企业的一道门槛。所以只有有能力在旧世界把项目做好，而又有能力移植到区块链项目的企业。这个领域（旧应用+区块链运行）变成细分垄断的项目，从而变成金鸡母。

什么是这样类型的项目特征？

• 省下的成本非常大
• 原始的这个市场总价值价值非常高
• 原先做这件事情的成本很高

所以，当我看项目时，会去先看这三个指标。

亦即，就算这个项目看起来很炫，找很多人背书，看起来非常高科技。只要不在「只差区块链就是最后一哩路。基本上这就是一个「一般的项目」。

如何看待运营团队？

再来，我会看这个项目是谁做的这个方向，我会分两部分来看：

基础链

创办团队过去有做过区块链项目，或者有深厚密码学背景。

这主要在鉴定，最终这个团队是否有能力将项目做出来。以及有没有能力设计出一个「生态圈」。

生态圈的大小决定了基础链的价值。

应用链

理论上区块链项目是去中心的，可以自我运营的。但很可惜应用链的价值是靠「解决真实世界的问题」，以及「越来越多人使用，甚至一上来就可以大幅商用」所加值的。

如果这个团队想解决的痛点刚好处于大市场风口问题，很好。但如果这个团队之前没做过非区块链版本的类似项目。

那么我也觉得不是很好的投资标的因为这些团队会掉入以下这些坑：

• 重新发明轮子。而且可能都还困在如何提炼橡胶的问题中。
• 勉强做出的轮子，一开上路就爆炸。

光这两个部分直接就会让这个没有价值（当然，你要赌ETH / BTC会涨我就管不着了）

如果他们有做过非区块链的版本。那么，必须要问，区块链的版本是为什么可以攻下原有的市场市占呢？

跑路问题

如何鉴别这个团队是否是真的？

• Linkedin
• Github

创办人的经历越长越好。如果创办人的经历越短越越表示这个人越是捏造的身份。如果没有LinkedIn，基本上碰都不要碰。

很多人会陷入看Linkedin上，觉得这个人之前不是币圈的迷思，觉得他不是专家不想投。

但事实上是这样，我看过在币圈有人宣称自己是投资比特币的高手，几年内投资赚了几百倍。看起来很牛逼对吧，事实上你只要忘记钱包密码，这件事就能办到了。

身分是可以捏造的，专页也可以是捏造的。

但很长的经历是无法捏造的，而且越长的行业经验，其实证明这人不仅有机会把东西做出来，跑路成本还可能很大，所以不太可能搞自己。

如何鉴别这个团队是否严谨？

主要我会看

• 没有真实代码？
• 真实代码有没有找专业的安全审计公司看过（因为一但部署在区块链上就很难修改，有洞就容易有巨大损失）
• 没有法律团队，去看大多数的法律问题。并且设计法律框架。

如果有这三个指标的团队，表示他们做事非常非常的谨慎。甚至我觉得有这三个，基本上其他的指标就可以忽略不看。

因为当它们都将这么细节得部分做的这么仔细也花了这么多的成本基本上代表。：

• 过去有巨大的商业盈利可以支持去做这些事
• 团队绝对是真的
• 他们比投资人还小心
• 知道区块链版本会更赚钱，且熟悉智能合约。
• 表示他们在两个世界里面都是老司机。

如何鉴定这个技术团队是不是吹牛？

• CTO过去没有牛逼产品，只是一普通人路人
• 产品一直延迟发布。技术产品最晚6个月就必须要有工作原型，超过就是做不出来，不要骗了。
• 如果三个月没有demo / beta，基本上这团队我直接就不看了。那个表示没有能力做....靠谱团队不需要三个月能做出来。
• 无法招募到技术团队。（这表示没人觉得他们靠谱，或他们没有技术团队自我繁殖能力）两人都不是好信号。

看完这些指标。其实白皮书很多时间都只是参考用。

总结

回归到最后，我觉得评估区块链项目还是回到几个基础问题

• 信用
• 执行能力
• 解决真实世界的痛点

花点时间看看团队严不严谨，决定了这档币真正的未来价值。这年头愿意扎实做项目的团队真的不多。

＝＝＝

本文欢迎转载。转载请附上本文网址以及原作者姓名 xdite 即可。
本文特别不欢迎币圈某些网站删除作者转载之行为，请自重。

整个 Onboarding 三个阶段：事前，服务中与事后。

事前：

• 消费者买单前最常犹豫的问题
• 最常一开始就搞砸的问题（付完钱后最可能死在哪里）

一开始让使用者就死在门口是最蠢的。而这些 bug 却是最好修的。基本上只要引入 alpha / closed beta 使用者就可以测出一大堆。

能修的就修，不能修的就做成 FAQ。

服务中:

• 并不是所有人一开始进来用这个服务会阵亡，有些人天生会用得很好，并且会瞬间喜欢上你的服务。

去找出这些人是如何「意外的」「用得很好」，做成 Best Practices，让其他使用者可以到达这个境界。

• 设立检查点，观察使用者最容易在哪里「死掉」。

接著你就能在这一环一环当中找出「查核点」，然后在查核点自动插入 Best Pratices 的帮忙或者是阻止使用者自杀。用户既可达到预期，又可以得到良好的体验。

事后：

• 会产生什么效果？是不是可以拿这些效果，去证明你当初宣称的是不是有这么好？

你需要效果。因此要找到一个机制，产出正确的成果。并利用这些成果自证效果，形成一个好的 Referral 循环。再利用这个 Referral 机制，配合 NPS 找出不是你的客户，逐渐过滤掉，把正循环的比例拉得越来越高。

分成三个阶段 Release：Alpha / Closed Beta / Open Beta 使用者

上线前我会分成再分成三个 Stage 去 Release。

Alpha 是属于铁粉。铁粉在这阶段一定会抱怨一大堆，但没关系，铁粉都是真爱。嫌归嫌，它们还是会给你很好的 Feedback，并且不会出去对外讲你坏话。在这个时候集中火力去修掉那 100 个 issue。

修完之后，就可以进 Closed Beta 阶段，你就会接到完全不同的反馈，这时候会有七八十个新的 issue 要继续修。

修完 Closed Beta 阶段，通常这时候就会拿到真的 NPS 了，开始会有正循环，甚至会有好的 Testmonial。就可以开始把真的 Testmonial 替换掉首页当初写的假 Testmonial。同时透过 NPS 过滤掉不适合你的 TA。

开局就细分垄断：不需要花费精力服务不是 TA 的顾客

网路上顾客千百种，天真的创业者总希望一开始就打算服务很多的客户，或者甚至有几个假想顾客群。这个方式，可以让创业者发现自己「想像的 TA」并不是真正适合你的 TA。甚至也没有真的精力去服务它们，从而找到正确的方向。

如果一直执著在错的 TA，会导致在一开始拿不到高 NPS。不仅好名声散播不出去，甚至一开始就有坏名声。这是是相当吃亏的一件事。

网路上常讲「细分垄断」。其实若做好这个套路，一开始就能够专注在真正需要你的人，直接做好小垄断。

只要将精力灌注在 Onboarding，冤枉路就不需要走那么多

在创业圈很久，我观察到许多创业公司最可惜的状况是：

• 一开始做出没人要的东西，花了许多冤枉路过了许多年，才建立起口碑
• 一开始做出有人要的东西。但把基础 MVP 与 PMF 的功能就直接停滞了。后面补进来的 PM 与 Developer 都是在乱做 feature 幻想瞎搞。产品直接烂掉。

所以，听到有 GrowthHacking 这帖仙丹，就急急忙忙冲进来。觉得只要有 Data / Matrics / A/B Testing，产品就能起死回生。

其实。根本不需要那么复杂，老老实实的把 Onboarding 的每一个环节做好。 Loop 环做好了，Growth 就是自然而然出现的事。

Onboarding 的套路，与养成「习惯」的套路其实是一模一样的：

• Step 1: 消除疑虑与挫折
• Step 2: 立即传递价值
• Step 3: 奖励期望行为

而甚至更「狠」的套路，就是利用「上瘾」的原理，在 Step 2 & Step 3 来回操作。

• HOOK = TRIGGER -> ACTION -> REWARD -> INVESTMENT

Onboarding 步骤与情境

具体的执行结果是类似这样的：（这是 The Membership Economy 一书的框架）

步骤一：去除障碍

• 加入会员（免费试用或定期续约）：尽可能让流程顺畅无碍
• 欢迎入会：确保顾客知道签约内容并感谢它们加入

步骤二：立即传递价值

• 立即参与：
  • 提供提供初始价值（一首歌，一个礼物，一项事实）。
  • 从一个「游戏」开始（游戏化），鼓励会员做出理想行为
  • 跟社群里的其他会员互动
• 请顾客回馈意见：
  • 入会第一周透过电话，电邮或拦截式访堂
  • 准备好耐心倾听会员的意见
• 提供回馈：
  • 让新进会员知道，它们如何影响其他会员，譬如：时间，参与，人口统计资料
  • 可能的话，指出各位会员的独特优势

步骤三：奖励期望行为

• 要求推荐：鼓励会员在入会30天内，邀请其他朋友试用
• 利用数据分析开始提供客制化体验：
  • 将独特要素融入体验，展现对会员的肯定
  • 专注于持续改善，而不是重大突破
• 转入到培育计画
  • 持续提供资讯，协助会员将本身体验与连结最适化
  • 以持续一致的方式跟会员沟通

以外卖软件为例

看起来还是很模糊，没关系，我以开发「外卖软件」作为实际示范：

步骤一：去除障碍

• 刚入门: 简化注册流程，只要求用「手机号码」服务。
• 刚开始使用：登入时有 4 页提示指南，快速提示这个服务的价值，并提供新用户许多折价卷或红包。

步骤二：马上提供服务

• 马上提供服务：设计一个流程让使用者能够很快地找到方圆 2 公里的可提供外送的餐厅，并提供许多选择。
• 立刻询问反馈意见：如果使用者打开 App 后一周内没有下订 3 单，打电话问使用者是否卡住。

步骤三：奖励期望行为

• 邀请顾客推荐给别人：点餐过后，App 提供红包让顾客可以在朋友圈里面转送小伙伴们
• 根据客户喜好定制方案：App 收集数据，开始针对顾客口味推荐适合他的外送商家。
• 转变为一个长期顾客优惠计画：长期顾客可以享受免运费优惠

如此一来，是不是整个 Onboarding 流程就变得十分清晰了呢？

Onboarding 框架

但是，知道了上述场景。我们又如何知道「如何在正确的时间点」做到「正确的触发或奖励行为」呢？

以下是我整理出来的八个问题框架。我们在对任何服务要上线前，都会跑上这一个 Onboarding 流程，至少跑上三轮。

• 第一轮：至少找到 100 个问题并修复
• 第二轮：至少找到 75 个问题并修复
• 第三轮：至少找到 50 个问题并修复

开张之前应该要答的出来的八个问题

1. 在开始前，用户会问你什么问题？
2. 在第一次使用前，用户会忘记做什么会让使用者体验搞砸（最常客诉的点）
3. 用户最常做了什么「正确的事」达到很好的体验？
4. 用户最常做了什么「错误的事」结果收到很糟的体验？
5. 东西售出后，你如何检验它们做了「正确的事」或者是「错误的事」？
6. 顾客如何联络你修正问题？
7. 你怎么做事后补偿的方案？
8. 你希望它们如何事后帮你行销？

我们会跑这样的框架，至少找出一百件可以做的事。

• 补 FAQ
• 修正注册流程
• 修正 Landing Page
• 找出 ah-ha moment
• 在 Activation 点附上小小「Best Practice」让用户通往正确的道路
• 避免用户自杀
• 建立查核点，侦测用户是否执行「正确」或者「失败」的动作。
• 让用户有很好的体验后，试图让它们成为产品的代言人

以全栈营为例：

1. 在 上课「前」，学生會來問你什麼問題

• 課前要練習到什麼程度？
• 多菜的人能夠報名？
• 要准备什么电脑

解决方案：

• 课前设立欢迎课程
• 提醒他们加入 slack （容易找到助教发问）
• 提醒他们练习 Rails 101 （事前作业）
• 提醒他们不要偷懒至少要练三遍 （附上学长心得）
• 提醒他们真的不会，可以加入线下聚会互相帮助

2. 在上课第一天，同学忘记做什么会让使用者体验搞砸（最常客诉的点）

• 忘記裝環境
• 根本沒有把 Ruby on Rails 開發環境 build 起來。光裝機就超燒時間
• 学生家里网速非常慢，或者是用了非常烂的「科学上网帐号」
• 使用错误的方法学编程，导致学习进度缓慢。

解决方案：

• 提醒上课前要将环境「安裝好」
• 警告沒写作业，上課會直接掉隊
• 直接购买「云梯」送所有的学生，保证稳定的网路品质
• 指南做过数十遍精修，确保新手不容易卡关
• 提供学习指南，指点正确的学习方法

3. 顾客最常做了什么“正确的事”达到很好的体验

• 按照老师的正确指导，练习，且重复复习
• 有预习，按时交功课
• 每天写 ORID
• 有参与或组织 Meetup

4. 学生最常做了什么“错误的事”结果收到很糟的体验

• 不按照老师的正确指导，把学习当作是登山。
• 最后一天才写功课
• 不写 ORID
• 不纪录「错的」知识
• 不敢问助教
• 不去问 Meetup

解决方案：

• 开学第一天就设立「放下你的无效学习」，并要同学承诺
• 设立多个微信群组，以及多线助教
• 使用交作业系统，确保学生进度有跟上轨道
• 不断安利写 ORID 的好处
• 利用同侪学习证明「正确学习」的威力
• 学长姐的 ORID 起了非常好的示范效果

5. 东西卖出后你如何检验他们做了正确的事”或“做了错误的事”？

• 利用交作业系统确保同学的方向正确
• 鼓励同学写作 ORID ，以及整理豆知识
• 多多举办群分享

6. 他们如何联络你修正问题

• 线上对话（Intercom 系统）
• 教材吐槽机制
• 助教定期回报

7. 你怎么做事后补偿的方案？（有 FAQ / 说明书 / 部落格 / 客服专线 ）

• 线上额外的教程
• 根据学习的效果，每周举办两次 Live 讲座补强
• 助教辅导，线下 Meetup
• 留级机制

8. 你希望他们如何事后帮你行销？

• 参加大赛，学习成果自证
• 拉票也会感染到周遭其他人
• 推坑朋友
• 上其他分享群里面分享方法
• 整理学习心得发表

我会在下一篇文章解释，为什么需要回答这八个问题。

在我过去的工程从业经验中。对于设计出「高留存率」产品的这个课题，往往会集中在改善 UX 这个面向上。但是 UX 对程序员来说，其实是一个属于非常「通灵」的字眼。

当然，UX 研究员以及 UX 设计师，听到这个说法可能会很生气，因为明明这个领域其实已经有成熟的评估以及设计方法了。

但是，老实摊开来说。「成熟」这个字，我觉得与现况并不「相称」。因为事实上在业界，最常发生的状况是，即便经过了 访谈 => A/B Testing => 实际上线的设计，这一整套流程所产出的产品，多数 UX 设计师产出的作品，最后往往给人的感觉往往总是「过于精致的 UI + 自以为是却造成客诉连连的流程」。

换句话说，给终端客户的感觉就是「活在温室里面，自我幻想造出来的东西」。

你不需要研究 UX，你需要研究的是 Onboarding Process

其实，这也是我一直以来研究的课题：「如何以系统性方法造出令使用者秒上手，且高留存率的产品」。后来，经过很长的一段过程，我在 GrowthHacking 这个领域终于找到了答案。这个答案就是 Onboarding。

什么是 Onboarding 呢？这个字眼起源于 Human Resource 行业。指的是新员工入职程序。一套好的新员工入职程序，可以让新员工很快的适应新环境，并且快速投入公司的产出。

HR 领域为什么这么重视 Onboarding 呢？这是因为光录取一个新人，公司就要费上许多精力与成本，要是这个同事没办法快速融入，以及发挥作用。那么，之前的花费都是巨大的浪费。

同样的道理其实也适用于做生意这个领域上，想想你好不容易花了钜额曝光成本，让顾客愿意走进你的店，但是顾客却不愿意消费，或者是消费过一次之后，就不愿意下次再来。这岂不是巨大的浪费吗？

产品失败不是因为没有 X 功能，而是客户没有体会到价值

在研究 Retention 这个议题时，这当中我看过最震撼的一个研究是 Hubspot 当年在做 Sidekick 这项产品这项数据的调研。它们针对不愿意续用的客户做了一项调查，挖掘一个血淋淋般的数据：

• 30% 人离开，是因为不懂得如何使用
• 30% 人离开，是因为没有体会到当初宣称的价值
• 10% 是因为产品做得烂
• 10% 人是因为其他竞争者比较好

许多人往往以为自己公司生意不好，是因为公司产品这个不好那个不好，或者是竞争对手这个好那个好。其实完全不是这样的，绝大多数客户不再光临，完完全全是因为「不会用使用，从而感到没有价值」离开的。

其实，只要把「不懂得使用」这个大缺点修掉，让使用者可以体会到这个服务得价值，基本上就可以大幅拉升留存率。根本不需要再去搞一堆有的没的花招。

提升留存率甚至不与产品品质挂勾，而是有没有让用户建立「习惯」

后来，我在研究 Onboarding Framework 这个方向时，还更惊奇的发现，Onboarding 的原理竟然是与「建立习惯」这件事是相通的。也就是，要提升业绩，未必要是（有能力）在短时间拉升品质，而在于你能不能管理客户的预期，从而建立起「消费习惯」。

我这样说你可能就明白了：回想一下你最喜欢去的火锅店是哪间？

你会发现甚至它可能不是京城名店，而是自己上班写字楼小区的火锅店。但，这里里面的服务员可能一天到晚会漏菜，在尖峰时间菜可能还会上得很晚。

但是你还一天到晚去？

原因就是：「习惯」。

你知道自己在这里消费，拿不到什么（菜的品质或服务员的品质），但可以得到什么（最快时间吃到火锅）。而这最符合大脑决策逻辑，且是最省事的判断，这就是所谓的「习惯」。

人类的整体行为，建立在「习惯」之上。要是没有这些「习惯」在帮忙决策，大脑是是会 Burn Out 的。

建立习惯就可以拉升业绩

之前我在硅谷一间公司做产品时，这个服务是做十分钟内送上门的便当外送。有一阵子销售遇到瓶颈，我们的 Data Team 就派一群 Intern 去访问客户：问问客户，有什么是我们得优先改善的？

结果答案十分让我们震惊，客户对我们的服务有一大堆抱怨：

• 不好吃
• 速度太慢
• 司机送餐态度恶劣

…..etc. 听完这些抱怨，我们羞愧到想自杀。

但是，这些客户竟然还愿意继续用。我们就非常疑问：为什么？

Intern 说：因为这些用户已经习惯了，因为这个服务非常便利：

• 虽然广告宣称 10 分钟到，但是，客户内心预期都是最晚 30 分钟内能到就可以了。
• 虽然不是什么可口的便当，但是「能吃」。以 10 块钱的餐，这样的品质可以了。

客户内心有一个最差的预期，只要产品还活在这条底线之上就行了。

后来，我们内部在捞数据时，发现我们所有的常客，只要在两周内有连续 5 次以上的消费记录，这个人就很有可能成为我们的常客。于是，我们就做了一档行销活动，叫 5by5，活动内容是这样的：第一单半价（5元），只要你消费了，就再给你一张半价券。连续五次以内都试办价。

本来 RD Team 对于这个策略半信半疑。但是，我们服务品质什么都没改，且只做了这档活动，销售成绩就飙上去了。

所以，Retention / Onboarding 的重点，事实上是建立客户心里的预期，养成客户的习惯。如果你短时间，无法提升品质，甚至你可以这样做：让客户觉得烂得有 Pattern，一切都按照他的心里预期。如果这段过程当中有一段让他觉得做得特别得好，超乎意外的好。客户就会觉得很开心，想要重复这件事情。连续几次都是这样，顾客就会觉得你的产品是超乎想像的好。

这就是「建立习惯」，这就是「常客养成」。

挣扎求生的新创更需要做 Onboarding

当我们在做新创公司产品，面临最大的挑战就是：你不知道你做得东西是对不对。

你做的功能可能 90% 使用者都不知道怎么用。你也没有资金与技术，把产品一瞬间做到完美。很多公司如果一开始抓不到一个可以猛烈 PMF 的点，很可能就在「学习捉摸」顾客需求当中，把新使用者的信任或者是之前准备的资金烧光光了。

所以，这就是为什么新创公司更需要做 Onboarding 的原因。你只有那么一点资源，你只有那么一点初始客户，你没有资本一直不断的砸在获取新客户上。所以，无论如何在一开局就要把 Retention Rate 拉高。

下一段，我会分享，Onboarding 究竟要怎么做（Framework），以及原理是什么。