写给自己看的工作总结。

 

一个模块的诞生——汇报模块

前置场景

用户画像：

  现在90后大都已经出来工作创业，很多公司内部年轻一派的比重在不断增长，他们需要的是一款功能强大可以彰显自身个性又能提高工作效率的“神器”，最好还能融入时尚元素，把工作项目当成一个个副本任务来完成。【游戏思维、情景化页面】

 

关键词：  年轻  轻量化  功能强大  趣味性  个性化  

 

分析需求

需求提取： 

  一般完美的需求提取都是模块研发负责人对市场调研用户定位后分析出来的，不过正常情况下大部分公司的需求都来源于老板，产品经理或者其他。

在需求提取期间，我们还需要做的一件事就是竞品分析，竞品分析还有同类与类似的区别，不过本次只分析一个模块，所以只需找到与此模块功能相同或者目标群一致的竞品就可以，竞品分析主要分析以下几点：

1，同类竞品定位的侧重点在哪里【目标用户是谁】

2，竞品核心功能是什么【既为用户解决了什么问题】。

3，竞品中哪些值得跟随的【已有很好的盈利模式】

嗯，这些如果按照正常分析的话会是：背景、产品市场、核心策略、产品结构、用户评价等等，最后根据以上步骤对竞品分析，总结出哪些是值得借鉴跟随哪些是可以改进并提出相关建议。

初步了解行情后，可以进一步的规划自身，保证研发出来的产品在市面上这些竞品中有一定的竞争力，这时候就需要技术人员的参与了，不然规划出一个牛逼的功能点出来后期技术说实现不了那就搞笑咯~~

 

初步的规划可以先定好模块的核心点，这个核心点很重要，因为这是市场竞争力的保障，其余的功能点开发也是围绕着这个核心点来进行的。在核心点定位前需要先做一个小调研，可以在在线上或者线下发布一篇调研表，看下用户希望能出一个什么类型的产品，有点像众筹。

【如果是没有用户基础或者调研力度不够的可以忽略这一步】

完了之后就是规划围绕这个核心点之外的辅助功能，或者说你新开发的这个模块需要跟别的模块关联起来，侧重关联的规划等等等等。

 

策划原型

  做好以上几点之后，就到策划原型这一步了。强烈建议原型出低保真【如果你的原型要给客户看或者演示给BOSS，那就忽略这段话吧】，这样后期维护与制作会大大减少工作时长，提高效率，原型主要的作用就是给设计师与技术同学理解这个模块要怎样呈现，会有什么功能就行，所以不需要太注重表现层面的东西，能做到通俗易懂让人一看就明白就好。

这里会有个评审点，原型阶段一般都是前期规划与定位已经做好，所以不会出现大规模的重修或者推翻重来，如果发生了以上这种情况那就是前期的需求没有确认好【你要找PM撕逼】，原型的阶段主要确定的是产品的展示样式与交互。

评审点一般会导致研发周期延长，所以一个模块的开发与迭代一般不推荐超过五个评审点。

不过在每个阶段的评审点侧重都会有不同，在原型阶段就会着重在页面流程体现与交互上面。

 

  原型几经修改终于完成了V 1.0版，但这个时候它还不能转呈下一步，因为它还会经过几次会议讨论，一次是产品部内部的会议，我们称之为吐槽会，这个时候我们会模拟使用此模块的场景，针对页面功能、页面交互询问相关产品人员，对此的依据啊、期望达到的效果啊、有什么目的啊，探讨一些深层次的问题。这时候会议纪要员会把出现的问题与一些考虑不周的地方记下来，然后整理完毕提交给该模块研发的产品人员去完善。

  等再次完善原型之后，会再次召开一次会议，但这次会议就要面向技术同学了。我们会邀请此模块相关的技术同学来给他们过一遍原型V2.0，保证原型里面所有的页面与功能交互上面技术同学能理解逻辑，并且能根据敏捷开发要素实现出来【意思就是如果某些功能点或者交互专场技术同学表示开发周期过长或者会加大性能内耗什么的，会延后处理或着砍掉等等。】 

需求文档

  原型最终定稿V3.0，这时候产品人员可以着手写对应的需求文档了【需求文档里面的内容很多在原型或者后期的设计稿上面是不会呈现出来的，所以要尽量的把每个页面里面所涉及到的问题写清楚】，这是要交给技术同学看的东西，所以要以技术同学的视角来写，如：

 

汇报模板如要建立数据库的话里面需要提供一个模板库，模板库里面应包含全部模板的字段，输入判断机制如何，输入数字限制要多少，哪里只能输入数字，哪里可以添加表情，权限不同的人进来会有哪些不同页面的呈现，功能的变化等等。如下图：

 

设计稿制作

  需求文档写完交付技术同学后，我们可以着手制作设计稿了，在设计稿阶段，我们所需要注意的就是页面的颜值【废话！】，也就是页面最终呈现出现的样子是怎样的。虽然说页面最终呈现的样子可能跟原型阶段大相庭径，但是里面基本的功能点是不会乱增减与修改，如一级功能跑到二级功能去这样子。风格还需要考虑app其他模块跟UI Kit的规范，不能搞特殊页面到一整个模块去。不过也有比较个性化的比如钉钉之前的内容模块，由于是由多家第三方平台输出的，所以顶部bar的颜色啊内容的主色都有不同，不过其余规范都会是根据挂钩平台的UI Kit来的。

此时又有一个审核点了，虽然说设计稿通常改的时间会比做的时间多，但是有一点是不会变的，那就是不会让你做多另外一份设计稿来进行对比，比稿是一件挺恶心的事，尤其还是自己跟自己的比稿【以上这种情况，通常会是在项目型或者初创型的公司比较多一些，为了迎合客户的个性，你懂得~】

任性插入~关于设计模块一些个人的观点：

产品定位问题，如果你的产品初始的定位是想朝着一个‘神器’的方向去做的话，那你的关注点就应该放在它的功能上面，如功能使用好不好啊、流不流畅啊、会不会出BUG啊、跟同行比起来的优劣势在哪是否还有提升空间上面【如钉钉、纷享逍客、红圈等】；

如果你的产品初始的定位是想朝着一个‘高颜值APP’的方向去做的话，那你的关注点就应该放在它的用户体验上面，要让用户用得爽，免费的还要比收费的用得爽，要让用户用了你家的产品之后产生了一种认同感，觉得这颜值辣么高品味辣么好的APP简直就是专门为我这种人做的感觉。而且现在同款竞品那么多，可能你的用户在用你的产品打开相机时稍微卡顿了那么一下下，他就可能弃坑跑去用别人家的产品去了【如美颜相机、魔漫相机、snow相机等】。

以上只是个人的小小见解，其实也不会跑得那么极端，现在也没谁会坡着脚走，功能颜值两手抓，两手都要硬！只要在后续的迭代中坚守本心，不受市面上纷乱的信息所干扰，如微信刚出来的时候，主要的定位方向就是为了解决用户发短信联系的问题，到如今，它聊天页面与联系人页面还是在第一序列跟第二序列，就算他的游戏分类是如今的游戏入口巨头之一，他的社交已经是中国最大的社交平台，这点它都没改变过。【今后可能会变，这个看公司策略的啦】

任性插一句，想到啥说啥···· 

场景化的页面设计 VS 普通扁平化页面  

前者可以给用户洗脑标新立异，后者遵规循道衬托主题保持app内高度统一。

 

接下来就到了设计稿交付技术的事了，一般交付有分几种：

1，web类的只需要交付PSD就好拉，技术葛葛会自行切图的【psd文档要整洁，图层命名好，辅助线保持干净】

2，H5类的需要交付PSD+PNG+切图【素材】

3，iOS/Android的需要交付PSD+PNG+注释+切图【素材压缩后交付，这个看公司要求】嗯，最烦做适配了···

  

一般设计稿交付技术之后很多人就觉得之后的事与我无关啦，可以尽情浪一波啦，其实并不会，因为活是干不完的，你后续任务已经排到了年末····说笑，接下来便是

 

跟进上架

 

  好啦，其实跟进上架也是很重要滴，在技术同学开发的过程当中会遇到一些页面上或者逻辑上的问题需要人来解惑，还有一些功能实现出来后会过来再次确认下此功能实现出来的标准，这时候就需要我们随时准备好以应付随之到来的各种问题。【有种行为技术同学非常讨厌，就是研发进度时间确定下来了，你还天天跑过去问进度，这会增加你在公司被人砍的几率，相信我，我已经试过了，非常有效！】

 

上架测试

  当当当~经过技术同学艰辛的开发，终于可以打包了，这时候先别忙着要去各大市场上架，我们还要进行最后一步也是最重要的一步，测试！为什么说测试是最重要的一步呢，因为测试是架在公司与市场之间的一道保险，能挺过测试部各种狂轰乱炸的产品，才是一个做好面向市场的好产品。

  当然，测试这门水很深，一般测试会有分两部分，一种是视觉校对，这需要对比设计稿与测试环境的页面，尽量要保持一致，还原度百分百的话还要请技术同学吃鸡腿的啊。

  还有一个种是测试页面流程问题，跳转页面的问题，具体表现就是这里点一点，那里点一点···

  另外一种测试就是全面测试【伪】啦，其实也就是冒烟测试和压力测试下而已啦，记住，测试最重要的秘诀就是：

  通常在发现一个BUG的地方，一定会有更多的BUG在潜伏着，这句话千万不要给技术同学听到····

测试完结后就可以打包上架啦，一般比较安全的做法就是租凭个服务器或者有钱任性买一个，然后做好备份在里面，存档下前个版本的代码，不要轻易的合并，合并前最好给人看过一遍，一旦发现问题还可以回滚，千万不要一来就合并代码，这是要搞事的节奏，加班通宵不是梦！

 

上架之后还会有一些的测试，因为我们不知道在测试环境跟真实环境下的对比是否测试结果会一致，可能网速卡一卡就会给你造成成吨的伤害。

 

运用反馈

  模块上架后就到了运营部这边搞事啦，他们会盯着后台看日访问量，看存活率，看哪里点击数最多，哪里门可罗雀，还有电访客户等等，之后会搞些拉新啊，促活啊策划活动需要设计部配合，一般都是在各大合作网站或者合作app内投广告：做banner、EDM、弹窗什么的。然后经过一段时间后看用户留存是否达标，不达标的话还会调研一番再整理调整计划反馈到产品部进行模块调整。

  话说这段时间其实最好是有一段时间小范围的内测，可以建群拉一些忠实客户进来，然后发布给他们使用一段时间，再进行意见收集，完了再发布。当然这是最理想的状态，没有条件也不用强求。

 

致辞！

以上是我从职一年多产品UI不成熟的见解与想法，里面很多地方欠缺考虑与推敲，希望自己今后能成长到回过头来看这篇文章的时候，心里暗笑一声：

当年如此粉嫩的我！