技术头条(投递你的文章)     搜索本站     邮件订阅     微信号:IT技术博客大学习
您现在的位置首页 --> 设计思想
    我们要在最开始的时候用仆人的视角看待用户的诉求,理解他想要被服务的感受,然后,切换到上帝视角,把他的一些诉求枪毙掉,把他的一些需求像一个朋友一样的满足掉。
     之前跟几个做数据分析非常厉害的产品经理交流,我们谈到一个话题,为什么很多产品经理做不好数据分析?或者说是,做的那些个事情,看上去都那么的狭隘,摸不到G点上? 其实,并不是数据分析有多难,也不是数据有多难提取,而是因为最基本的问题没搞清楚,后面就全乱套了。 比如,说转化率,首先不清楚分子和分母代表什么,如何定义,后面完全不知道如何去提升了。
    尊重常识就是回归本质,而尊重常识是产品设计理念的起点。交易类网站,尤其是在移动互联网时代,为什么要让用户登录呢?很多产品不理解,觉得我这是在瞎扯。
    我想,许多公司今天都身陷我们当年所处的困境,我们的产品研发太过渐进式,只专注于功能性和便捷性。我们需要觉醒,获得更开阔的视野。我们要让所有员工理解,设计一款伟大的产品和超高用户体验得靠团队努力,它不仅事关设计师与产品经理,还关系到团队其他所有成员,甚至是CEO。时至今日,我们终于成为一家真正以用户为核心、以设计为驱动力的技术公司,我相信到2020年Intuit会更进一步。
    产品经理对设计的认知变化,远远赶不上用户越来越懒越来越追求快的心智模型变化!类似的产品,做了同样的一个功能,但是,我们还是可以很明显的感受到不同,这种不同我们常常把他叫做「用户体验」。但是这种差异究竟是怎样的,我们似乎很难描述,那好吧,我换个方式来聊聊,我们在使用类似产品的同样功能的时候的感受。
    关于需求评审的几个原则: 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。
    当我不知道如何判断一个设计的好坏,不知道如何去设计一个功能的时候,我做的最多的事情是,停下来,开始模拟,模拟我要是一个用户,我会怎么操作,我会怎么想,然后把这些步骤与片段连接起来,描述出来,然后从中发现问题,寻找设计。
    任何功能(解决方案)是没有价值的,功能背后满足的那个需求(问题)才是有价值的,但,功能决定了成本,所以,选择用什么功能来满足需求也很重要。最终,我们要看的是 性价比 = 价值/成本,凭此推出我们应该先满足哪些需求。
[共341篇文章][第1页/共18页][1][2][3][4][5][6][7][8][9][10][>|]
© 2009 - 2017 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号