Permalink
Branch: master
Find file Copy path
0155f48 Nov 12, 2018
xdite update
1 contributor

Users who have contributed to this file

266 lines (150 sloc) 14.3 KB

第三章 - 如何低成本在实做前就找到正确方向

既然有办法只用一个网页就测试 IDEA 是否有市场?

那么是否也有低成本,能够在实做软件前,测试开发的功能是否有必要被实做?

答案是有的。

逆向法 - 亚玛逊如何发布产品

创业以来,我一直很钦佩一间公司,这间公司就是 Amazon。

Amazon 的 AWS 产品(云服务)架构很庞大。但却也有有几项特点:

  • 每样服务都非常实用,不是幻想出来的服务
  • 在上线第一时间,客户文件(API文件)非常齐全
  • 产品一上线在使用者端几乎无 BUG。

这件事在软件界,是很奇怪的事。照理来说,越大的工程,越大的产品,在刚上线时,总是会这个坏一点那个烂一点。而且产品做歪掉(不符合市场需求),更是家常便饭。

所以我一直很好奇它们背后有没有什么特殊工法,能够在开工前就尽量作对。

2012 年,Amazon 的前产品经理在 Quora 上揭露了这个秘密。

https://www.quora.com/What-is-Amazons-approach-to-product-development-and-product-management

逆向法

他提到 Amazon 内部的作事方法叫做 "逆向法"。跟其他团队做事的方式不一样。

别人做项目都是从一个产品的想法开始,开发各样功能,上线后再试图把客户绑在上面。

但是 Amazon 的作法是从顾客需求开始,方法是这样的:

项目立项时,产品经理必须先写一份内部新闻稿,宣布这个产品上线。

新闻稿的目标受众是新/更新产品的客户,这些客户可以是产品用户客户,也可以是工具或技术的内部用户。这份新闻稿专注于客户有的问题,当前解决方案(内部或外部)如何失败,以及新产品将如何取代现有解决方案。

如果列出的好处对客户来说听起来并不有趣或令人激动,那么这个项目或功能就不应该被开发。

相反的,产品经理应该不断地在新闻稿中进行迭代,直到他们得到真正听起来像好处的好处为止。在新闻稿上迭代比在产品本身上迭代要便宜得多(而且更快!)

预先竖立产品北极星

我看到这个方法时,大拍了一下脑袋。

是阿!我怎么没有想到,其实连功能规划都可以不写一行代码呢?

于是,我之后开发的项目,立项前都会先写一份新闻稿。写新闻稿的目的有几个:

  • 在纸上预先迭代出真正有价值的产品版本
  • 让所有参与开发的产品经理,程序员,运营,商务。清楚知道开发这个产品的目的
  • 降低沟通成本。以免内部吵架时,新增了不必要的功能。或者不小心砍了必要的功能

用这个方法立项后,走弯路的情况真的少了非常多。

新闻稿格式

  • 大标 Heading - 以读者(即您的目标客户)理解的方式命名该产品。
  • 小标 Sub-Heading - 描述产品是开发给哪个市场,哪些用户。以及它们会得到什么好处。
  • 总结 Summary - 对产品和效益进行总结。假设读者不会再读任何其他东西,所以要把这一段写得很好。
  • 原始问题 Problem - 描述你的产品解决的问题。
  • 解决方案 Solution - 描述您的产品如何优雅地解决问题。
  • 公司内部的一句话 Quote from You - 公司内部的发言人会怎么形容这个产品
  • 如何开始 How to Get Started - 描述它是多么容易开始
  • 顾客见证 Customer Quote - 提供一个虚拟的客户,它们使用过后会有怎么样的好处感想
  • 收尾以及召唤行动 Closing and Call to Action - 总结并且告诉使用者该去哪里行动

以下是我们当时做 OTCBTC 时写的新闻稿

写作范例 (1) - OTCBTC 产品

我们自豪的宣布,我们公司新开发的区块链场外交易平台 OTCBTC https://otcbtc.com 即将在 2017/10/26 晚上 20:00 上线。区块链爱好者可以在 OTCBTC 享受全中文介面,安全(KYC),流畅的场外交易服务。

OTCBTC 目前支援的币种会有 BTC / ETH。法币支援 CNY, TWD, HKD。在未来的 2 周内,我们还会上线更多的热门币种,如 EOS, GXS, Zcash 等等。 。 。 。

开幕期间 (2017/10/26–2017/11/30) ,手续费优惠为每笔广告成交金额的 0.1%。优惠结束将回调整回正常价格。

为什么我们要打造 OTCBTC.com

一直以来,身为区块链坚定支持者。我们就希望区块链交易能在世界上更多地方被普及接受。然而,区块链与法币中间兑换管道,时常受到世界上许多地区政策性的影响。

特别是在 2017 下半年,中文地区的区块链交易受到严重的强烈的影响。我们身在行业当中,也积极想要找到一个地方可以安心的交易兑换自己的区块链资产。

然而,我们自己找了又找,发现靠谱,安全(KYC),容易上手,又对中文世界友善的 OTC 平台如同凤毛麟角,几乎不存在。

世界上主流的区块链 OTC 几乎全为英文世界打造,而且多年以来,在运营操作上并没有进展。如:

  • 只支持 BTC (竟然不支持 ETH )
  • 不支持 Altcoin ( 如 EOS, Zcash, GXS,ERC 20 )
  • 违反人性以及丑陋的介面
  • 只支持英文
  • 没有对中文世界主流的法币交易流程进行优化。

在几经思索以及身边朋友鼓吹之下。最后决定,既然世界上没有,不如我们自己打造一个吧!这就是 OTCBTC 的诞生由来。

OTCBTC 团队前身背景是大型的区块链投资平台开发运营技术团队,对于资产安全保护,防止欺伪 (KYC),中文世界区块链交易流程优化,客户体验,皆有深厚的经验。

我们相信 OTCBTC 将会(未来也将致力于)成为未来世界上最好的 OTC 区块链资产交易平台。

如何开始

1. 注册

2017/10/26 晚上 20:00 (UTC+8) 我们将开放用户注册

2. 通过身份验证 ( KYC )

  • 未通过身份验证:可交易 1,000 CNY 以下等值区块链资产
  • 通过身份验证:可交易 1,000–50,000 CNY 等值区块链资产
  • 通过进阶验证:可交易 50,000 CNY 以上等值区块链资产

3. 开始交易

这里是这一两周内测用户给我们的评价:

  • 第一次体验到这么好用的场外交易所!
  • 拿到币的瞬间有股畅快感。
  • 更安心更方便
  • 交易过程很流畅
  • 我终于敢进场买币了!
  • 终于可以摆脱丑死难用的 Localbitcoins 了

现在就开始进场

OTCBTC https://otcbtc.com 2017/10/26 20:00 ( UTC+8 ) 开放注册与交易。

欢迎告诉你周遭的区块链爱好者,一切才刚刚开始!

OTCBTChttps://otcbtc.com2017/10/26 20:00 ( UTC+8 )开放注册与交易。

欢迎告诉你周遭的区块链爱好者,一切才刚刚开始!

写作范例 (2) - 这本书的新闻稿

试著以 Amazon 的产品发布新闻稿,为我的新书写新闻稿。测试一下

===========

在这里很自豪的宣布,我最新撰写的书籍 — 闪电式开发,即将要在 2019 年 X 月 X 日公开发售。这本书将会交给城邦出版社发行,在博客来上可以买到。

这本书将会剖析身为一个工程师出身的我,如何在两年之内,连续切入风口选对题目,并且成功打造运营营业额几百亿的服务平台。

为什么要写这本书

创业其实是一个很困难的挑战,创业成功更不是一件成功的事。我也不是第一次创业就取得这样的成绩,过程当中走了很多冤枉路。经过数百次的摸索与克服难关,我渐渐掌握了创业当中的奥秘,甚至找到如何在风口上站稳的秘技,一举连续打造了多个成功的服务。

我希望藉由我的分享,能让更多创业者受益,大大提高创业的机率。后续引发有更多人愿意出来创业改变这个世界。

本书内容

这本书主要会切入几个内容:

  • 创业如何正确的选题
  • 如何尽量降低前期创业失败的机率,并以低成本迭代
  • 那些创业市场上的反常识
  • 如何切进正确的市场,并持续增长
  • 不用靠风投,也可以成功的白手起家
  • 如何在风口闪电式切入,去取得佳绩
  • 产品快速迭代的方法
  • 如何打造出一款顾客能够爱上你的产品
  • 业绩疯狂上升的增长技巧

主要的目的在于解决创业家,在前期,中期,后期最容易踩进去的坑。

大家对创业的印象,就是九死一生的赌博。找不到钱,迭代速度不够理想,产品卖不出去,找错市场,无法增长。

但大家不知道,这些问题都是有套路可以解决的。

这本书,是我们团队过去创业几年累积下来的实战精华。让我们一次再一次的在战场上取的胜利。希望各位阅读完这本书后也能实际受惠。

以下是一些朋友试读过后的心得

朋友 A:原来创业世界跟我想的这么不一样! 朋友 B:终于知道自己上一间公司是怎么失败的了,真是大坑阿! 朋友 C:挖操,还能这样玩? 朋友 D:我也想当风口上的猪! 朋友 E:都是套路,吓不倒我的!

发售时间与地点

这本书预定发售的日期是 2019 年 X 月 X 日。 签书会地点位于台北市 XX 区 XX 路。

有兴趣报名的朋友,请点此连结

逆向法的好处

当我看到 Amazon 的这个新闻稿写作方法逆向作产品时。立刻联想到我在 Facebook 赢下黑客松冠军时,用的也是类似的逆向作法。只是这个方法是用在项目的时间管理上。(我们在之后的产品开发章节会介绍到)

逆向法的好处是能够预先确立目标与时间。不容易走歪。

其实仔细回想。项目成功的定义是

  • 在时间之内上线 ( on time )
  • 不超过原先预计的功能範圍 (on scope)
  • 在预算之内上线 ( on schedule)

但是绝大多数的项目都做不到这一点。

因为这些项目的 99% 的特点就是想要做一个「极其牛逼且周全的产品」。但这个目标并不算「明确的目标」。所以走著走著大家就迷路了,而迷路的代价又极其之大。

逆向法做的只是「指出明确的目标」。以明确的目标回来倒推,后面所需要的时程与投资。减少了无谓的迷茫。

在我十年做产品的这段探索历程中,发现「逆向思维」在许多成功团队的心法里面无所不在。如果你在产品开发上遇到困难。下次不妨逆向一下!先写下你要去哪里。再倒推实做方法!

Q&A

如何找到 Product Market Fit 的 Featue。

这里举我某一次找到 Product Market Fit 的创业点子。

2015 当时我回台湾开课,Rails 班这个主题,我知道台湾的确有市场,但是最后可以开到收两百多个学生,我自己是挺意外的。Growth Hack 这门课更不用说。上课人数一千多人。

这两个结果都是出乎我意料之外。我原本认为市场很小,或者几乎没有市场。

我认为 Product Market Fit 的方向有一个很重要的特征:在于的起头必须是「有人拿钱逼迫你去做这件事」。否则可能是假议题。

当初开课我还曾经遇到一班学生,是高雄地区自己有人自己想上课,凑了19个同学组一班希望我开。而 GrowthHack 讲座,是第一批想听的学生高达100人。即便门票涨到很贵,还是有人愿意听。甚至听好几遍。

这代表这件事是很铁的刚需。代表有市场。

Segment.io 的创办人分享了依段经验:怎么判断假需求真需求。他提到有一次他们去用户公司 pitch 新idea 时,客户对于他们前几个 idea 表示「也许我会用」,「这个没用处」。但听到其中一点时,突然很激动,把外面的同事找进来直接讨论。

还现场开支票逼他们现在就要把这功能作出来。这功能才是真的被需要的功能。

那些「也许我会用」的都是客套话。

真正能够 PMF 的 idea 必须是有人拿钱逼你的,才是真的 IDEA。

再来,能 PMF 的点子如何迭代。

我认为早期第一批用户非常重要。第一批用户就是那些刚需用户,在你的产品很破烂时,还愿意用。还愿意耐著性子给你意见的。这表示这个需求是痛中之痛。再破他们也需要。简直是绝望了。

所以这些人给你的意见绝对不是可听可不听。这批客户讲的每一点你都需要改进。因为这些就是你产品核心功能所缺的项目。但是后面第五批第六批的客户,意见听听就好。因为他们是代表 nice to have 的客户。

所以前面早期用户的意见与后面晚期的意见,权重是差很多的。

那么我们就是用 onboarding 大法,预先在第一轮第二轮就尽可能的把我们产品的缺点赶快修掉。

因为要是1-3轮没起来。没有留存率,可能推荐回圈就跑不起来,后续整个歇菜了。。

我看过一些讲师,头一次开班,很多人学生,就以为这个课可以无限扩展下去。但是第三次开班就开不成功了。原因是第1-2轮可能是刚需场,可能是亲友场。总而言之这两轮的客户忍耐力比较强。但是后续就未必了。

这两轮的用户测试,是打磨产品的好时机。错过了以后,后面的用户意见就会变得很分散。

相同的方法也用在 OTCBTC 上。我们头四周是疯狂的迭代,同事是集体睡在公司。求的就是在头几周之前迭代到把循环引擎跑起来。我们知道必须跟时间赛跑。否则后面就能启动增长推荐引擎了。