作为非产品人,你有产品思维吗?

8 评论 11718 浏览 51 收藏 8 分钟

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

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

一、产品思维实例推演

1. 背景

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

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

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

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

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

  1. 输入账号、密码,登录后,门户首页赫然出现了系统A、B、C个系统的应用;
  2. 点击链接进入系统A,页面只展示了系统A的空白首页,没有其他菜单;
  3. 从系统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:

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

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

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

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

2. 对于用户要求比较复杂的功能,建议分次迭代

一期先精简基础逻辑线,涵盖基础功能,保证能基本用的起来;二期,针对附加控制、权限逻辑叠加的限制性需求。

这样分次迭代的好处是:一方面是给需求提出方足够的时候思考自己需求的合理性,believe me ,他们会随时更改需求的;另一方面是时间的有效利用,防止功能太复杂,验证和开发时间上都比较长,操成周期比较长。

3. 接受不合理需求的产品都是怀着“你不懂我”的心思来做的

你想知道怎么拒绝不合理需求吗,特别是领导提的不合理需求,有2个好办法,睁大眼睛好好看哦。

  1. 丢出去,丢给别人,免得看见心烦,至于怎么丢,这就看局势和情商了(此处好想大笑)。
  2. 丢不出去的时候,就认命吧,按照领导的意思来,但心里一定要默念“我们不一样,我们不一样,我们不一样”,这样你会舒服点。

这点纯属吐槽,因为我们相信,说出来也许会舒服点,不过确实很舒畅。

OK,本文先到这里吧,有机会再来。

 

作者:Andy。放松玩,专注思考的B端产品经理。

本文由 @Andy 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 产品思维应该是,在使用者真实的刚性需求里, 你解决了他什么痛点。或者是你创造了一个崭新的模式。 其他的所谓产品思维,都没价值

    来自黑龙江 回复
    1. 1、解决痛点并不代表有产品思维,也有可能是以损伤其他功能的完成性或增加繁杂控制来达成目标;
      2、本文侧重从设计以及扩展性来浅谈个人感受,像创造了崭新的模式,这种偏商业化的的思维,我承认我是没有的;
      产品思维本来就是一个很抽象的东西,像思考问题、处理问题的思维,更偏向是看到需求的第一感受,仅个人观点
      感谢阅读;

      来自江苏 回复
    2. 不好意思,您没理解我的意思,我并不是在说商业化。
      仅仅是举个例,比如本站的PM发现大家有交流的真实需求,痛点是没有交流途径,所以增添了评论功能来解决。
      这是我理解的产品思维,去解决问题。

      而抽象,迭代,交互设计,那可能叫产品能力更合适。 就像java能力可能是技术的基本能力,但仅仅java好,那和汉语流利没区别,java再好和是否能开发出微博微信,根本没关系。汉语再流利,和写一篇量子力学论文基本也没关系

      来自黑龙江 回复
    3. 其实这篇文章的标题是“你有产品思维吗”,受众是非产品人,介绍下产品人的基础能力和思维;
      运营小姐姐非得给我加个“你是产品,你有。。。”,我。。。 🙄

      来自江苏 回复
    4. 创造崭新的模式,更不是说商业化。
      比如有些游戏,比如早期的苹果, 使用者并没有期待原来手机可以这样用,游戏可以这样玩。 一定程度,是大佬们创造出来的新模式。

      来自黑龙江 回复
    5. OK,了解,谢谢指教。

      来自江苏 回复
    6. 双手双脚支持你

      回复
    7. 😉

      来自黑龙江 回复