一、产品功能结构: 首先我们需要做的是什么?哪些功能是用户需要的? 原始草稿: 功能分为两部分,基础功能、拓展功能。 基础功能:提供完整的院校、专业、职业、批次线、排行、及一些常见的问答知识。 拓展功能:在原有的基础上提供给用户一个高级的功能,MBTI的职业测试、多个学校的对比,根据考生的分数、成绩、省份智能推荐学校,以及某个考试对目标大学的录取概率评估。 学校、专业、职业是基础的三大版块,在实现上要实现闭环。 二、产品方案: 可行性分析: 1、框架(缺) 2、数据(缺) 3、人力(3人) 5、设计(缺) 6、种子用户(缺) 做一个完整的APP的方案从人力与时间来看是不可能的。从多年开发经验来讲,短时间开发一套系统是不大可能的(没三四个月不要扯淡),快速实现的话,我们只能借助别人的框架。 微信小程序是基于微信+类H5,是一种不需要下载安装即可使用的应用,它实现了应用“触手可及”的梦想,用户扫一扫或搜一下即可打开应用。 从开发成本来讲,相比全套的移动端APP可以减少大量的时间。 从用户来讲,微信小程序有着微信的人群。 几个人基本上都是java出身,选择spring也是主流。 数据来源于大鱼数据api平台。
三、原型
时间比较紧张,实现的原型比较粗糙,这里贴上程序的截图,更多截图可以体验程序。 四、开发计划 三个人属于全栈工程师,凡事都需要明确的分工,大致的分配为纯前端页面编写1人,后端接口业务及数据整合1人,前后端打杂+设计+其他业务1人。 下图为详细的任务安排计划表: 五、过程问题 没有计划就像一盘散沙,说乱就乱。尽管大多数都在计划之中,但是难免遇到问题。 程序: 1.本地图片不能做背景(background-image) 2.最多5层页面(再多就报错) 3.不支持jquery 4.遍历展示列表时注意得赋wx:key值,否则容易影响页面渲染(数据比较多的情况) 5.系统自带的下拉刷新和App的下来刷新不同(前者基于标题栏底部,而后者是基于列表顶部,要用系统自带的下拉刷新得配置) 6.不完全支持html标签的原有效果 7.无法动态设置哪个页面作为第一个页面 8.微信登录后的session超时管理比较繁琐 9.由于Android系统限制,目前还无法获取到按 Home 键退出到桌面,然后从桌面再次进小程序的场景值,对于这种情况,会保留上一次的场景值。 业务: 1、小程序的申请耗费了3天,微信支付又耗了差不多快一星期。 2、提交代码进行审核又是周五,导致脱到周二,总共花了四天的时候,就好比农民丰收却等不到小贩来收购一样。 3、首页转发地址写错(相当于你分享出去的小程序没办法打开),提交之后也是四天,就好比农民看着自己的蔬菜烂在土里。其实小程序可以提供一个紧急发布或者是回滚的入口。 总而言之,加起来导致项目上线拖了快一星期时间,错过了高考填报的最佳时机。 六、运营 由于目前还在运营中,具体的结果尚未统计就不公布了。 大致的运营计划,由于篇幅问题只罗列部分内容: 1、身边人推广: 给自身亲朋好友、尤其是有在高考完的那些亲朋好友推荐(家长和考生)。适用于小型/创业公司的一张推广方式,通过身边一些人群建立小范围口碑传播效应 2、线下(二维码)推广: 小范围地推,如学校门口或附近小区 3、网络推广(二维码): 软文推广 —— 现有平台+自建站群嵌入二维码广告;主要针对一些高考资讯平台 针对性的广告平台推广——如广点通等,寻找高考志愿相关的大站去针对性的植入广告 4、微信群传播 找那些成员年龄分布接近高中那些的微信群 高校群、班级群、考生辅教群等一系列教育相关群 人员众多的闲聊群 5、微信搜索自身seo优化 —— 如命名、关键词 6、QQ群广告、QQ加好友私聊 7、贴吧、论坛软文 8、大站平台分享 微博 朋友圈 空间 豆瓣 脸书 订阅号等 9、小程序商店——可考虑刷榜排名 领域: 校园 学校 游戏 学生 老师 家长 维度: 1、各大高校列表,大概在3千左右个; 2、中国区域,包括县级区划数2852个(含860个市辖区、368个县级市、1453个县、117个自治县)、333个地级行政单位(含地级市、州)、4个直辖市、2个特别行政区、1个台湾省; 由于微信小程序没有支持渠道的分析,但是有可以生成带参数的二维码,根据这个功能我们添加了一个渠道的参数,用于识别用户渠道来源。 对于用户的启动日志,建议也进行收集。在首页Onload上进行收集,小程序会有缓存,当你推出去再进来短时间是不会触发的。 七、总结 计划赶不上变化,我们不能左右别人的工作,所以最好把时间安排的更从容点。像我们这样几个人疯狂的加班加点往往一辈子只能干几次,毕竟太伤身体了。
对我们的微信小程序感兴趣的话可以关注:高考志愿导师,也可私信给我。也欢迎有志同道合的朋友微信交流:dayuapi123 |