设计思想 -- IT技术博客大学习 -- 共学习共进步！

品牌是营销的重要组成部分。完成了品牌的塑造并形成一定的影响力之后，一个简单的 Logo （比如说耐克旋风一样）就会成为这个品牌的强大广告。如果你常常在美国各州之间穿梭，你将会看各种描述品牌的标志符号，如麦当劳的金色拱门（golden arches）。即便是没有任何文字或图像的简单色彩组合也是可以用来作为一个品牌的，比如美国弗吉尼亚理工大学的栗色和橙色，这种独特的色彩结合是很难被认错的。所以，现在的问题是：品牌对于开源社区是否真的那么重要呢？对于我和其他很多的人来说，是的，非常重要。开源软件要与付费软件进行竞争，那么它必须要将自己定义为切实可行的替代品。并且，它也必须要让人容易记住以及形成一定程度的影响力。如果某个开源软件项目以一种设计难看的 Logo、糟糕的口号、前后矛盾的信息来表现自己的话，那它就很难引起大众的注意、难以记住和得到广泛使用。

• 用户并不是小白，她只是在等待被服务

我们要在最开始的时候用仆人的视角看待用户的诉求，理解他想要被服务的感受，然后，切换到上帝视角，把他的一些诉求枪毙掉，把他的一些需求像一个朋友一样的满足掉。

• 简单内在，复杂外延

之前跟几个做数据分析非常厉害的产品经理交流，我们谈到一个话题，为什么很多产品经理做不好数据分析？或者说是，做的那些个事情，看上去都那么的狭隘，摸不到G点上？其实，并不是数据分析有多难，也不是数据有多难提取，而是因为最基本的问题没搞清楚，后面就全乱套了。比如，说转化率，首先不清楚分子和分母代表什么，如何定义，后面完全不知道如何去提升了。

• 产品设计之尊重常识

尊重常识就是回归本质，而尊重常识是产品设计理念的起点。交易类网站，尤其是在移动互联网时代，为什么要让用户登录呢？很多产品不理解，觉得我这是在瞎扯。

• 设计为核，驱动商业

我想，许多公司今天都身陷我们当年所处的困境，我们的产品研发太过渐进式，只专注于功能性和便捷性。我们需要觉醒，获得更开阔的视野。我们要让所有员工理解，设计一款伟大的产品和超高用户体验得靠团队努力，它不仅事关设计师与产品经理，还关系到团队其他所有成员，甚至是CEO。时至今日，我们终于成为一家真正以用户为核心、以设计为驱动力的技术公司，我相信到2020年Intuit会更进一步。

• 及格的产品vs优秀的产品

产品经理对设计的认知变化，远远赶不上用户越来越懒越来越追求快的心智模型变化！类似的产品，做了同样的一个功能，但是，我们还是可以很明显的感受到不同，这种不同我们常常把他叫做「用户体验」。但是这种差异究竟是怎样的，我们似乎很难描述，那好吧，我换个方式来聊聊，我们在使用类似产品的同样功能的时候的感受。

• 需求评审与讨论问题的基本方式

关于需求评审的几个原则： 1、需求评审不是谁要说服谁，而是我们要就某一个具体问题寻找到最优的解决方案。 2、所有问题的讨论，都必须要先建立基本共识，然后基于这个共识再细化。 3、先不要在僵持不下的观点上浪费时间，先求同，后攻异。

• 为什么工程师会造出蹩脚的产品

考虑一种新产品的过程，最初是想了解软件应该做什么，那么，就从定义问题的解决方案开始。这里有个假定，问题本身被正确地定下来了，但它经常不是这样的。这些需求经常体现为用户故事和线框图，它们定义了用户要做的事情和具体的界面，用户将借助该界面来完成那些目标。

• 在大公司和小公司做产品的区别

这是在知乎上对“在大公司和小公司做产品经理有哪些异同点？”的回答。 2014年12月一个小的创业项目正式启动，完整体验从0开始，目前(2015年1月)基本上我是团队的产品、运营、BD、测试……把体会到的分享一下...

• 用吐槽的方式生产内容

吐槽式内容生产，是传统门户在移动端里所进行的一次努力。移动端天然就存在碎片：无论是时间上的碎片，抑或是注意力上的碎片。移动端里的阅读力求轻松，既要做到把这个世界发生了什么知道一下，也要做到这种知道无需付出太大的成本。

• 产品文案风格指南

所谓产品文案风格指南（Product Copyright Style Guidelines），旨在方便产品内部统一文案、话术等风格规范，方便新同学更好地了解产品相关规范，提升产品团队协作性和产品品牌形象一致性。换句话说，它就是产品运营人员的「iOS 8 Human Interface Guidelines」、「HTML/CSS/JS Style Guidelines」。

• 由「手机拍照」说开去

自摄影技术发明以来，影像的最大价值莫过于记录。当我们生下来的时候，父母为了纪念这样一个美好的时刻，会拍一张亲子照；当我们上小学的时候，学籍卡上需要一寸免冠照；当我们过年团聚的时候，我们会相拥着拍全家福……于是，拍照这样一个行为方式在潜移默化地影响着我们的感官。渐渐地，我们也拿起了相机，记录旅途的美好，记录好友同窗的相聚，记录情人幸福的瞬间。是的，我们会把它们挂到墙上，存到电脑里，甚至于传到网上。手机摄像头的演进，降低了拍照的成本，加速了这种行为方式的演进。

• 移动音乐产品梳理

最近在规划MEIOS里音乐播放器的在线音乐部分，顺便把移动音乐产品梳理一下。

• 产品经理的取舍之道与抽象能力

很多道理已经被古人讲完了，比如大道至简的一句话：好钢一定要用到刀刃上。你可以说，那是因为钢不够多，如果够多，就不用这样了。这恰恰就是我们生存的环境——资源永远是有限的，时间、人、精力都是有限的。把事情从简单想复杂——体现你的系统性，全局观，长远规划，但是要落地了就要把复杂再回归到简单，让开发、需求方很明确地知道如何开始“咬下第一口”。

• 这些反人类设计，你肯定也碰到过

1、根本插不进去有没有！只能再花钱买个插线板儿！ 2、走这个路，一格娘炮，两格扯蛋！ 3、几乎所有马桶都是反J J。。。

• 《部落冲突》的设计

对手机游戏的认知，一直停留在《植物大战僵尸》、《保卫萝卜》《愤怒小鸟》等单机闯关游戏，近期才开始玩手机网游，先补补课，玩了《部落冲突》，不得不再次感叹，游戏设计的博大精深。

• 新手产品经理都混哪里

就是突然想知道产品经理，特别是新人们都混哪里，所以有了这么一出。731下午，我通过“微博+粉丝平台”（@iamsujie），微信公众号（@iamsujie）发了个非常不严谨的小调查，内容如下： “做个小调查，各位做产品的同学，特别是新人，现在都混哪些产品经理社区？过两天我把结果分享一下~” 然后，截止到8月1号下午16点多，收集到不少反馈，于是人肉统计了一下，累死我。

• 如何应对：这个功能别人都有了

前两天，被问了一个老生常谈的问题，觉得可以再说说。那就是，编辑/运营的跑来说： “你看，别人都有这个功能了，我们为什么还没有？” “我们网站为什么要加啊？” “因为人家都有啦。” 然后，好多需求就是这么产生了…… 这个功能别人都有了对这种情况，如果产品经理做到位的话，应该比运营先发现、先想过某些竞品的新功能，这时候，你就可以反过来告诉对方，它之所以做，而我们不做，是因为XXX的区别，或者，我们分析觉得对方错了，因为……

• 免费应用的精益分析

对于精益创业来说，一个应用商店（app store）模式是很有挑战性的。移动应用不像web产品那样可以很方便的做A/B测试以及持续开发，它们要过应用市场这一关——市场限制着一家公司能承受的迭代次数，以及试验的机会。以至于现在的移动应用为了应对这些限制，只能在不升级应用的情况下更新应用中的在线内容，但这又需要额外搭建构架的工作。一些开发人员提倡先从Android平台开始做，因为它允许你频繁的发送推送给用户。一旦那些开发人员验证了Android平台上的最简可行方案（MVP），就把它移植到Apple限制更多的部署环境中去。还有一些开发人员会选择一些规模相对较小的二级市场（例如加拿大的App Store），然后在那里解决各种Bug。

• 移动产品设计之场景感

当我不知道如何判断一个设计的好坏，不知道如何去设计一个功能的时候，我做的最多的事情是，停下来，开始模拟，模拟我要是一个用户，我会怎么操作，我会怎么想，然后把这些步骤与片段连接起来，描述出来，然后从中发现问题，寻找设计。