【1008】勿忘初心

导语

30岁生日,给自己买了块表,是卡西欧的5000系列。

为什么选择这只表?大概是因为情怀和卡西欧的匠工精神。

小方块手表的情怀

在我们小的时候,电子产品没那么先进,没那么丰富,但是几乎每个来自同一年代的朋友,肯定都曾经拥有一块自己的电子手表。而在电子手表中,最深入人心的就是卡西欧,而卡西欧的5000系列,可以说是每个小朋友,每个学生梦寐以求的“神器”。

当年我也拥有过卡西欧的电子手表,具体型号已经忘记了,最近,让我偶然发现了卡西欧5000系列出了35周年纪念款,我毫不犹豫的就直接买了。一来是作为自己的生日礼物,再来是对自己青春的一种怀缅。

出来工作后,曾经买过不少小时候想拥有的东西,例如小时候很多小朋友手上都有Gameboy,但我没有,出来工作后没多久,就买了PSP和NDSL。以前读书的时候,喜欢和朋友一起玩PS2,后来也买了xbox360。但是东西买回来后会发现,感觉都不对了,不再是当年的沉浸感和兴奋感,更多的是一种情怀和回忆。这次的手表也是一样,送给自己的是一种情怀。

卡西欧的匠工精神

很多人会觉得,几十岁人了,买表怎么还会买卡西欧的电子表,这玩意是学生带的。或许,这个年代的学生,也不带卡西欧了,带苹果手表了。

这只表除了情怀以外,还有一个很重要的原因,就是卡西欧的匠工精神。这里要给大家说一个小故事:

卡西欧G-shock的故事,还要从1981年开始说。28岁的CASIO研发部职员伊部菊雄摔坏了高考时老爸送的手表,决心研发手表的防震功能,可以说,G-SHOCK被创造出来,就是源于一个简单的信念:那就是创造一只永远不会摔坏的手表!
因此 一个叫做”TOUGH”的项目组正式结成。他们确定了三个10的目标:10年的机件使用寿命,10米的防水能力,10米的跌落防震。

今年(2018年),卡西欧宣布退出卡片相机市场,同时推出方块手表35周年的纪念款。可以看出这家传统老豪强企业的决心。我认为,这个非常能代表日本的一个匠工精神,当今社会,不单是人,连很多企业都很浮躁,利用各种手段盈利,不断的透支自己的信誉和名气。卡西欧这种不忘初心的精神我是非常欣赏的。

小结

而立之年的我,从生活、从工作、从精神各方面都思考了很多。在此,心理活动需要省略一万字,但做人,真的不能忘记初心。

最后,我科普下卡西欧5000系列小方块的发展史:

【1006】先保证好用,再努力好看

导语

作为产品经理,常常离不开用户体验这个话题,那什么是用户体验?无非也就又好用又好看。但是,为谁设计是好用和好看的先决条件。

为谁设计

若不知道为谁设计,就无法定义什么是好用,什么是好看,也不知道应该往哪个方向进行努力。

若男性用户产品出现一堆粉红色和卡哇伊小清新,也是够难受的。同样,若女性用户产品出现一堆袒胸露乳的妙龄少女,也是被秒删的命。

说个我认为非常经典的例子,当年苹果的iOS系统从6.0时期升级到7.0时期。这是一个大版本更新,UI从写实变成了扁平,很多人认为这是因为从乔布斯换成了库克所导致的。不否认这是其中一个原因,但我从产品的角度看来,从用户出发,写实变成扁平属于退化设计,让大家都看的顺眼,从而吸纳更多的用户。

退化设计并不是随便设计,而是不倾向于任何一方的中性设计,尽可能的让大家都喜欢,意见领袖和羊群效应之下,也就成了潮流,就成了大家意识里的“美”。

先好用,再好看

一个产品再好看,若不好用,一切都是徒然。在产品经理,设计主管甚至CEO定义了为谁设计后,好用和好看,永远“好用”优先级更高。好用的东西一般能起到提高效率的作用,但好看的东西也就是好看而已,效率第一,好用第一,哪怕牺牲一点舒适度的体验,也是值得的。

好用之后,自然就会追求好看。好看也要分两个阶段进行

  • 第一阶段为个性化的漂亮;
  • 第二阶段为形成固定风格化的漂亮。

而在执行好看的同时,不能忘记优先好用的原则,在优化好看时把好用给破坏了,也是不可取的。基于好用的好看,让其形成系统化,模块化,最终让产品成为自己的DNA,让用户只要碰到类似的产品,就会想起你,那么就成功了。

小结

设计的原点不是产品,而是人。创造出用的顺手的东西,创造出良好的环境,并由此感受到生活的喜悦。只有让用户群的构成变得更广泛,我们才会延伸出更多的思考和方案。

【2007】浅谈会议中的有效沟通

导语

在很多项目环境中,无可避免的就是开会,可能是跨部门,可能是跨公司。而产品经理通常在会议中都是充当“主持人”和“记录人”的角色,所以“会议纪要”是不可或缺的。

自以为有效的沟通,很多时候并不有效

团队越大,分组越多,KPI越不一样时,无效的沟通的现象越突出。

一方面,正所谓“三人成虎”,每个人的理解都不一样,跟着自己理解的思路走,传着传着就传偏了。另一方面,当老板问起来时,若A和B说法不一致,甚至完全背道而驰,会造成内耗成本加大。为避免此类情况发生,“会议纪要”可以让A和B双方都达成一致共识。

会议纪要的意义

  • 传达会议信息给相关人员
  • 公示会议结论
  • 确认问题
  • 后续计划/跟进

降低阅读门槛,见人说人话

不经过思考或训练的人,一般都在说自己能听懂的话,这是非常正常的现象,所以我们必须学会“见人说人话,见鬼说鬼话”。那要如何做呢?降低对自己沟通能力的自信,让对方复述或解读,或者自己换个阐述方式看对方反应。验证对方是否真的听明白了。

产品经理需要懂多门“语言”

这里说的“语言”并非英语、日语之类的语言,而是职业习惯用的一些术语和逻辑思路。产品经理一般充当跨部门间的翻译角色,降低理解误差,这样能避免无谓的需求变更。

小结

合理的沟通技巧可以有效提升会议中的工作效率,而“会议纪要”更能对本次会议进行一次有效的总结作用。提升自我的“语言”能力,在协同沟通上可以事半功倍,同时也要合理运用于各类文档的编写当中。

 

【4007】产品原型的整理归档心得(下)

导语

前面介绍过一种基于项目开发进行整理的产品原型归档方法,今天我再说说另外一种将产品原型整理归档的方法。


用Axure举例

建立原型库

如果说上次介绍的方法比较适合用在协同工作上和快速迭代上,这次这个方法就更适合用于个人的归纳总结,像“知识库”一样的存在。

如下图:

此方法建库比较灵活,根目录的结构决定了日后的子目录形式,怎么建立完全按照自己的思路结构决定。

原型库结构

由于此方法比较灵活,不同的思路,出来的效果完全不一样,所以在建立根文件夹的时候,需要考虑清楚自己的阅读习惯。

[infobox title=”规划思路”]此方法的核心在于根据功能体系进行划分,基于不同的功能版块进行填充模块内容,利用不同的维度定位摆放,还是“小箱子”和“大箱子”组合的概念。[/infobox]

[info]按产品建库[/info]

根目录文件夹为一个一个的产品,每个产品文件夹里都有N个功能版块小文件夹。功能版块里有不同日期的页面内容,由于不是基于开发版本,所以使用“时间戳”对同一个功能的迭代修改进行命名区分。

优势

  • 可以清晰看清产品形态
  • 方便进行竞品间的对比
  • 有助于看清产品的发展轨迹

劣势

  • 可能会存在很多重复和类似的功能
  • 容易造成偏科和思维局限

[info]按功能版块建库[/info]

根目录文件夹为一个一个的功能版块,每个功能版块文件夹里都有N个不同类型样式的小文件夹。最终也是用“时间戳”对每个修改版本进行命名区分。

优势

  • 类似记忆宫殿,可以当知识库结构使用
  • 遇到类似功能问题时,可以直接查阅对应版块进行参考
  • 可清晰查阅发展形态

劣势

  • 缺乏产品大局观
  • 不适合工作流,让人无法理解前因后果
  • 时间长后,容易忘记时代背景。(需要用大量备注进行说明)

小结

每个人都有一套自己惯用的思维方式,没有最好的方法,只有最适合自己的方法。就如BAT看似严谨完整的功能上线流程,若放在初创快速迭代的企业,也不一定是好的一个道理。

【4004】单项需求卡片

导语

不知道大家是否有这样的经历,每天的时间也就24小时,事情也有缓急轻重之分,不可能同时间处理很多事情。但协同部门又有很多需要解决的大需求,小需求,小建议和漏洞bug等,需要跟进解决。一般来说,都会将信息列入需求池的待处理需求中。

需求池的详细程度也决定了需求池的维护成本,在这里,我推荐一种“单项需求卡片”的记录方式,搭配需求池进行使用。可以有效解决同时间解决不过来的需求事物,并能在日后启动需求时,快速的找到相关人员及相关内容等。

当然了,一句话能描述清楚的事情,也没必要动用“单项需求卡片”这么重的东西,灵活变通,切勿浪费大家的时间。

“单项需求卡片”是干什么的?

“单项需求卡片”类似我们去银行办理业务,领个号后,开始填写的业务相关表格。到柜台时,方便柜员进行一系列的资料录入工作。回到工作的场景,就是让需要提需求的同学填写一份表,然后自己根据表上的内容就可大概了解这位同学需要提个什么需求。

“单项需求卡片”需要什么内容?

需求编号

一般需求编号使用大家都懂编写,且看到都能快速转译的方式比较合适。

如:年月日(YYYYMMDD)+姓名。可根据实际需要添加其他大家都懂编写的标签。

需求类型

  • 功能需求
  • 非功能需求

填写的人不一定都非常熟悉产品结构,尽量的易懂即可。

来源

此信息比较重要,方便追溯根源。

产生需求的用户和该用户的相关信息,描述清楚即可。

场景

产生该需求的时间,地点和环境等场景信息。

描述

尽可能使用(主语+谓语+宾语)的表达形式,不要加主观修饰语句。

原因

这也是非常重要的信息,作为产品经理,此时此刻必须保持怀疑的心态,因为有很多的理由是假想出来的。

为什么会有这样的需求?发起者的解释是什么?

验收标准

这个需求要怎样才算是满足了,定义一个标准,好让产品同学和开发同学以及设计同学有个底

  • 尽可能使用可量化的语言;
  • 无法量化的标准要举例解释。

需求的生命周期

这个属于需求的紧迫度和可持续性内容。

  • 需求的紧迫程度;
  • 上线后使用周期和持续性等。

参考材料

对此需求有一定参考价值的材料及有用的相关资料,不一定需要封装压缩,引用说明,能找到即可。

需求关联

与此需求有关联关系的各种

  • 人:与此需求相关联的任何人;
  • 事:与此需求相关的业务、相关功能及事件等;
  • 物:与此需求相关的系统,设备和其他产品等。

竞品对比

  • 竞争对手是如何实现该功能的
  • 竞争对手该功能获得的评价。(大众用户角度,公司内部角度,产品设计角度等层面进行考虑)

给出规范定义“1分”差到“10分”好,有个评分概念。

需求重要性

需求的重要性建议产品经理自己内部团队定义,开放填写此栏目,容易造成所有需求都是紧急需求,重要需求。

除非公司有个提交需求系统,可以针对系统设定一些规则,去制衡乱填需求重要性。

小结

还是那句,一切的模板,套路都是死的,灵活应用即可。在不同的团队,不同的公司,甚至不同的时间周期,可能模板都会纯正各种变异和差异,只要问题能解决,这东西甚至没有存在的意义。在此,希望此单项需求卡片能对大家有帮助。

【1004】电脑屏幕触摸开关方法

现在的笔记本电脑越来越先进,很多笔记本的屏幕已经是可触摸的了,但是,并没有屏幕触摸的开关按钮给我们使用。

我常常就会碰到这样的情况,很多人来到我的工位找我讨论事情,打开文件或邮件时,都会非常顺手的用手指点到屏幕对应的位置,然后触发类似鼠标的连击/鼠标右键/框选等各种奇怪操作。然后顺便惊讶的说一句:“你的屏幕可以点的啊,好先进。”

今天我就告诉大家一个方法,将这个触摸屏关掉。毕竟这个触摸功能,站在我个人的角度,使用场景真不多,还不如关闭了。

开关方法

第一步 打开 计算机_属性

找到“计算机”,鼠标右键点击“属性”。

第二步 打开 设备管理器

设备管理器入口.png

第三步 找到 人体学输入设备

设备管理器_人体学输入设备.png

第四步 关闭 符合HID标准的触摸屏

找到“符合HID标准的触摸屏”,鼠标右键点击“停用/关闭”项即可。