上期小编在开头为大家分享了一首诗，本期也有一首，关关雎鸠，在河之洲。擒之炖来，配以好酒。剩下骨头，加水煮粥！怎么样是不是有点饿了呢，那就来看看下面的干货吧，绝对能喂饱你！
本期干货盘点，小编为大家搜集了产品经理日常工作中总结的实用小技巧，和一些经过实践总结出来的prd文档写作方法，这些技巧和方法都是经过不断实践总结出来的，绝对经得起考验，不信你看完照着试试吧！一定大有收获！
http://www.chanpin100.com/archives/16548
这个话题，我倒是百感交集，我一直认为，我有一种“二维码情节”。
一方面， 我自认为是国内“钻研”二维码比较早的一个人了，大学时也自己业余开发了一款Android App“爱购扫描”，主要做条形码比价和二维码扫描。而在后来的工作中，依旧会接触到二维码的利用，让我打开了更多的思路；另一方面，二维码的高度灵活，导致每个人、每个产品对它的理解都不一样。一直以来，国内公司更是在这方面不论是产品功能，还是互动营销上，都做得实在太粗糙。所以很难找到一个完美的方法，来把二维码真正的能力诠释出来。
http://www.chanpin100.com/archives/16746
1、首先最立竿见影的就是使用母版。
使用母版的好处就是省去重复工作，直接拖拉就行。一开始觉得也可以用Ctrl+C和Ctrl+V代替，但是，但原型修改的时候，奔溃了，要改n次，而且还有可能出现漏改。自此使用了使用母版后就再也回不去了。
模板有三种类型，一种是固定位置的母版，一种是可以随意移动位置的母版，还有一种是可以随意移动并且母版元素可以拆解的母版。这三种可以根据需要设置。在模板右键鼠标—>拖放行为，进行选择。
http://www.chanpin100.com/archives/16746
画图——这项古老而精细的做法，是一代代产品狗们得以传承的立足之本。草图、线框图、思维导图、PPT插图、数据汇报图表、低/高保真原型图，甚至UI视觉图……真是一图未完一图又起。而工作时间越久，就越发现其中的奥妙：好的东西，总是最后几乎一样，那么我又何必每次造车轮子呢？将各种最好用的图片资源，以及获取这些图片资源的方法掌握以后，我们就可以将精力放在更深一层的设计上，而不会因为某个返回箭头巨丑，心里一直堵着，偏偏想把它改好看的纠结上了。
本文将介绍一些产品经理快速找到顺手图片资源的小技巧，当然，这些技巧也可供UI射鸡湿参考。另外开发人员如果也搞一搞，下次资源图还没出来时你就可以先找很多现成的来代替，说不定效果很好呢。
http://www.chanpin100.com/archives/12173
你是否曾经下载了一个应用，却发现它“很难使用”？对于大多数智能手机用户来说，答案是肯定的。
有趣的是，每四个手机应用中就有一个应用在下载后被“打入冷宫”。
如果一个应用能够吸引一个人下载并且打开它，但就此打入冷宫，那么我们几乎可以断定，要么就是这个应用真的不是他们所找的，要么就是它只不过是太难用了。
第一个原因是通常因为吸引你下载的信息，例如应用程序的描述、营销资料等。如果你发送了错误的信号，这些信息可能需要进行微调。
第二个原因归结为用户体验…
http://www.chanpin100.com/archives/16871
俗话说，不会写代码的产品经理不是好的射鸡湿。关于产品经理与技术之间的微妙关系，扯开了讲可是长篇大论，比如知乎上这个问题：IT 行业产品经理（尤其是创业的）需要懂技术吗？懂到什么程度？以及这个：产品经理如何与强势的技术沟通？等等。总而言之，产品最终是完全落实到技术上实现的，而技术的发展可以说是在产品上体现了直接价值，二者结合得越紧密，对整个产品带来的价值更大，开发效率也会更高。
当然，这不是说让产品经理会写代码会设计算法，其实在平时工作中，要是产品经理哪怕稍微下意识地提高自己的“技术思维”，不要做一些在技术上看起来“天马行空随心所欲”并且再配一句台词“这么简单的功能，很好实现吧”让人欲哭无泪的台词，就已经谢天谢地了……
http://www.chanpin100.com/archives/15833
在移动端设计方面，之前老大让我设计餐标展示和用户评论页面，在借鉴一些典型设计方法之后能在临摹的基础上加上一点自己的创新，我能相对快速地把两版低保真的原型图给出了，simple and rough，老大指点后快速改了两版也就能给UI了。其实现在看来，一是我手头任务不多，二是过分低保真会对和UI与开发的沟通上造成影响，所以我应该认真把两版做到相对高保真一点的。有时候太追求效率也是不经意降低了自己对质量的把关。在PC段的设计方面，工作量大所以耗时也会长些，自己遇到的一个难题就是对网页排版设计的一个不知所措，“阅网无数，提笔忘字”，经常是对一个既成品能指指点点，却做不出一个中等水平的网页设计，也体现了我确实有待学习啊。老大让我对PC版进行一次重构，保真程度之低让我无言以对，也就不提了。
http://www.chanpin100.com/archives/8188
首先，一款优秀的移动APP产品原型设计工具应该具备：
①.支持移动端演示（随时随地演示给BOSS，厕所&食堂&电梯…以体现我是那么的敬业——长点工资必备）
②.组件库（高效复用，谁用谁知道）
③.可以快速生成全局流程（程序猿看不懂拆解的，给丫的看这个）
④.在线协作（多个PM狗一起用）
⑤.手势操作、转场动画、交互特效…(这些都不需要，留给专业的交互、视觉，搞那么虚的不如多想想产品流程逻辑做做减法、写写xxRD啥的)
http://www.chanpin100.com/archives/16132
1.需求变更之后，之前文档部分失效了。
解决办法：提前和团队成员沟通细节，减少需求变更。
需求变更，经常发生。原型评审之前，我建议先和团队成员，沟通ui，前端，后台的细节，然后按照团队成员的建议，加以修改；这样可以在1-2次，就通过原型评审。原型评审之后，需求文档，在后续过程中，仍然免不了要修改。如果是界面的部分，尽量不用改；如果是功能性的部分，则必须修改需求。这时候，之前的需求文档，对应的部分，就失效了。
于是，这对这个问题，我建议解决办法是，提前和团队成员沟通细节，减少需求变更。需求文档，随着项目的进行，及时修改对应的部分，并告知团队的相关成员。
http://www.chanpin100.com/archives/18512
期待很久的乔不死实战PRD，终于跟大家见面了。这份PRD将基于之前一篇文章（PRD做不好，评审就是在直播吃翔）的框架来写，然后以后的工作将会围绕这一份PRD进行。
写任何文档都需要事先定立一个排版的标准，以后的文档都按照这个标准书写，规范化是进行专业性工作第一重要的步骤。那么，Glen就带大家来定立这份PRD的排版标准吧。
1 字体：宋体，正式的公文基本都采用宋体，我知道有人喜欢用雅黑字体，但是，标准化中文文档基本都是采用宋体的，所以，建议大家采用宋体书写PRD。
~~~~~~~~~~~~~~~~~
乔不死童鞋拿着这份PRD去找老板PK，因为这是一个比较简单的APP，所以基本没有出什么岔子，乔不死童鞋安全地通过了评审。下一篇乔不死实战系列，设计师呃都比将正式登场，敬请期待^^！
http://www.chanpin100.com/archives/14568
我本身并不擅长技术，对设计相关的内容也仅限于了解一些基础概念，避免出现低级错误。所以这个章节算是对沟通部分的补充，并不是很专业地技术/设计入门推荐，只希望了解一些常识有助于和设计人员、开发人员的交流。
先说技术。这些都是纸上谈兵，我属于编程能力比较弱的那种人，只不过比较喜欢关注技术领域的一些新闻，只是简单说一说技术相关的内容。
此外，推荐想要成为产品经理的同学学习一些前端相关的知识或者学习一些脚本类语言比如Python。前端相关知识相对来说注重前端呈现，不像后端特别追求性能，并且前端有自身的设计规则（类似的，iOS/Android/WindowsPhone也都有各自的人机界面指南），对产品设计有很大的帮助；与C/JAVA相比，不需要那么多的数理知识和算法要求。而脚本类语言相对更为友好，没有那么抽象，编译器/IDE也较轻，适合入门。
网友评论