开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第2天，点击查看活动详情

项目验收了，尾款结了，项目奖金拿到了，是否就皆大欢喜了呢？你是否买过“智商税”的产品呢？网上吹的多么多么好，结果买回来发现根本没啥用，或根本不好用，最后只能在某个角落里吃灰。那么你做的产品或项目里是否有“智商税”型的呢？

上线即为终结？

B端产品和C端产品我都做过，要做爆款确实很难，但也总不至于无人问津吧！尤其是B端产品，明明是按照客户要求开发的，最终用户却不愿使用。

我曾经做过两个项目，都是一开始就规划了多期，投入大量人力物力进行调研、分析、设计、开发，最终使用都不理想，并没有达到预期目标。

项目A是学校项目，由院领导牵头，教师代表与项目经理、产品经理反复沟通需求，最终设计开发上线。乍一看，系统开发的相当美观，也很有噱头。但是！没有一个教师愿意使用，甚至当初参与的教师也不愿使用。
项目B是企业项目，由企业高层领导牵头，IT部门与研发经理对设计理念进行大量研究，业务部门与项目经理对需求进行反复沟通，分别上线了一期、二期、三期。乍一看，都进行三期了，这个项目应该算是成功的吧。但是！对于客户来说，只有一期项目在持续使用。后续上线的功能基本上是无用的。

为什么会这样呢？

客户与用户

客户，是甲方、是买方，但不一定是使用者，或者不能完全代表使用者。所以，对于客户提出的需求、客户满意的系统，不一定是好系统。用户，是真正的使用者，他们是一群人，或许，系统的存在就与一部分用户利益相冲突，所以，他有可能是带着抵触心理在使用的。

系统种类

从系统目的分，系统分：

• 以管理目的为主，比如要做数字化转型、加强管理。这一类系统对于底层用户来说，一方面增加了工作量，另一方面受到了更多的约束，很多事情被拿到明面上，利益受到了危害。如此，底层用户自然抵触，若企业一味强压，反而很难达到管理目的。
• 以增效目的为主，比如要减少审批的繁杂、减少手工记录的杂乱。这一类对于用户来说，是友好的。但如果需求分析师不能切实了解用户的真实使用场景，不能切实了解用户的痛点，工作流程，做出来的系统也无法真正起到减轻工作量，提高效率的作用。会受到用户的大量吐槽。
• 其它目的的系统，此文不做赘述。

如何解决呢？

作为前端，对于如何做好产品、需求没有什么系统的方法，在此，仅以所经所历谈谈个人看法。

• 以客户需求为纲，以用户感受为线。毕竟客户需求是验收的标准，只有满足了客户需求，才能顺利验收。但在设计过程中要充分考虑用户的使用场景，最次不能处处给用户添堵。
• 打蛇打七寸。充分调研用户工作、学习、生活过程，了解用户的痛点。为系统中的每类用户解决至少一个痛点，对于用户来说虽然有小痛，但痛过后全身轻松。
  

我不想成为“智商税”的买单者，也不愿成为“智商税”的生产者。以此文反思，谨勉。