店铺首页设计-实操(DOC)

做设计别本末倒置——首页设计实操

呆电商这个设计行业里面已经很长的时间了，花了大半年的时间沉下心来好好的看了看设计，思考设计到底是在做什么，什么是设计，核心到底是啥等等问题。

天朝的电子商务说白了已经从1.0的随便卖货时代——2.0的视觉营销时代——现在

现在到底是一个什么样的时代，不太好界定。有人说是品牌化营销的时代，也有人坚持视觉营销至上，还有人说是微商的天下等等。当然，这东西搞不搞得清楚其实无所谓，因为压根对你的电商经营没有什么用。

入正题

之前有看到一篇关于设计回归本质的一个分享，感觉有必要拿出来讨论一下。

大概是这样的：

13年底，Intercom 的产品VP Paul Adams 在Intercom 官博发表了一篇博文。文章讲述了网络上设计社区里普遍存在的一种现象，大意是“许多设计师在社区中分享的作品往往是为了炫技，而产品的逻辑通常都经不起推敲的，真正优秀的设计应该从更高的层面出发，而不只是做表面上的工作”。

（比如这些天气app中，只有一个试图解决用户的实际问题。就是最后一个告诉你，今天要带伞）

这里说到一个“真正优秀的设计应该从更高层面出发，而不是做表面上的工作。”确实颇为值得深思，就像苹果那时候带起了一波扁平化设计风潮的时候，一大群设计师跟着屁股后面开始扁平化，而事实上，扁平是扁平了，但是扁平了到底有什么用，其实压根没看出来。无非是把原来复杂一点的页面变成了干净简洁一点的东西，但实质上并没有思考扁平化的目的到底是啥。

说到这里，不得不提一个概念——design thinking即“设计思维”。设计思维的核心是以人为核心。那说白了基本可以理解成更加符合用户体验的设计。这个设计思维大部分是引用在工业设计上的，产品设计的设计标准应该更加方便消费者所使用。我们引带入页面设计中其实完全OK。网页设计的根本目的到底是什么，或者说是客户需要什么样的体验，另外一方面不要忘了从我们商家角度来出发我们需要什么，这个是作为一个页面设计师最需要思考的一个问题。

客户要的是知道怎么解决问题,就如同前面那个APP界面一样，你手机上更新了无数的天气软件，其实晴天我们压根不关心，我们需要的只是想知道突然降温了能够多加一件衣服，天

热了不要穿太多，下雨下雪的时候能够带伞，当然能有橙色红色警报这些告诉你今儿可以名正言顺的翘班啦，那就最好不过了。

一个产品如果不能解决客户需要解决的问题，那就没有价值。就好像最近这段时间到了年中大促一样，我翻了2个小时会场页面愣是没有找到我想要的东西。最后还是通过自然搜索找到了我想要的东西，当然，顺便瞄一下那个天猫年终大促的标对我会有更大的吸引力。所以我一直疑惑的一点是，为什么在活动大促页面没有类似于个性化推荐这种东西出现。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

上面扯的远了点，来切正题，这里还是引用一下前面有提到的那个社区贴

产品设计总是与使命，愿景以及架构息息相关

从广泛的构思到像素级的细节，设计师应该始终思考公司的使命丶愿景和产品架构。他们在设计中所做的每件事都需经历这个过程。

设计始于公司最顶层的使命，其次是公司的愿景。在一个没有清晰和可执行的使命与愿景的团队中，很难开展设计。不要低估这个问题的重要性，如果你所在的公司缺少清晰的使命，那就将缔造它作为你工作的一部分。

在使命和愿景之后的，则是产品的架构。不是指技术层面上的东西，而是产品内各部分之间彼此的关联，是一个总体的系统。我在Facebook 上班的第一天早上，Chris Cox（产品

VP）做了一个绝妙的演讲（你可以点开感受一下）。下面的听众来自公司各个部门，C hris 侃侃而谈，然后着重阐述产品的架构，以及它是如何与公司的目标关联的。

对Facebook 来说，架构里有联系人丶好友丶兴趣点，上至世界名牌下到街边小店，还有一个能够显示所有这些事物关系的示意图。这是一个非常清晰简洁的产品，直击目标需求点。以我的经验来说，在没有一个清晰明了的构架想法前是很难在这团杂七杂八的玩意下做出一个超赞的设计的。在很多情况下，就像这个项目一样，作为设计师应该去解决问题并改进架构。比如谈到Facebook跳转其他应用的时候，我通常会在白板上画些类似这样的概念图：

产品的架构不是信息堆砌，它不是一个页面连着这个那个模块和空间，或者一堆死板的演示告诉你点这里是干嘛的，一个交互原型通常就可以很好地处理这些信息。一个更深层次的表达方式，这就是产品的架构图。它能表现出各个模块在整体系统中所处的位置以及它们的联系。而在intercom我们是用这种方式进行架构设计的：

我甚至没有印象在追波上有看到过类似上图这种表述设计思路的架构图。很少能看到设计师讲述他的作品如何匹配需求目标，如何驱使产品的视野向前，或是在整个架构中发挥了什么作用等等，以呈现这些设计的重要度。这应当是设计的基本，而非特例。

这上面提到这么多的东西其实就是我很早以前在如何制作详情页设计里面会特别着重说的一个点，强调思维的一个过程，也可以说是一个逻辑架构的问题。我们在做页面设计的时候其实要考虑的是流量进来的去留问题，客户的兴趣点的问题，流量跳转以后的闭环问题，商家期望的消费者浏览线路问题等等。

为什么有的店铺访问深度很高，而有的店铺很低，我相信看完上面那块的说明，应该会理解很多。

当然，这里之后会有人问的主要的两个问题：

问题1：我的SKU很少那我应该怎么去做店铺设计？

问题2：我的SKU多的无法想象，应该怎么去做店铺设计？

如果从设计的根本出发点来说，而不是只是做的炫酷的角度来说，这两个问题都不难解决。比如说问题1，SKU很少一般来说需要的是更加了解客户，因为客户不太会遇到找不到我要找的产品的问题，因为一目了然，而更多的是想知道我要这个产品有什么用，或者能给我带来什么东西。而问题2其实无非就是问题1的升级版，一方面要解决问题的需要解决的问题，另外一方面要解决客户如何找到自己需要的产品。

（一般情况下，我对搜索框的需求量远远大于左边打的那几个字的作用，因为能够更加准确的找到我所需要的东西，并且可以多条件筛选。而左边那种大类的分布实际上看过页面数据的人基本都知道，只有首页和所有宝贝的点击率高一点，另外几个，只是凑数而已。）