一個星期內光速讀完這本書,非常精彩。
作者敘述他的實戰創業歷程和如何將理論應用到實際的創業上面。
他創建了好幾個非常成功的公司。
————————-
方法论总结小抄
第一階段:如何挑選主題
1) 找到适合自己的创业题目
你最熟悉的主题 — 你擅长的主题,你的朋友平常会拜托你做什么,甚至愿意付钱叫你做这个事。这是可以选择的题目。
或者是你周遭的领域,大家一直在抱怨(非常费工),但一直没有人解决的的问题。
2) 创业题目是否能高增长
这个问题是否造成严重的效率问题?
市场上的需求是否没被满足,供给根本根不上?
原先做这件事情的成本是否很高?
一旦你做出这类市场的产品,就有可能得到高增长
3) 是否能够重新包装,打上风口?
什么领域值得用现今的科技重新发明一遍,可以好上十倍,透过网路效应,利润又会大上百倍?
什么平台又是值得重新发明一遍的技术领域?(比如当时的 mobile 重新发明了 PC 上所有领域)
什么领域值得「自动化」,从而可以挤出10倍的效率提升?
什么领域的技术虽然已经很成熟了,但是跨界到新的领域,可以产生前所未有的100倍效率提升?
第二階段:低成本测试 IDEA
1) 制作 Landing Page 测试 IDEA
Landing Page 的结构:
一句話形容自己 (的「價值」而不是「功能」)
使用這個服務的三大好處
How it works
使用者見證 / 報導
CALL TO ACTION
消除疑慮
4P 套路:
Picture (卖你一个梦 )
Promise (承诺有办法提供解决方案)
Prove (证明我有能力提供宣称的好处)
Push (催促顾客现在购买)
Landing Page 三大经典问题:
当你用了,做了,学会 OOO,完成了什么事后。你最想要达成什么目标? (Why)
当你在做 OOO 时,你最讨厌的事情是什么? (How)
当你学会、买到、知道 OOO 后,你最想要做什么事? (What)
2) 如何测试是否这个项目是否真的能 Product Market Fit
制作 CALL TO ACTION 就直接收费的 Landing Page。受到钱再做。
能够 PMF 的 idea 必须是有人拿钱逼你做的,才是真的 IDEA。
3) 如何低成本的迭代「功能」
先写一份假的产品新闻稿,假装这个产品即将上线。新闻稿格式:
大标 Heading – 以读者(即您的目标客户)理解的方式命名该产品。
小标 Sub-Heading – 描述产品是开发给哪个市场,哪些用户。以及它们会得到什么好处。
总结 Summary – 对产品和效益进行总结。假设读者不会再读任何其他东西,所以要把这一段写得很好。
原始问题 Problem – 描述你的产品解决的问题。
解决方案 Solution – 描述您的产品如何优雅地解决问题。
公司内部的一句话 Quote from You – 公司内部的发言人会怎么形容这个产品
如何开始 How to Get Started – 描述它是多么容易开始
顾客见证 Customer Quote – 提供一个虚拟的客户,它们使用过后会有怎么样的好处感想
收尾以及召唤行动 Closing and Call to Action – 总结并且告诉使用者该去哪里行动
如果列出的好处对客户来说听起来并不有趣或令人激动,那么这个项目或功能就不应该被开发。
相反的,产品经理应该不断地在新闻稿中进行迭代,直到他们得到真正听起来像好处的好处为止。在新闻稿上迭代比在产品本身上迭代要便宜得多(而且更快!)
第三階段:敏捷执行
写下 User Story,只做 Must Have
User Story 撰写是以角色作为划分:身为「什么角色」,我要「做什么事情」。
扩充写到第五版。大致上的骨架就会出来。
大骨架完稿后,先做一版流程图,确定业务逻辑方向不会被这些细节冲散。
团队的主程,在开发时,并不会优先实做各个画面的细节。
而是会直接把每一个大的 User Story 的画面骨干,先开发出来,串成一个完整的 Workflow。然后团队再以”重构”的方式,去补完每个画面的细节。
利用逆向法,准时上线
先定义成功
根据「成功」排定优先级
预先保留「测试时间」
将剩下的时间切成「三段」
第一段:探索、架构主线、预备资源
第二段:进行主线要做的事、逐步放弃不重要的事
第三段:做好做满收尾主线,尽量丰满支线,迭代「重构」功能,始终保持每个版本都是「完整版」
大量反覆验收有风险,会出包的部分
利用 Redmine 平行管理 600 个项目
利用指挥官任务聚焦每周任务
第一版:重构式 UX 。第二版:对话式 UX。第三版:Onboarding UX。
第四階段:Onboarding UX
30% 人离开,是因为不懂得如何使用
30% 人离开,是因为没有体会到当初宣称的价值
10% 是因为产品做得烂
10% 人是因为其他竞争者比较好
Onboarding 步骤:
步骤一:去除障碍
步骤二:马上提供服务
步骤三:奖励期望行为
如何在正确的「时间点」正确的「触发或奖励行为」:
请内部使用者针对一个「价值故事」测试流程,并且直觉性的回答以下问题:
在开始前,用户会问你什么问题?
在第一次使用前,用户会忘记做什么会让使用者体验搞砸(最常客诉的点)
用户最常做了什么「正确的事」达到很好的体验?
用户最常做了什么「错误的事」结果收到很糟的体验?
东西售出后,你如何检验它们做了「正确的事」或者是「错误的事」?
顾客如何联络你修正问题?
你怎么做事后补偿的方案?
你希望它们如何事后帮你行销?
将整个使用流程切成三个阶段,分批改善
阶段一:事前
阶段二:服务中
阶段三:事后
第五階段:挖掘使用者反馈,修复上线后体验以及找到商业方向
安装 Intercom 及时通讯软体
将 FAQ 作为 UX 一部份改善
Churn 也包括流失的銷售機會。所以你一定要放上 online chat 軟體捕捉這些人
Intercom
Zopim
第六阶段:增长回圈
使用 NPS 量測:
NPS 只问一个问题,「你会不会推广这个服务给朋友,为什么?」以 1-10 分为衡量。1分为完全不可能,10分表示极度推荐。
9-10分是愿意推荐产品的人
给 7-8 分的是中立者,对这个产品满意,但不会主动推荐,除非有人问起。 (因为小部分不是很满意)
1-6 分是反推荐者,因为产品没有给自己带来实际的好处,或者体验很差
NPS 的计算公式:
( 推荐者人数 – 反推荐者人数)/ 总回收问卷人数的「百分比」
知道自己的产品属于何种阶段(以满分100分为例)
10 级分:沒人用
20 级分:Minmal Viable Product
40 级分:可以跟顧客收錢
60 级分:Product Market Fit
75 级分:客戶回流高
90 级分:壟斷市場
如何知道自己的产品处于何种阶段:
產品 40 级分以上的產品,NPS 必須是正的。
產品 60 级分以上的產品,NPS 必須要超過 20 分。
產品 75 级分以上的產品,NPS 必須要超過 40 分。
產品 90 级分以上的產品,NPS 必須要超過 50 分。
建议超过 NPS 30 分以上的产品,才能做 Referral Progam。
第七阶段:打造成瘾回路
STEP 1: 游戏目的 — 史诗意义与使命感 Epic Meaning & Calling
STEP 2: 游戏玩法 — Routine
STEP 3: 第一个小胜利 — Ah-ha Moment
STEP 4: 技能进步 — 进步与成就感 Development & Accomplishment
STEP 5: 角色养成 — 所有权与拥有感 Ownership & Possession
STEP 6: 独特的宝箱奖章 — 稀缺性与渴望 Scarcity & Impatience
STEP 7: 惊喜的关卡 — 未知性与好奇心 Unpredictability & Curiosity
STEP 8: 体验社交分享 — 社交影响与关联性 Social Influence & Relatedness
STEP 9: 重复 STEP 5~9
Leave a Reply