乐于分享
好东西不私藏

Uniapp+DCloud+Trae完善微信小程序功能及变现——产品设计篇,迭代计划v1.1.0

Uniapp+DCloud+Trae完善微信小程序功能及变现——产品设计篇,迭代计划v1.1.0

嗯,计划一天一变,人算赶不上天算。
之前本来想依赖微信公众平台的“AI小程序成长计划”,提升一下我之前启动的小程序的各项功能。
顺便薅一把免费token羊毛,接入一些AI问答、图片生成。
昨天还能参加,今天不知道为什么就是参加不了,我的服务类目只有工具,非说我有其以外的服务类目。
太不稳定了,不太可靠,而且目前免费的工具确实可能引起后续依赖性而强制收费,就不想继续研究后向大家分享了。
原小程序:
现再次调整计划:
1.将原生微信小程序的文案小程序改造成Uniapp项目,运行成微信小程序。原因如下:
(1)之前做成原生小程序是因为方便快捷,而且不准备接入云服务。
(2)现在要接入云服务,但微信云开发是以小程序维度进行收费的,也就是每个小程序都需要开通一次云服务。开通3个小程序就要花3次钱。但uniapp项目接入DCloud环境,只需要购买一个环境,就可以接入多个小程序。当然,调用次数等额度不同,价格也不同,但如果没什么流量或者节省一些,还是uniapp节省一些。

请在微信客户端打开

(3)之前做过微信云开发,试着学习用一用新的服务环境,后续如果比较成功将接入新的小程序。而且uniapp的环境有一个月的免费试用期。
(4)Uniapp项目支持多端,方便以后开发H5、APP等。
(5)注意,微信小程序肯定主推自己的云开发,所以会有一些福利,但uniapp肯定也都会有对应解决方案。我后续将会在uniapp挑些功能试试水。
    a.云开发套餐:
    b.DCloud套餐:
2.新增功能及特色功能。如:
(1)存储用户访问小程序的openId,以便于后续功能关联。
(2)支持文案收藏及已收藏文案的列表查询。
(3)支持文案投稿功能、投稿审核功能、投稿成功被授予积分功能(授予50积分)
(4)支持积分的添加(授予)、累计、消耗功能,并有积分记录表。
(5)消耗积分生成文案海报功能,留存海报生成记录。
(6)看广告得积分(变现功能)。
(7)文案存储(文案库),将原来的json数据存储到云环境数据库,用户投稿的文案审核通过后新增到这里。
3.优化交互。
(1)之前点击文案直接复制,改成 点击文案选择【复制】、【收藏】还是生成文案海报】
(2)生成文案海报有固定积分消耗额度(20积分),如果额度不足,则不能生成文案海报并弹出额度不足弹窗,点击确定后打开广告(强制变现,看够时间获得20积分并进入海报生成页面)。
(3)海报生成页面,点击“生成”按钮时,正式扣除积分。并将生成的文案海报留存到海报生成记录列表,可以随时二次保存。

4.功能开发拆解。
(1)用户openId存储:用户进入小程序就调用获取openId接口,尝试获取并存储到DCloud数据库,openId作为唯一识别码,每次登录小程序进行校验openId是否存在,如果存在获取用户表id就将id和积分数存到localStorage本地缓存,方便快捷获取,也减少数据调用次数。目前用户信息包括用户id、openId和积分。
(2)收藏文案:将文案id与用户id关联,关联方法让Trae考虑,最终实现收藏文案功能即可
(3)文案投稿
    a.文案内容、投稿人id(用户id)、投稿时间、审核结果(审核中、审核通过、审核驳回)、驳回原因等字段。
    b.用户写文案,点击投稿,此时状态为审核中。
    c.管理员审核如果通过,用户积分加50(调用增加积分接口),积分记录表加一条信息(用户id、场景、时间、加/减积分),然后将用户投稿的文案和用户id加入到文案库表,流程到此结束
    d.如果审核驳回,管理员填写驳回原因(必填),用户投稿列表显示驳回原因,到此结束,如需投稿可以进行下一次投稿。
(4)积分管理:用户积分数关联到用户表,每次变化直接修改用户表该字段;需要新增一个积分记录表(用户id、场景、时间、加/减积分),供用户查询积分变动记录。要有增加积分接口(针对投稿功能通过后调用)、消耗积分接口(针对生成海报后调用)。示例:
(5)文案海报
    a.上传几种海报底板(这里要有一个海报底板库,字段包括海报id、海报图片地址、海报名称)。
    b.点击生成海报,直接消耗积分,走消耗积分接口和积分记录接口。生成海报时将海报底板当作背景,将文案直接贴到固定位置然后生图,减少用户操作流程,避免用户制图过程截图跑路。
    c.通过canvas导出图片,或直接让用户自行截图(因为小程序分享自己制作的图需要一个不太好添加的服务类目)。
    d.将生成的海报数据存到海报生成记录库(字段包括用户id、海报底板id、文案id、生成时间)。可以查看和再次保存。

(6)看广告得积分:需要消耗积分的功能,如果积分足够则按钮为绿色,点击后直接运行服务;如果积分不足按钮为红色,报出“积分不足,观看广告获取50积分”后直接弹出广告,用户退出则不获取奖励,看够时长则获得积分奖励,按钮变成绿色。
(7)文案存储。需要开设管理员端进行管理,或直接操作云数据库维护文案库表。字段包括文案内容、文案作者(为空时代表平台)、入库时间。
(8)签到、邀请码等增加积分、留存用户功能。
5.待v1.1.0上线后选择AI模型进行学习并接入,做v1.2.0。
6.永远不变的总结。
之前做的小程序成功上线,我们将其版本定为1.0.0。
因为终归框架与内容,可以投入基本功能使用,所以不是0.0.1。
本次我们要加入接口、数据交互、变现手段等内容,因为页面框架与样式基本不变,所以定做1.1.0小版本迭代进行功能设计。
1.1.0成功上线,这个小程序将趋近于完整。我们一步一步来吧。
下篇文章我将开始实施DCloud环境购买、开发实施与AI制作流程演示。
感谢浏览:)
本站文章均为手工撰写未经允许谢绝转载:夜雨聆风 » Uniapp+DCloud+Trae完善微信小程序功能及变现——产品设计篇,迭代计划v1.1.0

猜你喜欢

  • 暂无文章