目前销售流程遇到什麽问题?

在探讨这个问题之前,先来分享我们目前的销售流程

  1. 搜集名单
    透过脸书投放名单型广告,或是 Google 投放关键字广告,让有兴趣的人留下联系资料,或者是采用陌生开发的方式寄送信件等待回覆。
  2. 业务开发
    从上个步骤蒐集到的名单进行信件、电话、官方 Line 等方式联系,了解客户需求後简介产品服务,并邀约时段进行演示。
  3. 产品演示
    利用 Google meet 方式介绍产品以及解决客户的疑惑,并於结束後寄送报价单,後续追踪案件。
  4. 签约开通
    确认报价单签回以及款项正确後,联系内勤部门人员开通权益,接着将对应资讯寄送给消费者。
  5. 客户服务
    使用业务个人 Line、官方 Line 解决客户相关问题,包含使用教学、後续新需求厘清等等。

其实我们使用这个流程大约三个月左右的时间,其中也并没有什麽明显的大问题,业绩也都算是在预期范围之内,那麽为什麽三个月後的我会觉得有哪边怪怪的呢?

客户资料

因为搜集名单管道较多的关系,导致不同渠道的客户资料未做整合,也没有统一的客户资料库,导致 Excel, Slack, Discord 上面各自有客户名单资料,因此要查找客户相关资讯时会花许多时间。

客户状态

由於名单後续采用各种不同方式进行联系,同样因为没有统一的客户资料库,导致客户状态无法有效被整个团队掌握,变成只有洽谈业务了解状态,其余成员几乎完全不知。

客户规格

确认规格的为洽谈的业务,报价单也是由该业务进行发送,回签後会转给财务,虽然财务那边有所有报价单以及规格资讯,但是後勤人员却没有可以查看的地方,导致会有功能漏开通等情况。

客户问题

这大概是影响最大的,因为客户用各种管道发问,导致同一个问题可能会被处理多次,或是有些问题会被遗漏等等,对於 PM 来说十分难以管理与收敛。

总结上述各个面向,其实会发现主要问题在於营运上面,如何让这些问题进行解决,以及该怎麽样优化整个流程,期待之後与各位分享。


<<:  30天零负担轻松学会制作APP介面及设计【DAY 28】

>>:  DAY22 - 利用开发者工具列Network import export debug

以 GraphQL 查询 Neo4j 资料库

前言 GraphQL 原是 Facebook 内部的开发计画,现已独立出来成为 GraphQL 基金...

JavaScript Array | 与其他程序语言很不同的阵列(下)

今天接续昨天的Array方法 那我们开始吧!! splice() 可以新增删减阵列项目,也能指定位置...

Day.18 Graph-BFS

BFS是简写,全名是Breadth-First Search(广度优先搜寻演算法) BFS跟DFS一...

做一份与众不同的简历 (Create a Compelling CV)

许多雇主不再遵循标准的“申请--等待”申请模式。 现在,他们在社交媒体上查看求职者,访问他们的个人网...

[Day 28] 阿嬷都看得懂的怎麽操纵 DOM

阿嬷都看得懂的怎麽操纵 DOM 前两天我们介绍了厉害的神灯精灵,以及 JavaScript 这个神灯...