此苹果非彼苹果

周鸿祎的产品经理方法论

周鸿祎:好产品的六字真言:刚需、痛点、高频

对于很多传统企业来说,拥抱互联网和花钱买技术是同义词,不外乎云计算、大数据、社交网络、移动终端这些概念。但正所谓功夫在诗外,检验技术革新的唯一方法还是用户是否买单,产品能否解决用户的问题,能否给用户带来价值,这是促进销售的生产力,也是确立差异化的竞争力和推动行业进步的力量。

我最近看了一本书叫《产品经理方法论》,它提出的理念验证了我的想法,即做产品,必须落脚在刚需、痛点、高频这六个字上。什么意思?就是产品必须是用户的刚需,必须解决用户痛点,而且使用场景要在用户的生活中经常发生。

产品失败的原因

我们看到每年市场上会出现无数失败的产品。这是为什么?产品做得失败的企业需要反思,你是否真得找到了用户的需求。《产品经理方法论》的作者乔克·布苏蒂尔说得非常对,企业最愚蠢的行为,就是往一个根本不存在的市场里砸钱,而按我的话说,就是你看到的需求其实是一个伪需求。

现在各种智能硬件,摸起来光滑,但是忽略了一个前提,用户不想买这个东西,因为没有需求。没有需求,解决的不是痛点,就是伪需求。做产品最大的限制不是体验不好,体验不好可以改,最大的问题是伪需求。我们想想有多少智能硬件的发布会都是跳过用户需求,假定说用户热爱我的产品,用户每天都会用,只谈材质、外形和工艺,这是错的。

还有一些产品有没有需求呢?有,但是没有它,用户也可以过,我管它叫“痒点”,而非痛点。任何伟大的战略都是从这么一个小点切入。有人老吹牛说什么战略,其实战略就是找到用户的刚需和痛点,然后做一个产品解决它。至于解决的好和更好,这是体验的问题。

为什么这么多企业无法聚焦用户需求?问题出在哪里?问题就出在,在产品开发之前,你没有解决不确定性的问题。《产品经理方法论》这本书指出了问题的关键:不确性的存在是因为缺乏信息,缺乏信息是因为你对所服务的市场知之甚少,而所有这些不确定性,最终都会转化为风险,风险会转化为成本,致使整个产品彻底失败。因此,在开发任何产品之前,你需要进行严格的假设和调研,找到刚需,找到痛点。

好产品的六字真言:刚需、痛点、高频 继续阅读 »

2016-03-09技术分享

RESTful API的设计原则

Principles of good RESTful API Design

好RESTful API的设计原则

Good API design is hard! An API represents a contract between you and those who Consume your data. Breaking this contract will result in many angry emails, and a slew of sad users with mobile apps which no longer work. Documentation is half the battle, and it is very difficult to find programmer who also likes to write.

Building an API is one of the most important things you can do to increase the value of your service. By having an API, your service / core application has the potential to become a platform from which other services grow. Look at the current huge tech companies: Facebook, Twitter, Google, GitHub, Amazon, Netflix… None of them would be nearly as big as they are today if they hadn’t opened up their data via API. In fact, an entire industry exists with the sole purpose of consuming data provided by said platforms.

 

The easier your API is to consume, the more people that will consume it.

The principles of this document, if followed closely when designing your API, will ensure that Consumers of your API will be able to understand what is going on, and should drastically reduce the number of confused and/or angry emails you receive. I’ve organized everything into topics, which don’t necessarily need to be read in order.

做出一个好的API设计很难。API表达的是你的数据和你的数据使用者之间的契约。打破这个契约将会招致很多愤怒的邮件,和一大堆伤心的用户-因为他们手机上的App不工作了。而文档化只能达到一半的效果,并且也很难找到一个愿意写文档的程序员。

你所能做的最重要一件事来提高服务的价值就是创建一个API。因为随着其他服务的成长,有这样一个API会使你的服务或者核心应用将有机会变成一个平台。环顾一下现有的这些大公司:Facebook,Twitter,Google, Github,Amazon,Netflix等。如果当时他们没有通过API来开放数据的话,也不可能成长到如今的规模。事实上,整个行业存在的唯一目的就是消费所谓平台上的数据。 继续阅读 »

今日资本徐新:如何迅速做到细分市场第一

因为成功投资京东的今日资本总裁徐新有创投女王之誉,也是大中华区具有丰富经验的专业投资人。
本文根据她的演讲综合整理,向您分享她对如何选择创业方向以及创业者如何获得成功的经验和建议。

老板要凝聚力,关键是要打胜仗

徐新认为,老板的风格是可以不同的,每个人都有自己的性格。但老板要有人格魅力,要有凝聚力,关键是要打胜仗。乔布斯性格很不好,喜欢把笨蛋找出来的,当场骂你,让你辞职。但是他凝聚力超强,因为他不断打胜仗,不断出好产品。
继续阅读 »

周鸿祎:好产品六字法则——刚需、痛点、高频

”6月6号,奇虎360创始人董事长兼CEO周鸿祎走上颠覆式创新研习社的讲台,以他的产品经历,带来移动互联网产品观,干货满满,全程无尿点。

“如何找到好的产品?它必须满足三个条件:刚需、痛点、高频。”

我不知道大家想听什么,比如说有两大部分可以讲,高大上的我们讲转型互联网。今天的主题是产品创新,我就讲讲微观的。我在我们的行业里,战略比不上两位马总,我从骨子里本质上还是一个产品经理,可以分享一些做产品的心得。

最近互联网有一个很不好的风气,猫三狗四开始装教主,说我是如何成功的。我经常讲成功是偶然,失败是必然。大家的愚蠢上是有共性的,很多人在失败上会犯同一个错误。当你了解别人的产品是如何失败的,你才能在自己做产品的过程中避开这些暗礁。

+互联网还是互联网+?

大家最近都在谈互联网+,我理解大概有两种用互联网的方法,一种是+互联网,一种是互联网+。这两个有什么不一样? 继续阅读 »

2015-05-29LA/NMP

比较全面的MySQL优化参考

本文整理了一些MySQL的通用优化方法,做个简单的总结分享,旨在帮助那些没有专职MySQL DBA的企业做好基本的优化工作,至于具体的SQL优化,大部分通过加适当的索引即可达到效果,更复杂的就需要具体分析了。

1、硬件层相关优化
1.1、CPU相关
在服务器的BIOS设置中,可调整下面的几个配置,目的是发挥CPU最大性能,或者避免经典的NUMA问题:
1、选择Performance Per Watt Optimized(DAPC)模式,发挥CPU最大性能,跑DB这种通常需要高运算量的服务就不要考虑节电了;
2、关闭C1E和C States等选项,目的也是为了提升CPU效率;
3、Memory Frequency(内存频率)选择Maximum Performance(最佳性能);
4、内存设置菜单中,启用Node Interleaving,避免NUMA问题; 继续阅读 »

2015-03-18LA/NMP

Linux下让进程在后台可靠运行的几种方法

我们经常会碰到这样的问题,用 telnet/ssh 登录了远程的 Linux 服务器,运行了一些耗时较长的任务, 结果却由于网络的不稳定导致任务中途失败。如何让命令提交后不受本地关闭终端窗口/网络断开连接的干扰呢?下面举了一些例子, 您可以针对不同的场景选择不同的方式来处理这个问题。 继续阅读 »

2015-02-28技术分享

来自HeroKu的HTTP API 设计指南(中文版)

简介

本指南中文翻译者为 @Easy ,他是国内首家互联网人才拍卖网站 JobDeer.com 的创始人。转载请保留本信息。

本指南描述了一系列 HTTP+JSON API 的设计实践, 来自并展开于 Heroku Platform API 的工作。本指南指导着Heroku内部API的开发,我们希望也能对Heroku以外的API设计者有所帮助。

继续阅读 »

wnmp绿色便携版2.0发布,集成redis/memcache,免费下载

这两天花了点时间重新配置了一个wnmp便携版的环境,所有软件集成的都是64位版本。各软件版本号如下:nginx 1.7.9 / PHP 5.6.5-ts-VC11-x64 / mysql-5.6.22-x64 root pw:空 / phpmyadmin 4.3.7 / Memcached 1.4.13 / redis 2.8.17 / PHP扩展:memcache 3.0.8 /redis 2.2.5 / xdebug 2.2.7 / oauth 1.2.3 / sphinx 1.3.2

php.ini中opcache扩展必须填绝对路径才会生效,该文件中我用的F盘,如与你放的目录不符,请自行修改。

下载:

百度网盘 http://pan.baidu.com/s/1eQeVzYq

MD5: bc2d4c02f08018e722f42a35826750e8
SHA-1: 7b0090b11f7a2af08d5ae2317d9412910439e415

相关文章:wnmp绿色便携版1.1发布,集成redis,免费下载啦

为什么高价总是打败低价?

高价打败低价是常态

曾经有一个业务员问老板:“市场上有一个小厂,价格很低,很难对付,怎么办?”

老板反问道:“既然这家厂这么厉害,为什么一直是家小厂,而我们却是大厂呢?”

实际上,低价在市场上通常只是扮演着“搅局”的角色,成事不足,败事有余。

在对抗性竞争中,高价经常被低价搅得心烦意乱甚至胆战心惊,但低价最终总是难敌高价,甚至在高价面前一败涂地。

我们经常发现,市场上销量最差的商品,通常也是价格最低的商品。除非有绝对的成本优势(如格兰仕)和产品结构优势(如双汇),低价不再是常规竞争手段,而是战略竞争手段。在常规的价格竞争中,低价经常被有经验的营销者视为绝望者的“救命稻草”,而且往往也是压垮骆驼的最后一根稻草。

价格高低不是一个纯粹的定价问题,而是营销的核心问题。

营销大师科特勒说:“你不是通过价格出售产品,而是出售价格。”

金焕民老师说:“推销是通过价格把产品卖出去,营销是通过产品把价格卖出去。”

价格以及围绕支撑价格所开展的营销活动,构成了营销体系。低价还是高价,其实是推销与营销的区别。 继续阅读 »

2014-10-20LA/NMP

开启PHP-FPM的slow log日志来做性能调优或问题分析

启用 php-fpm 的 slow log 日志,查看执行时间过长的php文件,既可做程序调优,也可作为502等各种问题的分析方法

具体操作方法也简单,就修改一个文件,执行命令:

# vi /usr/local/php/etc/php-fpm.conf     //文件位置请根据自己的安装位置进行调整

PHP 5.3.3 之前版本设置如下:

The timeout (in seconds) for serving a single request after which the worker process will be terminated
Should be used when ‘max_execution_time’ ini option does not stop script execution for some reason
‘0s’ means ‘off’
<value name=”request_terminate_timeout”>10s</value>
The timeout (in seconds) for serving of single request after which a php backtrace will be dumped to slow.log file
‘0s’ means ‘off’
<value name=”request_slowlog_timeout”>1s</value>
The log file for slow requests
<value name=”slowlog”>logs/slow.log</value>

PHP 5.3.3 之后版本设置如下:

; The timeout for serving a single request after which a PHP backtrace will be
; dumped to the ‘slowlog’ file. A value of ‘0s’ means ‘off’.
; Available units: s(econds)(default), m(inutes), h(ours), or d(ays)
; Default Value: 0
request_slowlog_timeout = 1s

; The log file for slow requests
; Default Value: /usr/local/php/log/php-fpm.log.slow
slowlog = /usr/local/php/log/php-fpm.log.slow

; The timeout for serving a single request after which the worker process will
; be killed. This option should be used when the ‘max_execution_time’ ini option
; does not stop script execution for some reason. A value of ‘0’ means ‘off’.
; Available units: s(econds)(default), m(inutes), h(ours), or d(ays)
; Default Value: 0
request_terminate_timeout = 10s

注:request_terminate_timeout 将执行时间太长的进程直接终止

request_slowlog_timeout 将执行过慢的文件写入日志

以后即可根据慢执行日志 /usr/local/php/logs/slow.log 来优化程序文件了!

返回顶部