摘要：B端项目即是需求明确的项目，又是需求最容易出现误差项目 需求明确指的是需求出自客户之口，入于吾耳相对于C端项目跟明确。容易出现误差是因为B业务复杂，不可能一次性完整描述。 缺少同理心 我记得有这样一个故事，有人问一个农民：“你认为当官的家里都有些什么”，农民答：“那肯定是堆满了粮食，挂满了腊肉”。 阅读全文

摘要：近期在学习产品经理的一些技能，有在抖音上看到@李三科的讲解，大部分讲的还可以，其中第二篇关于需求调研问题设计的案例，笔者觉得不是很恰当，下面说下笔者的看法。 首先介绍下背景，基于鼓励创作者而新增一个“打赏”功能，作为产品经理你回如何设计需求调研问题。李老师说了两个技巧，其一是多问用户过去发生的事不能 阅读全文

摘要：B端产品的一个特点是：需求会一直变化。相信每一位程序员都遇到过不断修改的需求，除了抱怨客户之外还有更好的办法吗？ 我们要把握一个核心：帮客户解决问题 需求变更的成本是巨大的，虽然不能做到100%的需求解读率，但却可以不断优化。 对于客户的需求整理成功能点进行确认，有条件的可以现场模拟一遍。有歧义的地 阅读全文

摘要：B端产品的一个特点：一个人有多个角色。即A角色的权限他有、B角色的权限他有。 这会带来两个问题： 一是需求访谈时角色边界模糊，对我们的设计造成一些困扰 二是对于有多角色用户，其流程可以更简洁 举一个例子 在上帝视角我们将系统中的角色分为ABCD。 如果是全新的领域我们需求访谈的对象所拥有的角色有A有 阅读全文

摘要：B端产品的一个特点：对接的都是客户的具体需求，也就是需求过来的时候已经是很明确的了，工作内容集中在如何实现。在这基础上就伴随着另一个特点，就是本文即将提到的“无法得知完整的需求” 这个无法得知的原因有很多，比如说能够完整描述需求这件事对于客户来说是非常困难的；如果是从0-1孵化一个新项目，想通过需求 阅读全文

摘要：前言 验证码作为一种有效的图灵测试，在我们的生活中随处可见。 正文 如图所示它也是我们常用的验证码类型之一。你能想象他用在什么场景吗？大平台注册，网上订票？都错，它仅是某个直播平台“订阅”功能的验证码。 首先对于“订阅”这个功能来说有必要用验证码吗？就算他的理由是充分的，这个验证码难度是否有些偏高了 阅读全文

摘要：前言 今天想评价的是一款十多年前比较风靡的桌游，相信大部分人都玩过“三国杀”。由于人数的原因想组成桌游的机会不多，好在可以跟网络上的玩家一起玩。近些年游戏玩家不断减少，个人觉得其中一个重要原因就是存在大量无视规则的恶意玩家，导致游戏环境不适很好。游戏环境对于任何一个游戏来说都是比较重要的一环。 描述 阅读全文

摘要：前言 我们设计程序时，会先拿到需求，然后在产品经理的带领下设计出一个完整的闭环，但无论考虑如何周全，现实总会给我们一个狠狠的巴掌，意外输入无法避免，既然无法避免那就应该引以为戒。为了让程序员不那么怀疑人生，就用此文记录下我的职业生涯中遇到的“意外输入”。 拿出拿入问题 场景同无人超市类似，但是属于人 阅读全文

摘要：前言 本着万物皆可盘，道理都相通的心态，今天盘点一个非互联网产品。用具象的事物去研究抽象的设计，不失为一种明智的选择。 正文 手扶电梯是我们日常生活中比较常用的一个工具，商场、地铁、医院等很多地方都可以见到。随着环保意识的提升，一项功能应运而生：“无人停止”功能，即当电梯上没人时电梯自动停止。看上去 阅读全文

摘要：想象一下，在一个提交界面中有两个以上的提交按钮。对于用户来说是一种不良好的用户体验吧！实事上每个产品经理都能把握住这一点，从来也不会犯如此低级的错误，以至于养成习惯。甚至当出现合理的冗余时，竟会因为“重复了”这个理由去拒绝重复。 在一次产品评审中就遇到了类似的场景，我们的界面提交的信息比较多，用户操 阅读全文

摘要：注： 好的产品经理应该都会去注重细节吧，特别是不应该去设计一些无意义的功能。 产品的意义有两方面：一个是对用户有意义，一个是能产生价值即对企业有意义。 正文 丰巢的伴随着我们的购物，不得不说给我们的购物提供了巨大的便利，我本人并不喜欢吹毛求疵，但是对于明显不合理的设计就忍不住吐槽了。这次我想要说的就 阅读全文

摘要：B端产品的另一个特点，业务复杂度大，与之对应的功能复杂度也会更大（比如金蝶、用友这样的大型财务软件），解决这个矛盾的一个手段就是做用户培训。 这里有一点需要注意，复杂度不是产品经理的借口，设计出简单易用的功能仍是产品经理的主要职责。 培训的方式有很多：使用手册、集体培训、单独培训。 每种方式都有各自 阅读全文