Axure+Nginx+Markdown搭建局域网一体化文档平台
Axure+Nginx+Markdown搭建局域网一体化文档平台
笔者在日常工作中发现,作为产品,需要经常维护更新原型、交互说明文档、产品需求文档PRD,本文旨在使用Nginx在局域网搭建一个一体化平台,可以即时更新维护 原型 及 一切涉及到的文档
一 Axure
Axure作为一款快速原型设计工具,其地位无可撼动,目前官网已更新至beta9.0,建议日常使用Axure8,Axure9beta及汉化 Axure8官网
这里推荐使用 @臻龙 提供的 产品需求文档与原型(下载rp源文件)
image主要可以参考其目录树结构和其一体化产品需求文档的思路
二 Markdown
Markdown是一种可以使用普通文本编辑器编写的标记语言,相比较word,其无需考虑排版,就能快速输出一篇格式清晰明了的文档,这里是一份Markdown语法说明(本文档由Markdown编辑器Typora编写)
-
目前好多人还是在使用Word来编写产品需求文档,但是在实际工作环境中,笔者发现写完后自己都不想看的一篇文档扔给开发及美术后,真的是极其糟心,笔者自从使用过Markdown,就根本再也停不下来,这些在 臻龙 的Word产品需求文档,已经过时了有更多的探讨,
-
臻龙 大神的思路是 原型化文档,但是笔者还是倾向于:
- 交互文档:一些简单的交互需求 体现在原型的注释;
- 结构化文档:更系统全面的文档(一是自己可以梳理系统结构;二是方便之后和程序沟(si)通(bi))
-
Markdown软件很多,这里笔者使用Typora进行示例。
-
文档结构可以
按照自己实际需要
进行,没有定法 -
当文档需求编写完成后,可以导出为
HTML文件
[图片上传失败...(image-44aad8-1538212897548)] -
这里也给使用word甚至是excel(需求文档2.0:三个原因,解答我为什么用excel写需求文档)的读者一个思路,即将文档导出为html,这里不多做赘述。
三 Nginx
虽然我们可以使用 Axure Share 来生成链接分享我们的原型,但是其国内访问速度实在堪忧,笔者尝试了许多本地代理服务器,最后比较之下,使用Nginx可以快速便捷的在局域网搭建web服务器
-
在官网下载Nginx最新版本 Nginx官网
image -
下载之后解压缩
image -
打开nginx.conf
[图片上传失败...(image-6fe6a7-1538212897548)]
-
只需配置以下两个参数即可
server {
listen 666; //端口号,尽量使用不常用的端口,笔者这里使用 666
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root html;
index index.html index.htm;
expires -1; //缓存时间,设置浏览器页面缓存时长,可按需设置 eg:30d,-1为不缓存
}
-
启动nginx
双击nginx.exe即可启动nginx代理
在浏览器输入
127.0.0.1:666
即可在本地打开nginx局域网可以使用
自己IP:端口号(计算机名:端口号)
打开访问nginxeg:笔者计算机名为
imageaxure
,端口号设置为666
,则局域网内访问http://axure:666
即可访问 -
设置nginx开机自启
nginx本身是没有开机自启设置的,但是可以使用windows自带的自启动
打开
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp
,将nginx.exe的快捷方式拖入,即可在每次开机时,自动启动nginx
四 搭建维护
万事俱备,只欠东风,将axure生成的html 和markdown生成的html放入nginx,即可大功告成
1. Axure连接文档
-
在
image imagenginx/html/
下新建文件夹doc
存储文档
-
将Markdown或者word产生的html放入到doc文件夹内
-
设置axure页面加载时打开文档
image -
Axure生成html文件
-
生成文件时选择
imagenginx/html
路径
-
启动Nginx即可
效果图
image
2. 更新维护
- 每次更新Axure时,发布html即可
- 每次更新文档时,只需保存至
nginx/html/doc
下,替换原文件即可
五 总结
使用此方法相比较传统的 Axure+Word 将零散的文档和原型整合在一起,且可随时热更新更改的内容,而不用每次提醒开发或者美术文档更新,(由于Axure和Markdown均支持动图,所以在文档中有时可使用更多的动图来解释需求。)如果你有更酷更棒的产品工具方法论,欢迎留言探讨
作者:盐粒,刚刚毕业一年的产品新人