网站有了域名然后怎么做/线下推广都有什么方式

【回复“1024”，送你一个特别推送】

万恶的 PM 是推动程序员技术不断进步的不竭动力。产品汪，你不仅仅是一只可爱的狗，你更是一只藏獒，因为我们程序员都是一群饥饿到边缘的草原狼。—题记

   PM 与猿猿入行需知

在 IT 界，猿猿们一入行，就注定要与 PM 势不两立、死磕到底，犹如两大格格不入的家族，不斗牛就万幸了，千万别想和谐，谁低头谁就输了，但是这篇文章讲的可不是万恶的 PM 和温顺的猿猿们最后谁驯服谁的故事。俗话说：冤家宜解不宜结，小编以前每天在去公司的路上就会常常幻想和 PM 死磕的情景，将于 PM 吵架斗嘴作为枯燥无聊的工作中的一点乐趣。（有时 PM 甚至会出现在小编的梦中当然梦中每次都是小编赢！哈哈哈）近期看了几本 IT 界比较文艺的书，讲的是比较牛掰的大神级别团队创业经历，小编突然间感觉 PM 很不容易，第一次出现这种想法时候，自己也很无语，感觉自己不正常了，犹如别人开玩笑说猿猿和 PM 是一对一样，有种被自己蠢哭了的感觉。经过反复思考，终于确定出一个角度：要想要自己变得强大，需要充分认识对手。

   PM 与猿猿对立的源头—“我” 有没有权利管 “你”

要理清两者的关系得从源头上找答案。上帝在创造聪明温顺可爱的猿猿时候，为了显示出猿猿的好人缘，随意创造出了 PM 这个刁钻丑陋邪恶的大反派，PM 与猿猿前世今生都注定 “走不到一起”。

什么是产品经理？产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。（来源百度百科）

总结一下就是：在产品管理中，产品经理是领头人，是协调员，是鼓动者，但他并不是老板。作为产品经理，虽然针对产品开发本身有很大的权力，可以对产品生命周期中的各阶段工作进行干预，但从行政上讲，并不像一般的经理那样有自己的下属，但他又要调动很多资源来做事，因此 PM 属于光杆司令，猿猿也是因此才有了斗争的权利。

从能力方面剖析一下 PM：

1. 一个成功的产品经理的能力中应该有 35% 的项目管理能力。

2. 个人的能力占 15%。

3. 产品经理的业务能力占全部的 20%。

4. 产品经理的技术能力占全部的 15%。

5. 产品经理的沟通和处理冲突的能力占全部的 15%。

   PM 和猿猿共同 “进化” 的辛酸历程—在妥协中强求，在强求中退让

我们真正了解了产品经理之后，看到了一个真正的产品经理的技能有很多，需要各项能力，才能在团队中穿插自如，如鱼得水。如鱼得水的产品经理少之又少啊，大部分都是在与程序员的爱恨情仇中成长起来的，用业界俗话总结一下就是，产品经理把程序员当民工，程序员把产品经理当 SB。

场景一：

在产品需求的讨论会上，产品经理说这样的功能好实现不？演示了一下他跟设计师一起讨论好的 UI 效果图，看着流畅优美的动画效果，绚丽的界面，想必现在程序员 的内心估计是崩溃的。程序员的不假思索的告诉产品经理：实现不了。毅然决然的否决，不假思索的否定，这是在欺负产品经理不懂技术啊！产品经理说：那好吧， 现在讨论下一个功能。你们感觉从这里修改成跳到那里，应该更人性化吧，是不是应该在加上这个功能呢？程序员说：你不了解代码，这不符合逻辑。产品经理急了，都不能做，要你们技术干什么，这也是老板要求的，你们必须实现，一场争吵在所难免…… 最后程序员默默的都费劲的去努力实现了这个功能。

点评：产品经理的思维是站在产品的角度和用户的角度考虑问题，实现功能，而程序员是从实现功能难度去考虑问题，人天生都有畏难情绪，当一个感觉自己可能实现不了的功能和效果出现时，本能的第一反应是我实现不了，做不了。程序员在最后的争吵中，妥协，不得不去做的时候，可能会发现，哇塞，做的真棒，确实能够做到。这就是一种提升，是不是感觉自己的技术又前进了一大步呢？所以说啊，万恶的 PM 是推动程序员技术不断进步的不竭动力。不要老欺负产品经理不懂技术，看到产品经理的职能中有一项职能是：要懂得 15% 的技术能力了吗？一个会技术的产品经理更能让程序员有长足的进步。

场景二：

突然一个抖动窗口，收到了产品经理发来的话说是最后一次要改的需求说明书，我小手颤抖着点击接收，另存到该项目专门保存需求书的文件夹，发现已经是第 38 个文档了，怒气的把文件名修改为：需求书_38。不情愿的去解压了这个文件，发现里面还夹带着一个 txt 文件，上面写着：对不起，我又打脸了，你别生气，这绝对是最后一次改需求了。

点评：改需求是避免不了的，程序员有时讨厌产品经理的地方在于需求改的太频繁，刚写了这个功能的代码，第二天突然告诉你，这个功能应该这么做，你说气人不气 人？关键是 deadline 的时间点还是那个时间点。程序员理解你，你确实在提高我们的能力，不仅可以推动我们技术的不断进步，也可以提高我们接人待物的忍耐力。在这频繁的修改需求和推动整个团队项目进度的管理中，产品经理也应该换位思考，更应该提高自己的各项能力，沟通能力，协调能力，把控项目进度的能力，提高业务的能力，都提高了才可以避免团队矛盾，才可以使需求更准确，也不至于频繁修改需求。程序员感谢你，你也应该理解程序员。

   PM 和猿猿的和解之路—相互体谅、相互欣赏

对于程序员，我们应该停止抱怨，更多的是理解和沟通，执行。主动沟通，化被动为主动，也应该开阔眼界，了解程序和技术以外的东西，懂产品更好，这样在做项目的时候，可以发现和提出更多有效的建议。在编码中及时发现不合理的需求，提给产品经理，避免频繁改动代码和做无用功。学会自我提升，除了编程书以外，可以多看一些人文科技类的书籍，丰富自己。

对于产品经理，在懂产品体验，懂审美的同时，试着懂点技术，懂点现实，利于定需求，反驳狡猾的程序员，学会协调和协同，在管理中学会解决冲突，避免矛盾激增，在提高自己业务能力的同时，丰富自己的团队，要做好团队的润滑剂，不是你叫经理，就是经理，认清自己，放低姿态，可能团队更和谐。有句话说的好，只有偏执狂才能生存**，偏执的产品经理才能做出好产品，但是偏执是建立在现实的基础之上，更不是固执**。