需求，即想做什么。

1.excle

excle的优势是跨平台，筛选排序多样化。在实际使用中，excle在需求重复、版本控制方面表现太差。一是需要耗费大量精力去记忆，二是再次编辑的工作量较大。

excle适合项目初期的需求收集，为后续产品迭代提供源数据。使用excle做需求管理工具，对个人或团队规范要求较高，如无规范文档作为指导，只适合做简单的需求记录。

附：某项目需求列表-（链接: http://pan.baidu.com/s/1mh7o7mo 密码: 1g6j）

2.笔记类（印象笔记、为知笔记等）

选择笔记类产品作为需求管理工具比较适合个人，因为笔记的分享受平台限制，一般未注册用户是无法查看的，即使通过导出的方式进行分享，在显示方面也是无法掌控的。

笔记类产品进行需求管理的好处是容易分离版本，对于频繁的需求变更更容易记录和标记，对于需求记录查阅者更快捷了解需求变化。

3.PRD-word

绕不开，躲不过的需求文档，其中繁琐此处不再一一赘述。

4.原型工具（Axure、Justinmind自带文档模板）

在原型中对组件进行注释，能提高项目参与者的沟通效率，对于原型维护者要求较高。

参考：产品原型设计规范V1.0

5.xxx

仍在寻找中…

目前待解决问题：

• 功能总结-思维导图无法同步需求文档
• 业务流程-页面逻辑无法同步业务流程
• 统一管理-原型（axure）+反馈（为知笔记）+分配（邮件）≠统一

思考

wiki记录转为原型记录，文件版本及分享转为owncloud，原型同步去掉github环节转为FTP上传。

完。

袜子丢失的时候，我不知道，当我知道的时候，已经无处可寻，或许，它只是藏了起来，又或许有其它的故事。

我想，它有可能开始了一个旅行，是一只袜子的孤单之旅，它已经做到了说走就走，只是忘记了要带钱包，也许，它本来是想带着另外一只，还想着另外一只带着钱包，甚至想着一起天涯海角、沙滩戈壁、青山绿水，在路上，去远方。然而，一切都是我以为的它以为的以为。

我想，它有可能遭遇了一次失恋，是一只袜子的一厢情愿，它与另一只”友达之上，恋人未满”，另一只想的是如丝袜般的诱惑，似蕾丝般的性感，“没有梦想的袜子，和咸鱼有什么区别？”，另一只总是梦想着追求高跟鞋，当时，它第一次听到这个梦想，差点忍不住说出来那句话，当它离开时，它还是说了出来，“可是，你是一只男袜啊！”，所以，它失恋了，离开是唯一的选择…

我想，它可能遭遇了一次绑架，是一只袜子的离奇失踪，虽然我没有报警，但不代表我不重视它，为了它，我开始接陌生人的电话，我问，“你们有没有见过一只会说话的袜子？”为了它，我开始疯狂地百度谷歌搜索它的关键词，“一只会说话的袜子 新闻”、“今天你的袜子说话了吗？”，然而，杳无音信。

我想，它可能是去了另一个时空，在一个平行世界与我三目相望，我眨一眨眼，它皱一皱眉，我微微一笑，它蹦蹦跳跳，只是我什么都看不到，而它，或许就在那里，一动不动。

我想，每一件物品的丢失，都是它的命中注定，因为你习惯对它遗忘，毕竟丢掉了，才觉得重要，如果你不曾想起它，那么它真的不重要，无论如何，都不必寻找。前者，找也找不到；后者，根本不会去找。

一物，一尘缘。

科普

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。

百度百科-SVN

TaoCode

免费的SVN服务，为淘宝内部项目，从安全性、稳定性考虑，可暂时将项目托管于此。

说明：务必牢记用户名及密码，否则无权限获取及编辑项目

TaoCode-官网

获取教程

1.获取项目；

2.填写信息；

3.登录账户；

4.等待获取；

5.获取成功；

6.获取失败，需删除本地文件夹重新获取；

创建项目

1.创建项目；

2.填写信息；

3.登录账户；

4.等待获取；

5.获取成功；

注意问题

1. 无法获取项目时，检查SVN地址是否正确；
2. 本地文件夹必须为空，如获取项目失败，请删除本地文件夹重新获取；
3. 获取项目过程中会假死，请勿点击弹框；
4. 输入用户名和密码时，可勾选记住密码，方便提交项目变更；
5. 项目获取到本地后，可通过打开本地文件访问项目，无需每次重新获取；

待完善…

之前几篇工作规范介绍仅仅是面向个人，如今随着项目的深入发展，越来越急需一款管理工具。暂时了解到的工具有以下三种：

1. myBase
2. 伙伴云表格
3. MedimWiki
4. dokuwiki

myBase是一款基于数据库的笔记管理工具，可以建立索引并添加图文笔记，但是不支持结构刷新以及共享，比较适合个人使用。

伙伴云表格是一款在线表格协同工具，支持多人在线编辑，本打算用来管理需求版本迭代的，但是不支持PC端浏览，无法保证效率。

MediaWiki是一款知识网络系统，一开始的优先选择，只是限于功能太强大，占用资源过多，访问速度慢等问题，也被抛弃了。

dokuwiki也是一款知识网络系统，插件功能丰富，访问速度快，目前正在使用中。

dokuwiki使用方案

1.默认首页记录项目列表；
1.1.项目介绍，展示该项目目录导航；
1.2.原型版本，采用列表展示；
1.3.文件，采用列表展示；
1.4.其它文档；

dokuwiki支持MD语法

粗体

**这是粗体**

斜体

*这是斜体*

详情，参考dukuwiki.org;

以上，是对项目管理工具的简述。

从刚开始接触项目的不知所措到如今独立完成项目的游刃有余，回首过去的半载岁月，不枉悟出几条心得。其实原型这些事，多是个人习惯，输出物易于理解，能够表达想法，这些才是关键。

脑图

通过脑图整理结构，推荐使用百度脑图。

流程图

通过流程图梳理交互设计，避免遗漏，推荐使用Axure RP自带流程部件库。

常用元素

移动端：iOS、Android GUI; bootstrap GUI;按钮、图标、输入框、文本等元素统一风格。

栅格

使用栅格更容易对齐各种元素，使得原型视觉效果比较好。

母版

重复使用的元素千万不要使用复制，记得使用母版！

组合

需要多选的元素使用组合，再也不用一个一个的点了。

对齐

对齐是处女座的福音！

原则

在以后的工作中，谨记以下原则：

1. 只表意，不表形
2. 统一元素，勿用实物
3. 要不要？不要！
4. 前端后台

以上，仅作为个人工作总结，共勉！

目前的原型工具主要包括Axure、Justinmind。以下内容仅适用这两款工具。

原型组成

原型由以下模板页面组成，以便梳理整个项目流程，方便后续设计、开发工作进行。

1. 需求清单：使用Excle记录项目需求情况，参见模板《产品记录》，产品记录提供商务需求记录、客户沟通需求记录、后续需求变更记录、研发阶段修改记录，展示内容形式类似WIKI;
2. 用户画像：此项可选，旨在帮助梳理项目可行性方案；
3. 业务流程：使用Mindjet Mindmanager 梳理业务、功能、操作等流程，方便开发工作进行；
4. 按平台分类：iOS/Android（代码：A）、Web（代码：W）、Wechat/WAP(代码:W-Justinmind中使用;代码:We/WA-Axure中使用)、Server（代码：S）,根据平台建立文件夹，统一项目输出文件；针对高保真原型，采用Justinmind绘制时，创建PC端、移动端两个文件；文件夹包含：产品结构图，产品模板页；

原型绘制

原型绘制要遵循以下内容方面的设计规则：

1. sitemap 导航
2. widgets 组件
3. master 母版
4. label 控件名
5. interaction 交互
6. annotation 注释
7. location and size 位置和大小

导航

涉及产品结构图，产品页面命名，多级页面命名，页面状态处理等规则描述。

• 产品结构图：以后项目统一采用Mindjet Mindmanager做本地管理，不再使用百度脑图做在线管理；本地管理保证文件安全性，且支持多种文件格式导出；在线管理容易造成文件排列混乱，大文件稳定性较差；
• 产品页面命名：一级页面采用代码+编号+TAP标签命名；二级及以下页面采用代码+编码+页面内容+交互动作（可选）命名；
• 页面状态处理：局部交互采用弹层；交互内容较多采用新页面；

组件

组件统一化包括：Axure自定义组件库、UE线框模板V1.5、组件命名规则；Justinmind自带组件库、UI KIT;第三方文件（头像图标、社交图标）。

• Axure自定义组件库：cold library、font awesome v4.0.1、ios8-font icon
• UE线框模板1.5：提供原型组成模板页面及导航；
• 组件命名规则：内容命名法，适用于dynamic panel 动态面板、group 组合；功能命名法，适用于dynamic panel state 层、checkbox 复选框、radio button 选择框；组件命名存在冲突时，建议添加产品代码及所在位置信息；
• Justinmind自带组件库：经过代码替换色值的办法修改的组件库，统一采用灰白风格；
• UI KIT：使用现有UI素材;
• 第三方文件（头像图标、社交图标）：进行内容填充时使用，建议以后统一使用默认状态；

母版

针对特定对象规范制作方法。
一般需要制作母版的对象有以下几种：

• 公共元素：页头，页脚，导航；
• 重复元素：列表项，占位符；

遵循以下制作原则：

• 最小化切分原则：保证模板化后不影响其它元素，且自身元素能够重复利用；
• 内部交互原则：整体作为模板，需要包含交互状态；
• 遵循设计规范：iOS人机规范、material design设计规范；

需要注意的问题：

• 层级关系：模板化会遮挡底层元素，注意合理调整层级关系；
• 固定位置：特定对象会根据窗口状态判断位置，一般涉及悬浮状态，固定屏幕底部，固定页面底部等；
• 易于维护：模板内元素应易于查找和编辑；

按照以下规则命名母版：

• 全局母版：无代号；
• 平台母版：平台代码+功能名称；
• 局部母版：平台代码+功能名称+母版位置；

控件名

仅在需要对控件进行区分时进行命名，非必要时无需命名。
命名包含：平台代码、功能名称、类型名称、位置信息；解释如下：

• 平台代码：iOS/Android（代码：A）、Web（代码：W）、Wechat/WAP(代码:W-Justinmind中使用;代码:We/WA-Axure中使用)、Server（代码：S）；
• 功能名称：根据需求而定；
• 类型名称：bottom 按钮、link 链接、image 图片、text 文字、input 输入框、text area 输入区域、bg 背景；

交互

统一的交互是为注释准备，以便通过注释传递主要信息。交互包含以下信息：

• 事件：点击、滑动、悬浮、进入、离开、加载、滚动；
• 判断：全局参数、状态接口（0-否，1-是）；
• 动效：blind 百叶窗、bounce 弹跳、clip 收缩、drop 掉落、explode 爆炸、fade 淡入淡出、fold 折叠、highlight 高亮、puff 放大、pulsate 跳动、shake 震动、slide 滑动；
• 过渡：slide right/left 右滑/左滑、fade 淡入淡出、flip horizontal 水平翻转、flip、vertical 垂直翻转、turn 传送、flow 流动、pop 出现、slide and fade 滑动并消失、slide up/down 上滑/下滑；
• 参考：axure函数大全、Justinmind函数大全，使用函数形成高保真原型；

注释

使用文字描述+标记符号的方式传达产品需求。

注释如何描述？

• 阐述功能；
• 描述交互：操作+内容（限制，范围值，极限值）+状态（一般状态，特殊状态，误操作）；
• 描述效果：反馈+跳转；
• 以下可选：关联（与此有关的内容）、测试（测试方法）、其它；

注释采用何种样式？

Axure中使用水滴+圆形符号进行标注；
Justinmind中使用圆形符号进行标注，针对移动端，标注符号建议放在对象元素上，注释内容放在机型模板右侧，移交时转为Web模式；

位置和大小

原型界面尺寸的选择：移动端使用iPhone6尺寸，PC端使用1280宽度；
关于界面布局，建议参考以下规范：

• iOS设计规范、Material Design设计规范、Bootstrap框架规范
• 其它参考：WeUI、AntDesign

制作要求

• 文件采用项目名称进行命名；
• 文件通过坚果云进行版本管理；
• 如需协同，建议使用Axure+SVN配置环境；
• 导出文件采用项目名称+平台名称+确认状态+版本号进行命名；
• 导出文件统一同步至Github、七牛云，通过七牛云进行在线预览；

望按照以上规范进行设计工作，提升团队效率。

对justinmind的研究一直未曾停掉，而且最近时间充裕，于是想要在justinmind上创建个人部件库，方便以后的工作使用。

之前已经在Axure上完成类似的工作，而且统一风格为简约的黑白风格，即使用十六进制色值666666作为主色调，999999作为次色调。

面对全英文版的justinmind，一时觉得力不从心，本着不能解决问题的产品经理不是好的程序员的想法，开始使用各种关键词百度。

首先是了解到justinmind是支持新增自己创建部件库的，于是心一横，想人肉出一套，但是在实际操作中却是泪流满面。

操作步骤：打开justinmind→打开或新建.vp文件→点击widgets选择new widgets library→输入名称完成创建

接下来，开启人肉编辑模式，将修改好的部件拖到创建区域…

制作了两三个后，突然感觉——这是产品的耻辱，竟然没有想到更好的办法解决问题，在产品经理的世界观里绝对不允许！

开始冷静地分析：

• 必要性
  1. 统一的部件库“利在当代，功在千秋”
  2. 纯人肉编辑无法完成缩略图的搭配
• 可行性
  1. Axure支持编辑原生部件样式，说不定justinmind也可以
  2. 原生部件都有缩略图，可以作为切入点

于是，开始翻看justinmind的安装位置文件，这个时候文件夹widgets深深滴吸引了我的目光。点开后，发现这里有大量的缩略图，心想：卧槽！这样编辑的时候不就可以添加这些图片了！

随即，我对这个想法嗤之以鼻，因为我还有更大的发现。

路径：C:\Program Files (x86)\Justinmind\Justinmind Prototyper 7.1.0\widgets\ui\10ed0e22-75e0-459e-aa12-1e1c596d67c8

在这里，有一个.xml文件，体积还很大，难道？莫非！一定是！！原生部件的秘密一定藏在这里！！！

小手一点，使用notepad++打开widgets.xml,迎面而来是几万行代码…

部分代码：BorderStyle radius="0" leftColor="0r0g0b" topColor="0r0g0b"

代码使用十六进制色值对原生部件库进行控制，有点类似于CSS，根据当年自学的一点HTML语言，顿时胸中有了思路——可以使用notepad++进行色值的替换，如此不就可以实现批量修改而且无需担心缩略图匹配的问题了。

工具：notepad++，负责打开文件，执行查找和替换操作；在线十六进制颜色转RGB工具；

步骤：

1. 开启两个justinmind窗口，以便做A/B检验
2. A窗口获取原生部件颜色值（十六进制），copy至在线工具进行转换获得颜色值（RGB）
3. 修改RGB为代码格式，即将逗号分别改为字母rgb，符合格式方可替换
4. 使用notepad++打开widgets.xml文件，使用快捷键ctrl+H
5. 完成替换后，快捷键ctrl+S保存
6. B窗口重新加载修改的部件库，拖拽部件进行检验
7. 以上操作按照步骤循环检验，直至所有部件色值均修改完毕

修改记录：

蓝色：007DFF 0, 125, 255 灰色：666666 102, 102, 102
0r125g255b   102r102g102b

淡蓝：1174C1 17, 116, 193 浅灰：999999 153, 153, 153
17r116g193b  153r153g153b

修改完色值，还不算完美。

Android部件库遵循 material design 设计规范，因此有些部件是有阴影的。

接下来，就让我们把阴影全部干掉吧，将这个世界彻底推向二维。

工具：notepad++

步骤：

1. 替换<text enable="true"``<box enable="true"为<text enable="false"``<box enable="false"
2. 修改后保存，重新加载修改的部件

如此，原生部件统一风格工作就完成了。

最后要说的：

在justinmind工作区域properties部件属性区域有一个编辑按钮，可以对原生部件进行编辑并保存，如果不想如此大费周章替换，可以试试这个方法。

以上，以后会提供更多justinmind的使用技巧，共进步！

入坑产品不久，试了不少工具，最大的感悟就是：顺手就好。

原型

1. Axure RP：简单易用，产品必备。
2. Justinmind：支持自建数据库，擅长后台原型制作。

脑图

1. Axure RP：自带流程图部件，支持几何吸附，如果再支持自动排版就好了。
2. 百度脑图：支持跨平台协作，类型和主题都还不错，暂不支持流程图。

文档

1. office2016：工作必备。

协作

1. 邮件：良好的邮件管理习惯可以大大提高工作效率。
2. IIS：Windows系统自带服务器，无需代码搭建网页运行环境，支持局域网共享查看，可以让你的原型文件（HTML）实时同步给各部门。
3. SVN：和新浪云更配，创建PHP空间，运行原型文件，远程同步预览。

记录

1. 为知笔记：记录的东西比较杂乱，文件、图片、文章、资料统统分类放上去，反正流量用不完。
2. 印象笔记：记录的东西偏向私人，技能、爱好、随笔、计划全部整理在上面，基本上都是纯文字。。。

GTD

1. 日历：使用微软日历，跨平台同步日程。

以上，就是我经常使用的工具，希望对你有帮助。

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start

Create a new post

1

$ hexo new "My New Post"

More info: Writing

Run server

1

$ hexo server

More info: Server

Generate static files

1

$ hexo generate

More info: Generating

Deploy to remote sites

1

$ hexo deploy

More info: Deployment