今天又发现一家同城的付费店铺。这家店的商品很特别，格外吸引人。

看了下后台，目前杭州的付费店铺有三家。

希望某天在楼下买东西，付款的时候扫码一看，店主用的是我们家的产品。

云托管对服务商的支持，不太友好。

尽管年初有了点经验，但是没想到一年了，再次回来用的时候，发现云托管的报错还是一茬接一茬，有点不可思议。

如果能把绑定小程序做到后台界面里，而不是简单的提示一句“资源复用暂不支持第三方平台服务商使用”，体验应该可以立马提升几个档次。

为了绑定小程序，今天至少尝试了四种方法去调用接口：

1. 云托管后台的云端调试
2. 云函数端使用 https 调用
3. 云开发 callContainer 调用
4. 在线工具调试

全都失败。周末技术支持的同学又不在，社区发帖 @官方 也没人应。

真是一个无助又无奈的周末。

1 月 6 日启动“专属小程序”开发计划，但是一直在调研可行性，没有动手开发。这几天几乎没写代码，只是在看文档，咨询云托管技术支持的同学，以及思考，大部分时间都不在电脑前。

纠结点主要是以下几个：

1. 小程序云开发环境不支持跨主体共享。
2. 经济成本。每个小程序创建云环境需要付费，最低 19.9/月，一年 238.8，我们专业版都才卖 209/年，这就要迫使我们涨价。
3. 开发成本。即便可以忍受经济成本，开发成本也远超预期。
4. 云托管倒是支持跨主体共享，但是面临迁移代价，工程量巨大，后续也会降低开发效率（因为云托管开发效率没有云开发高）。
5. 云托管费用也不低，初步测试下来比云开发还高。

调研了 6 天，今天上午忽然灵光一现，脑洞大开。

这个独立小程序，其实可以看成是店铺导购页，点击“购买”按钮，则进入平台小程序，并直接进入该店铺的主页或对应商品页。

而且还有一个技术可以用到，就是半屏小程序。以前一直拿捏不准“小屏小程序”的应用场景，现在看似乎很适合这个场景。

最初想开发独立小程序的目的其实主要是为了解决支付问题，但也只限于企业主体的小程序。既然在办EDI证了，那么后续可以通过收付通来解决支付问题。

这样一来，商户都不需要注册企业主体的小程序了，可以只注册个人主体的小程序，大大降低开户门槛。

一切看起来都很顺，不知道执行过程中会遇到啥坑。期待一下。

2022 年初就了解过办证条件，断断续续折腾了将近一年，上个月终于满足所有条件，今天终于备齐所有资料。

一年过去，还是回来了。

今天进小程序后台，偶遇一个厉害的数字。

简单弄了一套级别机制，暂时分两级供应商。

供应商比代理商要高级一些，除了代理软件，分销商还可以帮供应商卖货。