什么叫产品思维，产品思维的定义_1

无论你是公司管理层还是用户层，从这篇文章，你都可以简单了解到：什么叫产品思维？以及自查：我们是否在同一思考维度。本文分为3个章节：第一部分会根据实例来演示下什么是产品思维；第二部分简述我的产品思维；第三部分则根据我们日常碰到的常规问题的一些建议，enjoy！

什么叫产品思维，产品思维的定义_1

我是产品，我为产品打call，我有产品、设计、看问题、找问题的思维。

一、产品思维实例推演

1. 背景

公司研发了一款软件，让你去用用看，顺便提提意见。

然后，你就问：这个软件干嘛的，想达到什么目的。

公司告诉你：这个是一个门户，想解决我们公司多个系统多个账号的问题、实现统一管理、消息代办的统一管理。

OK，了解后，我们就开始体验门户，我们从以下几个主要点来分析：你是否有产品思维？

2. 初体验，单点认证及门户与子系统之间的交互

输入账号、密码，登录后，门户首页赫然出现了系统A、B、C个系统的应用；点击链接进入系统A，页面只展示了系统A的空白首页，没有其他菜单；从系统A注销登录，发现页面定位到了门户的登录页，而且门户首页的登录也失效了。

看到上面的3个步骤，你会提出什么疑问，以及你会用何种方式来进一步验证探讨你的猜想?

以下是我的疑问和进一步的操作:

为啥只有系统A、B、C 3个应用，剩下的D、E呢？是什么控制对我们的可见性不同？（已经确定A、B、C、D、E 5个系统已经全部集成完成。）

——进一步去看了A、B、C 3个应用是公共应用，D、E是非公共应用，验证了是应用的类型控制可见权限。

为何单点到系统A，跟我之前登录到系统A看到的菜单和内容不一样呢？门户与各系统之间的认证、角色权限如何界定和管理的？

——与研发人员核实，是需要系统A根据门户的账号分发接口获取哪些人具有系统使用权限，然后在系统A中给对应人员分配权限。

基于以上回答，你是否会提出疑问：等于一个用户对系统的角色权限需要门户和系统来配合完成，那这样是否达到了账号、权限、角色同一管理的目的？

为何从系统A注销页面会定位到了门户的登录页，系统A的登录屏蔽了、系统A的账号密码还可以用吗？任何一个系统注销为何会导致全部登录都实效？

——与研发人员核实所有系统采用信任的机制，即其中任何一个系统注销，所有系统均注销；所有系统不保留单独登录页面，均使用门户登录账号密码登录；

基于以上信息，你是否会提出疑问：采用信任机制，每个系统都需要时刻对登出信息进行获取——是否会占用资源导致系统运行速度减慢？以及，这种信任机制是否合适？

我们要改变用户的习惯，使他们在系统操作完后是关闭页面而不是登出；还有，所有的登录统一定位到门户，如果门户出现异常，是不是我们所有的业务都要停止？

3. 与其他门户进行对比

在了解公司门户后，可以看看其他公司或者业界评价比较好的门户产品是怎么做的。再对比下，你应该就会对门户有个比较深入的概念，以及公司目前所做的门户是否是真正意义上的门户。

二、什么是产品思维

有以下定义：

就是透过现象看本质——可以通过页面信息架构分析出实体关系以及数据库表结构的设计；可以根据功能设计看出他们之间的关联以及交互逻辑；能基于现有模块去构建、梳理新的功能需求，并提供解决方案；能以闭环为前提，去思考产品流程的合理性及存在的问题；擅长场景设计，并有一套可视化分析模型；善于从反向/分支流程逆向看问题，分析系统健壮性；能从用户的访谈/调研中获取关键线索并能敏锐的察觉用户需求与系统的差异性。

三、日常用到的，你所不知道的产品思维

1. 考虑功能的可扩展性（这个很重要哦）

对于有权限设置的功能来说，首先考虑的是其可扩展性——即在不需要动代码的前提下就可以达到权限的配置和功能的使用。

example：

背景：门户上的每个可见内容都是以区块的形式呈现，区块分为公共应用和非公共应用，公共应用即无需配置，大家都可见，非公共应用即需要对用户授予权限方可见。

需求：现在需要开发一个待阅通知管理功能，只有企划部、人事部才可以去发布待阅通知。

问题：基于此需求，你觉得这个待阅通知管理功能的权限应该如何设置？

有兴趣的同学可单独私我，共同讨论。