Skip to content

Latest commit

 

History

History
207 lines (121 loc) · 10.8 KB

03.md

File metadata and controls

207 lines (121 loc) · 10.8 KB

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

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

Amazon 的 AWS 产品(云服务)很庞大,但是 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 scedule)

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

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

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

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