既然有办法只用一个网页就测试 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 时写的新闻稿
我们自豪的宣布，我们公司新开发的区块链场外交易平台 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%。优惠结束将回调整回正常价格。
一直以来，身为区块链坚定支持者。我们就希望区块链交易能在世界上更多地方被普及接受。然而，区块链与法币中间兑换管道，时常受到世界上许多地区政策性的影响。
特别是在 2017 下半年，中文地区的区块链交易受到严重的强烈的影响。我们身在行业当中，也积极想要找到一个地方可以安心的交易兑换自己的区块链资产。
然而，我们自己找了又找，发现靠谱，安全(KYC)，容易上手，又对中文世界友善的 OTC 平台如同凤毛麟角，几乎不存在。
世界上主流的区块链 OTC 几乎全为英文世界打造，而且多年以来，在运营操作上并没有进展。如：
- 只支持 BTC （竟然不支持 ETH )
- 不支持 Altcoin ( 如 EOS, Zcash, GXS,ERC 20 )
- 违反人性以及丑陋的介面
- 只支持英文
- 没有对中文世界主流的法币交易流程进行优化。
在几经思索以及身边朋友鼓吹之下。最后决定，既然世界上没有，不如我们自己打造一个吧！这就是 OTCBTC 的诞生由来。
OTCBTC 团队前身背景是大型的区块链投资平台开发运营技术团队，对于资产安全保护，防止欺伪 (KYC)，中文世界区块链交易流程优化，客户体验，皆有深厚的经验。
我们相信 OTCBTC 将会（未来也将致力于）成为未来世界上最好的 OTC 区块链资产交易平台。
2017/10/26 晚上 20:00 (UTC+8) 我们将开放用户注册
- 未通过身份验证：可交易 1,000 CNY 以下等值区块链资产
- 通过身份验证：可交易 1,000–50,000 CNY 等值区块链资产
- 通过进阶验证：可交易 50,000 CNY 以上等值区块链资产
- 第一次体验到这么好用的场外交易所！
- 拿到币的瞬间有股畅快感。
- 更安心更方便
- 交易过程很流畅
- 我终于敢进场买币了！
- 终于可以摆脱丑死难用的 Localbitcoins 了
OTCBTC https://otcbtc.com 2017/10/26 20:00 ( UTC+8 ) 开放注册与交易。
欢迎告诉你周遭的区块链爱好者，一切才刚刚开始！
OTCBTChttps://otcbtc.com2017/10/26 20:00 ( UTC+8 )开放注册与交易。
欢迎告诉你周遭的区块链爱好者，一切才刚刚开始！
试著以 Amazon 的产品发布新闻稿，为我的新书写新闻稿。测试一下
===========
在这里很自豪的宣布，我最新撰写的书籍 — 闪电式开发，即将要在 2019 年 X 月 X 日公开发售。这本书将会交给城邦出版社发行，在博客来上可以买到。
这本书将会剖析身为一个工程师出身的我，如何在两年之内，连续切入风口选对题目，并且成功打造运营营业额几百亿的服务平台。
创业其实是一个很困难的挑战，创业成功更不是一件成功的事。我也不是第一次创业就取得这样的成绩，过程当中走了很多冤枉路。经过数百次的摸索与克服难关，我渐渐掌握了创业当中的奥秘，甚至找到如何在风口上站稳的秘技，一举连续打造了多个成功的服务。
我希望藉由我的分享，能让更多创业者受益，大大提高创业的机率。后续引发有更多人愿意出来创业改变这个世界。
这本书主要会切入几个内容：
- 创业如何正确的选题
- 如何尽量降低前期创业失败的机率，并以低成本迭代
- 那些创业市场上的反常识
- 如何切进正确的市场，并持续增长
- 不用靠风投，也可以成功的白手起家
- 如何在风口闪电式切入，去取得佳绩
- 产品快速迭代的方法
- 如何打造出一款顾客能够爱上你的产品
- 业绩疯狂上升的增长技巧
主要的目的在于解决创业家，在前期，中期，后期最容易踩进去的坑。
大家对创业的印象，就是九死一生的赌博。找不到钱，迭代速度不够理想，产品卖不出去，找错市场，无法增长。
但大家不知道，这些问题都是有套路可以解决的。
这本书，是我们团队过去创业几年累积下来的实战精华。让我们一次再一次的在战场上取的胜利。希望各位阅读完这本书后也能实际受惠。
朋友 A：原来创业世界跟我想的这么不一样！ 朋友 B：终于知道自己上一间公司是怎么失败的了，真是大坑阿！ 朋友 C：挖操，还能这样玩？ 朋友 D：我也想当风口上的猪！ 朋友 E：都是套路，吓不倒我的！
这本书预定发售的日期是 2019 年 X 月 X 日。 签书会地点位于台北市 XX 区 XX 路。
有兴趣报名的朋友，请点此连结
当我看到 Amazon 的这个新闻稿写作方法逆向作产品时。立刻联想到我在 Facebook 赢下黑客松冠军时，用的也是类似的逆向作法。只是这个方法是用在项目的时间管理上。（我们在之后的产品开发章节会介绍到）
逆向法的好处是能够预先确立目标与时间。不容易走歪。
其实仔细回想。项目成功的定义是
- 在时间之内上线 ( on time )
- 不超过原先预计的功能範圍 (on scope)
- 在预算之内上线 ( on schedule)
但是绝大多数的项目都做不到这一点。
因为这些项目的 99% 的特点就是想要做一个「极其牛逼且周全的产品」。但这个目标并不算「明确的目标」。所以走著走著大家就迷路了，而迷路的代价又极其之大。
逆向法做的只是「指出明确的目标」。以明确的目标回来倒推，后面所需要的时程与投资。减少了无谓的迷茫。
在我十年做产品的这段探索历程中，发现「逆向思维」在许多成功团队的心法里面无所不在。如果你在产品开发上遇到困难。下次不妨逆向一下！先写下你要去哪里。再倒推实做方法！
这里举我某一次找到 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 上。我们头四周是疯狂的迭代，同事是集体睡在公司。求的就是在头几周之前迭代到把循环引擎跑起来。我们知道必须跟时间赛跑。否则后面就能启动增长推荐引擎了。