做设计，项目不好，怎么办？

昨天在后台收到一位读者留言：“呆总，有个问题想请教你，我公司的项目不太好，在这边就是做些杂活，拿到需求就是画图，但感觉也没什么值得做的，很多东西轮不到自己去思考，应该怎么办呢？有点想跳槽，也想听听你的想法。”

其实我不太想回答这类问题，一个是我确实不了解对方，以及其所处的环境，另一个是不想随意给人建议，毕竟自己也就一般。但这个问题很典型，当中有一些我个人的思考。

前几年读过一篇文章，叫《动物园圣经：如何展示一只牛蛙》，印象深刻。文章主旨与我做产品设计的理念比较契合，各位有兴趣可以去读读。

大概是说，一个叫 M 的人，谴责动物园，连一只价值 2 美元的牛蛙都展示不好，还想着花更多的钱买更贵的动物，那是在糟蹋这些动物。于是，M 教动物园管理员如何展示一只牛蛙。即便它的货币价值非常低，但从生命形态的角度来说，同样有很高的展览意义。

做产品设计也是这样，不要怪自己的项目看起来很一般，无论是大公司还是小公司，无论是 B 端还是 C 端，任何项目都有许多值得学习和思考的东西。即便是简单的工具产品，也是如此。

拿用户寻找停车场的产品举例。这类产品本身只是工具，相对比较简单，但也有不少东西值得学习。

例如临时停车，用户开车来到某个地方，如何在产品上寻找可以停车的区域？简单来说，可以有两种方式：一种是在地图上直接查看，另一种是通过搜索。

直接查看涉及到停车场的距离，可停数量，计费价格，优惠信息等，这是逻辑上的。设计上的是怎么体现最佳距离，数量如何展示，价格优惠前后的设计等。

当然，如果要思考得更细，场景还有许多，如上面所说，是用户开车来到某个地方，但也有可能是开车前，先查找将要去的地方是否有临时停车位。所以要用到搜索。

搜索的话，我们平时在电商产品里，说它是有目的性的。在这类产品里，如果是先到了某个地方再用搜索，那么一般用户是在一个熟悉地区，搜索一个熟悉的停车场，查看还有多少停车位。陌生地区在地图上看推荐可能会更方便。

以及，逻辑上来说，搜索前的默认页，列表排序是根据距离排列，还是根据停车位数量的综合数据来排列。驱车前和到达后，列表的展示形式肯定是不同的。包括，展示的形式如何，停车场名称是否重要，应该突出什么信息更合理，等等。

这还只是其中一种产品查找临时停车位第一步中的两个小逻辑，当中还有许多细节，与租长期停车位的逻辑有很大差异。而且，不同产品的设计逻辑还不一样，即便都是临时停车位。

如果再算上那些与企业、商场合作的，那逻辑还有更多，在设计形式上，区别也会很大。比如要算上预订，那计时逻辑也就不同了。

不展开了，只是举个例子。

虽然很多都是产品逻辑，但都会影响到设计工作，所以也都要做一些简单了解。

想说的是，如果产品人和设计师，只是找一个竞品，照着模样抄，而不是基于这些逻辑去学习，思考这类地图与出行产品地图的差异；观察价格逻辑与电商产品的设计异同；对比电影院座位与电车充电停车位，以及临时停车位的形式区别；包括不同类型产品搜索前中后的可用性等等，那怎么可能参与到更大项目的产品设计工作中去呢？

所谓「轮不轮得到」是流程上的问题，而「愿不愿意」才是根本问题。

上面提到的每一个知识点，都要花费许多时间学习，但它不是独立的，业务虽然不同，但许多思考逻辑是相通的，所以也会作用于以后的业务中。如果每天坐在办公室，在群里闲聊，看着别人的项目觉得好，对自己在做的项目随意应付，想着以后去了别的公司，接触到更好的项目，再认真去做。这自然是不可能的。

所以，如果你现在的工资还行，团队还过得去，关系相处也还比较融洽，有项目可做，那就好好珍惜吧。
这仅是我个人一点不成熟的想法，如果各位与该读者有同样困惑的话，可以简单看看，思考一下。