今天来分享一下产品具体实施过程中，我作为小白遇到的比较典型的问题，希望能帮助新人避开一些坑。
1. 页面初始化场景
相信很多产品新人都有过这样的经历：设计一个功能页面的时候，画原型，想场景，设计交互，甚至连配色建议都写进文档，一顿操作猛如虎，等到正式开发的时候，往往会被前端大佬叫过去拷问：这个地方刚进来没数据的时候提示什么文案啊？要不要引导用户如何创建数据啊？
结果往往是产品经理瑟瑟发抖回到座位，去思考没有数据的场景该如何写文案做引导。
这种事情应该不是个例，就我个人而言，也发生过几次。
在画原型考虑场景的时候，我们往往更关注于要放什么数据，数据的结构如何，在页面里该怎么摆放，交互又该如何设计。
像上面提到的一些特殊场景往往容易被新人忽略。
所以，在设计一个新模块的时候，别忘了顺带想想初始化哦。
2. 交互细节
关于这一点，如果你是一个考虑事情很周密细致的小白，那就当我没说，可如果你是一个粗心的小白，那就得注意一下了。
我们在设计一个功能的时候，可能不会每一步都画一张原型图，也可能不会每一步交互都用原型实现出来，因为这样会耗费很多时间，有些时候确实没必要。
“用户不知道自己要什么，除非你把产品摆在他面前。”这句话不仅适用于用户，其实对产品也同样适用，很多时候，当页面摆在你面前，你才知道哪些地方可以优化，哪些地方有遗漏，举个栗子：
假设现在用户提了一个想要保存搜索条件的需求：用户在某个页面，80%的情况下都固定使用某几个搜索条件，他想将这些搜索条件保存下来，下次再进来直接点击应用。这个需求是不是看起来很简单？实际上它也确实很简单，我当时做了增删改功能，可以满足用户的基本要求，于是雄赳赳气昂昂的把需求交给UI。
抽象出来的原型，大家将就看着
结果UI小姐姐把图画出来以后，我才想到一个场景：假设用户现在选中了“我的搜索条件1”，顶部反显用户保存的搜索条件，但此时在这个基础上，用户做了一点改动，更新了其中某一个搜索条件，那他是不是需要一个可以快速更新并保存的按钮，而不是通过点击“我的搜索条件1”后面的修改图标通过弹窗来更新呢？所以下图的设计是否更好呢？
增加了快速更新过滤条件的按钮
像这种小细节，如果不通过流程或者UI图直接呈现在眼前，可能就想不到。当然如果你想到了，也不要说出来，给我个面子。
可不要小看这些细节，上面举的这个栗子漏掉了并不会产生太大的影响，顶多就是体验不好，但有些是会影响到流程，导致返工或者重大风险的。
所以，建议新人最开始还是勤勤恳恳尽可能的把每一页原型和每一个交互细节都画出来，如果实在来不及，至少要在脑海里将整个闭环走一遍，极力规避上面的问题。
3. 画流程图
不知道大家有没有这样的经历：拿到一个需求以后，二话不说开始在Axure热火朝天的画原型，然后在考虑状态的时候绕来绕去想不清楚：这个状态能不能改啊？改的话，谁来改？然后怎么推进到下一个状态呢？下一个状态又给不给改呢？等等，刚才说到哪个状态了？
其实这种涉及到流程的需求，完全可以不着急先画原型图，可以先整理一份流程图出来。
简单的流程图
一来方便自己理清思路，二来给团队需求宣讲的时候也更加容易被听懂，所以，当你发现自己绕来绕去找不到方向的时候，不妨停下来，画个流程图先，毕竟磨刀不误砍柴工嘛。
4. 一改俱改
这一条是针对有多个产品线的情况（以App和web为例）。如果一个功能在两个产品上都有展示，或者有流程上的关联，那么当你在web端对这个功能进行了优化，那么首先就得镜像考虑到app上面的这个功能是不是会受到影响。
最后，还有一个方法大家也可以尝试一下——创建并维护一份自己的checklist，比如：
● 流程图
● 初始化页面
● 字段长度限制
● 分页
……
这样以后每次设计新功能的时候就可以对照这份checklist来进行查漏补缺了。
网友评论