从去年入行到现在也有小半年了，跟了几个项目也有了一定的收获，最近在review，索性就把一些对大家都有帮助的点拿出来，供各位还在初阶的产品参考~

review时，更多看到的是解决问题的思维，和一些对于项目推动的思考。本篇文章也从这两个方向写一点，一个是对产品设计的review，另一个是对项目推动的思考；

一、用户产品的几个基础知识讲解

产品需要掌握的技能点很多，本人最近在review的时候，挑选了几个相对重要的模块进行一个大致的介绍；而每个模块的详细解说和案例分析，将会在以后的文章中慢慢道来；

（一）用户运营

对于用户运营，个人的知识框架还不够全，写在最前面吧，来谈谈用户运营中，我熟悉的可以为产品所用的几个工具。

1.1什么是用户运营

用户在整个产品周期中，根据用户使用产品的时间和活跃度，大致可以分为：新用户/活跃用户/重度用户/游离用户；而用户运营，可以理解为针对不同属性的用户，做一些特别的事情以提高用户的整个生命周期和活跃度；下面挑几个用户运营的好武器来讲讲基本的思路吧：

1.2新用户专属：冷启动；

冷启动其实就是新用户进入app之后，对整个应用的第一印象打造。可玩的点有很多。
从内容运营的角度来说，可以对用户进入应用后，首次看到的内容进行干预——将一些在大多数用户中表现较好的服务/内容沉淀下来，当新用户进来时展现给新用户；
从用户产品的角度来说，可以在用户第一次进入app的时候，对用户兴趣进行收集，并根据用户的兴趣展现略显差异化的产品框架，针对不同的场景，对用户进行核心功能的引导和教育；
从策略的角度来说，策略端可以收集用户在客户端的各个操作（包括兴趣选择），并迅速度做出反应下发相应的个性化的内容数据，这样往往能提升内容触达的命中率；
从UI的角度来说，整个产品清爽大方，风格统一且有着自然又有新意的设计/交互动画，往往能够留住更多的用户；
从研发的角度来说，出了按照产品和UI的文档完成输出应用之外，如果能够关注到产品运行的效率（流畅程度），在一定程度上江都安装包size的话，在一定程度上也能够大幅提高产品的留存；

1.3提升留存和日活的利器：PUSH和通知

随着系统的开放，目前push的可拓展性越来越高；出了ios10可以支持widget部件外，4.0以上的安卓手机可以完美兼容push的定制样式，5.0以上的安卓手机可以支持浮动通知栏样式；由于ios的通知是由苹果的服务器对手机发出的，且由于系统限制形态相对稳定。所以对于push，个人思考到了安卓的以下几个可玩点：
通知栏常驻：这个不算是push了，不过也和通知栏相关就放到这儿吧；简单的说就是可以准备几个核心的，和产品本身强相关的功能露出常驻到通知栏（比如垃圾清理、天气预报、热点新闻、快捷开关等），一是可以可以做品牌曝光；二是对用户有一定的增益（便捷）；三是能够在最大程度上解决应用被杀掉；四是能够给用户一个再次打开app的理由；（详见UC浏览器的通知栏常驻）
针对用户行为的通知：可以针对用户进入产品后的行为进行埋点，在适当的时候针对用户进行通知唤醒；比如当新用户连续三天没有登录app，有极大的可能会流失，那我们可以在第三天晚上针对用户发送一条通知，告知用户我们在他没登录的时候更新了很多内容/服务，或者有特权优惠；再比如用户在产品内进行了订阅操作，则当用户订阅的内容发生了更新时，可以给用户一条通知，告知用户有他的专属内容更新；
甚至于，如果用户在产品内已经留下了足够的信息，对于一些较强的消息更新时，还可以对流失或者游离用户进行短信/邮件形式的召回；不过此类提示需要注意的是，当用户被召回时，应用内一定要有相应的信息展现；
针对用户群的热点push：充分了解用户的群体特征和阅读喜好，每天在特定的时间针对用户推送不同的热点，在初期营造一种每日专题的感觉，培养一批忠实的用户；经实验证明，准确命中用户的热点PUSH能够大幅度的提升日活和留存；（大部分资讯类引用都能体验到）
push样式的拓展：因为app越来越多，当一个手机内同时收到多个app的push时，样式最特别的往往点击率会更高。所以针对push进行一些样式拓展能够在一定程度上提升点击率；（甚至还能给用户提供简单的操作拓展）；（详见优酷的push，大图样式提供了立即看和缓存看的操作；也可以看一下腾讯视频的push，在一群push中最有点击欲望；）
浮动push：安卓在5.0之后加入了浮动push功能，简单的说就是若应用在后台运行时收到push，则可以在品目最前方浮动展示消息，这样也能将点击率和注意力最大化；

1.4玩转用户：积分体系

简单的说，就是给用户回馈；可以针对不同档次的用户，设计不同档次的积分；对于新用户免费体验积分和特权；对于活跃用户给予免费的积分，可以兑换实物奖品或特权；对于重度用户，甚至可以设置付费积分，用于享受VIP特权和付费服务；
用户可以享受到“与众不同、个性化、实物奖励”等不同性质的激励，能够在一定程度上提升用户的活跃度，刺激用户进行消费；同时积分体系和特权奖品也可以进行外输，作为奖品吸引新用户的加入。从而降低营销成本；
本人最近在做这个，对于整个积分还处于思考阶段，就先细讲这么多；

1.5营销活动

简单的说，就是在合适的契机，对用户举办一些和产品本身关联度较大的活动，并给予特权/物质上的反馈。营销活动有见效快，能引爆话题，投入高等特点，举办营销活动时可以在短期内看到明显的成效；但是应该有规律的使用本工具，过渡滥用可能会造成用户疲软；

（二）需求判断及策划：

总的来说，在需求设计时，产品经理关注的，实际上就是用户价值：需求对于用户的价值，用户对于我们的价值；

新人产品经理，刚开始做需求时，基本上都是执行产品经理，leader给一个方向，我们负责落地推动实现；刚开始接触时，容易理所当然的接过需求，而没有经过更深入的思考；虽然最终可能会拿出相对不错的方案完成需求，但是缺乏思考会让我们进步缓慢，止步于初级阶段；

思考模型：目的→目标→场景→利弊

手上拿到需求之后，我们首先应该对于到手的需求进行思考：做这个需求的目的是啥，能带来什么好处/增益？比如提升XXX功能的渗透，比如提升XXX功能的留存等等（但总体指标需要大专项的总目标一致）。

如果需求和整体关联方的目的一致，则可以适当提高优先级；若目标不一致，且没有可以达到目标的方案，则降低需求优先级；确定需求之后，需要进行目标的拆解，比如根据估算，能够在上线后XX天内提升XX%的渗透等；

成功拆解目标后，就进入到需求设计阶段，发掘用户的场景，发掘或者优化用户应用到本需求的各种场景，从而决定需求的触达路径和具体的产品形态；

说到这里，就简单谈谈刚刚讲到的路径和产品形态吧；知识储备有限，对于小需求个人理解的路径可以分为三个维度来思考，第一个维度是负责功能的入口，具体要放在什么页面，放多深才能够覆盖到主要场景，而又不打扰到不需要的人；功能的层级页面有多深，能够为大多数用户所接受；用户流量到达功能最底层无法继续消费之后，是否有路径转化为其他需求的流量？

对于产品的大框架设计，可以通过以下几点进行思考：首页展示给用户的内容是什么，核心功能用户消费的深度，不同消费场景（用户）的消费路径差异，首页内容满足用户主要需求后，其他板块（例如tab）的内容形态（满足首页无法满足的需求）等等；

而产品形态，需要思考的则是，这个需求展示给用户的形态式啥，是否符合用户的预期？能否在对应的场景给予用户相应的提示，且不打扰用户？而具体思维模型，会在下一个点提及；

将路径和产品形态思考过后在，就需要思考，这产品应用到各个场景之中的利弊是什么，有无提升的空间，是否需要优化，对于弊端如何规避等等；

（三）交互设计

交互设计记住六大关键词：简约至上；简单易用；转化率；包装；情感共鸣；

简约至上：
字数精简；一个页面只表达一个事；分层级，降低干扰；把用户当做傻瓜~很简单，从易用性考虑，约简单的东西，可操作性就越强，用户也就越容易上手；不过再简约，也得有个度，得在页面层级的深度和页面复杂程度中间寻找一个临界点；

简单易用：
简单说顺应用户操作习惯，符合用户的预期；（举个极端的例子，比如用户完成一个轻量级操作以后，应该得到一个最简单轻量级的反馈，告知用户操作已成功，而不是弹出一个弹框）；

转化率：
顺延场景，更符合用户预期（在用户场景的角度思考，顺延场景自然过渡到下一个页面，对比生硬的跳转，会大幅提升转化率）；我不是广告，我是功能（举个例子，很多产品在做广告坑位的时候，心理已经把它当做广告来做了，思维反而会被局限住；如果把广告当做功能来做，则会有更广阔的发挥空间，且在用户前展现的形态也会更加自然，顺延场景，从而转化率也会更高）；图形化表达，能用图片会比文字更好；

包装：不要闷骚，要明骚；适时用善意的谎言；（比如我们为用户做了XXX事情，对用户来说有增益（比如节省流量，清理内存等），不要默默的不说，一定要大声的说出来，让用户知道我们是真的在为他们考虑的。而善意的谎言，其实也是顺应场景，对用户进行一些友好的展示，比如用户下载的时候，我们会为用户模拟出我们为用户的下载速度进行提升的效果，让用户觉得我们为用户节省了时间；

情感共鸣：
从生活场景触发，抽象画表达；让用户取得情感共鸣往往是很难的，得让用户有一种“膝盖上中了一箭”的感觉，或者“啊！！终于能够这么用！！”了的畅快淋漓感；

新用户进入app的第一印象，往往会决定了他第二天会不会再次回来，所以考察新用户的次日留存，可以判断产品框架搭建的水平和交互设计的水准；而七日留存率（或者老用户的消费时长），则代表我们产品提供的内容/服务的质量；内容和服务的质量足够高，用户才能满意的留下来，对产品进行持续的消费；

二、项目推动的几个窍门

我以一个初级产品的角度来谈谈我在项目中的一些反思和思考：

多端合作：

做业务，其实最重要的就是业务逻辑；需要掌握的知识框架泛而全，多而精；

抓紧每一个环节，尽量做到每一个人都最快周知到所有技术思路；当项目变更跟进人时，需要特别注意 ；（曾经因为变更研发，没有及时沟通技术细节方案导致损失1人日的时长）；

合作前，不仅需要熟悉了解自己的业务逻辑（核心业务甚至需要详细到接口的数据形态），还需要时刻了解合作方的业务逻辑；

对于不在本地的合作方，若进展太慢可以打电话进行询问，对于业务逻辑也可以适当询问本地合作过的相关接口人；

思考的维度需要更广，不仅需要思考自己负责的模块，还需思考联动模块；

项目推动：

项目推不动的原因有很多， 有的是因为多端目标不一致，有的是因为对方不是拍板人，有的是因为接口人素质，有的是因为资源冲突；

针对目标不一致，如何能够争取到对方的认同，取得共识？对接人素质不足，如何施加压力？

在推动之前，我们对自己的目标是否清晰，对于达到目标是否有紧迫性

目标感：

目标是概括工作结果，应当取得的预期成效，包括可以量化的数据，和一些无法量化的过程；

衡量标准看结果，可以是质量维度，效率维度和他人评价维度；

在业务线上，每做一个项目，每一次迭代，暴露的问题无非就是这几个：时间不够/做不完；沟通太多无法专心写文档/码代码； 需求频繁变更；资源不到位；接口人难沟通；新业务需要了解业务逻辑；发布前的高风险问题；

就看我们每一次怎样最小化以上几个问题；若能在一定程度上规避部分问题；便是进步；

---

今天大概就整理这么多，大家如果有兴趣，欢迎和我进行更加深入的交流；互相帮助，共同进步！