小程序开发交互文档（微信小程序开发文档）

本篇文章给大家谈谈小程序开发交互文档，以及微信小程序开发文档对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

小程序开发怎么做？

小程序开发入门相对于别的编程入门，是很简单的了。你入门只需要找对方法，比如找到一些适合编程小白学习的在线视频，跟着视频慢慢学，入门很快的。

互联网从业人员来分享一下干货！一个人人都可以快速制作小程序的制作工具，全程不涉及到代码编程，后台操作非常简单和强大的功能轻而易举实现！

一、工欲善其事必先利其器，先去微信公众平台注册一个小程序下来！（有认证的公众号不用再注册了哦），选择小程序，按照提示一步步进行填写

二、要利用到呱呱赞这个小程序制作工具，挑选模板进行可视化制作，用鼠标来拖拽就可以生成自己想要的小程序页面。拥有一个自己的小程序，只需点点几下。

三、设置短视频卖货，在商品编辑处上传视频

四、扫码提交上线

五、做小程序商城怎么能少了营销功能呢？

还可以设置短视频卖货，积分体系，分销体系，抽奖，秒杀，拼团，超级会员卡，手机端管理商城等等超30多种营销功能，做小程序一定要用营销功能和用户互动才可以，如果只是一个死气沉沉的毫无特色的僵尸小程序，是不会受消费者喜欢的。

制作一个功能强大的小程序商城就是这么简单，有兴趣的都可以免费去尝试一下

基于微信小程序即扫即用、容易推广、获客成本低的特点，有天然自带流量优势，小程序已经不是大企业、品牌商的专属，越来越多的小微企业和个体商户开始接入微信小程序。

在开发制作小程序过程中，避免被坑，商家还需了解一下微信小程序的开发方式及成本预算。

1、自主开发

自己懂技术，或者有充足的预算，可以组建团队，人员最低配备也需要有程序员、设计、测试，当然成本也是非常高的，周期也很长，整体下来，整个开发投入至少50万，后期还需要持续的投入。

2、找第三方定制

有的商家会选择找第三方公司做定制，也是我们俗称的“外包公司”，这对外包公司的要求很高，要技术娴熟，对行业有深入研究，现在定制市场也是乱象严重，技术水平参差不齐，也存在乱收费现象。成本大概也在3万以上。

3、购买模板

市场上也有一些专门卖模板的公司或个人开发者，成本相对较低，但功能局限性很大，在操作过程中遇到bug，无法解决，影响用户体验。

4、第三方SaaS开发工具 市场上有一些SaaS模式的小程序开发工具，提供了已经开发好的功能组件，可以拖拽设计小程序商城页面，没有任何技术基础的都可以操作。成本低、不需要开发，周期非常短，搭建完成即可上线。

相信很多人都在问，没有自己的技术团队，不懂编程代码，该如何做一个自己的小程序？

所以我在这里就分享一个 超简单的免费小程序开发工具--凡科轻站小程序 ，它能助你一臂之力~

具体的操作步骤很简单：注册账号、挑选小程序模板、开始自由设计。

所以，在这里，无需敲代码，自由拖拽模块，即使是零基础的小白，也能轻松做出精美的小程序，再也不用求人！

酷客多小程序一个后台打通BAT三大平台，实力值得信赖！

教你如何创建一个属于自己的小程序

目前微信小程序开发门槛较低,难度不及app，能够实现app上大部分功能，但对于一些功能相对复杂、交互相对繁琐的重服务还是很难实现的,要做小程序前需要先注册相应的账号，小程序的注册流程和公众号的注册流程类似。进入微信公众号页面，最下端就有注册小程序端口。

然后进入文档模块中告知运营者在小程序在开发前的准备、开发工具的使用以及上传发布小程序的步骤，而社区模块中有关于小程序的问题汇总，运营者详细阅览文档及社区的内容可迅速上手小程序。当运营者阅览完文档及社区的内容，对小程序有一定的了解，可根据电脑版本下载相应的开发者工具，工具下载完毕登录后即可创建小程序的代码。

如果想自己开发微信小程序，那须掌握基本的UI设计能力以及掌握一定的html、css、js等知识，这些知识技能可以通过在线课程进行学习，例如腾讯课堂有不少关于微信小程序的免费课程。

运营者也可以下载相应的源代码进行修改，从而快速生成小程序，目前多个网站都有提供小程序源代码供运营者选择，小程序的源代码种类繁多，如电商类、 游戏 类、社区类等等。还是建议运营者学习基本的开发知识，获取到小程序源代码后进行修改生成，毕竟优质的小程序更易具有高传播度。随着小程序权限越来越开放，或许离分享朋友圈不会太远。

来酷客多了解下，会让你满载而归的

定制小程序找虎超！

小程序开发跟着微信走就对啦。

每个区域都有开发能力不错的开发商。

成都好的还发公司不是很清楚，江苏倒有几家，比如在下就是做小程序开发的。

微信小程序怎么开发 微信小程序开发教程分享

微信应用号（小程序，「应用号」的新称呼）终于来了！

目前还处于内测阶段，微信只邀请了部分企业参与封测。想必大家都关心应用号的最终形态到底是什么样子？怎样将一个「服务号」改造成为「小程序」？

我们暂时以一款简单的第三方工具的实例，来演示一下开发过程吧。

序言

开始开发应用号之前，先看看官方公布的「小程序」教程吧！（以下内容来自微信官方公布的「小程序」开发指南）

本文档将带你一步步创建完成一个微信小程序，并可以在手机上体验该小程序的实际效果。这个小程序的首页将会显示欢迎语以及当前用户的微信头像，点击头像，可以在新开的页面中查看当前小程序的启动日志。

1. 获取微信小程序的 AppID

首先，我们需要拥有一个帐号，如果你能看到该文档，我们应当已经邀请并为你创建好一个帐号。注意不可直接使用服务号或订阅号的 AppID。 利用提供的帐号，登录 ，就可以在网站的「设置」-「开发者设置」中，查看到微信小程序的 AppID 了。

注意：如果我们不是用注册时绑定的管理员微信号，在手机上体验该小程序。那么我们还需要操作「绑定开发者」。即在「用户身份-开发者」模块，绑定上需要体验该小程序的微信号。本教程默认注册帐号、体验都是使用管理员微信号。

2. 创建项目

我们需要通过开发者工具，来完成小程序创建和代码编辑。

开发者工具安装完成后，打开并使用微信扫码登录。选择创建「项目」，填入上文获取到的 AppID，设置一个本地项目的名称（非小程序名称），比如「我的第一个项目」，并选择一个本地的文件夹作为代码存储的目录，点击「新建项目」就可以了。

为方便初学者了解微信小程序的基本代码结构，在创建过程中，如果选择的本地文件夹是个空文件夹，开发者工具会提示，是否需要创建一个 quick start 项目。选择「是」，开发者工具会帮助我们在开发目录里生成一个简单的 demo。

项目创建成功后，我们就可以点击该项目，进入并看到完整的开发者工具界面，点击左侧导航，在「编辑」里可以查看和编辑我们的代码，在「调试」里可以测试代码并模拟小程序在微信客户端效果，在「项目」里可以发送到手机里预览实际效果。

3. 编写代码

点击开发者工具左侧导航的「编辑」，我们可以看到这个项目，已经初始化并包含了一些简单的代码文件。最关键也是必不可少的，是 app.js、app.json、app.wxss 这三个。其中，.js 后缀的是脚本文件，.json 后缀的文件是配置文件，.wxss 后缀的是样式表文件。微信小程序会读取这些文件，并生成小程序实例。

下面我们简单了解这三个文件的功能，方便修改以及从头开发自己的微信小程序。

app.js 是小程序的脚本代码。我们可以在这个文件中监听并处理小程序的生命周期函数、声明全局变量。调用 MINA 提供的丰富的 API，如本例的同步存储及同步读取本地数据。

//app.js App({

onLaunch: function () { //调用API从本地缓存中获取数据 var logs = wx.getStorageSync('logs') || []

logs.unshift(Date.now())

wx.setStorageSync('logs', logs)

},

getUserInfo:function(cb){ var that = this; if(this.globalData.userInfo){ typeof cb == "function" cb(this.globalData.userInfo)

}else{ //调用登录接口 wx.login({

success: function () {

wx.getUserInfo({

success: function (res) {

that.globalData.userInfo = res.userInfo; typeof cb == "function" cb(that.globalData.userInfo)

}

})

}

});

}

},

globalData:{

userInfo:null }

})

app.json 是对整个小程序的全局配置。我们可以在这个文件中配置小程序是由哪些页面组成，配置小程序的窗口 背景色，配置导航条样式，配置默认标题。注意该文件不可添加任何注释。

{ "pages":[ "pages/index/index", "pages/logs/logs" ], "window":{ "backgroundTextStyle":"light", "navigationBarBackgroundColor": "#fff", "navigationBarTitleText": "WeChat", "navigationBarTextStyle":"black" }

}

app.wxss 是整个小程序的公共样式表。我们可以在页面组件的class属性上直接使用app.wxss中声明的样式规则。

/**app.wxss**/ .container { height: 100%; display: flex; flex-direction: column; align-items: center; justify-content: space-between; padding: 200rpx 0; box-sizing: border-box;

}

3. 创建页面

在这个教程里，我们有两个页面，index 页面和 logs 页面，即欢迎页和小程序启动日志的展示页，他们都在 pages 目录下。微信小程序中的每一个页面的【路径+页面名】都需要写在 app.json 的 pages 中，且 pages 中的第一个页面是小程序的首页。

每一个小程序页面是由同路径下同名的四个不同后缀文件的组成，如：index.js、index.wxml、index.wxss、index.json。.js 后缀的文件是脚本文件，.json 后缀的文件是配置文件，.wxss 后缀的是样式表文件，.wxml 后缀的文件是页面结构文件。

index.wxml是页面的结构文件：

view class="container" view bindtap="bindViewTap" class="userinfo" image class="userinfo-avatar" src="{{userInfo.avatarUrl}}" background-size="cover" image text class="userinfo-nickname"{{userInfo.nickName}} text view view class="usermotto" text class="user-motto"{{motto}} text view view

本例中使用了、、来搭建页面结构，绑定数据和交互处理函数。

index.js 是页面的脚本文件，在这个文件中我们可以监听并处理页面的生命周期函数、获取小程序实例，声明并处理数据，响应页面交互事件等。

//index.js //获取应用实例 var app = getApp()

Page({

data: {

motto: 'Hello World',

userInfo: {}

}, //事件处理函数 bindViewTap: function() {

wx.navigateTo({

url: '../logs/logs' })

},

onLoad: function () { console.log('onLoad') var that = this //调用应用实例的方法获取全局数据 app.getUserInfo(function(userInfo){ //更新数据 that.setData({

userInfo:userInfo

})

})

}

})

index.wxss是页面的样式表：

/**index.wxss**/ .userinfo { display: flex; flex-direction: column; align-items: center;

} .userinfo-avatar { width: 128rpx; height: 128rpx; margin: 20rpx; border-radius: 50%;

} .userinfo-nickname { color: #aaa;

} .usermotto { margin-top: 200px;

}

页面的样式表是非必要的。当有页面样式表时，页面的样式表中的样式规则会层叠覆盖 app.wxss 中的样式规则。如果不指定页面的样式表，也可以在页面的结构文件中直接使用 app.wxss 中指定的样式规则。

index.json是页面的配置文件：

页面的配置文件是非必要的。当有页面的配置文件时，配置项在该页面会覆盖 app.json 的 window 中相同的配置项。如果没有指定的页面配置文件，则在该页面直接使用 app.json 中的默认配置。

logs的页面结构

view class="container log-list" block wx:for-items="{{logs}}" wx:for-item="log" text class="log-item"{{index + 1}}. {{log}} text block view

logs 页面使用 控制标签来组织代码，在 上使用 wx:for-items 绑定 logs 数据，并将 logs 数据循环展开节点

//logs.js var util = require('../../utils/util.js')

Page({

data: {

logs: []

},

onLoad: function () { this.setData({

logs: (wx.getStorageSync('logs') || []).map(function (log) { return util.formatTime(new Date(log))

})

})

}

})

运行结果如下：

4. 手机预览

开发者工具左侧菜单栏选择「项目」，点击「预览」，扫码后即可在微信客户端中体验。

目前，预览和上传功能尚无法实现，需要等待微信官方的下一步更新。

如你所见，微信官方给出的开发指南还非常简单，很多细节、代码和功能都没有明确的展示，所以接下来就到展示实力的时候啦！开发教程正式开始！

第一章：准备工作

做好准备工作很重要。开发一个微信应用号，你需要提前到微信的官方网站（weixin.qq.com）下载开发者工具。

1. 下载最新微信开发者工具，打开后你会看到该界面：

2. 点击「新建 web+」项目，随后出现如下画面：

3. 该页面内的各项内容需要注意——

AppID：依照官方解释来填。

Appname: 项目最外层文件夹名称，如你将其命名为「ABC」，则之后的全部项目内容均将保存在「/ABC/…」目录下。

本地开发目录：项目存放在本地的目录。

注：再次强调，如果你和团队成员共同开发该项目，则建议你们使用同样的目录名称及本地目录，以确保协同开发的统一性。如果你之前已有项目，则导入过程与以上内容近似，不再赘述。

4. 准备工作全部完成后，点击「新建项目」按钮，弹出框点「确定」。

5. 如上图所示，此刻，微信开发者工具已经为你自动构建了一个初始的 demo 项目，该项目内包含了一个微信应用项目所需具备的基本内容和框架结构。点击项目名称（图中即「cards」）进入该项目，就能看到整个项目的基本架构了：

第二章：项目构架

微信目前用户群体非常庞大，微信推出公众号以后，火爆程度大家都看得到，也同样推动着 Html 5 的高速发展，随着公众号业务的需求越来越复杂，应用号现在的到来也是恰到好处。

我们发现，微信提供给开发者的方式也在发生全面的改变：从操作 DOM 转为操作数据，基于微信提供的一个过桥工具实现很多 Html 5 在公众号很难实现的功能，有点类似于 hybrid 开发，不同于 hybrid 开发的方式是：微信开放的接口更为严谨，结构必须采用他提供给的组件，外部的框架和插件都不能在这里使用上，让开发者完全脱离操作 DOM，开发思想转变很大。

工欲善其事，必先利其器。理解它的核心功能非常重要，先了解它的整个运作流程。

生命周期：

在index.js里面：

开发者工具上 Console 可以看到：

在首页 console 可以看出顺序是 App Launch--App Show--onLoad--onShow--onReady。

首先是整个 app 的启动与显示，app 的启动在 app.js 里面可以配置，其次再进入到各个页面的加载显示等等。

可以想象到这里可以处理很多东西了，如加载框之类的都可以实现等等。

路由：

路由在项目开发中一直是个核心点，在这里其实微信对路由的介绍很少，可见微信在路由方面经过很好的封装，也提供三个跳转方法。

wx.navigateTo(OBJECT)：保留当前页面，跳转到应用内的某个页面，使用wx.navigateBack可以返回到原页面。

wx.redirectTo(OBJECT)：关闭当前页面，跳转到应用内的某个页面。

wx.navigateBack()：关闭当前页面，回退前一页面。

这三个基本上使用足够，在路由方面微信封装的很好，开发者根本不用去配置路由，往往很多框架在路由方面配置很繁琐。

组件：

此次微信在组件提供方面也是非常全面，基本上满足项目需求，故而开发速度非常快，开发前可以认真浏览几次，开发效率会很好。

其它：

任何外部框架以及插件基本上无法使用，就算原生的 js 插件也很难使用，因为以前的 js 插件也基本上全部是一操作 dom 的形式存在，而微信应用号此次的架构是不允许操作任何 dom，就连以前开发者们习惯使用的动态设置的rem.js也是不支持的。

此次微信还提供了 WebSocket，就可以直接利用它做聊天，可以开发的空间非常大。

跟公众号对比发现，开发应用号组件化，结构化，多样化。新大陆总是充满着惊喜，更多的彩蛋等着大家来发现。

接下来开始搞一些简单的代码了！

1. 找到项目文件夹，导入你的编辑器里面。在这里，我们使用了 Sublime Text 编辑器。你可以根据自己的开发习惯选择自己喜欢的编辑器。

2. 接下来，你需要根据自己的项目内容调整项目结构。在范例项目中，「card_course」目录下面主要包含了「tabBar」页面以及该应用的一些配置文件。

3. 示例项目的「tabBar」是五个菜单按钮：

4. 找到「app.json」文件，用来配置这个五个菜单。在代码行中找到「tabBar」：

你可以根据实际项目需求更改，其中：

「Color」是底部字体颜色，「selectedColor」是切换到该页面高亮颜色，「borderStyle」是切换菜单上面的一条线的颜色，「backgroundColor」是底部菜单栏背景颜色。文字描述较为抽象，建议你一一调试并查看其效果，加深印象。

「list」下的代码顺序必须依次放置，不能随便更改。

「pagePath」之后的文件名内，「.wxml」后缀被隐藏起来了，这是微信开发代码中人性化的一点——帮你节约写代码的时间，无须频繁声明文件后缀。

「iconPath」为未获得显示页面的图标路径，这两个路径可以直接是网络图标。

「selectedIconPath」为当前显示页面高亮图标路径，可以去掉，去掉之后会默认显示为「iconPath」的图标。

「Text」为页面标题，也可以去掉，去掉之后纯显示图标，如只去掉其中一个，该位置会被占用。

注意：微信的底部菜单最多支持五栏（五个 icons），所以在你设计微信应用的 UI 和基本架构时就要预先考虑好菜单栏的排布。

5. 根据以上代码规则，我们做好了示例项目的基本架构，供你参考：

6. 「Json」文件配置好后，「card_course」的基本结构入上图所示，不需要的子集都可以暂时删除，缺少的子集则需要你主动新建。删除子集时记得顺带检查一下「app.json」里的相关内容是否已经一并删除。

注意：个人建议你新建一个「wxml」文件的同时，把对应的「js」和「wxss」文件一起新建好，因为微信应用号的配置特点就是解析到一个「wxml」文件时，会同时在同级目录下找到同文件名的「js」和「wxss」文件，所以「js」文件需及时在「app.json」里预先配置好。

编写「wxml」时，根据微信应用号提供的接口编码即可，大部分就是以前的「div」，而现在就用「view」即可。需要用其它子集时，可以根据微信提供的接口酌情选择。

使用「class」名来设置样式，「id」名在这里基本没有什么用处。主要操作数据，不操作「dom」。

7. 以上是示例项目首页的「wxml」编码。从图中就可以看出，实现一个页面代码量非常少。

8. 「Wxss」文件是引入的样式文件，你也可以直接在里面写样式，示例中采用的是引入方式：

9. 修改代码后刷新一次，可以看到未设背景的「view」标签直接变成了粉色。

注意：修改「wxml」和「wxss」下的内容后，直接 F5 刷新就能直接看到效果，修改「js」则需点击重启按钮才能看到效果。

10. 另外，公共样式可以在「app.wxss」里直接引用。

11. 「Js」文件需要在「app.json」文件的「page」里预先配置好。为了项目结构清晰化，在示例项目中的「index」首页同级目录新建其它四个页面文件，具体如下：

经过以上步骤，案例中的五个底部菜单就全部配置完毕了。

如果你要入门的话，首先要掌握 js、html、css 知识。

然后可以通过查看微信公众平台中的微信小程序开发教程来大概了解微信小程序的开发方式和调试方式， 官方的介绍还是比较简单易懂的。

另外可以通过入门级的帖子 来了解具体开发流程。

以上~~

希望能给你一些帮助，希望采纳·

帮客户做了一个小程序，客户需要一份开发文档，文档里需要写什么内容

分三段，一，开发用途或小程序目标需求（可以多写点，怎么写漂亮就怎么写）二，编写过程，就是编程用了什么，（简单点，专业的没人看的懂），三总结性的，小程序上线测试，得到的一些数据。

PRD：「FITLIFE」小程序产品需求文档（用户端）

笔者通过产品概况、产品结构、业务流程图、全局说明、功能性需求、非功能性需求分析等模块，系统输出这一份关于“FITLIFE”小程序用户端的产品需求文档。

Hi~最近在对自己参与过的项目进行总结，希望可以和大家分享学习交流。输出内容是检视自己的方式，所以我就来吸取经验了。

通过研读各位优秀作者的精品，我学习到了不少知识。此次，以实际工作中遇到的情况作为案例，我将从0至1的产品中抽取重点模块进行分享。

为了阅读体验，我将尽量简化常规化的环节，本次采用AXURE梳理PRD——利用AXURE动态面板和内联框架，制作文档导航，提高浏览人员的阅读效率。

一、概述

1. 产品介绍

2. 文档修订记录

将重点模块添加对应的跳转链接，方便浏览人员迅速定位内容。

版本号规则：小数点后为当前版本的小更新，小数点前为大版本更新。

修订属性：新增、修改、删除

二、产品结构

1. 信息结构图

2. 功能结构图

由于完整结构图展开占很大的篇幅并且看不清楚，为了阅读体验，对结构图部分收缩。完整版结构图可在AXURE中查看。

三、业务流程图

建议将流程图统一整理至表格中，做成链接跳转形式，实现快速查阅。为了顺畅的需求阅读体验，将各自的流程图放在之后的需求描述部分中展示。

四、全局说明

1. 名词术语说明

2. 权限弹窗

3. 时间距离规范

3.1 时间规范

3.2 距离规范

4. 异常情况

4.1 网络异常

手机网络连接异常，小程序弹窗提示如下：

4.2 用户状态说明

五、功能性需求说明

良好的需求阅读体验需要保证阅读过程是顺畅的。

在这部分，首先列出【需求清单】，总览这次需求涉及的模块及简要信息。紧接着，按照【需求模块】-【流程图】-【原型页面流转】-【原型需求拆解】的叙述逻辑去完成各个模块的需求说明。

1. 需求池需求清单

1.1 需求管理池

需求类型：新增需求、需求调整、功能优化、BUG修复、UI优化

系统：涉及到的系统及模块

需求说明：简述需求

优先级判断：重要紧急、重要但不紧急、紧急但不重要、既不紧急也不重要（ps：我们要经常关注重要但不紧急的任务进度，避免重要紧急任务扎堆出现。）

1.2 需求清单

对需求管理池评估筛选后，将需求模块、对应功能、需求优先级、完成情况统一整理到表格中。同样的，这里将模块名称做成链接格式，快速查阅对应的需求模块。

优先级规范：p1、p2......数字越小代表优先级越高。

2. 新用户首页模块

2.1 新用户登录流程图

2.2 新用户登录原型（点击查看大图）

2.3 首页

3. 预约团课模块

3.1 团课预约流程图

3.2 团课预约页面流转

3.2 课程列表页

3.3 课程详情页

3.4 预约课程页

4. 预约私教模块

4.1 私教预约流程图

4.2 私教预约页面流转

4.3 私教列表页

4.4 私教详情页

4.5 私教预约页

5 购卡模块

5.1 购卡流程图

5.2 购卡页面流程

5.3 购买储值卡页面

6. 我的模块（个人中心）

6.1 个人页面

6.2 修改资料

6.3 我的卡包

6.4 我的课程包

6.5 我的优惠券

6.6 富文本页面

六、非功能性需求

非功能性需求，是比较容易忽视的部分，往往和性能、安全挂钩，影响着产品的稳定性与安全性。

以下仅仅是例子，具体方案需要根据业务情况和产品特性与相关人员深入沟通。

1. 性能需求

响应时间：系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms，这个200ms就是系统的响应时间。

并发用户数：同时承载正常使用系统功能的用户数量。

与性能相关的数据指标还有QPS（每秒响应请求数）、TPS（每秒处理的事务数）等。

性能需求这部分仅仅是举个例子，具体情况和数据方案，需要和相关人员深入沟通。

2. 可用性需求

避免用户高频点击无反馈的情况。

为用户提供反馈渠道。

保持文案与组件的一致性。

3. 数据统计需求

产品初期需要一定基础的数据提供支持，因此，除了小程序官方数据统计平台，再接入第三方统计平台，统计以下事件的数据及路径转化率。

七、思考总结

1. 内容细节

流程图和页面流转图要整齐统一，实在太多信息，建议用子流程模块和多页面分述解决。见过很多像“蜘蛛网”一样的图，阅读体验比较糟糕。

尽量让用户不用点开大图就能看清内容，本篇部分页面流转图和页面需求也难免遇到这类问题。

异常逻辑和toast弹窗等细节需要加强把控，本篇这部分还是有所欠缺。

2. 高保真or低保真？

低保真线框图：重点在于功能、结构、流程的梳理，利用简单的框架和元素，省时省力；但细节相对高保真没这么完善，可能会有一定的沟通成本。

高保真：针对于高层领导及投资人等，进行产品概念演示，视觉效果好，细节相对完善；相当于是一个产品的demo，但修改成本较高。

原型交互做的很酷炫，证明你对工具非常熟练。但如果为了做交互花费了大量的时间，就得考虑时间成本值不值得。如果能够用简单的注释和跳转，清晰表达交互逻辑，会不会省时省力一些？

具体情况具体分析，比如，你做了很多交互，开发做漏了会说：“没写清楚啊，我怎么知道哪里可以点击呢？”

因此，我的习惯是做简单的“交互逻辑+交互注释”，尽量避免复杂且耗时耗力的交互。

当然，重要核心的交互逻辑，绘制出来比文字说明更容易理解。这时候，如果有现成的组件就套用，如果没有，就采用“图+文字+口述”的方式表达清楚。

3. WORD？AXURE？

需求文档用什么工具写比较好？

这是我见过比较多的产品话题讨论之一——有用WORD的，有用AXURE的，还有用墨刀、石墨文档等等......

我曾经请教过两位分别使用WORD和AXURE撰写需求文档的朋友，他们是这样的看法：

WORD选手：

用word写，形式更规范。

结构大纲清晰，细节到位。

洋洋洒洒几十页，满足感杠杠滴。

AXURE选手：

用AXURE写，图+标注+交互，更直观地表达产品需求，阅读更顺畅。

预览方便，支持上传云端同步。

WORD写了也没人有耐心看，这个世界很浮躁啊。

我的看法：

需求文档是帮助传达及沟通需求的工具，讲究的是“可读性”。所以，在选择采用什么方式之前，需要和团队沟通达成共识，即什么样的方式能给到他们更好的阅读体验。

我在实际工作中，采用的是AXURE，整理需求与线框图后与团队沟通，实现需求快速流转更新。但我会选择再用WORD梳理一遍，利用文字梳理大纲结构，整理产品逻辑和需求，能够发现某些疏漏的环节，完善产品细节。因此，用WORD写，是一个良好的查漏补缺的手段，是检视自身逻辑的过程。

最后，由于篇幅关系，本次分享只展示了部分内容，完整预览请在以下链接查阅。

预览链接：

希望自己能坚持输出内容，定期复盘，与优秀的你们碰撞更棒的想法，共同进步~

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