产品新人爬坑记录Ⅰ

如今，互联网公司如雨后春笋冒出，每个公司的产品经理的工作内容也不尽相同。作为一个创业技术外包公司的产品新人，对于产品的易用性和产品人的日常分享一些我的想法。如下。

Ⅰ.别放过任何一个产品细节， 别“想当然”。大众型产品的设计法则，是在保证必要性功能都满足的情况下，以最简洁的交互形式呈现。

对于界面上的任何设计，都要进行认真的思考，而不是想当然，下面举个栗子：

在主要页面的顶部导航，借鉴了banner的设计在字体下方加点，当滑动到当前页时，下方对应点高亮。在banner中，这个点起页数的提示和引导滑页作用。但在主要页面的滑动切换中，这种交互常见且学习成本低，用户在使用一次后自然明了，在顶部加上点提示就显得多余，并且会造成顶部页面拥挤。

修改前：

“蹭饭”右滑

滑动到“我能”

常见banner页面

修改后：

底部除去。

这是很小的细节，但产品新人在设计时常会犯类似的错误。包括在设计交互行为时，会脱离用户场景而设计比较酷炫的动画，虽然感官上看起来很酷炫，但实际却和用户的需求背道而驰.

认真思考，这种交互产品需要么?为什么需要？>能给用户带来什么方面体验的提升？如果没有，如果理不清，那就不做。无论是交互行为、界面文案，还是产品趣味性的体现，尽可能的简单。

Ⅱ.站在用户的角度设计产品.产品界面文案的设计，包括button，label的名称以及输入框的提示词要站在用户的角度来撰写，做到简单易懂无歧义。

再举个栗子：

在我们产品中，一个订单的状态有：进行中、已被抢、已完成、已评价。在早期设计时，是直接把订单的状态显示给用户，未觉不妥。在用户测试原型后，用户告诉我们，这么多状态太烧脑了，当他看到一个订单状态是“进行中”，另一个是”已被抢“时，他在思考”已被抢就是在服务中，订单不还是在进行中“么？

于是我们才警觉，将订单的状态呈现简化，并且无歧义。

如下：

修改前：

状态显示为“进行中

修改后：

“进行中”改为：“抢单”

Steve Krug在《Don’t Make Me Think》中说到：

“产品可用性法则是，当我看到一个页面时，它应该是一目了然，不言而喻，自我解释的。“

特别是在复杂的产品体系中，力求把最简易的那一面展示给用户。

在之后看来，这样的问题似乎根本不应该出现，但是真正缺乏经验的产品新人在设计产品时碰到的问题，踩的坑也是无法避免的。

Ⅲ.学会利用身边资源。上面说到产品新人无法避免爬坑的问题，由此可见在一个产品的团队中，有个有经验的产品是非常重要的。但是如果很不巧，你和我一样，没有师傅且独立设计了一个产品，那你只能动用身边一切力量来规避错误。

①多和客户沟通。

是直接和客户沟通，把你的想法告诉客户，并认真思考理解转化用户的需求成为产品需求。不要烦客户无穷无尽的需求，它们是产品的源泉，客户越在乎这个产品，你越会精益求精。

②多和开发经理沟通。

开发经理的经验丰富，他们往往能快速告诉你产品逻辑结构或者可行性的问题，并且能给出中肯的建议。不定期拿着做出来的东西找他们交流，可以避免做无用功。

③多和“局外人”沟通。

在产品原型出来后，一定要让用户测试原型，提出修改意见。熟知这个项目的人，对产品的认知程度太深，不知情的用户才可能提出“局内人”看不到的问题。

如果公司没有做可用性测试的条件，产品原型出来后，可以找公司不熟悉这个项目的同事来测试，并让其无保留的提出所有疑问。过程中会发现很多问题，大方向的如产品结构逻辑的问题，小方面的如一个按钮的名称，都可以进一步的完善。

Ⅳ．你真的懂客户需求么？碰到很多客户都是传统行业的大佬，精通于行业内，但是对于互联网行业内的认知几乎为0，他们手机里装的软件也许你一双手就数的来。

举个栗子：

老板：“客户说半个月内要做个卖苗木的淘宝，卖苗木还卖种植方案，还要做个论坛大家都能讨论。”

这种看似完全让人懵bi的需求，其实别怕。

屡屡思路抛出一个初期方案：

“做淘宝的成本太大了，卖苗木做个买卖平台就可以，种植方案我们可以做个收费课堂，论坛我们可以做个兴趣圈子基本就能满足所有功能啦，而且技术成本低呢，前期可以先做个公众号微商城来看看效果，效果好做app更省钱哦！”如果客户觉得满意，那一步步来，再聊需求。

记住千万不要把摊子推给老板，让老板和客户去协商，PM要拿出方案和客户协商，这也是PM的价值所在。

Ⅴ会写文案么？与其说“真的要写很多文档”，不如说“真的需要你是个好文案”。一个好的产品不一定是个好的作家，但一定是个好写手。

PM不需要妙笔生花，诗词歌赋信手拈来，但是对于多种文档的撰写，要懂得变通。应对各种文档要拿得起数据放得下情怀。

比如给客户看的MRD文档，对于市场调研的分析部分，既要让客户看到专业的数据分析，还要让客户感受到使命感，感受到公司的朝气和对于愿景的美好构想，看的客户面色潮红，心潮澎湃的签下合同：JUST DO  IT!。

再比如给开发看的PRD文档，用词一定要简洁精准，“应该，好像”这类词的出现就是自讨苦吃，这是引发世界大战的导火索，是伊甸园里的小苹果。。。

文案其实也是PM自身设计风格的一部分，在产品的设计中，结合产品的定位，产品风格可以多样，但是PM的资质良莠不齐，产品的最终呈现也就良莠不齐。做产品本身就是一个自身品味风格的体现，产品经理应该是决定产品灵魂的人物，一定要有这种担当也要对得起这个担当。

以上。