最近做产品的一些心得 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
miaozaiye
V2EX    分享发现

最近做产品的一些心得

  •  
  •   miaozaiye 2015-11-15 00:20:41 +08:00 2015 次点击
    这是一个创建于 3643 天前的主题,其中的信息可能已经有所发展或是发生改变。

    先说几件最近发生的事情。

    1. 一家新兴轻奢服装电商

    这是我很欣赏的朋友的创业项目,辛苦打拼一年总算用户初成规模,今年也做出了自己的第一个爆款系列(恩,我都心动了)。双 11 之前她在朋友圈,熟人群里做了好几轮宣传,希望趁着双 11 可以把生意做到更上一层楼。

    然后,双 11 早上,我打开她家微信想看能不能买的时候,看到了通知,她的电商网站宕机了。

    非技术出生的团队,没有意识到大并发对服务器会带来什么样的压力,没有提前做准备,更多专注在了把图片拍美一些,把网站做好看一些,把线下的货备齐一些,却没想到网站本身,那些看不到的地方,还缺什么。
    因此这场战还未开打,炮已熄火。

    好在团队聪明,执行力高,最后通过其他方式,她们的生意依然做得火爆,并且准备寻找新的技术方案来避免这样的问题。
    但后来我们聊起,如果提前预计到这些,其实有很多方式可以做好准备,生意量应该还能上个台阶。

    2.我们客栈

    在我们还有各种开发新功能任务的紧要关头,我们产品研发团队开会后决定把其他所有任务都要延后,然后后端负责人把程序员页面的逻辑重新梳理了一遍,用他的话说-

    使用 elasticsearch 建立索引,替代目前直接从数据库查询/多重排序的方案;列表第一页都加上 60s 的缓存

    我们测完了,上线了,用户基本上没什么反应。
    然而我们从后端已经能看到效果,继续引用他的话:

    程序员列表优化看上去有效果,数据库导致的高 cpu 已经没有了(之前是已经达到了每几分钟就有一次高占用警告),现在服务器负载还可以。

    按照目前我们用户增长的情况,如果不做这个更改,可能未来 1 个月内,用户会开始感觉到程序员页面浏览变慢,筛选查找变慢,但也能用。

    未来 3 个月的某一天,突然大面积用户因为页面明显变慢,而干脆关闭我们的页面,离开客栈。

    幸好,我们提前做了优化。

    这些优化的原因,不来自于用户的需求,做了用户也看不到摸不着;但是不做却会直接导致用户放弃使用我们,或者在潜移默化的情况下,更喜欢使用竞争对手。

    这便是产品的内在:可用性,稳定性安全性,可持续发展性。

    产品一旦内在出了问题,再精美的 UI ,再击中人性的功能,再炫丽的交互,都没有用。
    在核心业务逻辑确定不变的情况下,来看产品,则内在是 1 , 其余都是 0.

    1 之后可以加很多个 0 ,然后 1 总是要先于 0.

    在产品发展的过程中,因为资源的匮乏(时间,人力,精力等)不断会面临 1 和 0 的博弈。很多时候,因为 1 是我们和用户无法马上感知的,而很容易被降低优先级,慢慢大家也就忘了这件事情的重要性,直到灾难发生。

    然而,你不能只做 1 ,不做 0. 这样你能生存,但是无法发展壮大。

    0 是外在,是用户接触到你的“第一真理时刻”,是你的产品在他心中形象的主要塑造者

    外在可以包括很多,然而也可以很简单,按照我更习惯的话来说,“ 0 ”就是 FMOT-第一真理时刻(First Moment of Truth)。

    1. 新用户接触到你的产品,第一刻从哪里开始?这是他的“ 0 ”,这个“ 0 ”出类拔萃么?最直接的指标,举个例子,网站首页的注册转化率高么?
      高的话,对于新人的“ 0 ”你就做到了;否则还要加油。

      我们目前只有 16.5%左右,本来排了优化计划,让步给了上面的内在优化计划。

    2. 老用户使用你的产品,最多是哪个部分?这是他的“ 0 ”,这个“ 0 ”让人欲罢不能么?

      从客栈 APP 来看,“程序员”页面的打开次数是其他页面的 5 倍以上,毫无疑问是我们老用户的“ 0 ”部分。

    那么如何让这个部分能够出彩?

    • 增加程序员数量展示,用户每次刷新,能够看到数量不断增加。
    • 确保每条信息都足够有价值,每次打开用户都能看到优秀的程序员,丰满的个人履历,作品信息,用户愿意点进去看,愿意收藏,愿意分享。
    这要求:排列在最前面的 100 名程序员满足以下条件 1-程序员本身足够优秀: * 名校 /名企 或 * 牛逼知名作品 或 * 高社交媒体知名度 其他 2-Ta 丰满填写了个人成就页面: * 个人介绍文字>100 字 * 个人作品>=3 个 * 个人技能标签 * 专业社区 

    继续深入,则应该是:我们的产品如何可以推动用户做到以上两点?我们的运营又如何可以推动这两点? 这个话题太大,以后讨论。我们通过各种方式来尽量实现这两点,目前 程序员页面->程序员个人主页 约 70%的转化率,优化的空间还很大。

    然而,有个问题,

    如果这个高频使用的并非你的核心功能,那你就要好好考虑一下了:
    1 )是给非核心功能以太高曝光率,太好资源,导致用户被误导了么?
    2 )或者是这个其实才应该是你的核心功能,用户用行为告诉你,你原来的规划错了?

    专练内功或外家都不行,内外兼修才能独步武林

    1. 技术背景的团队容易陷入对内功的不断完善,而忽略外功打造,如段誉

      段誉先吸得了无量剑派七弟子的全部内力,后来又吸得了段延庆、黄眉僧、叶二娘、南海鳄神、云中鹤、钟万仇、崔百泉等高手的部分内力,这一日又得了保定帝、本观、本相、本因、本参段氏五大高手的一小部内力,体内真气之厚,内力之强,几已可说得上震古铄今,并世无二,也顶多能把凌波微步施展到极致来保命,而非成就绝世奇功.

    2. 运营产品背景的团队容易陷入不断翻新外功招数花样,赢得开场的满堂喝彩然而却无以为继。

    3. 内外兼修的节奏要掌握好,作为产品负责人,让产品的内功一直能够支撑起码未来 3 个月的稳定安全发展,同时外功不断加强。

    叨叨了这么久,其实就是为了整理最近的思路,资源匮乏的情况下,如何内外兼修优先顺序,把产品推往下一个阶段。

    0 - 核心业务逻辑 1 - 内功: 1 - 可用性: 没有核心业务流程 bug,可用 2 - 稳定性,安全性: 可以顺利安全使用核心业务流程 3 - 可持续发展: 未来 3 个月内都可以顺利安全使用核心业务流程 2 - 外功: 1 - 新用户第一接触: 检验标准:新用户注册转化率 2 - 老用户最多使用: 是否核心业务流程? 否: 反省: 资源配置错误导致? 发现新的核心业务流程? 是: 检验标准:核心业务达成率 

    基于这个思路,才好在远程协作的基础下,把手头上的近百项 todo 安排好,让产品顺利发展。

    1 条回复    2015-11-16 13:04:43 +08:00
    NCE
        1
    NCE  
       2015-11-16 13:04:43 +08:00
    说了半天是远程协助。。。。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1508 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 20ms UTC 16:38 PVG 00:38 LAX 08:38 JFK 11:38
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86