产品经理应该了解的技术知识

设计师应该了解的“用户记忆理论”

记忆是人类储存信息的“硬盘”，它可以收集信息，处理信息，并且可以对外界的刺激做出反应。人类可以在需要的时候可以去“硬盘”中调取信息。但是这个“硬盘”有着一些瑕疵，因为它会受到人类机体和情感因素所影响。了解记忆的运行机制，会帮助设计师创建出人性化的界面，节省工作量，提升产品的易用性。

记忆的三个种类

一般来说，心理学家将记忆分为三种：感官记忆、短期记忆和长期记忆。

感官记忆是指讯息经由感官接受后，感官所作的短暂时间的储存，亦称工作记忆。

短期记忆最重要的特征是信息保持时间相当有限。在未经复述的条件下，大部分信息在短期记忆中保持的时间很短，通常在5－20秒，最长不超过1分钟。

长期记忆是能够保持几天到几年的记忆。

设计师在创建产品交互流程的时候，一定要将用户记忆这个因素考虑进去。用户对于产品的体验一旦转换成了长期记忆，这意味着用户在使用过程中会更加的便捷高效。比如，现如今我们手机上基本最少安装了一家银行的app（比如建设银行）。我们经常使用的话，会对建设银行的界面流程十分的熟悉。同样是一个转账功能，我们用建设银行所花费的时间比招商银行（不常用）短得多。

如何将信息转化为长期记忆唯二的方式是重复和联想。从下面这张图我们可以看到感官记忆到短期记忆再到长期记忆的转换机制。

德国心理学家 Ebbingance会使用谐音“俺不能死”来帮助自己记忆。这个就属于通过联想来将短期记忆转化成长期记忆。

米勒法则

1956年，乔治米勒在一项研究后发现：人的大脑只能同时处理最多7±2个信息团，这一发现被称之为米勒法则。从心理学角度来看，人脑处理信息的能力是有限的，这部分原因是因为短期记忆储存空间的限制，数量过多将会使得大脑出错的概率大大增加。

后来Ricogo和重要功能的链接，就是我们常说的导航栏。底部会放 联系我们、版权所有、隐私政策和使用条款这些不太重要的信息。用户对于这个布局已经习以为常，如果我们追求创新，把导航放在页脚，挑战用户的固有认知，很可能会造成用户的流失。

我的情况：78年生，北方某省会城市人，男，2000年毕业于北京某知名大学电子通讯相关专业，同年7月加入华为，经过技术支援部的一营实习，而后在市场 部做产品线，即下过办事处，又待过总部，还去海外支援过三、 四个月，于2003年下半年离职，工号22***，现闲居北京。

声明：本人所写均为本人亲身经历和华为同事的转述，但为避免透露真实身份，具体时间地点在不影响理解的前提下有所更改，请勿对号入座。由于本人仅供职过华为市场和技术支援系统，对其它部门的描写均为华为其他同事经历。

讲薪酬先要介绍一下华为的部门结构，因为不同的部门其薪酬是不同的：

1、市场系统。按地域先分为国内和海外，国内又分为深圳总部和各省市办事处，海外也分为国内深圳总部和各大洲地区部。按工作分工又可基本分为客户系统和产品系统。

深圳总部：包含国内、海外客户和产品系统的总部机关。国内包括各目标运营商（电信、网通、移动、联通等）系统部的总部和各产品（交换、光网 络、移动、智能网等）国内系统部的总部。海外包括国际营销（客户）和产品国际（产品）的总部。还有负责客户接待（最为一些不明真相的人误解）的客户工程 部。当然个别小部门的总部不在深圳而在北京。

国内办事处：基本位于各直辖市及省会城市，大连、青岛等也有小办事处。各办事处的工作目标就是销售，分客户线（负责各运营商）和产品线（负 责各产品）。各线人员算各部门深圳总部的派出人员，又直接受办事处主任管理。办事处主任对所在办事处辖区负责，权利很大，相当于封疆大吏。

海外地区部：包括亚太、中东北非、独联体、南部非洲、拉美、北美、欧洲、东太平洋（按地理应该叫西太平洋，因为管辖的是日本、韩国、澳洲、 香港地区等亚太发达地区，但当时起名时不知怎么弄反了，就一直将错就错）。各海外地区部又在各个国家设了办事处，也分客户线和产品线。

市场系统的海内外员工总数应该在4000偏上。

产品经理在工作过程中会遇到各种架构图（结构图），这些名词很容易混淆。一般情况下，3-5年经验、善于总结归纳的产品经理才能逐步理解这些概念的含义，并且相对灵活的运用到工作中。下面针对这些概念来系统地梳理一下，同时也是加深自己的理解和认知，希望能有所启发。

功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解的最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。（百度定义）

用通俗的话来说，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。功能结构图一般不涉及具体的字段信息，只强调功能的逻辑关系。

以微信为例，我们可以看到整个微信分为4个大的模块：微信、通讯录、发现、我的。

发现模块里面有各种功能，比如朋友圈、小程序等等。

这里插一句题外话，一般人很少注意到微信底栏第一个菜单是“微信”，往往以为是“消息”“聊天”之类的。

网上各种各样的解释都有，我则更愿意理解为微信对自身的自信和坚持，正如微信自己描述的定位一样，它本身就是一种生活方式。

微信功能结构

信息结构图是将产品的数据信息抽象出来，直观进行展示的图表。它可以帮助产品经理理解复杂元素的构成，帮助开发进行进行表结构设计。

信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

同样是以微信为例，下图列出了微信公众号文章涉及的一些核心字段。这些能帮助产品经理和技术来理解整个产品方案的设计过程。

微信信息结构

产品结构图是综合展示产品信息和功能逻辑的图表，也就是说看到产品结构图能快速了解产品的功能和信息结构。某种程度上来说，产品结构图绘制出来，原型图上的信息和功能基本就已经确定了。

产品经理对技术理解应该达到一个什么程度？

1.技术架构/实现方式

比如设计一个网站类的产品是使用什么编程语言开发的php,jsp或者Python。确定了编程语言以后

你要知道整个产品项目中使用了什么开发框架，是团队自己研发的框架，还是使用市面上比较流行

的框架。其次是数据库的选择，根据你们的业务需求是使用mysql这种关系型数据库还是mongodb

这类非关系型数据库，最后就是服务器，服务器一般关心的问题就是稳定性，安全性，还有负载了

。

根据不同需求选择服务器，

使用什么样的服务器?自己管理的，还是云。如果是云的话还要了解一些云服务和产品的内容，比

如RDS，负载均衡，内容分发等等。

使用什么操作系统是window还是linux?Linux的话一般还分Ubuntu和redhat两个派系。

服务器的运行环境是怎样的?使用怎样的代理nginx，Apache还是tomcat或者为了实现高负载混合

使用它们还是要自己用node来写一个更好更适用的。还要注意是否有其他插件需要支持。

如果是桌面级应用或者是手机APP这样的产品需求的东西还不一样，你还要考虑跨平台性以及其他

细节问题。上述例子主要是网站产品主要依靠浏览器，平台兼容的考虑少一些。

2.技术特性

技术的生命周期：作为产品经理的你已经知道了产品是有生命周期的，那么其实我们生产产品使用

的技术也是有生命周期的。假如项目周期比较长，比如10年吧，技术生命周期一般就2~3年，服务

器操作系统生命周期会更长一些，，如果这部分能考虑到能节省很多重构成本。可是关键问题是这

个问题本身就不太现实，我们很难预测2~3年以后我们的产品的样子。

技术的优缺点：作为PM你不用了解具体的实现方式，关键在于你要知道不同技术架构有什么优

缺点，适合做什么事情。比如mysql和mongodb的区别，php和jsp的区别，它们的开发效率和健壮

性怎么样，是不是符合我现阶段产品开发的需求。项目不大其实没区别，项目大的话就很明显了。