[企业管理]SDK定价策略分析

如果你的产品客户要进行定制开发，你的SDK如何定价的问题分析

一个询问人  15:11:35

**，运营，快速  14:43:16

应该整合一下

**，运营，快速  14:43:40

还有主服务端程序是DOS界面，不够人性化

**，运营，快速  14:43:56

建议参考一下RTX的管理程序

**通  14:43:59

嗯..因为我们是分布式的..

谢谢 ..不同用户,都有不同的需要..这个问题其它用户也提过..感谢!!!..

嗯..界面问题.我们一定改进...

**，运营，快速  14:44:20

我第一次还以为是报错，呵呵

**通  14:44:36

其它程序,有些公司要求,保密性之类的..需要运行在其它运程服务器上

**通  14:44:59

不过,是比较麻烦..

**，运营，快速  14:45:25

这种可以这样管理，同一个管理端程序，做安装程序的时候可以选择在不同的服务器上安装不同的服务，

**，运营，快速  14:45:40

在物理上可以共存，也可以分布

**通  14:45:41

嗯...

**通  14:45:47

**通  14:45:54

有道理.

**，运营，快速  14:46:00

RTX的集群和文件服务器是这样分布的

**，运营，快速  14:46:17

RTX我们现在用了1个月，相当的不好用

**通  14:46:22

谢谢呀

**，运营，快速  14:46:30

之前我们都是用早期的BQQ

**通  14:47:12

这个修正了连接数BUG

**，运营，快速  14:47:15

嗯

**，运营，快速  14:47:20

还有一个想提一下建议

**通  14:47:22

要不,运行一段时间,就会大家连不上去.

**通  14:47:37

嗯..您说

**，运营，快速  14:48:00

就是发送文件的，可否做到在服务器端根据自身的网络流量，设置文件传输最多能占用的带宽

**通  14:48:08

嗯..

**，运营，快速  14:48:13

且接收文件是否可以考虑在后台

**通  14:48:18

目前,我们的流量 是控制的.

**通  14:48:25

但不是 指定大小

**通  14:49:16

好的..考虑一下,怎么处理好.这个问题

**通  14:49:20

现在还不是很好..

**，运营，快速  14:49:22

如果同时发送一个3M文件，对像有500人，大家都同时收，占用的带宽太大，且待时间太长

**通  14:49:34

明白了..

**，运营，快速  14:49:49

如果能在服务器端限制流量，客户端后台接收，收完后提示

**，运营，快速  14:49:54

这样不影响正常 沟通

**通  14:50:12

你们现在有多少人

**，运营，快速  14:50:26

1500多用户，同时在线600左右

**通  14:50:32

**通  14:50:36

这么多

**，运营，快速  14:50:45

在你们网站上看了一下，收费版才提供二次开发接口，是吧

**，运营，快速  14:50:48

怎么收费的

**，运营，快速  14:50:51

这算少了

**通  14:51:27

嗯..需要先了解一下,你们需要.开发什么样的功能.

**，运营，快速  14:51:58

比如集成到我们的OA中收发信息，

**，运营，快速  14:52:17

通过我们的短信平台收发短信

**通  14:52:35

你们的短信平台..是怎么样的..

**通  14:52:41

SP的,还是短信猫

**，运营，快速  14:52:44

将我们系统中的工作流单据直接在IM中审核

**，运营，快速  14:52:46

SP的

**，运营，快速  14:52:52

短信猫也支持

**通  14:53:56

稍等一下..我问一下.

**通  14:57:40

如果是简单的集成网页,我们是不收费的.

你可以把短信平台的功能,直接放到网页里

**通  14:58:24

这样,怎么发送短信..你们就可以自己定义了.

**，运营，快速  14:59:13

我看你们网站上说是提供SDK的

**，运营，快速  14:59:22

不能提供接口我们自己做二次开发吗

**通  14:59:55

有提供SDK...

**，运营，快速  15:04:12

怎么收费的

**通  15:05:07

目前,对SDK的收费模式,还不明确...是你们自己开发吗?

**，运营，快速  15:05:18

嗯

**通  15:06:56

没有回复我...有了回复,发消息给你们吧.

**通  15:07:02

久等了

**，运营，快速  15:07:09

不客气

问一下各位老大,我应该怎么卖给他们..收多少钱,什么模式比较好

BHB(IT)  15:13:35

太长，先顶

青润(北京IT)  15:15:51

给个摘要，否则没法看。

一个询问人  15:16:37

**，运营，快速  14:59:13

我看你们网站上说是提供SDK的

**，运营，快速  14:59:22

不能提供接口我们自己做二次开发吗

**通  14:59:55

有提供SDK...

**，运营，快速  15:04:12

怎么收费的

一个询问人  15:17:04

我总要收费的..不可能什么都免费..

一个询问人  15:17:43

不向用户直接收费,总要有其它收费模式...

但对SDK,我想不清楚

一个询问人  15:18:00

本来只想就收广告费..就行了.

BQF(宁波IT)  15:22:59

现在危机变泡沫了，可以趁机赚点钱，别客气

BQF(宁波IT)  15:23:20

历史上信誉好的客户原政策

BQF(宁波IT)  15:23:28

新客户不必太优惠了

王坚(武汉IT)  15:25:02

學歷太低，看不懂上麵對話什么意思

青润(北京IT)  15:28:09

你这个的收费应该考虑两点：

1、SDK收费，计费方式中，用户使用你的进行开发的新产品中是否海包含你的广告，如果被去除了，那么你需要考虑，用户去处广告后对客户群的影响，以及这部分被影响客户群本应带来的收益，同时还应该考虑用户可能因此付出的宣传推动作用带来的客户群相对扩大的部分，这部分应该是你扣除掉一定比例（不是 100%扣除）的收益，这些收益的概数进行一个综合后就可以得到这部分的价值。

青润(北京IT)  15:29:33

2、用户使用SDK给他自身带来的好处，直接收益和市场拓展后的收益，这部分你应该根据产品提供的技术和用户使用情况进行定义，判断你应该在其中获得的比例。

这个比例价值是多少，用户给你的SDK是一次性支付，还是分阶段支付还是按照销售量支付，具体形式你都需要定义出来。

青润(北京IT)  15:29:58

大体上上面这些就足够了，只是具体数据需要你自己进行分析才能得到相对较为合理的内容。

一个询问人  15:30:04

感谢青润

一个询问人  15:31:38

学习研究一下青润语录先

青润(北京IT)  15:32:34

晕，上面可能略微有些不够严谨，自己分析一下，把逻辑上的问题补充圆满加上你的客户实际情况结合一下就应该可以使用了。

一个询问人  15:32:56

嗯.