## 产品设计体会(四十)——销售渠道
做付费产品,就必然要牵涉到卖的问题,最近公司正好[“e网打进”火爆销售ing](http://www.alisoft.com/portal/agent/index.html),plus前段时间浏览过《渠道为王》,就说说相关的体会。
销售有两大模式:直销vs分销,分销要通过渠道,渠道又分代理(赚佣金,没有产品所有权和库存风险)和经销(赚差价,产品所有权发生转移,比如批发商),现在的网络付费产品,因为多是个人应用,所以直销比较多,而我们的“e”是给企业用户的,加之国内中小企业现在相应的知识很薄弱,直销成本太高,所以我们选择了渠道销售。
在渠道的推拉战术方面,“e”显然用的是推的方法。所谓“拉”是通过PR、广告、传播等手段启动市场,刺激消费者,促使渠道来找厂商;“推”是集中力量做渠道工作,用高额利润去刺激渠道主动推销产品,快速抢占市场。推适合企业规模小、技术含量高、销售过程复杂的产品,一般来说:新产品推,老产品拉,“e”的驱动路线“PDà阿里的渠道销售à渠道à终端用户”。
从产品设计的角度,对于通过渠道销售的产品,在设计上,新增功能和改动功能的时候,还需要额外考虑渠道销售人员的培训成本、渠道商的培训成本,他们习惯了卖推广,要把一个功能说明白很不容易;另一方面,既然选择通过渠道来销售,就说明终端用户对互联网的应用能力不足,相应的设计思路也要转变。
再有一点,在渠道终端的用户一般是企业,企业用户与个人用户的差异也不得不考虑,比如支付,企业用户就有开发票的问题,不能简单的只考虑网上支付的途径,另外由于渠道的介入,多级的定价,分成比例,开发票的流程,渠道政策都要有相应的系统支撑。
白鸦的一篇[《如何保证顾客的整体体验?》](http://uicom.net/blog/?p=721)让爱好用户体验的人对销售渠道又提出了另一个层面的问题,社会发展导致对效率的优化——分工,也是出于成本考虑,我们的产品采用渠道销售——一种业务的外包形式,我们的终端客户是不会了解中间细节的,他们会把外包服务的不爽怪罪到产品上,给产品的体验减分,那么最终一个很大的问题,似乎也只有折中解决的问题,就是:如何保证渠道的服务质量来保障我们产品的整体体验?
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录