我们做了个电商小程序 SaaS, 有个卖 license 的想法, 想咨询下大家看法

[sansanll]

背景

我们做了个小程序电商 SaaS, 市面上有巨头有赞, 还有很多零碎的小公司. 相比较其他小平台的小程序的提供众多模版或者页面简单定制, 我们把主要精力放在功能研发上, 来来回回调研研发持续了 1 年多, 做了七个类型: 通用型, 餐饮外卖型, 教育培训型, 周边周期购型, 到店核销型, 到店核销时段型, 周边零售型.

当然不能说非常全, 但是已做了的功能相对还是很细的, 比如优惠券和营销规则可以设置适用匹配到某些商品级别. 时段核销可以针对不同星期和不同时间段价格不同, 餐饮一起点等. 二级分销, 多门店. 一键叫快递, 骑手, 拼团.

运营问题

因为重运营模式, 我们又无法承担高昂的成本. 因为我们团队主要是技术基本上都来自大厂, 之前遇到客户完成微信认证需要花 300 元, 也需要解释半天才明白这钱不是我们收, 是微信(或微信认证第三方)收. 想到如果面向的客户也是程序员, 也好沟通, 所以想到私有化部署卖 license 的方案.

私有化部署卖 license

大概想到的方案是:

1. 生成 license, license 内加密进去域名
2. 提供服务端私有化部署二进制文件, 部署自动申请 let encrypt 证书, 客户自己部署到自己的服务器(服务端只和微信服务器有外网通信)
3. 提供小程序源码

这样客户也不需要开发, 只需要 1 部署下服务端, 2 微信开发者工具倒入小程序源码 发布提交审核.

咨询下大家的看法

这样假设你有电商小程序需求, 或客户找你开发个外包, 就可以直接上线了.

希望大家给些建议.

补充一下
1. 微信电商小程序需要商家注册: 微信小程序和微信商户号
2. 无论是 saas 还是私有化部署, 小程序和商户号都是商家所有权(即什么协议合同都是商家和微信之间的事情)
3. 无论是 saas 还是私有化部署, 钱都不过 saas 技术提供方, 用户下单-->微信-->对公账户
4. 无论是 saas 还是私有化部署, 你的小程序发布 /升级也需要微信审核(即你卖什么东西, 都是你的公司资质和微信的关系. 与技术提供方没关系.)
5. 我们现在已经在运作的模式就是 saas
6. 现在要探讨的就是标题, 或者标题的延伸

wx: Z3VvbXVndW9tdW5vbmc=

(base64)

现在的 SaaS 版 www.sansanll.com

github.com/minappdev/minapp.dev

minapp.dev

[momowei]

需求还是挺大的，但很看销售能力，也就是跟这些花钱老板线下去推销的能力，毕竟老板们不懂这个东西，又想见效快。
产品一般问题不大，关键看如何销售

你这种模式的关键还是收费，定价很重要

[HangoX]

有做外贸的吗？像 shopify 那种的

[yixiang]

做过不少电商平台的外包。我印象中，这类客户自己不是做技术的，一般没啥私有部署的需求。有私有部署需求的情况通常是有外包商，私有部署方便进行二次开发。

[deepure]

还是看目标定位吧，你这种定位，其实对客户要求就比较高了，要客户这边自己有 IT，针对的其实是规模大一点的商家。很多在微信里做小程序电商的其实是小商户或者个体户，就没法用你这个了。

[gaobh]

楼主不知道可以做小程序开放平台吗……怎么还要用户自己提交？

[sansanll]

@momowei 是的, 销售最重要. 而且微信小程序的注册认证其实很多圈外人士都很难搞懂. 有时咱们技术认为简单的事情.其实相对很多人真的不简单.
是的, 我们定价比巨头低, 比一般的稍微高点那种. 也有些原有赞的 h5 客户转过来.
总之不同的客户对价格敏感度不同

[sansanll]

@HangoX 不太了解外贸. 但是我们登录 shopify 后台看过. 老外的产品有些逻辑很简单. 比如满减什么的, 老外根本不需要.

应该是接入国外支付方式就可以说支持做外贸了?

[sansanll]

@gaobh 现在做的就是 saas 和有赞差不多, 客户只需要授权小程序, 填写商户号.就可以上线了. 不需要自己接触代码开发.

现在想开拓下, 面向开发者的模式有没有得玩.

[sansanll]

@yixiang 对. 大客户和外包商, 就是不知道程序员有时接个外包电商小程序, 不知道这种情况多不多.

[poisedflw]

有体验版嘛？

[sansanll]

@deepure 是的. 所以想想看看面向个人外包的情况, 基本上都是程序员

[westoy]

我说几个最实际的问题

如果有客户涉及一些违禁品， 整个业务被停掉的时候， 你们有没有足够的关系去疏通?
如果有客户被 DDOS， 你们有没有足够的资源去撑其他用户不受影响?
然后你们涉及到微信平台方面， 万一被 TX 下架呢? 你要知微店和有赞都有鹅厂投资占股的， 他们出了问题有路子去疏通的，你这边有没有资源

实际上这种东西阿里没正式做云的时候就和 shopex 合作过， 给淘系商户生成独立门店， 一直到现在的微商， 也就那几个， 而且还没赚钱的

[sansanll]

@westoy 你的回复里其实有两个问题
1. 违禁, 封号, 下载.
2. DDOS

关于第一个问题, 你可能没明白目前的小程序第三方平台和阿里系的区别. 首先小程序第三方平台提供的只是技术, 至于小程序注册, 开户资料审核, 钱也不经过第三方平台. 即只是技术提供方.

关于第二个问题, 这是个相对问题, 有分流方案, 现在服务器不是很多. 当然横向扩展起来也是很快的.

[sansanll]

@poisedflw 不知是否会有广告嫌疑

[ericgui]

卖 license 还是卖软件的思维

卖服务

一个月多少钱那种

[sansanll]

@ericgui 现在就是 saas 模式, 卖服务.
目前想拓展是其他的模式

[id7368]

得看你的客户群或者说你准备面向什么客户，如果是企业客户都有技术的话，卖许可是比较容易的，但从哪找这么多企业级客户是问题。多数 SaaS 都是面向个人商家的，从商家抽成或者用广告模式盈利，服务器部署、费用什么的都是平台方承担。这种对于小白商家更好，能吸引更多小白商家。但面向小白商家就是重运营了，光审核上架商品和售后争议处理就得安排专门的人去负责。当然卖许可的话其实我不太看好，除非你有强力的推广渠道和运营能力，不然很难和市面上现有的这些小程序提供商竞争的，甚至有些小程序提供商压根都不需要技术，他们从别人那里买代码，自己强力推广，只有有人买就能赚钱，说白了相当于代理商销售，这种在某度上的广告铺天盖地。

[tmac6740]

hello 有联系方式吗？可以合作

[DoUSeeMe]

@HangoX 我们公司是，老哥有需求吗

[lzhnull]

闪鲤？ 做 saas 要拿下大客户 做案例。才有信任感

[westoy]

@sansanll

你理解错我意思了

当时淘系和 shopex 合作也是 SaaS 模式， 淘宝客户从万网买个 shopex 合作的服务，直接生成同步淘宝店数据的独立店外店，就是类似微店有赞的模式， 不是用户从万网买个主机一键安装 shopex， 然后这就涉及一个平台运营风险， 同样一个小问题， 比如你作为平台被共同起诉， 可能电话警告一下关个店就了结了， 也可能抄家停业整改， 我指的是这方面的资源

[yixiang]

@sansanll 我感觉还是蛮多的，不过可能自由职业 / 外包公司的比较多。个人程序员兼职接单的感觉还是少。

[o0]

现在要跟有赞差异化才行，经过微盟事件以后，很多客户应该会在意数据的安全性，所以可以看看怎么打这个牌。
另外，这两家公司都是靠无数的销售人员堆出来的，大都一锤子买卖。

[shanghai1998]

我最近需要买个电商，带源码的那种，你们有介绍吗？或者加我详细聊下

[sansanll]

@tmac6740 阁下是指公对公合作吗

[sansanll]

@westoy 你也理解小程序了.

[sansanll]

@shanghai1998 我们最多提供的是私有化部署, 不提供全部源代码, 但是私有化部署包含前端的源码

[ISSSSSSS]

且不考虑销售。
感觉按照这种思路做下去，会不可避免的变成项目外包。我在 YZ 就是这种感受，除了正常的产研需求，受大商家影响的情况也很大。问题是你们能不能从大商家繁杂不标准的需求中赚到钱呢？或者公司的人力足够多，能够快速的垒出一套全能的系统？

[justrand]

我知道的一个模式
各地有当地的论坛社区，应该有一个网盟的，你应该把产品卖给他们。
有几个好处
1.这种公司一般有技术但是应该形成不了规模，但是至少知道微信需要认证费用这些
2.域名被封问题，应该是让用户自己去申请域名。cname 到你们这边，规避一些风险
3.形成培训体系，可以很好帮助这些公司上线运营产品

[sansanll]

@ISSSSSSS 对. 真要是细起来, 很多细节需求各个客户都可能不同. 从技术角度来看, 需求也是做不完的.

[nznd]

我感觉像是二级外包...

[wafm]

没差异化服务 你做 SAAS 或者卖 license 都很难活下去

[shanghai1998]

不提供源码没人买。。。saas 模式为什么不用有赞的，说白来有赞不贵好用

[sansanll]

@shanghai1998 嗯 用有赞吧

[ETO]

小程序可以用微信的开放平台提供的小程序接口，还省得用户自己上传小程序，有些类目的小程序无需交 300 元认证费。

[macdino]

方便提供个联系方式？

[vitoliu]

小程序中间商给个建议，可以做 api 工厂类似的，对外提供通用接口和定制化接口。小程序的前端模板其实很通用的，而且同行之间差距有限，真正能卖出去的，是稳定性和信任，对于中小企业或者个体消费者，稳定的服务和售后才是他们看重的，而不是界面多好看。

[mogutouer]

卖多少钱？

[xmh51]

saas 注意多准备点域名，微信封域名可以不手软 否则一荣俱荣，一损俱损

[xcstream]

lincense 不要依赖加密和代码，要账号登录，访问自己服务器获取必要的部分信息

[HangoX]

@sansanll 主要是不是老外的逻辑，是中国对外出口，逻辑是国内人操作，但是卖给的是海外，shopify 虽然功能比较简陋，但是 API 却十分强大，很多东西你和插件组合在一起就能实现，但是组合一多，还是很蛋疼的

[sansanll]

@macdino wx: Z3VvbXVndW9tdW5vbmc=

[sansanll]

@xmh51 嗯

[zqfxch]

模式没问题，标准产品 license+一部分客户定制化+支持服务，三块都可以支持单独销售。
非独立部署的 license 也可以考虑，这类小程序小客户众多，非独立部署成本低。但要做好资源隔离，比如安全的（被 ddos ）和计算资源的（非独立部署模式下的多租户资源争抢）。这点要权衡好利弊，成本和稳定性之间的。
不知道 license 是否有有效期，如果有建议加个买断制，就是一次性付费永久有效的 license+独立部署的付费模式，许多大一点的客户对数据比较在意，独立部署加 license 和源码需要可以任意迁移加部署到任意地方。买断后就可以不付售后支持服务费用，以后一直用，这其实跟传统建站开发有点相似。
域名是不是要加入到 license 里面看微信对域名的规定吧，不建议绑死，可以灵活一点。
SAAS 的问题就是源码不开放的前提下，数据不能迁移或者迁移比较麻烦，各家 SAAS 的标准也不一样，数据对于电商来说还是挺重要的。

[sansanll]

@mogutouer 新的这种私有化部署方式 价格还没定, 先看看需求量

[sansanll]

@xcstream 我是担心 私有化部署的客户不想让程序再让自己的程序访问别的服务端

[sansanll]

@zqfxch 嗯

目前对[私有化部署]的初步设想是

- 后端预编译二进制包(国外私有化部署大部分也是这样)
- license 无有效期, 就是直接买断机制(因为可能有些客户不想请求我们的服务器, 按时间的话系统时间也可以修改)
- 客户自己部署到自己的服务器和使用自己的数据库
- 您提的收费点也是有道理:
- license 收费(不想改代码, 就用现成的程序直接上线那种, 一次性)
- 二次开发支持服务收费(主要是提供接口文档和技术支持, 比如按月, 通常可能也就一个月后就不需要支持了)

[mikulch]

麻烦问下你们怎么卖？我最近需要买一个这方面的东西。

[avenger]

可以发个 demo 吗？

[ershisi]

小程序没办法动态更新啊，这样的话你们更新有个锤子用？

[sansanll]

@ershisi 知识和教养都是好东西, 两样都没有的人看来也存在

[sansanll]

@mikulch saas 模式已经在运行. 新的这个模式定价还没定, 先看看大家需求. 再决定是否拓展这个模式.

[sansanll]

@avenger saas 的话, 可以添加我微信. 目前讨论的私有化部署还在讨论

[tikazyq]

可以开源不？

[sansanll]

@avenger 现在的 SaaS 版 www.sansanll.com

[ershisi]

@sansanll 呃。我只是口语化了一个"锤子用"。。。你这就炸了。。。。人身攻击我没有教养和知识。那我就说明白一些：
对于这种电商市场，小用户使用标准化服务没什么问题。但是基本上都是一锤子买卖。说白了你就挣了他一份钱你并不关心他使用服务后到底能不能挣钱能挣多少钱。
大用户或者品牌方如果没有小程序前端定制能力和根据热点的营销能力的话，这种东西卖出去后期维护成本很高。

好巧，我也开发了一套这样的产品。
祝好，另外没有一个好心态，太敏感的人不适合创业呀。

[niemeng]

@ershisi 有道理

[ershisi]

大家都是搞技术的。
几个版本说白了就是多做了几套前端，每套前端走不同的 jwt 。对于后端而言，一整套后端做完就好了。
成本其实都评估的过来。技术含量的话，我们都清楚的。
至于高性能高并发，这就是真的技术实力了。lisense 这个，只要有心都能绕过的应该。
我的理解和我的认知是这样。

[sansanll]

@ershisi

1. “锤子” 引用自百度百科

锤子，指敲打东西的工具，前有铁做的头，有一个与头垂直的柄。
在四川方言中锤子也有其他含义：形容某人不耿直，不厚道；代词，意同“狗屁，一文不值”；语气词，一般表示怀疑，惊讶；骂人用语。

2. 如果你认为你的这个口语 “锤子”, 对陌生人没有任何不礼貌的意思. 那请以后继续与人这样交流
3. 没明白你是通过逻辑得出“我没有一个好心态”? (当然如果你认为你的这个口语用词很礼貌就无所谓了)
4. 回应你的说的人身攻击. 是的我就是人身攻击. 因为我在上下文中 没有对任何人不礼貌的前提下, 我感到你对我无礼了.
5. 你最后提的 jwt, 技术含量, 如此专业的名字, 一眼看穿一切, 一看您就是大神. 评级的话您一定在百度 T7 以上吧?

[ershisi]

我来回复来了。。。
好吧，我以后不对你说锤子了。。。如果因为说了句锤子给你造成了打击，对不起是我的错。
T7 好像不算太高吧。我啥也不是，敲了好多年代码。底层上层都做过。不过我以前的同学同事们，P8 t3.3 还是有的。百度的同学都辞职创业了，有没有 T7 就不知道了。

[sansanll]

@ershisi 没关系

[sansanll]

@vitoliu 这个也想过. 但是有些通用的功能, 商品一个价格, 下单, 支付. 完事, 相对简单.
但是电商产品做细了的话, 有很多功能是很复杂的, 比如周期购填空, 星期或时间段不同价不同, 这些逻辑. 其实是有些复杂的. 说复杂的原因是我们团队做中间件的同事请求这些 api 时都觉得烦, 这同事 BAT 过来的也不蠢.
所以感觉, 要是功能简单的话, api 一看就明白一切, 程序员可能愿意用. 要是复杂的话, 可能就不愿意研究了

[sansanll]

后续 www.v2ex.com/t/663363