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

无论你是公司的管理层，还是用户层面，都可以简单地从这篇文章中学到:什么是产品思维？还有自省:我们是不是在同一个思维维度？本文共分三章:第一部分将举例论证什么是产品思维；第二

本文最后更新时间： 2023-03-01 15:10:34

无论你是公司的管理层，还是用户层面，都可以简单地从这篇文章中学到:什么是产品思维？还有自省:我们是不是在同一个思维维度？本文共分三章:第一部分将举例论证什么是产品思维；第二部分简单介绍我的产品思维；第三部分是基于我们每天遇到的标准问题的一些建议，享受！

我就是产品，我为产品呼吁，我有产品、设计、看问题、找问题的思维。

一、产品思维的推演举例1.背景

公司开发了一个软件，供你使用并给出建议。

然后，你问:这个软件是做什么的，想实现什么？

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

好了，了解之后，我们就开始体验传送门了。我们将从以下几个要点来分析:你有产品思维吗？

2.初始体验，单点认证，门户与子系统交互。

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

看到以上三个步骤，你会提出什么问题，你会以什么方式进一步验证和讨论你的猜想？

以下是我的问题和进一步行动:

为什么只有A、B、C三个系统的应用，其余的都是D、E？哪些控件对我们有不同的可见性？(已经确认A、B、C、D、E五个系统已经全部集成。)

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

为什么单点到系统A和我之前登录系统A看到的菜单和内容不一样？如何在门户系统之间定义和管理身份验证和角色权限？

——与R&D人员核对，即系统A需要根据门户的账户分配接口获取谁拥有系统使用权，然后将权限分配给系统A中相应的人员

基于以上回答，你会问:等于一个用户对系统的角色权限，需要门户和系统的配合。这样是否达到了账户、权限、角色同管理的目的？

为什么门户的登录页面位于系统A的注销页面？系统A登录被屏蔽，系统A的账号密码还能用？为什么任何系统注销都会导致所有登录生效？

——向R&D人员核实所有系统都采用信任机制，即任何一个系统注销，所有系统都注销；所有系统都不保留单独的登录页面，而是使用门户登录账号密码登录；

基于以上信息，你会问:有了信任机制，每个系统都需要时刻获取注销信息——会不会占用资源，拖慢系统运行速度？还有，这种信任机制合适吗？

我们应该改变用户的习惯，让他们在系统完成后关闭页面而不是注销；此外，所有登录都位于门户中。如果传送门出现异常，我们所有的业务会停止吗？

3.与其他门户相比

了解了公司的门户后，可以看看其他公司或者行业评级的门户产品是怎么做的。相比之下，你应该对门户有更深层次的概念，公司目前做的门户是否是真正的门户。

二、什么是产品思维？

有以下定义:

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

第三，日常使用，你不懂产品思维。1.考虑函数的可伸缩性(这非常重要)

对于有权限设置的函数，首先考虑的是它的扩展性——即不需要移动代码就可以实现权限配置和函数使用。

示例:

背景:门户上每一个可见的内容都是以区块的形式呈现的。块分为公共应用和非公共应用。公共应用不需要配置，所有人都能看到。非公共应用程序需要授予用户可见的权限。

要求:现在我们需要开发一个等待通知的管理功能。只有计划部门和人事部门可以发布等待通知。

问:基于这一需求，您认为该待处理通知管理功能的权限应该如何设置？

有兴趣的同学可以单独互相讨论。

2.对于用户需求复杂的功能，建议分阶段迭代。

第一阶段要把基本逻辑线简化到覆盖基本功能，保证基本能用；第二阶段，针对附加控制和权限逻辑叠加的限制性需求。

这种逐步迭代的好处是:一方面，给了请求者足够的时间去思考自己需求的合理性，相信我，他们会随时改变自己的需求；另一方面是对时间的有效利用，防止功能过于复杂，验证开发时间比较长，运行周期比较长。

3.接受不合理要求的产品，都是抱着“你不了解我”的心态做出来的

你想知道如何拒绝不合理的要求，尤其是领导提出的要求吗？有两个好方法。睁大眼睛，看好了。