美团小程序开发文档(美团小程序开发文档怎么做)

小程序开发 1251
今天给各位分享美团小程序开发文档的知识,其中也会对美团小程序开发文档怎么做进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!本文目录一览: 1、美团小程序功能设计(需求文档)

今天给各位分享美团小程序开发文档的知识,其中也会对美团小程序开发文档怎么做进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

美团小程序功能设计(需求文档)

         墨刀连接: 

一.需求背景

二.需求目的及明细

三.业务流程

    3.1业务流程

    3.2页面流程

四.功能详细设计

    4.1交互设计

    4.2原型

五.考核指标

六.总结

公司最近想把用户约见这个场景在微信小程序上做深做透,基于这个业务诉求,设计聚餐投票的功能,便微信群用户在线下聚会前,能先在线上把大家喜欢的美团店铺汇总在一起,然后投票决策聚会去吃哪个店,可以节约用户的时间成本。

使用投票聚餐一定是针对的一个小群体,这个小群体一定是有一定关系的,如;同事,朋友,同学,家人等,基于上述理论对用户-场景-需求分析:

需求目的:完整的投票聚餐功能,选择商户到统计投票。解决用户在聚餐选择商家时意见不统一或者想要统计大家意见时的需求。

创建流程 :

编辑流程 :

1.我的

在我的页面中新增入口图标,点击后可进入投票聚餐

2.新增投票页

页面分为新增投票模块以及历史投票模块,历史投票模块以时间顺序排列

创建投票:创建投票后进入选择餐厅页面

编辑:点击编辑后,重新编辑此次记录,进入确认页面,可重新发起投票

3.选择餐厅页

选择餐厅页面分为3个模块,顶部的搜索模块,排序模块以及商家展示模块。

排序模块分为4种筛选模式:

按照美食种类分类,其中默认为全部美食,用户点击后出现下拉菜单,用户可选择美食分类(如:食品保健,特色菜,福建菜等)

按照地理位置进行排序,分类模块按城市区域地理性标志划分,默认选择为附近

为用户筛选的常用关键字排序,分为:智能排序,离我最近,好评优先,销量最高,默认为智能排序

按照餐厅服务以及用餐人数为用户进行筛选,默认状态为关闭

确认添加:点击确认添加后,进入确认页

添加商户:点击加号添加商户,再此点击取消添加商户

搜索:点击搜索页进入搜索页面

已添加商户:点击后进入展开已添加商户,可以对已添加商户进行删除

4.确认页

确认页分为主题元素,商户展示模块

主题默认为系统填写,用户点击后可进行修改

生成投票分享好友:点击后进入好友页

添加喜欢餐厅:点击后进入选择餐厅页,无人员限制

删除商家:点击后删除商家

5.结果页

模块分为主题模块,商户展示模块以及出现在商户暂时模块下面的统计模块

投票:点击投票按钮投票,再次点击取消投票;用户若已选择商户,在点击其他商户的投票按钮将自动取消已选的上加商户。

随机功能:场景为当出现平票时为用户随机一家商户,没有操作权限,任何人都可以操作,但点击一次后默认10分钟后才能再次点击,随机结果将一直展现,直到下次随机出现新的结果

回首页:点击后返回首页

添加喜欢餐厅:点击后进入餐厅选择页,选择完毕后直接进入到结果页。

1.考察用户日活增长指数:当天日货量-前一天的日活量/前一天的日活量x100%。投票聚餐是有分享属性存在的,纯在分享属性,进入小程序的用户数应相应增多。

2.对投票聚餐的入口,新增投票以及生成投票分享好友进行埋点,统计访问人数,分别计算转化率。是考核功能的转换率,用户流入入口的数据,是判断这个需求是真需求还是伪需求的根本。

3.使用流程转化率:新增投票访问人数/投票聚餐的访问人数x100%,生成投票分享好友访问人数/投票聚餐的访问人数x100%。此数据是对流程的考察,用户是否觉得流程好用,从此数据能够得出一定的结论。

总结

投票聚餐是针对于当代年轻人常出现的聚餐场景,由于每个人都有自己的喜好而出现的意见不统一的需求,因此诞生出来的功能。此功能要包含完整的投票流程,从选择餐厅-投票,并需将选择餐厅的分类功能尽量做详细,给用户更多的参考意见。此功能完成后,用户日活应有一定程度的增长。

微信小程序 - 设计方案

看了 bang 的博客对微信小程序的技术方案有了更深入的理解:

微信小程序必须要符合两个刚需: 管控 体验

(1)DLS:想要对开发者进行管控,最好的方法就是自己设计一套框架,让开发者按照自己框架的规范进行编码,利用这套DLS(针对某一特定的领域设计的计算机语言)可以更好的针对不同的需求去优化。

(2)JS环境:写过小程序的开发者都了解,小程序中是无法调用任何DOM API的,为什么呢?是因为小程序实现了js的运行环境与浏览器分离,运行在单独的js引擎上,脱离了浏览器,一切DOM操作在你的JS中是无法操作的,而小程序的核心JS是运行在浏览器中的,这样做的 好处 和 坏处 是什么呢?

(1)因为小程序是寄生在原生下的应用,通过native接口,我们可以用js调用一些原生的组件和方法,做出一些H5无法完成的任务和体验。

(2)退出小程序后,小程序后,小程序可以在后台运行5分钟,用户再次打开时,不需要重洗渲染小程序。

(3)同时得益于在原生环境下,小程序可以预加载多个WKWebView,可以省去WKWebView加载时间,提高用户体验。

以上是通过bang的博客以及自己的理解记下的。

以下是自己最于最近的现象的一些见解唠叨:

(1)微信小程序平台的管理机制:小程序的管控机制其实很大程度上是效仿苹果对于旗下应用的管控机制。苹果对自家的应用或者语言的监控可谓是家长对于孩子般的照顾了,当然这和其自身利益和自身价值是分不开的,对于前阶段苹果对于混合开发的动作(当然这和安全隐患有着关系,如JSPatch调用私有API),大家可以搜索一下2016年之前和2016年之后Object-C和Swift的语言排行,相信可以看到一下原因。所以对旗下产品的管控对于其自身利益又着很大的作用。

(2)支付宝小程序和微信小程序:支付宝小程序刚推出时,我看了一下它的文档,确实和小程序很像,抄袭理念也是自然的了。这个我不考虑,只是写一些对与两个超级平台的不同看法(纯属个人见解,欢迎一起分享讨论),两个小程序确实存在着竞争,但是我认为(不考虑两个巨头对于市场的战略竞争),两个不同的平台都拥有着自己不同优势产品细分领域下的深层的挖掘,比如说,在微信小程序上,我们可以对其社交进行不同的细分,这种场景对于支付宝来说并不合适的,但是在支付宝小程序中,金融类领域相对于微信来说是其优势,在支付宝中对其进行深层次的挖掘也会带来不一样的效益。其实关键在于两家超级平台对于旗下优势产品的大数据层次的开放程度,这些数据对寄生或者共存在其生态下的商户来说是可遇不可求的。这些数据和资源足可以再次创造多个的美团和饿了么了,对于小公司的吸引力是很大的。所以个人认为支付宝和小程序胜出关键在于对数据的开发和不同时间节点的营销了,不同时间节点的营销同样是很重要的,这个就是天时了。一个产品的成功,不仅仅靠的技术,理念,甚至体验,因为这些都是可以改变的,但是天时足可以影响一个产品的成败。天时,地利,人和才是其成功的关键。关于两个超级平台的发展,我们只能静静地观察了,因为对于吃瓜群众的我而言,现在只能说说理解,发发牢骚(其实很多人都是了),但是我感觉这对个人的成长也是有很大的好处的。

如何正确使用小程序

1,一定要先看微信小程序的开发文档, 优先看API。

2,看完API后,你大概能知道小程序能做什么了,现在小程序能实现的功能还是比较有限。

3,再者你搜索两个小程序看看别人怎么做的 比如现在做出来的(我也做参考了):饿了么,美团,京东商城(做的不怎么样,主要还是小程序方面的限制吧),滴滴打车,腾讯视频。

4,按照开发文档的开发步骤,慢慢做,相信你会遇到很多问题,自然你也会一一解决掉的。

望采纳!

小程序标题的加载效果怎么做?

相对来说还是比较简单的.图片列表展示数据是一个数组,在后台请求回来数据时我们定义一个和图片列表数组长度一样的数组arr,里面的元素都是布尔值false;再定义一个数组arrHeight用于存放每个图片相对于顶部的高度值。通过滚动监听每个图片高度值是否小于滚动条高度,从而改变数值arr里对应的布尔值。然后页面的image组件通过对src设置三目运算来判断是展示默认图片还是实际图片。我也是即速应用里的即速问答摘抄过来的,ask.jisuapp.cn

里面涉及到的api我就不详说了,可以去小程序开发文档查具体用法。以下是具体代码:

html代码:

js代码:

注:第28行的延时实际上是等待image组件加载图片然后初始化获取单个图片高度,image组件有一个bindload属性,但是这个属性是有一个图片加载就会执行一次,在这里做获取就会获取N次,不利于性能优化;

第50行的i/2是因为每行有两张图片,这两张的高度是一样的,所以Math.floor(i / 2),加10是我上下图片之间的margin值;

第57行如果不加上  app.globalData.windowHeight 那效果就是一滚动加载的不是底部的两张图片而是顶部的两张图片,大家可以试一下效果;

在此图片懒加载效果已实现,这里并不是滚动到了某张图片的位置然后向后台请求图片数据再加载出来,其实本质上图片早就已经全部加载了,只是通过滚动到位置再显示,达到懒加载的效果,希望能对你们有所帮助。

关于美团小程序开发文档和美团小程序开发文档怎么做的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

扫码二维码