互联网产品:高度理解构建产品
给的主标题叫扯产品,写出来第一篇文章是循循善诱的导航设计,看完通篇也难以让人感到放心,离题了么不是,这要放高考作文得分准该放0分了,幸好已经远离高考了可以自主作文。挂的是羊头卖的是狗肉,跟中国足球一样感觉明明是职业球员去参赛,得的比分跟结果都是中学生球队的水准,陪人玩浪费时间不说还要被别人说哪来的小P孩,不好好学习来参加成人比赛。遂决定离题更近一步,紧紧围绕产品的周围展开,并从谈设计提高到谈架构,谈导航提升到架构的层面。还是离题么?可是确实已经离产品更近了丫。
互联网有无尽的资源,所有做互联网产品的人都会受到各方的影响,“有要做就做有特色的产品”、“产品成功几大要素”、“优秀互联网产品xx秘笈”,诸如此类的声音不绝于耳。架构这2个字眼给人无尽的压力,当然不会比当代高房价高通胀的中国子民鸭梨大,产品架构、系统架构、程序架构、交互架构这么多的架构自然各有分工,到底我们需要研究哪个方面呢,抛开以上的细致分工从用户层面分析,用户会感受到架构么?常规用户使用应该不会感受到架构2字,或者说不会感受到架构的确切内容,他会觉得产品有吸引力,结构简单或者结构有条理,系统效率很高很自然等等,这些就是我们工作分工的各类架构整合设计出的产品给用户的产品体验。
产品架构对应的是一个产品或它的体系给用户的吸引力,你的内容是否有足够的吸引力,能否解决用户的某种核心产品应用需求等,典型的就是苹果构建的产品生态体系,产品加app商店的方式解决用户一体化的产品使用消费;系统架构对应的是结构的简单,也就是认知的简易化结构有条理,快速理解产品,也许我们可以从最近在Android、iPhone和黑莓平台都非常火爆的Kik Messenger找到一些影子,它是一个社交短信服务利用网络而不是运营商发送短信的软件,其速度非常快且完全免费,非常简洁和易用;程序架构对应的就是系统使用效率很高快速无延时等等,这里还要考虑到硬件的服务器效率也就是所谓的环境,比如你的一次执行经过程序执行到服务器中转反馈整个网络流程的效率;交互架构对应的是条理和自然,让用户轻易的就实现功能及非功能性的交互,体验到产品核心。
气势磅礴的架构是一种产品的自信,需要一个设计者从开始就站在一个高度理解构建产品,并根据产品的生命周期进行相应类型层级的架构,单个产品的产品架构可能相较系统性的产品构建会稍微简单一点,但市场及互联网的发展会让单一产品创新的空间趋小,用一个产品征服一大群人或者获得一大帮人的热捧越来越成为难题。
首先要让用户看起来很快理解产品,复杂了就不可能让用户青睐研究你的架构,气势磅礴的架构用户使用感觉更不可求了,简单而又丰富的产品架构是笼统而又实用的一句话。
其次产品有大小甜头恍惚,多方位的诠释你的产品,让核心有辅助,辅助功能能带用户到核心,如此交错引领用户在产品中遨游。当然大小功能交错会带来细微的差异很容易就搞砸变成复杂受埋怨的产品,多一分则多少一分则少,象春秋早晚温差大不好控制衣量,但我们依然还是要按这种路径与目标去设计。
再次视知觉层面的优秀引领,视觉冲击在设计匮乏的年代会一次次吸引用户,而且是大批量的制造设计最大效应的效果,发展到最后这种效应效果会趋弱,但是设计逐渐会成为标配,你必须达到一定水准,一定就是产品所处类型及时代它对产品视觉的要求。