跳至主要內容

以下10条社会经验，别等到被社会毒打后才明白

 以下10条社会经验，别等到被社会毒打后才明白：

1. 找朋友办事，一定要超越市场价的给钱。 2. 强势是一种人设和标签，在社会上更容易吃得开，也能避免很多烦恼。 3. 对人有时不要太“客气”，否则很难进入对方内心。 4. 不要卖惨，人会怜悯弱者，但往往不会跟可怜人当伙伴、做生意。 5. 好消息尽量不跟朋友分享，本身处在同一圈层，这里面也包裹着一层竞争关系，好消息会让朋友有压力，从而推远这段关系。 6. 你的情绪有时候是一个工具，要学会使用。 7. 忽悠是一种能力，说话是一种本事，千万别小瞧一个卖嘴的人。 8. 能用钱办的事就别用人情，人情难还，不如用钱。 9. 你优秀的时候，身边都是好人。你落魄的时候，身边大概率都是坏人。 10. 无论是帮别人，还是别人帮你，过程管理都非常重要

留言

發佈留言

此網誌的熱門文章

服务代理协议书*

**服务代理协议书** 合同编号：_________ 签订地点：_________ 签订日期：_________ 甲方（服务提供方）： 名称：________________________ 统一社会信用代码：__________ 地址：________________________ 法定代表人：________________ 联系电话：__________________ 乙方（服务代理方）： 名称：________________________ 统一社会信用代码：__________ 地址：________________________ 法定代表人：________________ 联系电话：__________________ 鉴于甲方拥有________服务的专有技术和运营资质，乙方具备在________区域的市场开拓能力，双方就服务代理事宜达成如下协议： 第一条 代理授权 1.1 甲方授权乙方在________（区域）内作为________服务的： □ 独家代理 □ 非独家代理 □ 战略合作伙伴 1.2 代理期限：自______年______月______日至______年______月______日 1.3 代理服务范围：详见附件一《服务项目清单》 第二条 代理权限 2.1 乙方有权在授权区域内： - 推广和销售甲方服务产品 - 以甲方名义签订服务合同（单笔合同金额不超过______万元） - 提供基础性服务支持 2.2 禁止行为： - 不得超出授权范围承诺服务内容 - 不得擅自调整服务价格 - 不得转包核心服务业务 第三条 业绩要求 3.1 年度服务销售额目标：人民币______万元 3.2 季度分解目标： - Q1：______万元 Q2：______万元 - Q3：______万元 Q4：______万元 3.3 客户满意度指标：不低于______%（以甲方回访数据为准） 第四条 服务价格与结算 4.1 服务价格体系：按甲方制定的《服务价格表》（附件二）执行 4.2 结算方式： □ 按月结算（次月15日前） □ 按项目结算（验收后7个工作日内） 4.3 分成比例： - 基础服务：甲方___% 乙方___% - 增值服务：甲方___% 乙方___% 第五条 服务标准 5.1 服务响应时间： - 普通咨询：≤2小时 - 紧急服务：≤1小时（7×...
發佈留言
Read more »

最近跟我一起合作了一段时间的PM（产品经理）离职了，她的工作能力有口皆碑，大家都很喜欢和她一起合作，

  宝玉 @dotey 旧文整理一下重发： 最近跟我一起合作了一段时间的PM（产品经理）离职了，她的工作能力有口皆碑，大家都很喜欢和她一起合作，今天在和接任她的PM的一对一会议上，新PM问我：“你觉得她哪些方面做的好？这样我能向她学习，争取也能像她一样优秀！” 这其实也是我一直在思考的问题：怎么从优秀的PM身上找出他们的闪光点，如何向他们学习。 我尝试着给新PM总结了一下： 首先是她的产品设计基本功不错，能在短时间内熟悉我们的产品功能，并对我们的产品功能做出了不少优秀的改良，对于产品相关的问题，能做出专业的解答。 产品设计是对一个PM最基本的要求。以前有同事问过前PM她都是怎么学习的这些产品知识，她说是通过看Youtube视频学习的。也是，现在想学东西资源有很多，想学总能找到这些资源。 然后她对于需求的优先级处理的挺好。我们团队经常会收到很多其他部门发来的需求，尤其是法务部门，总是催的急，很难拒绝，而她总是处理的不错，一般不会在当前Sprint给我们临时加需求，总能想办法给我们排到后续的Sprint，所以团队总是在按计划有序的在工作，不需要临时处理各种加塞。 在处理需求优先级上其实我做的不够好，所以我曾专门请教过她如何排好需求的优先级，她告诉我她通常需求分成三个级别： 1. 最高优先级是严重影响用户使用的问题，以及对时间要求紧急的法务上的需求。这类需求会尽量在第一时间处理，哪怕有时候需要打补丁。 2. 普通的功能性需求，比如产品新需求，对现有产品的修改等等，默认放在后续的Sprint，这类需求通常占大多数。但是和提需求的人做好沟通很重要，比如要让他们清楚我们日常版本发布的流程，以及可能造成的影响。由于我们每两周发布一次版本，所以最多也就等两周左右，基本上都还能接受。 3. 技术相关的，例如技术债务、性能优化这些，优先级通常要低一些。这种技术相关的虽然优先级相对低一些，但是我们每个Sprint在做计划时，通常会安排20%～40%比例的技术任务，所以总体来说并没有欠什么技术债务。 按照这样三个优先级别来排任务，大部分任务都可以按照优先级排到对应的Sprint中。 但是也有例外情况，就是大领导（CXO/VP）直接要求的紧急任务会相对比较麻烦，她的建议是： - 要先搞清楚他们紧急加需求的原因是什么？ 然后要让领导们清楚这样临时加塞所造成的影响...
發佈留言
Read more »