为什么你负责的产品,总是没人用?
最近在改自己新书稿子，准备即将上市。不过因为一些原因，新书会以“电子刊“的形式上架。
这本书也是我在产品经理职业生涯的最后一本，希望上线后我的粉丝朋友们能够喜欢。
在书中，有一个章节介绍了一套我总结的需求调研方法，而我在早期和朋友们探讨时候，发现许多人做产品经理需求调研的时候，非常难做成用户喜欢的产品
简而言之就是做的产品：
不是用户需要，而是自己想做的
如何确定你的需求合理： 模拟用户故事
时常有人问我，怎么确定你的需求是对的，或者知道你的产品设计方案是这个需求的正解？有什么具体的方法吗？
说实话，我们可以匹配需求是对的，但是要找到需求匹配的产品设计方案只能通过一次又一次的失败或者经验来告诉你谁是最匹配的。
因为需求是抽象的，大家都可以有自己的想象；而产品设计方案是具体的，每个人都可能会有自己的设计方案。
而为了解决这一点，除了在工作中我们采用原型测试（获得团队内部反馈），最重要的就是用同理心。
假设，你自己都不会用这个产品，那注定是失败的。
但实际上很多时候，我们做的产品设计方案并不是用户最终付费的产品，可能只是一个承载物品。这有点像产品像货架，而用户要的是你货架里面的商品。
比如你做医疗产品的时候，那商品就是医疗产品服务效果，可以达到给用户健康恢复的效果。如果自己员工对其医疗产品的结果不信任，那么自然用户也不会使用。
比如你做炒股理财产品，用户使用你的产品是因为你能够帮他赚钱，只要能赚钱，那么APP、小程序、H5都不重要，而如果是亏本的，就算让别人下载获得现金，别人也不会使用。
还有就是做论坛，如果你都觉得你的论坛内容不好，那可想用户会接受吗？
以上的产品，只是因为你是相关产品的负责人或者产品经理，你才会使用。那自然产品就是失败的，所以不要自欺欺人，很多产品经理是因为我在这里工作才会用，但是一下班就不会用自己的产品了，因为确实用不上。
同理心就体现在这儿。
有同学会说，有的产品自己本身就不需要用，而要在特定的对象、业务里才会有需求出现。
其实我认为这也是错误的，比如B端产品本身就是面向给机构的，是给别人用户的。但当你负责孵化的时候，一定有试点人员或部门，若连自己的试点部门都用的不好，那么别人怎么会用呢。
所以这类产品只需要切换为样本用户的效果即可。
就像现在很多大厂的产品，先内部孵化项目，如果内部用的起来了，达到一定的用户规模、增长曲线和数据，再推广到外部形成一个标准化的产品。
基于用户故事下，找到用户的痛点
用户故事是产品经理还原用户使用场景、流程的方法，通过模拟用户故事来找到用户痛点。
就像我们最近在做的公众号排版工具，我几乎在每一篇自己的原创文章里都会使用它，从一开始使用别人的产品，在到自己和别人的都用，再到完全使用自己的。
通过这样的操作，我可以找到自己产品在用户故事的差距，将核心功能攻破。
现在达到第三阶段，我们都是替换别人的产品，全面使用自己的产品，但目前距离别人的体验仍然有比较严重的问题，集中在些更改字体、AI生成这些问题，是难以弥补的。
所以这让我们不开发新功能，花时间不断打磨这个需求。
回过头看我曾经做过的失败产品
回过头来看我们做的产品项目，我都会思考要是现在的我会怎么做，针对当时的产品设计方案有没有变化、或者项目管理的方式会有没有不同。
经过创业、工作经验的累计，每过一段时间，都会感到一些新的感悟，从当初具体的工作错误到以”上帝视角"来预测这个项目的难点。
所以失败的经验是非常宝贵的。
虽然我负责的项目有不少是没有同理心的， 需求是老板和甲方定，但是作为产品经理的我仍然有很多的发挥空间，因为没有人会聚焦在每一个页面设计、文案上表达、每一处功能逻辑上，产品经理是一定可以掌握细节或者部分方向的。
所以我现在非常讨厌一些产品经理自媒体说产品经理不行了，不要因为自己曾经被某个领导或老板按在项目里摩擦，就忘记了一件实事：只要你喜欢解决问题，那么产品经理的产品设计方案一定会越来越好，一定会越来越实际，一定会越来越容易落地。
不断地通过一个按钮、一个组件和一个页面，就总可以找到最佳的设计方案，成为自己的经验。
这也是我做产品经理8年，虽然做了不少失败项目，但是才会有今天这款公众号排版插件，相信新版本不久就会上线给第一批种子用户
今天的分享就在这里。
Kevin的产品设计打卡群
我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。
在这里你可以随时查询到你想找的各类竞品行业APP，无须自己亲自下载就可以马上得到APP的一手产品优化、交互设计、功能描述信息。
从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。
平均1天1块钱，扫码购买即可加入
连续体验90款应用，通过后原路退回
购买后添加星球助理