一、产品功能结构:
首先我们需要做的是什么?哪些功能是用户需要的?
原始草稿:
基础功能:
拓展功能:
功能分为两部分,基础功能、拓展功能。
基础功能:提供完整的院校、专业、职业、批次线、排行、及一些常见的问答知识。
拓展功能:在原有的基础上提供给用户一个高级的功能,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千左右个;