-
定价技巧:通过比较驱使用户下决定 - [笔记]
2012-05-14 | Tag:Tea Gotit
一
阿糕给我讲了一个笑话。一个小孩考试只考了18分,然后他拿红笔添了一横,变成78,然后又在7的上面多加了半圈,变成了98。后来卷子拿给他妈妈看,他妈妈说:这么明显的改动,你以为我会看不出来你其实考了78分吗?二
阿糕给我讲了一个故事。卖饼的摊子上面写:3元一个,10元三个,顾客单买一个,又单买一个,再单买一个。三
我一直很喜欢喝立顿,所以我一直对立顿绿茶的定价很在意:立顿绿茶两盒1联装总价比一盒2联装便宜,4联装大盒最便宜。四
关于《经济学人》的经典定价案例,可能大家都比较熟知。
第一种情况,括号内是购买人数百分比:
A 电子版 59美元 (16%)
B 印刷版 125美元 (0%)
C 印刷版加电子版套餐 125美元 (84%)
根据以上数据,B没有销量,可以去掉,变成第二种情况。第二种情况:
A 电子版 59美元 (68%)
C 印刷版加电子版套餐 125美元(32%)人们习惯在做选择的时候做对比,对比会影响他们的判断。
如果你能设计出一个故意让用户识破的破绽,用户会忘记初始预算,自以为捡了便宜反而花费更多。App Store的冰点价格很可能会促使你购买一些有意向,但不是很强的应用。QQ梦想城内置虚拟货币定价的策略,虽然没有故意卖破绽的设计,但是比较下来自然是买的越多越便宜。

在网游中,我们也常常见到这样的定价。假如玩家觉得购买90天期限的道具比3个30天划算,就很有可能在进一步,一冲动去买无限期的道具,因为时限差很多但价格没差很多。
最后附上一个App Store美元转换为人民币定价的列表,很有意思。以目前的汇率(1美元=6.3097人民币)来看,低于5美元,用人民币支付比美元支付便宜,高于5美元则相反。

大部分笔记发布在豆瓣小站,欢迎访问 -
准备写1000篇笔记 - [笔记]
2011-11-20 | Tag:Tea Gotit
开始是看到一个不知真假的故事,说某产品总监研究同类竞品,写了上千篇产品使用分析。
钱钟书先生学贯中西,他留学英国时,在图书馆读书时做了大量笔记。他说做笔记很费时间,做一遍笔记的时间,约莫是读这本书的一倍。又说一本书,第二遍再读,总会发现读第一遍时会有很多疏忽。最精彩的句子,要读几遍之后才发现。
那我想,既然读书应该做笔记,做产品,自然少不了笔记。这样的苦功是应该做的,我不是学“产品经理”专业的,也不是“互联网学士”毕业的,自学总要绕很多弯路,况且我不是聪明人,不能靠天资直觉成事,只有看的多,积累得多,才能确保自己做的正确。关注行业内的产品,分析优劣,学以致用。 我在豆瓣小站开了一个新栏目:笔记,因为精力有限,就不同步到这里了。
-
这是一份工作笔记,我的做项目管理的方法,相信大多数有经验的项目/产品经理对此必定了如指掌,或者有更优秀的经验。
一 立项
提案过程是公司内部的一次自我营销,方案好坏、沟通高低决定公司对项目能投入多少资源。- 提出需求,确定目标
- 分析论证
- 提出解决方案——PPT提纲.ppt
- 撰写产品需求文档PRD.doc、制作页面原型.rp
- 以PPT提纲和页面原型进行共享、论证、评估
- 面对决策层寻求资源支持
- 确认项目经理,组建团队,组织资源,立项
二 沟通
最重要的是让执行层人员对项目有认同感,认同感高,项目执行阻力低,执行人员会就会主动覆盖职能死角,相互支持。清晰需求、然后冻结需求也同样重要。
- 和运营、策划、设计和制作(UED)、研发(DEV)、测试(SQA)、数据管理(DBA)、市场、渠道、采购以及其他相关产品经理共同参加,对PRD和页面原型进行共享、讨论和评估
- 按上述部门职能顺序,逐个沟通,明细职责
- 再次梳理并确认基本交互、系统架构、外围支持
- SQA给出产品功能说明文档.xls
- 再次整体沟通,根据反馈明细需求,依此修正的产品功能说明文档.xls
- 分解任务、制定时序表.vsd/xls,精确到人工进行作量分配
- 注意项目时间弹性和危机预案
- 冻结项目需求,发布项目开发时间表.mpp/xls
- 执行项目
三 执行
要确保项目进程透明,保证所有参与人员对项目有明确的预期。利用JIRA等协作平台,可以方便共享,当然邮件沟通也不差,最重要的还是当面沟通。
- 根据时间表进行跟踪
- 向下:团队沟通
- 向上:进度汇报
四 结束
项目中的优点和缺点都要说,都是宝贵经验。持续性的项目,要持续性的共享成果,让参与者知道”我的工作成果,至今还在发挥效力“。
- 总结经验、表彰团队
- 永久性的共享
-
我做社区最大的困难是开发工作跟不上节奏,这导致社区在去年10月份进行内测,下版本更新就接不上,当时招不到运营人员,两个月空档,捱到12月份才做了改版,社区人气就是零蛋。
这段难熬的日子过去以后,我们开始有了一批核心用户,并以此为星星之火,正在起燎原之势。虽然我是产品出身,但是渐渐的,在资源限制的条件下,我更看重运营,我把运营看成一种无形的产品和用户体验来建设。
社区85%以上的用户来自二三线城市,我们在做的事情不高端不极客,很通俗没机巧,尽量服务大众。得到最初的用户
我们在项目筹备期通过问卷来征集意见,搜集了一批用户邮件地址,内测的时候向他们发放了邀请码。在12月份我们将产品结构作了比较大的调整,并且做了一个活动来激励用户,活动的思路阿糕在《因果律策划法》中作了分享。
1 给用户认可
2 甚至强制的使其驻留那时候我们大约有了十几名核心用户,时间是我们运营最大的障碍,但是也给我们机会一个一个去和用户交朋友。我们按照活动的承诺给予他们两种奖励,物质上的——礼品;精神上的——第一代用户的特殊身份。
快速迭代的活动策略
从3月底开始,社区完全开放,依托公司既有用户导入社区,用户数量终于开始不断翻番;第一批用户因为新人进入,开始自发做义务工作,维持秩序、引导新人。我们不太能够通过功能的持续变化让用户有体验上升的期待,所以只能在运营策略上动脑筋。我们做活动的速度比其他社区要快速很多,一般一个活动24小时就结束,根据用户反映进行下一个。
3 活动规则要简单
4 活动要利用现成功能
5 活动目的促成用户间互动,而不是和我们互动我们的打卡活动因为程序出错奖励数量翻倍,于是我们第一时间和用户表示,bug由我们而起,我们不会收回奖励,取而代之的是宣布该此bug成为一个“惊喜”活动,将此bug惠及所有用户。
一个抢楼活动由于无序和规则不够明确,导致了用户的反感,我们按规则宣布结果的时候,做了一个四格漫画来自嘲活动“坑爹”,并以此作为一个鼓励用户创造内容的活动“四格漫画填空”,让大家发挥创意——化尴尬为内容。
我们在不同的活动中摸索用户的需求,也希望达到以下目的:
6 在增长期,利用持续的、低门槛的活动让新用户驻留
7 让用户上瘾,每天都想来看看有没有什么有趣的活动一定要注意的也有两点:
8 活动必须公平
9 规则必须缜密
10 活动规模可以小,也不可贪大而失控缜密和公平并不是套话或者空话,我们犯过自以为公平和自以为缜密的错误,用户却不这么认为。
我们做过一次抽奖活动,希望通过额外之财让玩家拉开排名差距,结果没有人喜欢这个活动,抽奖以没有人中奖告终,皆大欢喜。坦诚相待
下面这段文字我给同事们看,当反面教材,并要求在答复用户时的话,不能和这段话有半句相同。
“非常感谢您对社区的关注和支持!对于用户提出的合理的建议及反馈的问题,我们一向十分重视,我们会结合实际情况予以采纳。为客户提供完善的服务是我们一惯的服务宗旨及目标。社区的发展离不开广大用户的支持。我们将持之以恒,努力争取为大家提供更完善的服务。但要增加新功能,要经过技术人员的开发、设计,完成各方面的协商。无法即时实现的,请大家多多谅解!”
在我们的运营工作中,要坚持一些原则。
11 不能因为自身身份对用户有优越感
12 热情、诚恳、快速响应
13 用户产生有益的内容,放大和支持
14 决不和用户争吵,敢于认错和道歉
对运营人员的要求,不在于技能,需要谦虚的品格和服务用户的价值观,还有诚恳。
请给社区赋予一个清晰的人格——敢不敢对用户投入真感情? -
笨人做产品:解决问题的死方法 - [笔记]
2011-03-02 | Tag:Tea
去年7月我换了工作,开始做SNS。之前餐饮生活搜索类的网站,对于社区一知半解,没有实际的经验。我接到手一个一年都没定好方向摊子,开始社区建设和运营之路。
我是郭靖那种人物,事情要琢磨才懂,唯一的优点就是喜欢琢磨;阿糕则不同,天资聪慧,敏锐独到,堪比黄蓉。所以我面对问题没有机巧的解法,都是一件事一件事捱过去;阿糕只用花一点力气就能出色完成工作,将大部分心思放在她喜欢的小女生玩意上。
还好这几年总是积累了些许经验,能保证不走错路,不走冤枉路。做社区至今半年有余,一边做自己的,一边看别人的,算是悟到了些许东西。SNS的水很深,现在我才算是一个浅浅的入水,写这篇文章,就是说说我自己是怎么解决面对的问题,没有奇技淫巧,只是初级心得。
★我的问题就是我的,没有别人能帮我解决
话说做互联网产品的人应该知识广博,特别是这个行业还待成熟壮大,大家应该互相交流,这是肯定的。不过我比较抗拒去参与各式各样的沙龙聚会,有两点原因:一方面大家大而无当的讨论并不能解决某个人的实际问题;另一方面,很多人在这样的聚会中并不是来求知解惑,只是来做个人营销。
在前家公司的时候,我们曾通过5G主办了一场聚会,其目的就是借借业内牛人的智慧,套点干货。会上越扯越远,谈到产品细节,发现有几位恐怕连我们的网站长啥样子都不知道。末了有人说了句话,倒是在理:“我们在这里胡侃解决不了你们公司的问题,只有你们自己去解决,因为每天都在认真思考这个问题的是你们,不是我们。”
而寄望通过聚会来自我营销,积累人脉,提高名声,我觉得到不如直接开酒会而不是搞讨论会更适当。
我在工作中遇到的问题,不仅仅只是一个产品层面,和公司资源、战略和模式都有密切关系,拿去问问“业内”,最诚恳给我解答的人,也就提供些许方法论。
就和失意了拉一个陌生人倾诉一样,抒情博同情尔。即使这陌生人正正确确赤赤裸裸的指出了我失意痛苦是多么愚昧无知幼稚,要走出痛苦,还是得我捱。
★如何面对问题?
我不能一眼洞穿问题,就有个笨办法——写写画画梳理思路。大概分三种形式:写文字、画脑图还有用Axure做原型。
写文字我喜欢用在线文档,麦库、快盘都不错。问题一直在脑子里,地铁上想想,工作当中想想,想到什么就写出来,零零碎碎的汇总了,抽个安静的时间再仔细整理逻辑,分出段落,自己审视一下,我在谈什么问题,谈了哪几点,最后想想解决方案。
脑图用来列细节抓重点;做原型就是具现化的模拟,一模拟,就能看出小问题。
写的时候,也有一些模型可以参考,比如5W1H,比如SWOT分析。
还有一种我自己归纳的分析方式:1 问题
2 表象和核心
3 资源
4 解决方案、替代方案和性价比★我遇到的问题:新社区如何启动?
之前我陆陆续续的写了不少文章,有谈到社区里的内容性和工具性的,有观察别家网站的,但是一个新的社区,空空的社区,你启动的动力在哪里,滚雪球的小雪球是啥,燎原之星火从哪里点?今天拿了点点的邀请链,进去看了一下,做的真不错,可就是没东西。嗯,我是感到没东西,不是说它里面啥都没有,用户都挺精英的,推荐的内容也是优质的,但是我恐怕不会从我已经使用的产品上迁移过来,即使我在用的产品没有点点好。
举两个栗子:
一个社区甲,产品挺有概念,当初的时候,是被产品经理们互相传播的,第一批初始用户就是这些人,加上产品体验有点技术性的特征,结果就成了专业氛围。它明明不想做成一个专业社区的,是想商业化的,给大众服务的,结果内容定型了,把用户都过滤了。而且,这个社区的内容,大部分产品经理关注谈的东西,流行度是不高的,是不够俗气的——梁洛施离不离婚关我P事。
还有一个社区乙,之前做的不是很成功,于是现在洗白自己曾是SNS的黑历史,转型拼死命当门户做。
对甲,属于放火烧山烧了自家院子;对乙,放火烧山没烧旺,一路烧到已经烧的差不多的一片地上去了。
★这个问题的表象是:
1 在一个新地方我自己是一个孤岛。如果没有认识的人,我会寂寞死。我说话,也米有人听到,我会无聊死。
2 所有新来的人都是一个一个小小的孤岛,大家之间有十万八千里的距离,都在自己寂寞无聊。
3 走吧,回去吧,好歹开心人人里还有我的朋友,新浪网还可以看看名人胡扯。
4 老板:“用户数量自开放以来增加很慢,用户为什么流失了?”★问题的核心是:建立关系
我用QQ,我没办法放弃,我用新浪微博,我也没办法放弃,我的朋友们都在上面呢。一个新产品我要怎么搞,怎么去让用户都来并且不跑,核心是关系。有了关系,才有社区。社区就是人与人关系的集合体,在这之上,工具或者内容才能开始运作。新浪微博其实早就悟到关系是核心了,他们不是有一个叫做“关系中心”的东西么,后来因为不直白还是改成“好友”了,就是这个意思。
★在我的社区里,用户如何建立关系?
建立关系的方式有两种:一种是导入关系;一种是创建新关系。
导入关系
通过已有的关系导入,MSN、QQ或者邮件列表,或者由用户自己去邀请自己的关系网进入社区。
创建新关系
用关联物,把陌生人联系起来。电影、音乐、商品。比方说网络游戏,大家在游戏里互不相识,通过打怪做任务,互相成为朋友,就是创建了新关系。有了关系,我就不走了,我会在这里玩儿。
没有关系我就是来看看而已,所以没有关系社区就真的做成门户了。怎么建立在一个新社区里建立关系,各自出招吧。
★利用手上的资源抓重点
各家有各家的资源,技术力量,策划力量,市场资源等等,拿这些去解决,各自不同。反正最终我得到了导入关系和创建新关系的解决方案,即使别人看来觉得并非最佳方案,对我而言却是最优解。
如果现有资源解决不了,就需要替代方案,就要考虑性价比。我不能做不值得的事情,我要分清楚重要的紧要的事情,防火是重要的事情,救火是紧要的事情。不做好防火措施就一定会到处救火,忙死!长远点去考虑,甚至要壮士断腕,怕的就是做产品的完美主义扩大化,过度标榜细节,忽视重点。
资源不足还是资源过度,都得抓重点,好钢用在刀刃上。用Mindjet MindManager画图,可以细细的列出细节和关系,看到主次脉络,帮我抓重点。
★执行层面远远大于思考层面
然后,我得把事情做了,不做事情,永远捱不过去。我年纪不小了,现在不会再心浮气躁了,选择来做SNS,就打算花一个三五年甚至更多时间做好一件事。有定下心做一件事的觉悟是不容易的,我们面对的诱惑太多,欲望太多,可能还很着急。我现在不那么着急了,一件事情是不是能做好,不是我一个人的事情,团队更重要,产品经理不是一个什么牛哄哄的职业,这是一个挺弱的职业,涉及的技能面很广,要投入别人几倍的成本,操别人几倍的心才有同样的产出。想想产品经理这个行当在中国才几年,有谁是本科读“网站产品策划”这个专业的?大多数人转行做这个也就三五年的历史,有谁算过自己在用户体验分析、产品架构和交互设计上统统花费了一万个小时,是不是已经天才化了,可做产品这才是开头呢。
对我而言,执行的方法,协调的方法,管理的方法,这些远离产品策划层面这冰山一角,深水下的庞然大物,不是浅尝辄止能够学的来的东西,可能才是未来30年漫长职业生涯的重点。








