产品经理

UI（User Interface） ，即界面设计，它是网站、App给用户在感觉（视觉、触觉、听觉等）和情感上带来的第一体验，包括人机交互、界面逻辑、界面美观设计三个方面 。简单来讲，UI不仅是一种表现形式，更是用户对界面的体验和信息交互意愿。显而易见，好的UI设计不仅让软件有个性、品位，还让用户操作简单舒适，从而进一步体现软件的定位和特点。那么，到底什么才算是好的UI设计呢？在UI设计中有哪些常见的错误呢？UI设计师还有哪些应该避免的问题呢？下面小编一一为你来解答。 好的UI设计 Vs. 糟糕的UI设计 ，区别在哪？ 除了众所周知的Kiss（Keep it simple and easy）产品设计原则外，好的UI设计应该也符合4个E的标准，即： - Easy to use（方便使用） - Easy to understand（简单易懂） - Error-free（零错误） - Effective for the end-goal (or product)（有助于最终目标的实现） 相反地，糟糕的UI设计给人一种复杂难懂、太过平凡甚至落后的感觉。如果是好的UI设计，会以一种直观的方式地让用户明白如何与网站进行交互，即便是首次访问某个页面或App，也能快速了解它的操作流程及原理；而坏的UI设计，不仅无法体现设计者的创意，而且会在无意中给用户传递误导的信息，从而带来不安感、糊涂感、挫折感

从薪水上看，当然是资本家比小工人拿得最多，而且越接近资本家拿得也就越多，从码畜到领袖就是这样一个接近的过程， 薪水业成正比。但是，行业内什么人才都是需要的，从数量上看，管理者应该远少于被管理者，程序员数量应该是项目管理者的几倍，这样也是合理的。但是程序员 与管理者的转变，本质上是种职业的逐渐转变，尤其是上层管理者，我想马化腾、李彦宏等领袖们每天都不会去写代码的。如果是想赚很多的钱，必须从小工人去接 近资本家，或者干脆自己搞，放弃编程从做一个小资本开始;如果你觉得离开编程生活就失去了乐趣，还是好好丰富技术经验吧，做一个领域的大拿，人生活得也会 很得意的。所以，要不要从程序员转变为一个经理，要从个人兴趣爱好、职业目标、生活目标等上综合衡量，不是简单说该不该、好不好的事。本文由产品中国编 译，正文如下： “从程序员到项目经理”，这个标题让我想起了很久以前一本书的名 字《从Javaｓｃｒｉｐｔ到Java》。然而，从Javaｓｃｒｉｐｔ到Java充其量只是工具的更新，而从程序员到项目经理，却是一个脱胎换骨的过 程。从Javaｓｃｒｉｐｔ到Java，是一个取巧的方法;而从程序员到项目经理，却并无捷径可走，必须从内而外的改变和提升。 一.为什么要当项目经理 1. 问题本质 如果我对一个老程序员说：“有必要转项目经理啦”，很多人第一反 应是“为什么一定要当项目经理?!”，反问很给力

Mockplus是更快更简单的原型设计工具，在3.31版本中推出了团队版和企业版。 Mockplus团队版和企业版专为原型项目设计协作打造，可以更好地实现团队管理和协作设计。 查看视频，10分钟了解Mockplus团队管理和协作设计。 从现在开始，免费体验Mockplus所有专业功能和企业版功能！你可选择以下任一方式： 1、 点击这里，加入Mockplus免费体验群 ，联系管理员。 2、Email至 service@jongde.com ，标题注明“免费体验 Mockplus 3.3”，内容中写明你的Mockplus账号。 Mockplus 企业版特色功能介绍： 团队角色管理 团队成员可以被分为“所有者”、“管理员”、“成员”、“查看者”四种角色。通过角色划分来分配不同的操作权限：所有者掌管最高权限、可以指定管理员，所有者和管理员可以参与企业内所有的项目，也可以控制每个项目的参与人员；成员只能查看、编辑自己参与的项目；查看者只能查看项目，不能做任何的修改。 团队分组管理 通过将团队成员划分为不同的分组，来统一管理、设置项目权限。 编辑共享组件库 团队成员可以编辑、共享组件库。原型制作过程中，很多组件是需要大量复用的，通过共享组件库可以提高组件复用性，来规范项目、减少工作量。 编辑共享样式库 团队成员可以编辑、共享样式库。使用样式可以节省很多时间，提高设计效率

这两个月公司连续做了两个大客户紧接着发布新版本再然后又是连续五个小版本迭代计划。 每天16小时的超强度工作，我已经看到兄弟的脸上都写着一个字： 累 ！ 我自己又何尝不是，既是客服，又是程序员，还必须是行政暖男。 我想组织大家去出远门旅游一番，但是天气又不好。那就休息吧，于是有了本公司的第一次周末双休。 周六我一大早就来到公司，还有些客户工作没有收尾，还有写文档没写，还有写计划需要完善，我得抓紧。 到了下午我发现大家陆陆续续的都到公司来了，有几个兄弟一来就开始工作了，每当有人自愿投入某一项工作时，我基本上都不敢打搅，因为这时是他效率最高的时候。 其实我内心是很怕的，我怕这么搞下去大家都会对本身的工作感到抵抗情绪，产生负面影响。 我得反思，如何才能保证大家的工作效率呢？ 创业公司，人少资源少，成单单价低。如果没有更好的效率与更好的问题解决思路，基本上出路全无。 我一直都是非常推崇上面那张图，但是因为工作的关系，自己没有做好，但是我变相的给自己搞了一张图，也是我觉得行之有效的一点 后面看大家忙的差不多了，就让大家看看电影，玩玩游戏。 都说创业出了问题，基本上都是领头人的问题。这一点我深表赞同！ 但是领头人也是人，是人就会犯错，那就是说领头人其实要做的是如何少犯错，从去年到现在我们团队其实就在不断的试错，因为我很多的决策都是错的。 是时候讨论下如果少犯错了

几天前在知乎上看了一篇文章，成为顶尖的程序员需要学习武术吗？ 　　你以为我们PM是随便说着玩玩的呀！能文能武，拿得起画笔敲得了键盘，脸皮比城墙还要厚，身段比棉花糖还要软，十八班武艺样样精通，且听我细细说来~ PM武要能自保:成为顶尖的程序员需要学习武术吗? 文要通古今:第18稿文案 　　奇技淫巧也一个都不能少，比如,要能给技术省点力： 　　懂技术的产品经理真牛 　　IT 行业 产品经理 （尤其是创业的）需要懂技术吗？懂到什么程度？ 　　设计没空要能自己画出草图： 　　对话 　　对话 　　招子要亮，看得清方向 　　脸皮必须厚，身段必须要软 　　脸皮必须厚，身段必须要软 来源： oschina 链接： https://my.oschina.net/u/2742875/blog/677215

本文作者：阿奴波仔 对于绝大多数工程师，尤其是产品方向的工程师，对产品的理解越好，越能有助于职业发展。 一、为什么工程师需要对产品有理解？ 工程师的天职是落地。落地不是说产品做出来就结束，而是要真实的被用户使用，满足用户的需求。如果一个产品做出来不好用，没人用，那不算落地。 从平时工作的投产比和影响力来说，工程师也应该了解产品。对产品的理解，大的方向是确定产品做不做，小的方向是确定做成什么样，这两个方面都直接关系到工程师的工作量。换个角度想，说某人技术很厉害的时候，往往也是附属在一个产品上。比如Linus很厉害，我们通常是从Linux和Git这两个产品上去感受。 理解产品同样有益于技术提升。比如同样的一个查找需求，从天猫的某个店铺里找一个商品，和从天猫全站去搜索一个商品，背后的技术可能完全不一样。随着业务发展，很多业务问题会逼迫技术升级，而只有理解产品，才能帮助更好的技术实现。 理解产品能激发主动思考，避免成为代码实现机器，使以后的职业发展道路越走越宽。哪怕以后换了业务，主动思考的能力和分析方法也具有迁移性，能帮助工程师快速适应新环境。 二、怎么去理解产品？ 任何产品，都需要满足用户需求，并带来持续的商业收益。不能满足用户需求的产品没有人使用，不能带来商业收益的产品，公司也不会做亏本买卖。但还需要是持续的商业收益，因为一锤子买卖太容易变成“欺骗”。商业收益不单指金钱收入

这个专题其实很多人写过了，我总结了一下加上本人的经历写出了本篇文章，希望对大家有帮助。 考证主要是为了提升自己的业务能力，但是拿到证书也很重要，不停以考试为目的的学习，参加绞肉机式的培训班，可以帮助大家迅速成长起来，系统化工作生活中的经验和经历。 而产品经理这个岗位在大学里没有专门的对口专业，既偏计算机、大数据挖掘等，也偏会计、统计、运筹学，以及市场营销。和产品经理岗位有关的职业证书，有国内和国外两种，国内主要是软考，国外的比较多，其他的还有英语证书，驾照，在职研究生等。路径多多，全靠毅力完成。 现在市面上产品经理证书主要有PMP，NPDP，软考，在职研究生四种，分成技术路线和产品路线，项目管理和品牌运营两个方向。 PMP证书 1.PMP指的是项目管理专业人士资格认证。它是由美国项目管理协会（Project Management Institute(PMI)发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。其目的是为了给项目管理人员提供统一的行业标准。 2.考试简介 PMP考试一年四次，分别在每年的3、6、9及12月各一次。PMP考试属于国际认证，所以报名一般需要两次，一次在英文网站上面报名，一次在中文网站上报名，我们将两种报名称之为英文报名和中文报名。英文报名没有时间限制，但是有一年的有效期，而中文报名一般在考前两个月进行，持续一个月左右。如果参加培训班

本文作者：阿奴波仔 对于绝大多数工程师，尤其是产品方向的工程师，对产品的理解越好，越能有助于职业发展。 一、为什么工程师需要对产品有理解？ 工程师的天职是落地。落地不是说产品做出来就结束，而是要真实的被用户使用，满足用户的需求。如果一个产品做出来不好用，没人用，那不算落地。 从平时工作的投产比和影响力来说，工程师也应该了解产品。对产品的理解，大的方向是确定产品做不做，小的方向是确定做成什么样，这两个方面都直接关系到工程师的工作量。换个角度想，说某人技术很厉害的时候，往往也是附属在一个产品上。比如Linus很厉害，我们通常是从Linux和Git这两个产品上去感受。 理解产品同样有益于技术提升。比如同样的一个查找需求，从天猫的某个店铺里找一个商品，和从天猫全站去搜索一个商品，背后的技术可能完全不一样。随着业务发展，很多业务问题会逼迫技术升级，而只有理解产品，才能帮助更好的技术实现。 理解产品能激发主动思考，避免成为代码实现机器，使以后的职业发展道路越走越宽。哪怕以后换了业务，主动思考的能力和分析方法也具有迁移性，能帮助工程师快速适应新环境。 二、怎么去理解产品？ 任何产品，都需要满足用户需求，并带来持续的商业收益。不能满足用户需求的产品没有人使用，不能带来商业收益的产品，公司也不会做亏本买卖。但还需要是持续的商业收益，因为一锤子买卖太容易变成“欺骗”。商业收益不单指金钱收入

我想用一句话作为本章的开场“产品道，非常道！”这六个字需要我们慢慢体会。 作为一个产品人，在当今这个社会可真是不好当，他需要你具备的条件是很多，这些条件中最重要的一条大家都知道，找到适合自己的一件事情，然后用心坚持做下去，然后呢，用时间来证明这件事情的价值，只有这件事情有了价值，产品人才有了价值。 在现在这个社会，找件事情做是很容易的，但是找个好事情不容易，自己能发明一个嘛？很难。或者跟别人做一下，也很费劲。整个一堆事情就出来了，你会发现到头来这所有的所有都非常的难。 我有一个毛病，经常会忘记一个人的名字，哪怕经常会见到，但是有些人就会记住很多年都不会忘记，不知道大家有没有跟我一样。看书可能也是这样，记住了书的内容，但是却怎么也记不起书的名字。这个我那天看到了一段话，我才知道了其中的奥秘“人有时从表层理性思维判断上，往往没有人的本身潜意识更懂自己。人的下意识小动作及无意识的选择，往往才是自己对于当下事物价值的忠实评判。”，大概的意思就是，如果你遇到了你喜欢的人，你的一些潜意识的会把对方放到很重要的位置。 经常会看到市场上有两个或者多个产品好像从功能、目标用户、用户的痛点都是完全一样的，但是用户的选择都是倾向于一个。 作为产品人来说，我一直希望找到这中间的秘密，其实，根本的原因就是一点：“我们没有一个能清楚说服用户，说服公司的产品价值点”，无法说清楚，我们凭什么让用户用我们的产品

移动app开发流程，app开发步骤 app是手机软件的简称。手机主流的有ios、andriod，windows（可以忽略了）平台。市场上程序做得比较多的也是前两款的平台。 随着移动互联网的普及，移动终端功能的日益完善，很多企业看重移动互联网的重要，开始在这个领域完善自己的品牌，开展营销活动。 一款好的app需要哪些步骤？ 移动应用开发步骤1. 规划应用UI 移动应用开发步骤2. 设计数据操作与存储 移动应用开发步骤3. 跳转多页面实现 移动应用开发步骤4. 实现Service 移动应用开发步骤5. 完善特性与细节 移动应用开发步骤6. 移动应用程序测试 移动应用开发步骤7. 打包，签名，发布 APP 开发流程 项目开发流程细分为5大阶段： 理解需求： 专业的产品经理（PM）将与客户进行细致的需求分析梳理工作，形成需求功能表。 方案策划： 产品经理协同方案策划师，基于需求功能表，结合国内外优秀APP设计思路，形成策划方案与APP设计逻辑图。 UI 设计： 产品经理协同UI设计师，基于APP设计逻辑图，形成产品UI原型，经确认后交由美术设计师，形成最终APP界面设计方案。 功能开发： 产品经理协同主工程师，基于APP界面设计方案，形成程序架构设计方案，并有工程师团队进行开发，完成产品设计。 全面测试： 产品经理协同测试工程师，基于需求功能表、UI设计与程序架构设计，进行全面终测