这是本系列文的第三篇，我已经在《产品新人答疑手册（前提）》中强调过做产品的心理准备，在《产品新人答疑手册（工作一）》中根据自己的经验回答了些新人碰到的问题。接下来还有“沟通”和“学习”两个篇章。
沟通方法取决于每个人的性格，建议根据自己的情况灵活应变。
对方的立场
鉴于我向来认为自己是一个先天情商极低的人，刚毕业那会由于糟糕的沟通能力极为受挫了一段时间。我认为自己大概是没救了，所以尝试在专业知识方面进行弥补。代码、表单、色彩、ps技巧等等，庞大复杂的知识体系曾今让我焦头烂额，但是也从中得到了巨大的好处，因为我会不由自主地开始真正理解我的同伴们在想什么。
想要顺利沟通，最好的方式是成为对方，或者体验对方的环境，想尽办法理解小伙伴们在想什么。
抛开你对事情的理解谈什么说话技巧简直本末倒置。换位思考本身就是个高难度的活，以下我尽量分享我和同伴们沟通的总结，以为参考。
Q．程序猿在想啥呢
我不是一个技术出生的产品，甚至技术基本上是我的罩门。不过目前为止我和程序员们沟通还良好，或许可以给那些对技术不太懂行的产品一些参考。
内容来源
（也被称为为“数据来源”，但是内容来源更能直观地表达我的意思。）
我们在做原型的时候会往上放内容：图片、文字、名称、地址等等。新人们通常会参考同类产品有哪些内容放到原型中，这里就会发生一件让程序员对你信任度直线下滑的事情：你不知道这些内容是怎么来的。
比如你心血来潮要放一个涨幅数据，原型上画了一个“↑50%”。你却不知道这个数据是怎么算出来的，或者是采集的，或者是编辑的。只是因为你觉得应该有这么个东西，你就潇洒地放上去了。
程序员OS：掐死你……
前因后果
“你设计了一个收藏按钮，却没有设计一个收藏夹”你中断了收藏操作的流程，有前因无后果。
通常我会花大量地时间和运营讨论用户的操作流程（是的，和运营）。当我们都清楚地知道这个用户先操作什么，后操作什么，操作之后平台应该有什么反馈，客服应该有什么反馈之后，再选择一条合适的流程。
这条流程有始有终，没有断层。每一个按钮都在它自己的流程中，你得知道它在哪里，上游是谁，下游是谁。
“只要前台的行为符合逻辑，后台当然也能符合逻辑”——来自一位合作过的猿。
展示规则
如果设计一个列表页：
A内容是如何排序的：按照名字？还找点击量？按照购买量？
B列表展示哪些内容：头像？昵称？粉丝数？
C列表如何更新：上拉更新？下拉刷新？5分钟刷新？
D筛选查询结果匹配规则和排序规则
考虑清楚，然后告诉程序猿。
特殊情况
就算你知道了内容从何而来，每条流程通畅，交付给了开发。开发也要考虑更多奇奇怪怪的意外情况。
如果你能在一开始就替开发考虑到了一些可能发生的错误和特殊情况，绝对是一件锦上添花的事情。
你可以建立一套自己的清单自查，我贡献一下自己的经验：
表单反馈
A 格式反馈
用户输入之后就知道格式有问题，产品可以直接反馈不需要请求服务器，比如手机号码，一定是11位数字。这类信息完全可以自己确认后直接丢给开发用，省的他们自己还要过一遍脑子。
B 数据库反馈
比如密码是不是错误，此类需要服务器反馈的信息。虽然开发肯定会确认一次，但产品应该清楚哪些反馈可能会影响操作流程。比如密码错误之后很多用户会寻求找回密码，那么找回密码这个流程应该被你提早设计进去。
特殊情况
通常由于设备和使用环境的不同，会出现一些特殊情况。在这些情况出现时，前台会有怎么样的变化很重要。
自适应：移动端需要机型适配，我这里说的自适应主要指web端。（我强烈建议尽量把网站适应范围做到足够大，到手机浏览器也能够完成重要流程，千万不要认为有app则万事大吉）
网络异常：连不上、网络切换
切换账号、切换设备
打断：尤其在手机端，一会一个电话，一会发个微信，我们和其他产品共存在一个手机里。
重复点击
还有一些产品特殊场景
改需求其实是没办法的事情，但是我们应该知道它的麻烦程度。
虽然我不太知道改这个需求大概要多长时间，但是我可以轻易判断简单的工作和复杂的工作。这里有几个简单的规则，不能完全覆盖所有问题，但是对新人来说够用了：
基础功能改起来有点难
比如账户规则、注册流程。这些最基础的功能，改起来有点麻烦。
视觉规则改起来有点简单
比如要把所有字体换一下、图片尺寸换一下，只要有经验的设计师或者开发人员，一般不会觉得这是件麻烦的事情。统一改最好，东改一点西改一点顶多显得你有点傻X，但是确实也不是困难的事情。
这个内容如果是单独的，没有出现在其他地方，或者和其他内容关联，改动需要的时间少点。如果这个信息关联着另外的，就麻烦点（比如手机号关联着地址，也关联着个人，那么要改动手机号就要看看对地址和个人信息有啥影响了）。
多感受下。
黄图什么的最喜欢了
如题
Q．射鸡狮在想啥
这群家伙思维比较跳脱，如下：
卧槽不要叫我说
“为什么要用红色啊！我也不知道啊！怎么办啊！说不出来啊！我就觉得这样好看啊！”
千万别以为牛逼的设计师就比较有逻辑，其实他们说的设计理由也是现编的。
最讨厌看字了
不止不喜欢看字，也不喜欢写，看到超过140个字就会头晕眼花干不动活，然后就会开始刷QQ，刷微博，刷表情。
“文档”什么的最讨厌了，大部分设计师写出来的文档都惨不忍睹，死穴，学不会的，放弃吧。
文案无能
大家肯定以为设计师讨厌“大气”“精致”之类的词语，根据我的深入研究，其实并非如此。原因如上条，不管什么设计风格或者感受用文字描述就会让他们处于魂游天外的状态。
你要是觉得“某网站”能代表一种大气的感觉，你就把网站给他们，说“我要这种感觉的”“这个地方的设计我特别喜欢“比描述这玩意“大气”要有效多了。
放空
超过140个字的语言他们就会放空了，真的，亲测有效。
你懂个p
“你们这群凡人！你们懂艺术吗！不许质疑我的省美！“
然后在心理骂完之后蹲墙角嘤嘤嘤去了。
你肿么忍心欺负这么萌的一群小伙伴（捂脸）。
奇葩图片
那种又萌又骚又恶心又诡异的图片。
Q．运营/市场啾在想啥
运营和产品合作得最多，工作内容重叠最多。我认识的运营小伙伴远远多过产品，怨念太深，所以忍不住在下面吐槽了（捂脸）。
要盈利要流水要……
要盈利，为了盈利我要做A事件，为了做A事件我要做B事件，为了做B事件我要做C事件……
然后做的时候，A事件做不了，我必须做A事件，怎么办，要不我弄个D事件，完成D事件就能做A事件了。
卧槽D事件要找隔壁那个家伙帮忙，我得在他助理身上想想办法。
你们感受下，我经常和运营小伙伴聊天，听着听着就放空了（住嘴，我才不是设计师那群逗比）。
行业、趋势、风口
产品已经很会讲大道理了，他们比你还会讲。给点活路。
专业术语
我终于可以说这句话了：“让你们拽专业术语！ “程序猿都知道跟白痴产品狗要说大白话了！你们在拽啥！啊？！
办公室恋情什么的真是懒得说了
行政人事部不知道为什么对他们有这么大的吸引力（捂脸）。
反正普遍都是爱心泛滥
运营工作比较琐碎又杂乱，我经常找他们求助，多数会得到很好的反馈。基本上是非常激情的一群人（难怪会有上一条）。
Ps：不许骂我
＃系列文章＃
「推荐」产品新人答疑手册（前提）
