你是把产品做复杂，还是做得更简单？

zscntv

眼睛通过光的反射接收信息，然后经过大脑的处理形成我们最后看到的图像，这种形成，可能会导致一些误差。那视觉误差会对UI造成什么样的影响呢？ 我们的眼睛是奇怪的器官，经常向我们撒谎。眼睛通过光的反射接收信息，然后经过一次脑补最终形成我们所谓看见的图像。脑补这个过程

视觉误差会对 UI 造成什么样的影响？（一）

眼睛通过光的反射接收信息，然后经过大脑的处理形成我们最后看到的图像，这种形成，可能会导致一些误差。那视觉误差会对UI造成什么样的影响呢？ 我们的眼睛是奇怪的器官，经常向我们撒谎。眼睛通过光的反射接收信息，然后经过一次脑补最终形成我们所谓看见的图像。脑补这个过程

  

有些产品经理在提需求时，总是觉得功能越完善越好，而本文作者在总结了自己的经验后，却认为：功能还是“简单”为好。因为加功能合理即可，减功能则需要魄力。

  

这篇文章酝酿了一段时间，起因是朴老师在新公司接到了几个特殊的需求，而这个需求也是没人做过或尝试过的，这就需要我从零开始，一点点的来摸索前进。

带着这项任务，朴老师前前后后做了大概6版的原型，修改了至少5版的PRD，但依然不够完美。索性是在3月底，快到截至时间过了评审，确定了初版的规则和样式。

又过了大概半个月，通过和客户对接，对比同类型的产品，我发现当前的规则设计，切入方向有偏差——也就是说第一期设计，没有抓到最核心的痛点，只能解决企业一部分的问题。因此，只能将需求整理起来，准备二期的规划。

回顾这一个月，颇有感触，结合自己这一年的产品经验，也做了不下10个大功能，有的比较成功，有的也是相当失败。今天就来讨论讨论产品是越做越复杂，还是越做越简单？
一、你所能抉择的很少？还是你可以负责整个模块？

出道刚做产品时，基本上都是老板需求，不得不说：成功率确实低的可怜，基本上起不到实际的效果，但往往又无能为力。每次和领导们讨论的时候，也是讨论一大堆需求，然后一下子全部上线，产品做的很臃肿，用户根本不会买账。

到了中期，老板逐步会将一些他所不擅长的功能交付给我，让我尝试一种新的思路来解决需求，但整体效果也不是很好。因为我所了解这个方向的知识很浅薄，设计的功能也是以“借鉴”为主，产品没有重点和核心，没有自家公司的思想，结果也是可想而知。

到了后期，当我对一个模块的建立有了“大致”的规划，基本的方向摸清楚了，可以和老板建议如何实现某项功能。这时老板在看到前期的成果后，愿意放手一部分，让你设计，并给你提出他的想法。这时候的产品是越做越有人使用，可以呈现稳定的增长，但产品还是复杂，没用的功能占据很多。

现在，每个模块的功能都需要我第一时间确立，产品的核心功能以及原则、预期效果都由自己来负责，深深感受到了产品该怎么做。尤其是在开发资源过度紧张，可调用资源稀缺，如何才能突出自己负责的模块功能，符合公司的战略，是每个PM需要考虑的问题，这样才能保证产品的稳定运行。在一个网络社区中，评论区是内容生产者和内容消费者的桥梁，是社区内用户互动的主战场。 过去的一年中，短视频产品风头正劲，前有快手的流量奇迹，后有抖音的强势崛起，硬生生在流量红海的情况下，杀出了一条路。 不过，本篇不是要说快手或者抖音，不妨抛开具体的产品，来看下社

评论区的产品设计：树形分支、线形分支、盖楼式结构

在一个网络社区中，评论区是内容生产者和内容消费者的桥梁，是社区内用户互动的主战场。 过去的一年中，短视频产品风头正劲，前有快手的流量奇迹，后有抖音的强势崛起，硬生生在流量红海的情况下，杀出了一条路。 不过，本篇不是要说快手或者抖音，不妨抛开具体的产品，来看下社

二、越快速，越有机会！越了解，越有深度

当设计一个新功能的时候，我曾犯过一个大多数PM都会做的错事！把功能想的太复杂，因为根本原因不是在于该实现多少个小功能，而是没有确定最合适的使用场景，所以出现了“想的挺好，但就是没人使用”的尴尬场面。

这时，我就要根据产品评审讨论的情况，调整自己的思考方式，并去回访调查用户的使用习惯，继续完善原型，这也就是近期修改6版原型的原因。

随着我对这个场景了解的更深，也逐渐能确定下几个必要的功能，知道做哪些可以满足用户的基本需求，确定一条完整的用户路径，几个相关的基本功能，这时一个周期的需求基本确定，接着将在这期间考虑到的相关功能整合起来，作为二期的规划。

往往“事不遂人愿”，功能做的再明确，依然有用户不会买账。这时就到了要是否坚持“目标”的阶段，我们要明确功能上线后的结果，因为这决定功能的预期接受度，我们要确定哪些的反馈为不良，哪些的数据为正常，这才能保证我们是否要坚持初衷，确定这个产品这样做是正确的，也是可行的。

接着，我们通过快速迭代的方式，获取一部分资源，获得一部分正反馈，让功能使用数据能够稳定增长，这就代表着你做的是对的。也许有更好的方法，但目前来说，这个方法是合适的。
三、到底是越做越复杂？还是越做越简单？

如果现在让我来说：功能还是“简单”为好。因为加功能合理即可，减功能则需要魄力。

从根本上来理解就是：产品初期的实现可能很复杂，因为不够了解；随着深入，你所能把控的越来越多，做产品也相对简单。

  

简单是让自己找到“MVP”，最简化可行产品。怎么做到最简化？必须要了解基础的用户。

举个例子来说：之前负责在某个旧功能的基础上，做了一个更大的功能，这个新功能上线后的效果很不错，而旧功能的数据依然没有起色，而且很影响整体规划。但你就是干不掉它，因为你无法对“干掉它”的风险负责，因为你不能轻易干掉用户。

现在很多产品就是这样：有些功能在前期的目的是一个样，但在后期改变，而又不能一竿子把老用户打掉，所以就产生了“尾大不掉”的现象。
#专栏作家# 给作者打赏，鼓励TA抓紧创作！ 赞赏 4人打赏 移动设备设计最大的问题之一是屏幕小，而手势不需要视觉表示，因此可以为内容留出更多空间。iPhone X代表了一种大规模的使用手势，来最大化移动屏幕上的内容空间的尝试。 一、简介 大屏幕可以缓解，用滑动手势替换HOME键会产生的一些用户体验方面的困扰。 十年前，

iPhone X：手势的兴起

移动设备设计最大的问题之一是屏幕小，而手势不需要视觉表示，因此可以为内容留出更多空间。iPhone X代表了一种大规模的使用手势，来最大化移动屏幕上的内容空间的尝试。 一、简介 大屏幕可以缓解，用滑动手势替换HOME键会产生的一些用户体验方面的困扰。 十年前，