营销这个字英文叫Markerting，对这个词概念上有很多定义，例如：“在合适的地点，合适的时间，合适的价格出现的合适商品”这是一个运用在麦肯锡的简单现实的定义。“营销从本质上来说就是一个将所有资源进行整编以便满足大众消费者不断变化的需求行为。”这个是我认为更加贴切的市场营销定义。其实不管是什么定义，都是关注于消费者定位以及如何满足消费者需求的。
那么互联网营销呢？简单来说，互联网营销就是利用互联网为手段开展营销活动。我最近两年一直在做互联网营销推广产品。发觉电子商务相对传统行业模式来说，更应注重营销。经常有卖家用户来问我，我要怎么推广我的东西？你们这什么推广产品能适合我用？特别是在人人都有了营销意识的时候。
首先我认为卖家用户必须要先“修炼”。修炼啥？修炼内功，也就是你的产品和服务，这是基础。只有这个保障了，接下去做营销才能顺风顺水。接着说到营销推广具体的招式。也就是做广告的形式。不外乎四种：1、按点击付费，2、包时付费，3、千次展现付费，4、按成交付费。不管是google的Adwords,Adsense。还是百度的竞价词，新浪的媒体广告，阿里妈妈的全国联播，淘宝的直通车，淘宝客等万变不离其中，都包含在这四种形式里。但什么方式适合你，这就是个需要好好研究的问题。这里我拿淘宝现有的几个推广产品分析下。“品牌广告”顾名思义适合那些比较大型的企业。”直通车”适合做单品推广，用户目的明确。“超级麦霸”以主题推广的形式推出，在主题切合的情况下，也同样适合单品推广。“淘宝客”更多的带来长尾流量，并且成交了才付费，相对成本低廉。“钻石展位”适合有了一定的基础，想要建立品牌形象的。对于卖家来说明确自己推广目标和预算，才能更好的帮助其选择推广产品。建立推广目标的依据来自于平时对用户数据的分析和积累。目标定制的越细越清晰，营销方案就会越切合你的推广方向。同时广告的创意能否吸引眼球决定了其转化率。最后说说运营营销，在互联网上，光靠广告推广暂时的曝光已远远不够。建立圈子，发展渠道，树立品牌，扩展影响力和口碑是其想要长久发展必须去跟进的事。
说了一大堆很多人一定觉得奇怪，这貌似不是一个ue来写的东西。我想要做好UE又或者产品设计师，必须深度的了解这个行业的用户需求，行业规则和其特点，你首先要成为资深用户才能更好去支持产品的发展。
Archive for the ‘用户体验’ Category
对于任何一个开发项目来说最大的错误可能就是没有计划。最近，有些人认为开始前无需计划，一个优秀的开发者需要的是随机应变。我敢肯定这样的做法最后注定是要失败的。
线框图是计划中的第一步也是最重要的一步。这是将创意转换成客户使用的程序的第一步。本文将要带你了解线框图整个的流程；包括涉及参与人员，工具等，以便您能够更好的制作计划。
1）了解自己的目标
作为一个开发人员我想大家都有马上坐下来开始编码的冲动。通常最初的想法都很简单，那么你真的可以坐下直接开始吗？答案是否定的，项目很少有那么简单的，任何有经验的人都知道这样做将会有 很多这样的那样的问题等着你。
一个线框图可以有效的提供您的工作效率。修改计划内容远比在工作开始后在更正要来得更容易。
这个过程也有助于对项目更深的理解。事先作出计划，提出问题、意见，以便解决问题。
最终制定一个工作计划，规划设计者，开发者，工程师以及项目经理各自的工作内容，并且要保证各个环节的配合。
2）重功能，轻外观
计划展示的效果不同主要体现在所采用工具的多样性。其实从根本上说都是介绍有关功能部分的应用，例如，一个网页将有3个文本框和2个按钮。 这是功能而不是形式。
在Howard Baines我们严格按照这一原则进行，并且我们的线框图只包括一些功能要素（线框，按钮，下拉菜单等）。我们忽略任何视觉和布局的东西。其他人可能会做的更多一些，包括了布局和其他视觉的元素。这取决于你自己。
3）积累自身经验
并不一定要求您具备设计和开发的能力，而需要的是在网页应用或者网站上的经验。当然经验越丰富越好，并且你不需去理解关系型数据库只要画线框。
4）确定负责人
确保有人对整个计划负责。他们负责跟进和管理反馈，变化等。如果一个项目，那么通常负责人是发起人，因为他们更清楚目标所在。如果为客户提供服务，我们将会负责计划的进程。不管是谁，只要有人负责。
5）涉及每个人
也许不是第一次会议，必须在纸上锁定一个简单的方案并且是涉及关键利益者的想法。很少，参与的人们加快设计进程。同时，线框图的开发涉及你的团队和客户团队。例如，你正在用你现有的数据库整合你的应用程序或者网站，然后确保数据库所有者可以检测所有数据库中的数据字段在你把他们加入到你的线框之前。收集用户的传真号码如果无处存放是不好的。同水平的设计师对用户体验有很好的理解，并且在早期流动时会存在潜在的问题。
6）完成期限
预先留出时间和交付期限，对保持项目运行是非常重要的。最初线框图会议可以是一天或是几天，具体取决于应用程序的大小，但都需设定一个时期并且坚持下去。会后按记录跟进，以保持项目进程。
7）保持清洁
如果一个特别的网页要求两个文本框和一个按钮，那么只要有这些即可，不多不少。
8）避免设计的线框图太多
线框图只要阐述如何达到所需功能，不包括任何介绍和设计的内容。应尽量避免任何有关设计的内容，这样很容易分散客户的注意力。例如：为了更生动而增加一些蓝色，那么有可能需要半小时的时间 去解释关于蓝色的用意。这些设计的内容应该是设计师的工作。
9）记住用户界面不是用户体验
想一些使用的介绍方法是极其诱人，比如AJAX。注意：线框图是关于功能元素而不是方案展示或者互动的方法。为了更直观的展示应用，应尽量避免AJAX，应侧重于线框图。
10）想想用户
这是很显然的，但是在规划线框图过程中还是很容易忽略这一点。我们的重点是功能，但是同样要考虑用户的体验。例如，如果你做了一个三页长的注册表单，可能发现很多人都是无法完成的。
11）不要懒惰
我们常听到：登陆页面是简单，可以不用写在线框图内。确保线框图包含计划的所有内容。在项目的末尾你应该有一个详细的说明。每一步都不应被忽略。
12）将线框图分成几个部分
一个网站地图或者应用被经常分为几个部分，比如新闻，产品，和用户账户。这样做更容易理解。
13）页面的数量
一个网页的应用往往包含了若干程序；结算就是一个很好的例子。通常是线性的，但是有时用户会选择不同步骤，例如跳过一步。显然你文档中的一些页面和页面中的标签（例如点击按钮）让用户跳转。
14）重复性
应用中的一致性可以有效地帮助用户，开发和设计者。组的重复元素是一件好事。例如，无论用户输入一个地址，将会是同样的地方在同样的命令。在规划线框图时就可以将其表示出来。
15）全部检查是有意义的
最终文档应该让任何人都能简单的操作。如果只是一个开发可以理解你的线框图，那么肯定是有问题的。最后问一下对这个项目什么都没有做的人，他们是否能理解。
16）广告也是功能
很多网站都有收费广告，这可能和google的广告一样简单，但他是功能而不是设计，所以也包括在内。
17）这不仅仅是公开网站
很多网站有一个管理区域用来管理内容，浏览注册用户概况，重设密码等。这个功能许多人都用不到，但是也很重要。很多时候这可能包含一些不公开的数据（例如用户账户启用按钮）。这对于开发在设计数据库时是很重要的信息。
18）知道什么时候结束
确保所有的利益相关者有机会去给反馈，但不把这种锻炼成画西斯廷教堂。通常情况下，可以说三步就能把工作确定下来。第一，把想法写在纸上；第二，从其他人那里得到反馈意见，比如，开发和设计者；第三定稿。
19）选择正确的工具
用纸和笔比用电脑更能抓住你的想法和创意。
一旦你开始设计你的文档我们建议使用你更喜欢的工具。例如，开发者可以用Microsoft Visio,项目经理用PowerPoint，设计者用AdobeFireworks。
我认为线框图应该是一篇文档而不仅仅是交互交流（像设计，可能被分散注意力）因此设计html可能不是最好的。
有很多线框图的工具，例如Balsamiq提供环境帮助很快的增加和自定义普遍的界面元素。他们可以给它一个手绘的感觉，提供一个视觉工具而不是真正开始的设计。
20）考虑相依性
每个人都知道一个购物车的流程是什么吧？因此很容易画成线框图并且放在一边。如果你用第三方支付工具例如PayPal?那么也许影响部分网站的工作。研究相依性，做出相应的修改。这在开始时更容易做到。
希望这篇文章可以提供一个清晰的画线框的思路，谁参与，如何完成，工具如何使用，最后的输出怎么样。最终的事情是，好的完整的线框可以节省你的时间。
你有其他什么秘籍，可以更快的画出线框图吗？
英文原文：http://carsonified.com/blog/features/20-steps-to-better-wireframing/
今天想围绕“产品交互设计”说说一些我们的想法，一说到产品设计，我想在坐的各位脑海里肯定联想到了很多表单设计、导航设计、界面布局等等，但是今天我这个篇文章里面没有准备一张截图；这是因为我认为除了这些之外还有更重要的东西值得我们去关注：
“The deepest form of understanding another person is empathy…[which] involves a shift from…observing how you seem on the outside, to…imagining what it feels like to be you on the inside.”
5月份有幸参加了人因国际的实用可用性测试，主讲人是董建明博士，曾在IBM、Ebay等公司从事了10多年用研工作。目前国内用研行业尚在兴起阶段，很多大公司已相继成立相关的部门或开设专职，但论经验值几乎为零。大家都知道跟用户打交道是一门很高深的学问，除了靠知识、技术和先进的仪器外，长期实践累积的经验尤为宝贵。现将培训中个人认为重要的部分，结合我们在工作中的实际情况与大家做一个分享，以供需要的同学参考。
我想可能大部分人都听说过可用性测试这一名词，在此就不详解了，首先来说下可用性测试的两种类型和方法。
|
形成性测试 |
总结性测试 |
|
1.在产品或网站的开发过程中进行 2.用来发现设计的可用性问题
例子：在应用中，用户能否找到和使用“按揭计算器”，来顺利输入贷款贴息？ |
1.在开发后期进行 2.用来确认某个产品已经实现预期的目标
例子：新的应用有没有按预期的比率提高了转换率？ |
↓ ↓
|
小规模定性 |
大规模定量 |
|
1.提供许多观察的机会 2.基于专业知识和判断 3.专家观察，解释，决定 4.可以使用小样本 |
1.定量尺度是重点 2.结果可推广到更大范围的人群 3.需要大样本 |
如图，形成性测试大多采用小规模定性的方式，目的是为了通过测试研究形成新的东西并对现有的方案进行改进，而总结性测试一般采用大规模定量的方式，在产品完成后做测试，一般不对其进行修改，只是通过测试和研究以得到该产品好与否的结果。笼统的说，定性测试是想知道“为什么”，定量测试是想知道“有多少”。在明白了这两点之后，在拿到需求的时候，我们就可以通过产品本身的进行程度和需求方希望得到的结果来判断采用什么样的可用性测试了。
在实际的操作过程中需求方经常会提一个问题，6-8名被试人就能代表所有用户的问题了吗？其实我们会发现，测试到6名用户的时候遇到的问题已经大同小异，几乎重要的问题都是同样几个，新的问题产生几率已经变的很小。原则一：被试越多，产生的结果越可靠；原则二：被试越多，产生的新结果越少。被试多不能代表结果多，据维茨1992和尼尔森1993的统计表明，通过5名用户就能发现某产品中约80%的可用性问题了。弗克纳2003发现，测试5名用户平均发现85%的可用性问题，而测试10名用户平均发现95%的可用性问题，从6名到第10名用户新增问题几率只为10%，所以一般用户群测试均为6-8名被试。如果需要一个大的样本，可以考虑进行多次小测试，而非一次性测试许多被试人，这是原则三。
我们通常会要求在测试期间不要太多人参与旁听，以免打扰到用户的思路，可能有很多部门的同事不理解这样的举措，甚至认为用户测试看似很简单的事，不需要搞得那么谨慎和神秘，而我们通常最大限度只能允许相关人员在测试结束后才能进行提问，在试中我们要求旁听者留给用户绝对的安静环境。在这里，就为什么测试需要在这样的环境下进行做一个简单的、仅限于个人见解的说明。
作为产品的策划者或运营者，都有希望用户能最大程度接受该产品的主观的愿望，在愿望的驱使下，如果直接让相关人员提问则可能造成对用户的导向性，最终容易得出并不真实的结果。这其实跟用户的心态也有关系，作为被邀请的一方，用户一般会抱着配合的心态来完成测试，同时在操作中用户也会尽量掩饰自己不懂不明白的问题。作为用研人员在过程中要懂得分辨什么是真实的用户情况，而非假象。在这样观察与被观察，询问与被询问的环节中一旦受到干扰，用户的思路会瞬间被打断，从而影响到测试的结果和真实性。
接下来我们来了解下完整的可用性测试步骤
1、准备测试启动会
在该步骤中需求方和用研将进行详细的沟通，用研人员充分理解测试目标，定义用户群和方位，了解技术环境。
2、进行测试启动会
在会议中需要确定测试任务、测试形式、招募被试的标准等相关要素。
3、招募被试
可以根据产品需要来划分多个纬度进行筛选被试，目前我们的被试人员纬度一般由用研决定，需求方直接提供被试人员名单。
4、准备测试材料
材料分为文档部分、工具部分和礼品部分，文档部分一般要准备测试大纲、任务书、知情同意书、测试情景、问卷、记录表等，工具部分为测试电脑、录音、手表等，礼品部分自然是对被测的赠礼，也可以现金代替。这些准备工作一般由需求方和用研共同完成。
5、组织测试设备和角色
这个步骤包含测试环境的安排既测试房间，各种测试用设备安排，角色为测试主持者、参与者，以及被试接待人员的安排。
6、在以上环节做完后就可以进入测试了。
以上的步骤是根据培训和工作中的实际情况结合而成的产物，仅供参考！我们一般做测试基本都是按照以上步骤来走，这些还只是提要，如果详细的将每一个步骤展开，相信很多人都不会轻松地说用户测试很简单了，呵呵。
今天整理的也不少了，大段的文字怕大家看了眼花（估计已经花了），就此先告一个段落吧，结束前突然想起我们老大说的一句话，他之前做了一个项目，在被测前他不太相信可用性测试的作用，结果出来后，他意味深长的对我说，“我想到的问题，用户都想到了，我没想到的问题，用户也想到了，看来用户测试还真是会带来意想不到的效果啊”。。。。。
这方面我还是一个freshman，不过看了一些文章，经过一些实践后也算是有了一些想法。希望如果有这方面的前辈路过的话，能不吝指教。
首先，作为一个团队，不管出于什么目的，如果产品设计出来团队成员自己都不是忠实用户，那么这个产品必然是失败的，体验自然毋庸置疑也是失败的。我相信不管做什么，没有信念和态度是做不好的，哪怕成员再明星。从现在的互联网团队看来，无非是两种，一种是资本营销圈子，一种是技术理想圈子。后者的信念和态度自不必说，只要团队的方向正确，产品和体验不会差去哪里。而前者往往有惊人之举，纯粹的资本运作自不免有财大气粗或者重财轻技的毛病，直接影响产品的质量。总之，团队成员必须首先是用户角色模型之N。
其次，管理者不应该直接参与产品的设计。这个问题在UCDChina有过讨论，我对此太赞同了。说的更精确一点，即：具有一票否决权的管理者不可以直接参与产品设计。UCDChina里分析的几点我十分的赞同，尤其是对管理者参与产品设计的原因的分析：
产生上述问题的根本原因是管理者觉得所有的责任（风险）都将会由他承担。一个设计师承担的责任在管理者眼里微不足道。这是出于对自己以外的人的不信任。但是我们都应当明白，团队中的任何一个人都相应的有一定的责任和权力。
所以问题到最后，其实还是信任：
良好的沟通是流程的基础，而沟通的基础则是信任。
再所以，从一定意义上来说，产品的质量决定了用户体验的质量，而左右产品质量的有时候往往却是沟通和信任：这似乎更多的是管理学的问题。
再次，一般公司做体验的时候往往做的是狭义上的体验。从流程上说，虽然一开始团队成员作为初始用户参与了产品设计，但是对于广泛意义的用户来说，这是一个黑盒。其实用户是很可怜的，在产品本身里我们已经给了他们这样那样的物理限制、心理模型来诱引他们按照我们既定的路线走下去，如果这些路线还是通向死胡同的话，那么用户就太悲惨了。而是不是通向死胡同，并不是团队成员可以说了算的。即便是做了充分的角色模型测试，也还是不免有所遗漏，测试的主观性、主动性和密度也不大。那么我到底要说什么呢？我要说的就是：项目应该从一开始就面向广义用户，采取快速原型、敏捷式、缺陷驱动式等方法来进行迭代开发。这样的体验才是广义的体验，真正面相用户的体验。
再再次，体验应该是愉快良好的经历，说的延伸开去，良好的体验相当于和开发团队进行了一次无声胜有声的沟通。即：体验应该是有自主特色的体验，而不是人云亦云的复制。
再再再次，没了。