_csrf_token
xfIPw4K82D59NlAoBfxlyB
wmqRpcCsrfToken
xfIPw4K82D59NlAoBfxlyB
阅读：673回复：4
一个好的产品描述需要包含哪些方面？
发布于： 09:20
在服务客户的过程中经常被客户重复问到一个问题：“我们外贸电商网站上面产品页面应该写什么，有哪些注意的地方？”
&
&& & 我有时候会根据客户的产品情况，做个性化的答复，但大多数情况下，我会告诉他们：尽可能详细。
&
&& & 反过来，想想当我们自己作为买家，作为销售者在互联网中选择甄别产品和卖家的时候，我们也希望产品描述尽可能详细，尽可能包含多的信息，因为毕竟电子商务不是面对面的销售，所以用户的购买体验非常重要。
&
&大概有这么几点需要注意：
&
&1、产品目录（Product Category）；
&
&2、产品名称（Product Name）-包含keywords；
&
&3、产品描述介绍（Product Description）-详细，丰富的描述，注意keywords多图展示（Additional images）；
&
&4、客户考虑的因素，那么最好提供多的图片，而且不同图片名称也有利于SEO的目的。
&
&例如下图：
&
&对于电子和硬件产品，可能更需要考虑撰写：
&
&1、技术实力方面的信息
&
&2、产品测试证明
&
&3、客户反馈
&
&4、质量保证细节
&
&5、用户支持方面的信息
&
&对于美容与医疗保健产品，则需主要考虑：
&
&1、使用后获得的好处和利益
&
&2、使用方法，剂量以及应用范围
&
&3、成分原料
&
&4、包装运输（某些产品需要详细描述）
&
&对于奢侈品的话，就需要考虑写清楚：
&
&1、受众人群，目标客户
&
&2、使用方法和提示
&
&3、价格信息
&
&4、产品信息的具体选择（大小，颜色，等等）
&
&另外，网站功能的设计方面，也要关注一下
&
&1、产品的推荐
&
&2、用户评论
&
&3、加入社会媒体分享标签
&
&& & 这些或多或少可以提升销售，带来不可小觑的作用。
&
&& & 所以，从长远的角度来看的话，认真做好外贸电商网站产品的基础描述是非常重要的，会带来长期的回报，可能刚开始你在准备资料，上传产品的过程中非常痛苦，也想象不到的效果。比如：提升转化率和销售定订单、提升更好的搜索排名的可能性。
&
&& & 随着贸易行业竞争的加剧，如果你的营销还停留在原始状态，必将会被市场淘汰。无论从设计、用户习惯、内容、产品介绍，都应该有自己的特色。在电子商务的世界里，客户认识你的最初途径往往是通过你的产品描述。
&
&& & 有很多外贸B2C卖家在上传产品的时候都显得很马虎。特别是写产品描述时，常常敷衍了事。有的卖家就随便写一两句就完了，甚至直接copy竞争对手的产品描述。
&
&不认真对待产品描述，产生的后果就是：
&
&1）在众多的卖家中，消费者并不会对你产生印象，不能突出产品的特点。
&
&2）产品信息也不够全面，得不到消费者信任，那他们为什么要买你的东西。
&
&3）搜索引擎会判定你的产品描述是抄袭过来的，不收录你的产品信息，甚至会惩罚网站。
&
&& & 一个质量低劣、内容粗糙、连自己产品都无法介绍清楚的卖家，就别指望客户能够下单了。虽然很多卖家能够写一些很简单初级的产品介绍，但仅此还不能打动潜在的消费者。
&
&& & 一个销售火爆的产品，它的产品描述是应该在了解客户的消费心理前提下，让客户认识到这些产品是可以满足他们的要求，这样一个好的产品描述将给你带来源源不断的销售机会。
&
&好的产品描述应该具备以下特点：
&
&1）抓紧消费者心理，将产品的特点展示出来。
&
&2）对每个产品进行单独的关键词围绕和描述，提高搜索引擎的优化效果。
&
&3）文笔流畅，语法，结构，措辞都应该是最专业的。
&
&4）提高产品介绍条理性，增强产品介绍有用信息，增加可读性。
&
&5）增加图片的展示，尽量从多角度，高清晰度来展示你的产品；因为国外用户无法看见你的实物，所以图片成为他们了解产品的一个更为重要的因素。
&
&产品描述应当遵循FAB法：
&
&1.F —属性
&
&2.A—作用
&
&3.B—利益
&
&步骤/方法产品适用范围及用途
&
&1）产品的规格、型号、参数、专业性描述（多用表格）
&
&2）有产品细节图片
&
&3）产品特性（与同行比较，您产品的优势在哪里）
&
&4）包装、颜色、交易方式
&
&5）第三方认证（或者你成功的案例）
&
&6）售后服务
&
&7）延伸阅读（公司介绍，联系方式，案例）
&
&8）视频链接（Youtube等）
&
&另外要注意产品描述的格式：
&
&& & 写作时要分段，每一段加上标题，多用表格和数据，多使用“您”第二人称。
&
&& & 产品描述只是销售成功的一部分因素，除此之外，每一个环节都需要卖家认真对待。用心的卖家才能换来忠实的客户，他们才是你源源不断的财富。
外贸小伙伴公益交友相亲旅游活动报名，联系圈嫂微信：GT 日发30000封邮件，让订单飞起来。QQ:三毛学院专注于跨境电商培训：
铜币2086枚
发布于： 09:23
400 || this.offsetHeight>400){if(this.offsetWidth/400 > this.offsetHeight/400){this.width=400;}else{this.height=400;}}" style="max-width:400max-height:400" onclick="if(this.parentNode.tagName!='A'&&this.width>screen.width-461) window.open(this.src);" /> & &
发布于： 09:34
外贸小伙伴公益交友相亲旅游活动报名，联系圈嫂微信：GT 日发30000封邮件，让订单飞起来。QQ:三毛学院专注于跨境电商培训：
铜币24009枚
发布于： 09:39
很棒哦，支持一下
微信号：sonsmile
发布于： 09:40
外贸小伙伴公益交友相亲旅游活动报名，联系圈嫂微信：GT 日发30000封邮件，让订单飞起来。QQ:三毛学院专注于跨境电商培训：
您需要登录后才可以回帖，&或者&
Powered by优秀的数据产品经理需要掌握哪些技能？
一、如何做一个好的数据产品经理？PD（指产品经理，下同）本身就是在做牛做马，关系圈异常复杂。数据PD也不例外。而且打交道的人更多。以下是我用PPT绘制的数据产品经理关系圈。如果你也做过 数据产品的产品经理（好拗口），相信也有同感。既然要和这么多人打交道，要推动数据产品的上线，数据产品经理自然有着一定的要求。 我的体会如下——也借此去鞭策自己在朝这个方向努力：1.要极其熟悉公司业务及动向。所以要了解公司的商业模式、战略、以及业务流程、要考核的各种指标，以及指标背后的业务含义等。这一点，再了解都不够。2.要了解数据分析。好的数据PD，即使不做数据PD，也应该是个数据分析师。数据PD的一大要务就是将数据分析做成可复制，可自动运转的系统。虽然有数据分析师们围绕在自己周围，但是自己也要清楚业务的问题，分别要看什么数据，或者当数据出现后，意味着业务出现了什么问题或者会出现什么问题。这一点，要向最好的数据分析师们看齐。3. 要了解数据仓库及商务智能。这 两个关键词背后都是庞大的体系，恐怕我短短半年的转岗时间太短，虽然能够对别人讲解一通商务智能产品的架构。嘴里虽然会抛出若干个类似于汇总，钻取，度 量，指标，维度，缓慢变化维，层次，属性，仪表盘等等术语，但是也不支持多几层的知识钻取，遇到异常问题，也不知道该从什么地方分析原因。幸而身边有数据 仓库的同事，可以多多学习。这一点，没有天花板。而商务智能，做为一门学科，起源于20世纪90年代，它的出发点是帮助用户更好地获取决策信息，最初商务智能的动机是为用户提供自助式的信息获取方式，这 样，用户就可以不用依赖于IT部门去获取定制的报表。（引自《信息仪表盘》一书P41）。而如今，商务智能除了提供信息，更主要的是降低用户获取数据的门 槛，提升数据的实时性等方面。从降低用户获取数据的门槛一个方向，我们就可以做很多事情，比如如何设计信息仪表盘（designing of information dashboard）？如何让数据以更亲和的更直观的方式展示（数据可视化）？如何能够让用户离线访问？如何能够实现警戒数据的主动发送？这一点上，花多少功夫都不多。4. 要精通数据产品开发流程。数据开发+产品开发。数据PD的最终目的是要做数据产品。这里要拆开看，其一，数据产品本身也是在线可供用户实现的产品，既然是产品，产品的整套研发思路和普通的产品没有太大区别，用户是谁，他们需求是什么，满足需求需要什么featurelist，每个feature list的资源评估以及优先级如何，产品的生命周期如何？这是产品开发。然后他是个数据产品，意味着这比普通的产品，多了更多的要求。在数据这个内核之外，它需要各种feature list，如订阅，搜索，自定义，短信接口，邮件接口等。但是数据这个内核，也需要一套数据开发流程。比如：数据源——是否足够，是否稳定数据PD需要足够了解目前的业务处理系统建设情况，以及数据源的积累程度，用以判断数据产品的建设时间是否合适。不合适的时机会导致项目组的重复劳动和残缺 的数据产品诞生。数据产品是用以支持监控，分析，决策的，而业务处理系统的定位在于提升工作效率，解放工作人员手脚。业务系统采集的数据未必满足所有分析 需要。比如或许领导要分析大量攀升的退换货的详细原因，而业务系统目前并没有要求用户在申请退换货的时候选择原因或只有输入而非标准化选项，负责退换货出 力的员工也只有在excel里登记原因，而不是录入到系统里。所以可能会导致需求方要看的数据提供不出来，那么数据pd就有必要反向驱动数据源得以采集。分析模型的设计—— 分析模型的好与不好，其实决定了数据产品的成败。在 项目中，可以由BI的数据分析师们担纲此职责，也可以由数据PD担纲，更多则由双方一起确认，内容以数据分析师们为主，功能评估及优先级、项目计划和协 调、统筹以数据PD为主。所以数据PD要更加清楚数据分析师们所需要的需求是否能够实现，背后的商业价值如何，并与数据开发、产品开发保持比数据分析师们 更加通畅的合作关系，能够借力进行可行性和资源的评估。有的时候，我们不是没有数据，而是有了太多的数据，不知道怎么去看。如果只是抛给用户一堆数据，很难想象用户会如何去解读它。以前做交互设计的时候，我们流行一句话：把用户当成傻瓜。而数据平台，因为可能本身就要求有一定的使用门槛，所以想成不会互联网的傻瓜不太现实，那么我们就要想成“用户是不懂数据的傻瓜”。他们或许也能通过一串串 数据体悟到什么，但是如果是一条上升的退款率趋势线，或许他们会体悟到更多——毕竟，上和下本身就是直观的。然后再想一下，如果将这条线上加上一条警戒点 的线，他们会知道从什么时候开始数据是异常的。再然后，就要设想，当他发现从7月12日数据上升后，想干什么？他会不会想了解是哪个行业上升了？他会不会 想了解是那个渠道上升了？那么，就要提供行业和渠道的选项或者对比给他。再然后，当他过问了这个行业的负责人后，负责人想不想再了解是哪个供应商或者哪类商品上升了？那么要如何将这些维度、层次都融合在一起，同时又能将用户非常 方便地去用呢？分析模型的建设至关重要，也可以说，分析模型是前期需求分析的最有价值的产物。分析模型应该会包含几点：主题的划分：整块分析会划分成什么主题，比如销售可能会分成销售走势及构成分析，行业排名，商品排名等度量及指标:分析主题会涉及到的度量及指标的算法、定义等（这通常会产生一份指标以及维度的定义及描述文档）维度：要分别从什么维度去看这些指标和度量，如时间，渠道，这些维度是要筛选还是要对比钻取：这些维度本身有没有层次，需要不需要进行钻取，如渠道可钻取到渠道类型，行业可钻取到子行业，商品类目可钻取到商品叶子类目等输出：分析需要用何种图表进行展现数据的ETL开发数据的清洗，转换，装载流程占用了数据产品开发的大半资源，不规范的数据源会导致这一块的资源更大程度的占用。比如同样是供应商编码，系统之一称为供应商编 码，系统二命名为供货商编码，系统三命名为供应商ID，这三个系统同时是公司的系统，这种情况虽然想起来匪夷所思，但是现实情况却也存在。虽然ETL开发 是DW开发工程师在做，但是作为数据PD，焉能对这些工作缺乏了解，对ETL工程师反馈的问题，缺乏认知，不理解对于项目的潜在风险是什么？而且更多时 侯，当遇到数据不规范，不统一的问题，数据PD需要反向驱动业务系统进行数据规范性建设，无论是功能上，还是驱动直接的使用方——如负责录入数据的行业小 二，建立一套录入规范。这些工作看似和数据PD无关，我们大可以推脱说：那没办法，这是数据源的问题，不是我们功能的问题。但是，用户是有权利选择使用不 使用你的数据产品的，当数据产品提供的数据不值得信赖的话，无疑是自取灭亡。一旦用户对数据不信任，再想挽留他们，是很难的。即使有很多“无能为力”的借 口,我们也不能坐观其变。前端交互与体验的优化虽然内容定义好了，但是那么多度量、指标、维度、钻取，如何划分信息层级，如何划分栏目，如何设计用户的行为路径？这些就不是数据分析师们的重要工作范畴。 而是交互设计师？鉴于很多数据产品项目可能会没有交互设计师，所以数据PD应该对内容进行封装，进行信息架构、页面布局以及图表各种功能设计。设计，然后 撰写详细的功能需求文档，交付给产品开发，前端开发以及数据开发，以及前端展现开发四种类型的开发人员。数据产品的功能描述文档，除了产品开发部分，其他的就是在描述“内容”，即分析模型，除了主题、度量、维度、钻取、筛选、输出图表类型，有些内容还需要详细定义到“排序方式” 等等细节，这就case by case来看了。环境，技术，工具或许做一个普通的产品，你把需求描述清楚，与产品开发工程师确认好可行性，接受资源评估就OK了。但是数据产品，受制于所部署的环境，所选型的工具，如Oracle，IBM的Cogos，以及SQL Server。其他的产品我不知道怎么样，我们用的是Oracle BIEE。那么作为数据PD，是否需要了解BIEE能够提供的功能是哪些呢？看文档，请教别人，不能知其不可而为之。另外，也需要逐渐摸透BIEE的坏脾气，实现不了的功能，无法克服的难点等。这一点，也需要继续了解，继续学习。二、心得总结篇下面，谈几点我的心得总结，或许还显得稚嫩，但是自己所得，要远远比看别人文章或者看书得来的深刻，记录下来，以便于后续校验。 1. 数据产品的价值2. 数据产品的用户3. 数据产品架构4. 数据产品风险5. 数据产品VS业务系统6. 数据产品项目流程7. 数据产品交付物 来源：36大数据原文地址：/archives/27936
看过本文的人还看过
最新图文推荐
最新专栏文章
大家感兴趣的内容
&&<a rel="nofollow" class="red" href="" target="_blank" color="red新版网站排行榜
===全新上线===
网友热评的文章出错啦 - PMCAFF产品经理社区 中国第一产品经理人气组织
PMCAFF目前不支持IE浏览器, 请用其它的浏览器打开PMCAFF, 如果是双核浏览器, 请选择极速模式包装的文字内容主要有以下几个方面_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
包装的文字内容主要有以下几个方面
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩7页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢