关于预支付的功能设定

   在预支付那点击进去，没有明确告知预支付的钱是打到站长账户的，这个应该有。否则会引起两个问题：
1、用户对支付信用的问题往往有担心，如果直接打到店铺，往往不放心，这也是支付宝能做起来的原因，其实预支付功能一定程度起到与支付宝一样的保障功能，但确实要用户知道他付出来的钱是有保障的。
2、站方做了收款的保障工作，其实已经是在承担风险了，不可能让站方做只赔不赚的生意吧，为何没有收益的提示？应该在后台对商户有所提示，按照百分比或者一个固定的费用提取佣金才对，这个要加以说明，否则金额大一点，容易纠纷啊。不收中间费用，肯定是S胡同。

   其实，最关键的是目前的版本，预支付是根据用户组确定是否开通的。可否建议在后台做提示，让用户自己申请开通，这样开通之初就可以在商户和站方签订一个合作协议，说明风险的收益的分摊，这样才会有利于品牌空间的成长，服务的持续化开展。从而做到有效的风险控制。

  一牵涉到钱，会有很多麻烦的，少则是讨论，多则会上升到纠纷乃至诉讼。。。请官方开发工程师考虑。

关于预支付的约定，建议提前和店铺沟通确认。收钱不要怕麻烦，必要时建议投入一定的人力物力规划销售流程，欢迎再次分享。

楼主说得好。。二楼的相对来说对中小站点比较困难。。程序本来就是简化人力资本，

大鹏! 发表于 2011-8-23 15:06
关于预支付的约定，建议提前和店铺沟通确认。收钱不要怕麻烦，必要时建议投入一定的人力物力规划销售流程， ...

我说的就是要沟通约定啊。但目前的设置是按照组来设置的，不能按照店铺开通。所以现在的情况是我就是再不怕麻烦，只要用户划分到一个用户组里，就没有谈判余地了。

总不能我只能按照开不开通预付款作为一个分设组别的一个依据吧。我只能按照免费用户、付费用户、VIP用户来划分用户组啊。

samchow 发表于 2011-8-24 10:33
我说的就是要沟通约定啊。但目前的设置是按照组来设置的，不能按照店铺开通。所以现在的情况是我就是再不 ...

你的需求是否可以这样理解：希望给某个店铺单独设置预定支付功能。

还有其他可行的方案设想没有，大家可以多想想

大鹏! 发表于 2011-8-24 11:19
你的需求是否可以这样理解：希望给某个店铺单独设置预定支付功能。

还有其他可行的方案设想没有，大家 ...

对，这个功能运营操作起来有风险，适合单个店铺开通。（别忘了在店铺用户的后台设置当中给用户提醒有这么个需要申请开通的功能）

毕竟是商城，店铺再多也多不到哪里去，为了避免潜在风险，手工设置的功夫省不了。