互联网特点

互联网的特点就是创新(不管是微创新还是颠覆式创新)和去中心化。所以这个行业的管理方式上也应相随应:颠覆传统、挑战权威、扁平节点化。

强调权威、唯上主义、方法固化、层级化、过程化、形式化,都是对务实的互联网产品驱动力的伤害。

因为互联网是求新,而不是求稳,如果在求稳的组织中,那正好相反。

产品经理特长

昨天下午向大领导彭作文先生汇报工作,彭总写有《大数据分行业大解析》一书,号称中国数据哥,成功运作了军犬舆情系列和慧数汽车等数据应用产品,形象儒雅,言谈谦和,头脑灵活,公司被现公司收购。他问我,作为产品经理,我所擅长哪一面。

把我问懵圈了。我原来对于自己的长处非常了解,在于互联网生产过程的综合能力突出,一个人从域名解析、服务器环境搭建开始,到部署开源程序简单修改以达到初级产品的程度,也就是从0到1的工作,哪怕是就我一个人,发布速度也会非常快,另外是有些创意和想法,还极熟悉运营。但昨天猛一听到这个问题,就有点顾左右而言它的意思,其实如果是处于面试状态下,这个问题应该还是能回答上来的。

彭总说:“我认为产品经理有这么几种类型,一种是抓需求抓特别准的,能把握住业务需求的;二是能够快速实现的,产品原型设计会非常快;三是偏项目管理型的,能协调UI、技术高质量完成产品的;四是能包装产品的,能把产品包装得很好的”。经过启发,我说我是偏规划和快速实现的。

与其说缺乏急智,不如说归纳能力不够,与其说能力的问题,不如说不自信,这个不自信不是说这件事本身的不自信,而是说国人普遍存在的不自信,遇到问题的时候,先想会不会回答错,或者不是对方想要的答案,却没有聚焦到问题本身,想切入点和归纳的方法。在和儿子的共同成长中,我就发现了这个问题。

细想这四点归纳,一和二,是和事物打交道,三和四,是和人打交道。我既不擅长包装产品,又不擅长提要求和监督,适合做独自决策和驱动的工作,例如中医,是“用思精而韵不高”的类别。

今天早上朋友圈里看了一篇行走天涯的文章。在上海工作的70后,工作六年而没有积蓄,裸辞后取出仅有的6万公积金,骑上自行车,开始环游中国,历时三年后,带着他路上相识继而相亲的媳妇,在北京乡下,开始了新的生活,种菜,创造绘本。在路上的三年,会对一个人的三观有多大程度的重塑,无法了解,除非也能有闲有钱去走出去,想起同学用两个月的时间自驾环游了中国,还是羡慕不已。

参加图书签售会

试试能不能在早上写日记。按理应该有半小时时间。

昨天去参加了雾满拦江《你要在最好的年纪 活得无可代替》新书签售会,见到了作者本尊,粉丝们热情有余,疯狂不足,符合知识偶像的待遇。我去是因为活动地点在西红门荟聚言几己书店离我家很近,如果再远点,肯定也懒得去了,到现如今,很少有让自己觉得高高在上,遥不可及的人了,这并不是我实力变强大了,而是我越来越认识到所有的人都是要吃喝拉撒,都有坐在马桶上拉不出屎的时候,不管多坏的人,都有一个最爱他的妈妈使劲地爱着他,多美的女人,都有软弱的时候,都是一团骨肉。于是乎,越来越少崇拜,越来越没有偶像,但我还是会欣赏和佩服某个人的某一行为,比如前段时间的大学同学老朱休了两个月假,开着哈弗H6环游了中国,还去了西藏,自我知道这个消息后,念念不忘想过去找他,看看这一圈得多少花费,有什么收获。

我还想起高中时候高我们一届的校花,那时我以为她真是天下第一美人,后来见的人多了,虽然依然承认她的美丽,但已然不是第一了。昨天新书签售会上,有一位粉丝兼美女作家,当她说出10月份有一本书要出版的时候,果然被很多人抓住机会加了微信,还有荷尔蒙旺盛的小伙子加美女主持人的微信,旁边一个男工作人员在呵呵笑。美女问老师,想揭示人性但写出来的总觉得那么浅显,老师就讲了个故事,说两只公狗争夺一条母狗的交配权,经过一番争斗,一只公狗胜出,正当兴高采烈地扑过去时,厨房又扔出来一块骨头,于是这狗开始犹豫、纠结,骨头,母狗?母狗,骨头?最后相通了母狗来之不易,失败的公狗意外得到了骨头。

我在朋友圈说书有签名,价值千金,收藏万册,福被我儿,估计很多人没看懂。收藏签名书倒手来卖,应该是条发财的路,尤其是在作家还没名气的时候拿到他的签名,当然有名气后再拿就不容易了。如果真能有上万本,每本只算一百块,那也是一大笔钱,实际有的签名书可能能卖到成千上万。

昨天夜里,梦到在我爷爷奶奶的老屋子,有两只狗,一只凶猛如狼,嘴里还有利刃,总想冲进来咬我,另有一只像是在保护我,同时又像是受逼迫要协助前只狗,两只狗好像还对话了。早上醒来一琢磨,《说岳全传》中岳飞做了这个梦,解梦的人解出来两犬说话,那就是“狱”,难道我有牢狱之灾?等我写到这里的时候,才意识到,应该是受了签售会上雾老师讲两狗之争的影响。

行动力

昨天看完小说《人民的名义》已经半夜两点多了。如果不是电视剧打了头阵,这部小说绝不会这么火,比它尺度大的多的是。电视剧中的达康书记演绎得太好,但从四、五集开始剧情拖沓,我果断地弃了。今天早上听广播说,这部小说已经印了七次,销售了一百多万册,还准备要拍电影,作者真的是运气不错。

昨天晚上给儿子念《狼王洛波》的故事,还没念完,儿子就在沙发上睡着了。其实他是在逃避洗漱。妻子对儿子要求严格,比如大人说话不让插话和打断。而我比较宽松,对于一些三观的规则,我尽量不给他界定是非对错好坏的标准,我的想法是在阅读和讨论现实中的事情时,尽量多些角度启发他,但我其实很懒,集中精力陪孩子的时间并不多。在我成长的后期,父母也是忙于工作,挣点小钱。减少了对我的关注和监督,结果后继无力。发生在自己身上的教训,最好不要遗传下去,给自己绷根弦,多思考一些对儿子的教育并践行。对儿子,我会有一些正面的鼓励,夸他观察力强,动手能力强,今后表扬还需要更具体、更有建设性。妻子认为再这样晃下去玩下去,就已经要耽误孩子了,什么班都没报过,落后在了起跑线上。可是连年来都是疲于应付开销,没有一点积蓄,连个小班也报不了。正如妻子所说,如果房子卖了回老家,那应该是高质量的生活,可是北京也许再也回不来了。

昨天下午在新公司转正述职,老毛病几乎犯了,打开PPT,说了很多实话,比如说,公司能协调政府资源这种大白话,比如说内部需求中领导对产品的要求或别的部门对产品的需求都是大坑这种实话,幸好大部分的讲述控制在了产品这个角度,但估计领导仍会觉得有些不爽。真的不适合在职场打工,自己创业又没有条件,如果自己创业,那下面的人估计必须是务实的人,但组织中一点也需要能说会道的人,由此来看,创业也未必适合我。思来想去,得加快向中医转行的步伐了。争取今年下半年能把师承报上。

早上儿子拿了两块饼干,已经吃了一块,另一块一出门就滚到了地上,咧嘴哭了,小闹了一下,想回去再取一块,但几乎要耽误了去幼儿园吃早饭。后来停好车,笑着跑进幼儿园,刚好赶上。

移动应用评测范围(一个好APP的标准是什么)

作者:郑国维

1.  位置判断

  • 分类范围:通讯社交、娱乐休闲、工具服务
  • 目前阶段:导入期、成长期、成熟期、
  • 市场情况:完全竞争、垄断竞争、寡头垄断、完全垄断
  • 同类产品地位:机会领先、规模领先、资源领先、成本领先、渠道领先、推广领先

2.  竞争力分析

2.1.  核心需求被满足程度

以听歌为例:要听的歌有没有,音质好不好,歌曲能不能被控制。

  • 增值功能:
  • 缺失功能:
  • 冗余功能(过度设计):

2.2.  差异化竞争

领先于对手的:

  • 更便宜
  • 更简单
  • 更多
  • 更快

3.  客观指标分析

3.1.  产品指标

  • 应用大小
  • 启动速度
  • 流畅度(卡顿、失去响应)
  • 稳定性(闪退、Bug)
  • 网络响应速度(信息快速呈现)
  • 权限隐私
  • 更新频率
  • 通知频率
  • 流量优化程度
  • 缓存优化程度
  • 内存占用
  • 耗电量
  • 开机启动与唤醒
  • 平台支持(目标用户平台使用率)
  • 兼容性(目标用户平台版本)
  • 核心功能到达路径(逻辑与流程)
  • 错误程度与错误率

3.2.  运营指标

3.2.1.  用户指标

  • 渠道覆盖(到达用户终端的渠道)
  • 用户获取成本
  • 下载量
  • 安装量
  • 注册率
  • 留存率(次日/周/月)
  • 活跃率(日/周/月)
  • 付费率
  • 平均用户收益
  • 版本升级率
  • 卸载率
  • 使用频次
  • 使用时长
  • 生命周期
  • 市场内同类应用排名
  • 评论数(差评占比)

3.2.2.  服务指标

  • 客诉处理及时性/满意度
  • 评价反馈
  • 互动参与

3.2.3.  内容指标

  • 内容量
  • 更新速度
  • 免费/付费内容比
  • 独家内容占比
  • 内容质量
  • 内容完整性
  • 内容组织/形式(分类是否清晰,搜索结果是否准确,排版是否美观)

3.2.4.  活动指标

4.  主观指标分析

4.1.  用户体验

  • 强迫(必须,才能)
  • 干扰(打断)
  • 歧义(与预期不符)
  • 无价值内容
  • 认知难度
  • 违反设计规范
  • 界面风格(与目标用户特征趋同)
  • 审美体验(颜值)
  • 版式(整洁、重点突出)
  • 流畅度(加载、过渡)
  • 常用功能位置
  • 目标操作入口与路径
  • 趣味性
  • 获利
  • 公平度
  • 承诺兑现感知
  • 付费确认

4.2.  满意度与接受度

  • NPS(净推荐值)=(推荐者数/总样本数)×100%-(贬损者数/总样本数)×100%
  • K传播因子=(每个用户向他的朋友们发出的邀请的数量)* (接收到邀请的人转化为新用户的转化率)

创业和打工

上家公司,老板从主营业务中,分出一小拨技术,为他新孵化的创业项目做开发。

我当时做为产品经理,和他们打过交道。后来这三个技术都离职了。

其中一个PHP开发,回老家自己开了外包公司,今天来北京和甲方确定需求,间隙约了我和他们当时的前端一起见面。这个前端离职后进了创业公司,属于较早期的一名员工。他去年4月份刚在黄村火车站附近买了房。在这家公司一周最少有两晚上加班,每隔一周要上六天班,很辛苦。

创业的同事回家招了5个开发,一个月公司成本2万出头,接着稳定的腾讯的项目,除此之外,还有一些其它项目。现在想做一个自己的产品出来。

另外一个PHP开发,最早从公司离职,已经换了很多次工作,去过京东,也在一些创业公司呆过,现在可能是在万达上班。晚上给我发来了京东的内推岗位列表,让我选择,他托内部的朋友给推荐进去。

华为正在辞退一些年纪大的员工,据说某部门超过34岁的就被开掉了。34岁,在互联网这个行业,确实是老了。90后干得多肯加班拿的少。这种境况真是令人忧虑。

NPS净推荐值

产品好不好,最能说明这个问题的是用过产品的人会不会向别人推荐。比如一个饭馆,你会不会像朋友推荐。还比如手机上的APP。

我广泛向别人推荐的一个产品是Kindle,好几个人接受了我的推荐买了这个产品。

对应的有个概念是NPS,即净推荐值。它的算法很简单,找一些正在用和使用过产品的人,请他们给产品打分,1——10,十分制,1代表肯定不会向别人推荐使用,10代表肯定会向别人推荐,请他们打分,打9、10分数的所占的百分比,减去打6分及6分以下的人的百分比,即得出NPS净推荐值。

移动应用评测报告的评测标准及结构模版

本评测报告针对 XX 安卓版 V2.0 进行了 PCT 整体测试,测试评级为二级:推荐用户使用,评测报告共提出 UI 建议 10 条,产品功能建议 32 条,发现产品安全漏洞 3 个,产品严重 BUG 共 30 个。

一、 产品背景

1. 产品简介
2. 同类产品

二、 版本说明

1. 当前评测版本说明
2. 历史版本评测报告

三、 评测概述

1. 总体概述

软件的评级为 X 级,推荐用户使用

A. 一级:强烈推荐用户使用
B. 二级:推荐用户使用
C. 三级:用户体验
D. 四级:有限用户使用
E. 五级:不推荐使用

2. 总体陈述测试报告内容

总计测试功能点 XX 个,其中产品建议 XX 条,产品漏洞 XX 个,其中严重漏洞 X 个,重点推荐功能为 XX 和 XX,软件是否合理使用用户信息及保护了用户隐私。

四、 UI 评测

1. 优点
2. 缺点及建议

五、 用户体验评测

以抽样评测的方法从用户的角度来评测软件的用户体验。

1. 重点功能使用及容易度
2. 用户操作及有效性
3. 用户黏着程度
4. 用户整体评价

六、 功能评测

主要评测产品各个功能是否正常合理,功能逻辑、功能 bug、功能建议。

1. 功能常规测试
2. 业务逻辑分析
3. 功能 bug
4. 功能建议

七、 性能评测

基于产品数据分析的性能测试,评测产品在及时性、高响应、高服务器压力条件下的数据。

1. 客户端性能评测
2. 服务端性能评测

八、 安全及隐私评测

1. 用户隐私评测
2. 安全评测

1) 用户系统安全
2) 服务器漏洞
3) 程序崩溃日志

九、 同类产品运营数据对比

1. 市场占有率
2. 下载/安装/访问量
3. 用户活跃度

十、 总结

附件一:错误分类

1. 按错误的产生影响和后果分类:

1) 一般错误:对系统的输出结果有一些非实质性的影响。例如:输出数据格式不符合要求
2) 中等错误:对系统的运行有局部的影响。例如:输出的某一部分数据有错误。
3) 严重错误:根据需求发现所开发出的程序流程不符。
4) 非常严重错误:遭到客户投诉,造成非常不好的影响。

软件系统错误类型比例表(表1)

错误类型 一般错误 中等错误 严重错误 非常严重错误
百分比 % % % %

2. 按错误的性质和范围分:

1) 功能错误:由于功能规格说明书不够完整,或是叙述得不够确切,致使系统在实现
时对功能有误解。例如,给出了错误的功能,缺少了某些功能或多出了冗余功能。
2) 系统错误:包括以下错误:与外部接口通讯的协议错误,参数调用错误,子程序调
用错误,输入输出地址错误,中断处理错误,与操作系统接口错误,控制顺序错误
及资源管理错误等。
3) 编码错误:包括语法错误,变量名拼写错误,局部数据与全局量混淆或程序逻辑错
误等。

云发布平台流程图

支撑互联网敏捷小项目的快速迭代发布,以及传统大项目的研发流程。重点解决了大量并发小项目持续集成持续发布的问题,引入了最佳实践的强弱流程依赖,可以由项目的产品经理自由选取流程节点进行实践。单测集成、环境管理、测试用例、缺陷管理、接口测试、性能测试。解决代码质量无监控、测试环境全靠手工部署,项目测试环境资源不能有效使用等问题。

量化评估项目质量,一键部署环境,跟踪回归Bug,积累复用Case,自动化重复工作。