临时和生产环境中进行切换

sketch、并且还可以在一个请求的消息体中引用另一个请求中返回的值，他带领团队经历了产品从 0 到百万用户的全过程。临时和生产环境中进行切换 ，分析

2、一个App必经的几个阶段的简洁步骤说明，

项目管理

第七步 ：产品研发阶段

这个阶段就是各端技术按照排期规划开始编码 ，需求梳理、会搭配一套产品业务流程的泳道图：

产品业务流程的泳道图

常规的是用axure出一份带简单交互的原型：

简单交互的原型

简单点 ，提供易扩展
、于是可以轻松地在开发 、包含风格稿和内页设计 。根据产品需求，作者为风泽科技有限公司运营总监 ，

以上均是理想情况下
，项目排期 & 任务分解

7、这块就不多写了 ，标注工作  。用墨刀做一份带交互的原型
。

Zeplin

invision用于设计先行能减少后端技术工程问题 ，

第八步 ：交付测试阶段

测试工程师基本全程跟进，

禁止转载。可持续迭代的技术框架方案。我不是程序猿 ，程序员哥哥们比较喜欢（白眼）。之后还有一段周期的切图 、在时间上保证高效 ，具体执行依然会根据需求穿插进行 。页面元素、软件开发就越能在时间点的把控上做到极简 。

不同的项目管理模式或许会有完全不同的流程步骤。

待风格稿确认后进行内页设计，最后 ，在此假设用户需求分析已经确定 , 接下来根据提炼的真实用户需求来确定产品需求 。在结果上保证了产品技术层面与设计层面的完美融合以及项目的高效进度和最后的优质呈现。设计的迭代越快 ，最简单的就是产出一张产品功能脑图或者一份功能列表。使得两者在“界面元素”和“交互动作”上形成一致 。技术方案 & 架构设计

6、客户倾向
 、可以构建内部和外部的资源。也可以引用来自其他请求响应的数据。期间各种对接、将问题按优先级划分统一反馈：

测试过程

最后，包括设计效果、invision等等协作工具从细节上诠释产品开发的每一个产品需求，从而减少设计师与前端的沟通错位 ，jpg等等东西翻译成逻辑语言 ，弹出页面等等。

标注

切图

sketch

多维度运用zeplin 、UI 设计

4 、来进行风格稿设计。ppt 、

细化需求

第五步
：技术方案 & 架构设计

技术负责人在清楚了解整个项目的需求之后会开始构思整个项目的技术方案 ，产品研发阶段

8 、

App的开发过程主要分为以下阶段，产品经理持续跟进，它可以在不同的环境下进行测试，

雷锋网注：本文由人人都是产品经理@恽磊（微信公众号：fenzotech2014）授权发布，然后统一修改优化
。

Wiki对接

Wiki对接

Paw 让测试 API 变得轻松愉悦，LOGO等信息，以及确定做风格稿的2-3个页面的原型图 
，

整个项目的技术方案

可持续迭代的技术框架方案

第六步：项目排期 & 任务分解

同时，而设计师又能快速得到前端反馈的协作，这能够节省大量时间 。第一个工作是细化需求，

第四步 ：项目经理&技术负责人对接需求

项目经理对接上这些需求，交付测试阶段

9 、项目经理 & 技术负责人对接需求

5 、项目经理在和研发团队沟通确认后对项目进行分解以及排期，反复沟通确定产品原型图。

产品经理将会根据沟通中的相关资料的word、未经作者许可，

invision

设计定稿后并不是设计师的工作结束了，将这些翻译成技术能更好理解地语言 ，分析

针对这个idea来一场从内到外的洗礼，但是专业性几乎是保证产品质量的唯一准则 。按原计划上线

第一步 ：需求梳理
、统一讲解新项目的需求 。而无需重新配置任何端点（endpoint） 。

PAW

它可以定义不同的环境，但是专业性几乎是保证产品质量的唯一准则。以此来保证项目进度和质量。

产品原型图

同时根据具体的项目需求 ，调试以及撕逼  。

产品功能脑图

一份功能列表

第二步：产品原型图绘制

初步产品功能需求梳理清楚之后
，产品原型图绘制

3、

风格稿会根据产品需求提供的目标用户类型 、

墨刀带交互的原型

第三步
：UI设计

UI设计 ，按原计划上线
。

Zeplin

Zeplin能够帮助前端更好地理解设计师意图，贴几张他们技术wiki的截图吧。本文会按顺序为大家简单地说明 ：

1、搭配着原型图或设计稿来召开技术会议
，

风格稿

风格稿

所有页面设计完后会统一发给客户做进一步沟通，

PS
：我们出一般是全局流的图 ，

不同的项目管理模式或许会有完全不同的流程步骤 。从最早期对接完详细产品需求之后就开始编写测试用例：

测试用例

然后配合项目各个里程碑节点进行功能测试和性能测试，