之前想过用半屏小程序，今天实测了下，很酷。

但因为是拿个人主体的小程序来测试，没有通过审核。

这个“失败原因”在意料中，明天用公司主体的小程序再测试下，主要是想验证一下半屏小程序方案是否会被驳回。这个独立小程序实际上就是一个入口，是个壳，只有一个页面，其他都是用半屏的方式调用微商店。

被驳回两次，受理了。

上一次坐在工位上还是去年 12 月 16 日，折腾了一个半月，今天再次坐在工位上，才深深感知，原来坐在这里才是真正从身到心的放假。

2023 存在不少变数，需要作多手准备。EDI 是第一要素。

不过好歹疫情解封，也多了几分憧憬，虽然疫情也仍然是变数。

捋一捋 todo.

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

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

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

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

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

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

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

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

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

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

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

纠结点主要是以下几个：

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

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

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

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

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

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

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

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

一年过去，还是回来了。