钉钉软件客服人工电话
如果您的钉钉工作台里面找不到四川网络教研。怎么可能是您没有将其加入课程，也可能是课程的负责人将踢出了课程，所以导致这个课程没有出现在您的工作台上面显示。您可以联系一下课程的负责人，让他从后台查询一下人员名单里有没有您这个用户。也可能是暂时的，网络波动导致的数据显示不全，你也可以退出，然后重新登陆再检查一下。【摘要】钉钉软件客服人工电话【提问】您好，我是电子领域的咨询师iu，很高兴为你解答～请你稍等，我正在快马加鞭为你整理答案，5分钟之内回复给您。 【回答】您好，我是电子领域的咨询师iu，很高兴为你解答～请你稍等，我正在快马加鞭为你整理答案，5分钟之内回复给您。 【回答】钉钉客服电话0571-88157808客服电话【回答】希望我的回答对你有帮助！亲＾3＾【回答】亲亲我想问下钉钉软件上四川网络教研，怎没出不来【提问】亲亲我想问下钉钉软件上四川网络教研，怎没出不来【提问】是教研组吗【回答】我打了钉钉客服，打不通【提问】我打了钉钉客服，打不通【提问】如果您的钉钉工作台里面找不到四川网络教研。怎么可能是您没有将其加入课程，也可能是课程的负责人将踢出了课程，所以导致这个课程没有出现在您的工作台上面显示。您可以联系一下课程的负责人，让他从后台查询一下人员名单里有没有您这个用户。也可能是暂时的，网络波动导致的数据显示不全，你也可以退出，然后重新登陆再检查一下。【回答】【提问】【提问】我发了一张照片过了【提问】我发了一张照片过了【提问】一直是这样的，弹不出来【提问】一直是这样的，弹不出来【提问】不是暂时的【提问】不是暂时的【提问】亲，我这里手机也搜索看了，并没有四川网络教研【回答】
当当网男员工变性以旷工被解雇是怎么回事？
当当网一名男员工高某某实施变性手术，遂请假修养2个月，期间主管同意休假，而员工关系管理员却一直“不同意”高某某休假。此后，当当网以“旷工”为由与其解除劳动关系。今年1月，中国裁判文书网公布了一份事关当当网的劳动争议二审民事判决书，案件起因是当当网一名男员工高某某实施变性手术，遂请假修养2个月，期间主管同意休假，而员工关系管理员却一直“不同意”高某某休假。此后，当当网以“旷工”为由与其解除劳动关系，随后该员工申请仲裁，委员会裁决双方继续履行劳动合同。法院一审判决，当当公司属违法解除劳动合同，应继续履行与高某某的劳动合同，二审判决（终审判决）双方继续履行劳动合同。同时，法院称，高某某有权以女性的身份进行如厕，其他同事也应当接受高某某的新性别，以包容的心态与其共事。扩展资料二审：双方继续履行劳动合同一审判决后，当当网不服，向北京市二中院提起上诉。当当网提交的证据包括：产品总监的岗位具有不可替代性及唯一性，且该职位目前已由崔某某担任，客观上不具备与高某某继续履行劳动合同的可能性。员工邮件截图，用以证明多位同事表达了自己对高某某继续履行劳动合同后的担忧，包含工作层面、心理层面及生理层面等各个方面当当网公司自2007年起便已实施员工手册，且对于突发事件的请假流程实行双轨制管理，未完成请假流程擅自不到岗按照旷工处理。法院认为：有关公安机关已经依据公安部治安管理局《关于公民手术变性后变更户口登记性别项目有关问题的批复》将高某某的性别由男性更改为女性，高某某即有权以女性的身份进行如厕，其他同事也应当接受高某某的新性别，以包容的心态与其共事。高某某并不存在旷工行为，且当当网公司与高某某解除劳动合同的劳动规章制度依据亦不充分，一审法院认定当当网公司与高某某解除劳动合同的行为不符合法律规定，并无不当，本院予以确认。参考资料来源：潇湘晨报-男员工变性却被当当网以旷工为由解雇？
干了一年的程序员，想转行做产品经理可行吗？
产品经理这个职位，可不是真的像那本书讲讲的人人都是产品经理。千万不要随随便便和别人说，我转行做产品经理了，没那么简单，除非公司是你们自己加开的或者你天赋异禀，你就是传说中的天才产品经理。
奶爸现在是产品经理，最早现实做了三年 研发，后来有机会做需求分析师和业务型的项目经理，慢慢对业务和用户体验有了感觉，再后来又做来几年售前顾问才慢慢开始转向产品。
干了一年的程序猿想转产品经理，很难一步到位，建议还是小步快跑、分布实施，先从需求或者产品助理开始做。
产品经理最需要的三个核心能力，业务、技术和用户体验，我称它为产品经理的三板斧。作为程序猿有一些技术基础挺好的，将来和研发同事沟通是你的强项。沟通起来更有同理心，更有利于把一个好的点子通过需求手段落地。
从另外一个角度看，程序员出身的产品经理有个很大的毛病，最开始的时候，看到一个需求或者一个问题，总想一步到位到研发，实际上就少了需求分析、方案设计的过程，而这个能力恰好是一个产品经理的核心能力。
除了技术之外，就需要好好锻炼你的业务敏感度，增加你的用户体验设计能力，这些都不是一蹴而就的，就是因为业务的差异性和产品的用户体验要求不一致，所以导致在传统行业的做得非常好的产品经理，到了互联网行业，做一个C端的互联网产品，就很难做的好，就像隔了一座山。
学过PMP其实对做产品经理而言帮助甚微，项目经理的角色是正确的做事，而产品经理的角色是做正确的事，一个偏重执行，一个偏重策划。不过也不是一点用都没有，产品经理也需要管控产品的发布进度和发布质量，所以对PMP中提到的一些进度计划和质量管控的手段还是可以用到。
当然，通过参加一些产品经理的培训作为跨入这个岗位的敲门砖，我是认可的，你可以学到一些理论方法和基本的工具技能，但真要在这个行业深耕，成为一个真正的产品经理，还是需要通过实战来提升自己的能力，不断的思考，迭代自己的认知，才算真的转行做了产品经理。
程序员转做产品经理，对于转行谋职产品经理难度大吗？
程序员转做产品经理，对于转行谋职产品经理难度大吗？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。职场中会出现35岁困境吗？程序员年龄大了必须提前准备改行吗？这种问题都是会困惑大家，近期我的一个朋友确实改行了，从一个10年程序员到一个菜鸟产品经理，跟各位介绍一下这一历经。最先我们先了解一下产品经理与程序员的差别，简单的说，程序员便是敲代码的，承担一个软件项目的完成，举例说明，程序员可以说成施工工地上垒砖砌房屋的民工。而产品经理是干什么的呢？不必感觉带个主管的名称便是领导干部，自然产品经理在程序员眼前的确有发号指令的支配权。产品经理便是依据顾客或是企业自身的整体规划念头，把这个想法转化成相应的产品模型，换句话说产品经理类似施工工地上一栋楼的室内设计师，商品究竟该有什么作用，该怎么整体规划，一般全是产品经理设计方案的。程序员平时遭受的练习，全是穷举逻辑思维；要充分考虑清晰每一种状况，不然写的程序流程会产生很多bug。而产品经理通常用螺旋的逻辑思维整体规划设备的不一样版本号必须的作用。她们以小步快跑，快速迭代的观念去考虑到投入市场的时间阶段。程序员是多的逻辑思维，产品经理平时在做加减法。改行优点：那麼程序员转产品经理怎么样？实际上优点也许多，是一个很好的挑选，就如同一个具备充足工程施工经历的彻墙职工，他盖的楼多了，之后你使他设计方案一个新的大厦出去，尽管很有可能关键点上不够，可是凭着他先前的工作经验，或是可以建立的。再例如，一个认真负责的艺人，以前全是服从于电影导演的指令去拍戏，之后他自己阅历丰富了，要转型发展做电影导演，也是非常容易的啊，”演而优则导“，那样的事例许多的。现阶段许多的产品经理并不明白开发设计，设计方案的产品功能实际上在建立的情况下，很有可能压根就完不了，也就是产品经理会存有"瞎设计方案，不懂装懂"的问题。可是换为一个开发设计阅历丰富的程序员去产品设计，哪些作用可以完成，该怎么实现，他内心一清二楚，设计方案出来的商品反倒更易于完成。许多情况下，一些简易的内容，你能立即入门实际操作，乃至都不用麻烦程序流程。你能更为好的了解程序流程，了解哪些能干什么不可以做，了解如何设置deadline才有效。一个好的程序员能顶2个好产品经理。一个不太好的程序员，能顶一个半产品经理。改行缺点：你的思索方式 ，并不是产品经理的思索方式。你能先思索，这一作用能不能完成，而不是，这一作用针对商品而言有多少实际效果；程序员的思索是来自于本身，而产品经理却不能不去持续遵从客户，而且思索客户说的究竟什么是对的，这是一个十分难乃至令人焦虑情绪的变化。随后，你能深陷到一个个实际的可以实际操作的作用中去，这也是许多初学者产品经理的问题。每了解到一个新的作用，你一定会体验到喜悦，如同一个好玩的玩具，随后要想反复完成。你早已离开了第一步，随后落进了一个坑当中。直到最终，你才有可能渐渐地立在全局性视角去思索，去对待问题，此刻才逐渐是一个及格的产品经理。
当当网买书书还没送到可以申请退货吗？
如果显示”配送中“，则说明他们正在给你配货，这样你是不能取消订单和申请退货的。
配送中不能取消订单的原因是，当当为了提升发货速度，加快了订单的审核通过速度。
——不过你可以联系他们的客服，让他们给你整单取消，然后重新下订单。如果货没有发出来，也许可以。如果货已经发出来了，就不能取消订单了。更不能单本取消了。
当当的退货期是十五天，这个十五天从快递人员把货交给你，你把钱交给快递人员，即交易完成开始计算。
收到货物后，可以整单退货，也可以单本退货，只要在网上完成了”退货申请“，审查通过后，就等待他们”上门取货“（如果你所在的位置支持上门取货），主城区一般是三到四天，把发票、小票、书准备好给他们，他们会把单本书的钱退给你。如果是在当当做活动的时候买的，一般会扣去本书的优惠部分。
当当的退书比换书方便，因为换书还需要你把书自己寄回去，而退书则可享受”上门服务“。
其前提是，你在主城区或大城市。
看你写的“可是书送过来估计要半个多月”，所以，你一定要弄清楚，你所在的位置是否支持“送货上门（货到付款）”和“上门退货”。
电子商务主要学什么就业方向
亲亲，根据您的问题做出以下回答，仅供参考：电子商务主要学习网站设计与程序、网店运营、网络营销编辑、网络产品规划、个人网络创业及银行卡的研发、企业信息化等内容，电子商务专业就业而言，可以分为两大方向：一个是走计算机开发的技术方向；另外一个就是走非技术的方向。如果选择走技术那条路的话，很容易找工作，而且薪酬很高。但是，学好技术不是那么容易的事，而且做开发的工作很辛苦、压力也大。如果选择走非技术的路，找工作会比较难，而且很难找到高工资的。像这一类的工作有电子商务客服、网络推广、网站策划等等。另外，不一定能找到专业对口的。【摘要】
电子商务主要学什么就业方向【提问】
亲亲，根据您的问题做出以下回答，仅供参考：电子商务主要学习网站设计与程序、网店运营、网络营销编辑、网络产品规划、个人网络创业及银行卡的研发、企业信息化等内容，电子商务专业就业而言，可以分为两大方向：一个是走计算机开发的技术方向；另外一个就是走非技术的方向。如果选择走技术那条路的话，很容易找工作，而且薪酬很高。但是，学好技术不是那么容易的事，而且做开发的工作很辛苦、压力也大。如果选择走非技术的路，找工作会比较难，而且很难找到高工资的。像这一类的工作有电子商务客服、网络推广、网站策划等等。另外，不一定能找到专业对口的。【回答】
交互设计与用户体验设计2
交互设计是由页面、icon、文字基本要素构成的系统流程，。
在软件设计时，要考虑用户的使用路径，从用户点击图标的时候开始（行为），帮助用户用最简单的方式引导，让他们找到关注的内容和想要使用的功能。
1、交互设计的目标是以最短路径达到用户想要的功能为目的。
2、交互设计决定着用户对产品的使用效率
3、交互设计是一种行为，帮助用户用最简单的方式引导，让他们找到关注的内容和想要使用的功能
用户体验贯穿整个产品，它是一种纯主观在用户使用产品过程中建立起来的感受，而我们设计师就应该提升用户体验，让用户以最愉悦的心情去操作这款APP。
交互设计涉及到一种行为，一个路径。交互设计最基本的就是可用性，而用户体验则是对可用性的一种升华，即友好性。用户体验设计包含交互设计，交互设计决定用户体验。
及时反馈：
在用户体验与交互设计中必不可少的及时反馈，比如用户点击了一个确定按钮,完成了支付,此时网站给出提示信息“支付已成功”,这就是及时反馈，如果没有的话，总感觉是不是网络有问题或者压根没有支付成功。
1、toast提示 2、弹窗提示 3、按钮被按下状态 4、动效反馈
操作流程简捷：
1、使用自然思维而不是程序思维
2、围绕用户的目的进行设计
3、减少操作步骤
4、将常用功能提前
5、不妨遵循已经成型的用户习惯
用户习惯大于用户体验：
每一款新产品面世后用户就要习惯它，习惯大于体验，所以每次改版尽量要保持原有风格不变。
用户习惯有时候会和用户体验冲突，但一定要保持用户习惯大与用户体验，在提升用户体验的前提下一定不能改变用户习惯，随意的改变会让用户误操作。
团队配备方案：
公司技术团队：产品经理（PM）、交互设计师(UE)，动效设计师，视觉设计师(UI)，前端工程师（FE），后端工程师（RD），测试工程师（QA），运营专员，数据挖掘工程师，用户研究工程师
公司重要流通文件：产品文档
产品文档是产品经理最终的产出物，也是之后的每一个环节的重要流通文件。
视觉设计师以此来绘制界面、元素和考虑切图方式。前端工程师以此来进行开发
测试工程师对照着文档的每一个细节进行最后的把关
产品文档有时候为PDF有时候为ppt
对于设计师来说，产品文档并不能过多解释产品经理的原型图，或许设计师并不想看，这时候会有一个专为设计师准备的Axure原型图。Axure可以实现从一个界面到另一个界面的跳转，远比ppt直观。没有原型图，设计师就无法真正理解产品方向。就像理发一样，总会对理发师说看着剪，但是剪完后总会不满意。所以，产品经理的原型图是对你天马行空想象的一种限制，所有的设计概念图都需要原型图作为依据和参照。
而类似这样的原型图在产品文档中每一页都有，所以我们设计师就需要把产品文档涉及中的每一页都设计出来。
但是原型图终归原型图，我们设计师还需要考虑各种事件中的状态，比如说404状态，点击反馈状态。
低保真
很多同学喜欢在设计初期花大量时间去绘制高保真原型，结果被甲方和用户一票否决，而有经验的设计师往往会先绘制低保真原型，期间不断与甲方、用户沟通，最后出炉的高保真原型就能轻松过稿。
有些人过早地开始行动而浪费资源，而另一些人又在建设新产品的大量工作面前不知所措。在将产品交给用户之前还有如此多的工作需完成，这使我们感到沮丧且不堪重负。所以有低保真辅助非常必要，低保真原型是在设计初期帮助我们验证想法的粗略表述，它能在过少的资源和过多的用户检验中找到一个平衡点，而且要知道低保真原型构建起来更加容易且成本更低。
时间节点
实际上做一个产品的本身是没有期限的，但是必须为其建立一个特定的项目去完成，即达到一个产品周期性的面貌。需求是有时限的，错过了时间与发布时机，产品就可能错过成功机会。
如果主管让你预估时间，你应该给一个时间较长的答复。如果提前交稿，会提高心理预期。外包公司一般情况下一天做2-4张非主界面，主界面需要确定整个APP的风格，一般需要3-4天时间打磨，甚至更长。
项目周期，一般小APP需要开发加设计两到三个月时间，即立项会议占半个月，设计占半个月，开发占一个月，中间测试，修改bug半个月。
大项目无法保证，比如支付宝。
产品更新迭代
一个APP的迭代需要产品经理牵头完成，一般小迭代的原因是因为部分bug与视觉体验方面的更新，被成为v1.10,v1.11等。如果是新增功能，视觉体验更新较大，则属于大的版本迭代，一般都是v1.0,v2.0,但这些版本迭代都是有一定规律的，不可能直接v1.0到v2.0。
APP更新迭代依据
用户调研：通过问卷调查、用户访谈、信息采集等手段来挖掘需求的方式。
竞品分析：找到有代表性的同类产品，对比产品之间的优势、劣势，从而发现产品的突破口。
用户反馈：appstore留言，后台反馈信息
产品数据：产品上线后，就可以收集到产品的相关数据。比如常规的访问浏览数据、浏览痕迹、点击痕迹、在每个页面上的浏览时长、整体的浏览顺序，先把功能完成并发布，收集用户反馈，根据结果优化设计方案。
交互设计6大原则：
1、费茨定律：是指光标到达一个目标的时间，与当前光标所在的位置和目标位置的距离（D）和目标大小（S）有关
2、希克定律：是指一个人面临的选择（n）越多，所需要作出决定的时间（T）就越长
3、泰斯勒定律：是说产品固有的复杂性存在一个临界点，超过了这个点过程就不能再简化了。
4、防错原则
5、奥卡姆的剃须刀法则：主要就是说我们做产品时功能上不可以太繁琐，应该保证简洁和工具化
6、接近法则：将相似的、有关联的信息尽量摆在一起，不要让用户迷茫，要潜意识知道在哪里能找到自己想要的信息
工作流程：
1、产品立项会议：头脑风暴（用户头像，用户痛点，用户故事，用户目标） 产出：产品文档 参与者：CEO 产品经理 设计师 工程师（前端，后端） 运营部门
2、沟通会议：确认产品文档 设计师核对原型图 程序员考虑开发实现成本 参与者：产品经理 设计师 工程师
3、沟通会议：确认低保真 产品经理核对低保真是否达到意愿 工程师核对低保真是否可实现，并搭建框架 参与者：设计师 产品经理 工程师
4、沟通会议：确认高保真 产品经理确认界面符合产品要求 工程师确认是否能实现界面交互 参与者：设计师 产品经理 工程师
5、沟通会议：沟通如何实现，如何切图，切图命名方式 工程师开发 参与者：设计师 工程师
6、沟通会议：产品开发完毕，设计师核对界面，测试工程师找bug，工程师改bug 参与者：设计师 测试工程师 工程师
7、产品立项会议 头脑风暴 下版本规划 参与者：产品经理 设计师
工程师继续改bug 测试工程师找bug
1、PM提出设计需求。（比如，有个什么界面啊或者活动页啊，需要设计下的）
2、最重要的一步：UI和PM沟通需求，这叫理解和确认需求。（因为pm和ui站的角度不一样，所以要沟通好，要了解pm想要的是什么，要确认需求流程是否有问题，交互逻辑是不是清晰。）
3、第二重要的一步：构思，然后网上找素材，找感觉。
你所找的设计参考图的质量，最终决定了你最后做出来的设计稿的质量。一开始就看到很多很优秀很高质量的设计参考图，那么你设计时自然而然的就会往这个高度靠拢。
4、第三重要的一步：UI和PM再次沟通，确认设计的完整性。设计稿做完后，会有跟pm进行二次沟通确认。要确认pm提出的需求是否都在设计稿里面体现出来没？有没有遗留？
这时，一般pm在看完设计稿后，会提一些小的修改建议的。这也是为了避免最后输出后，pm进行微调修改时，需要重新再次输出。
5、设计输出，切图＋命名。（尽量输出前跟前端们沟通下，他们需要切和命名那些图，怎么给它们）
6、UI联调
前端开发完后，需要确认开发出来的界面跟设计稿的界面是否一样。
这个时候，一个完整的ui流程差不多算走完了。
记住：千万千万一定要先沟通好了，然后再开始干活。
沟通不止为了理解需求，也是为了后续发生问题时，能分清责任。
交互设计与用户体验设计
app和web：交互设计是由页面、icon、文字着三种基本要素构成的系统流程
交互设计概念
路径 效率 行为
1、以最简短的路径达到自己想要的目标
2、交互设计决定着用户对产品的使用效率
3、帮助用户用最简单的方式引导，让他们找到关注的内容和想要使用的功能。
用户体验设计概念
感受
用户体验时用户在使用产品过程中建立起来的一种纯主观感受。它是整个过程中身心全方位的接触和体验
用户体验贯穿产品：
有用性（基本）
易用性
友好性（用户对你的产品认可，丢不掉）
用户体验核心本质
用户体验核心和本质就是研究人在特定场景下的思维模式和逻辑，然后顺应和利用它。
如：以最短路径提升用户购买欲望
及时反馈
产品与用户交流的指标
交互设计是否有效
信息是否传达准确
反馈类型-视觉
最常见的反馈方式，所以也最容易会被用户忽视
1、toast提示：一般2到3秒短暂出现，可以在屏幕任意位置，然后自动消失，无需任何操作，内容短信息不重要。
2、弹窗提示：能后引起用户的主要，需要简单的操作，通常用在询问用户是非需要进行某项操作。
3、按钮被按下的状态：当用户在使用中按下一个按钮时，一般都会出现按下状态，让用户知道他的操作得到了回应。
4、动效反馈：帮助用户直观的了解操作，同时会给用户留有深刻印象，提升产品的吸引力
注意：简洁易懂，操作反馈信息简单适当使用插画吸引用户注意帮助用户提示判断类型。
听觉
强度高于视觉，使用率却不是很高，不能作为主要反馈，并要给用户关闭的权利，因为过度使用用户会反感。
触觉
比较少见但是很强烈的反馈方式，基本作为辅助
操作流程简捷
1、使用自然思维非程序思维
2、围绕用户的目的设计
3、减少查找步骤
4、将常用功能提前
5、遵循已经成型的用户习惯
审核交互：
1操作前可预知
2操作中有反馈
3操作后可撤销
用户习惯与用户体验：
用户习惯大于用户体验
UE:用户体验的简称（国外叫UX）
产品设计的灵魂职位，通过分析用户心理模型，产品功能需求。设计任务流程，运用交互知识搭建产品核心构架，并设计出原型以最终实现产品的易用，好用。
PM项目经理（Project Manager）思维导图和原型图
前端开发：FE（Front-End Development）只能看不能用
研发：RD（Research and Development）偏向于后端的技术实现：功能技术实现，能看能用
测试：QA（QUALITY ASSURANCE）
产品经理至少2-3个，
设计师游3个人，前端就要有6个，后端9个，测试1-2个
UI设计思路
立项会议：头脑风暴
用户头像（用户痛点，用户故事）
竞品分析
产出产品文档与流程图
参与者：所有人
沟通会议 确认产品文档
设计师核对原型图
程序员考虑开发成本
参与者：产品经理 设计师 程序员
原型图-低保真（没图片图标）
为什么需要低保真：低保真原型时在设计初期帮助我们验证想法的粗略表述
低保真原型构建起来更加容易且成本更低
沟通会议：确认低保真
产品经理核对低保真
工程师核对低保真是否可实现
工程师搭建框架
沟通会议：确认高保真
产品经理确认界面符合产品要求
工程师趣儿是否能实现界面交互
沟通会议：如何对接
如何切图，切图的命名方式
如何交互，交互方式
产品开发完毕
设计师核对界面
测试工程师找bug
工程师改bug
立项会议：头脑风暴
下版本规划
测试工程师继续找bug
工程师继续改bug
时间节点：app78十张三个月左右 web一个星期
交互设计6大原则
费茨定律：光标到达一个目标的时间，与当前光标所在的位置和目标位置的距离和目标大小有关
席克定律：是指一个人面临的选择越多，所需要作出决定的时间就越长
泰思勒定律：这个定律时说产品固有的复杂性存在一个临界点，超过了这个点过程就不能再简化了
4防错原则
5剃刀法则：我们做产品时功能上不可以太繁琐，应该保证简洁和工具化（国外用的好，国内差）
6接近法则：将相似的、有关联的信息尽量摆在一起，不要让用户迷茫，要潜意识知道在哪里能找到自己想要的信息
设计师误区
误区A：配图是后台运营的工作
页面由icon、文字、配图的排版而组成
误区B：状态栏颜色只能一种
误区C：界面动效全权交给AE
1code4app
2市面已完成动效
3AE辅助实现（有前提）
4keynote辅助实现
误区D：让所有用户满意（50%以上）
误区E：完全按产品经理意图行事
1反驳产品经理不靠谱的需求
2主动分析调研，提升用户体验数据
3深入思考使用场景
4跟进开发，找到性价比高的方案
5寻找创新有趣的交互方式
didot衬线英文：时尚饰品
《启示录：打造用户最喜爱的产品》 读书笔记
从业产品2年多，从产品分析、PRD、产品原型设计等这段工作经验来看，一直没有对产品经理的知识进行系统的学习，也没有找到合理有效的途径。最近看完了《启示录》，本书是通过第一视角描述产品经理如何打造用户最喜爱的产品。作者Marty Cagan有着极其丰富的成功产品经验，对产品也进行了比较系统的描述，借用一下Jim Denney的话：读完这本书，我不得不重新审视产品管理的原则和方法。
全书共分为三个部分：
第一部分：人员（产品经理的职责）
评估产品机会与定义开发的产品为产品经理的主要职责。目前来看，很多公司将产品经理跟项目经理划分为一类，甚至有些人认为产品与运营不分家，也同时做着运营的事情，我们需要重新审视这一点。产品经理应该去思考如何打造用户最喜爱的产品，这一点需要从评估产品开始，那么产品就需要考虑的是产品的价值、可用性、可行性。大多数公司的产品选择权在高管或者老板手上，所以评估产品往往会被忽略，我们需要认识到评估产品的目的在于挑选出合适的产品机会，并且淘汰馊主意，避免浪费时间跟金钱。
在日常工作中，除了需要维护与程序员的关系外，产品经理头疼的还是和上级领导之前的关系。与上司沟通时，要说方案，而不是抱怨现状，管理者希望听到的是解决方法。其次需要思考如何在节省领导时间的情况下，提出具有说服力的意见或者要求。
第二部分：流程（产品管理）
书中提到的产品开发流程，我大致可以分为三个阶段：
第一阶段：评估调研。设计开发产品第一步需要知道产品要解决什么问题，为谁来解决，并且挑选出合适的产品机会，了解产品的同时也要了解用户，发现一些特殊需求。另外还需要与开发团队形成一致的产品原则，确定什么是最重要的。
第二阶段：产品定义与设计。在制定产品决策的过程中，产品需要确认用户画像，确定典型的目标用户类型，可通过与用户交流的形式，深入了解目标用户。接着则是进行产品文档的撰写，用高保真的产品原型替代纸质文档，可大大缩短产品的上市时间，尽可能的展示产品细节，业务逻辑，发布要求等等来获取用户最有效的反馈。
最后，作者通过定义基本产品阐述设计流程：首先产品经理与设计师合作设计出产品高保真原型；其次邀请一位开发人员参与设计原型，帮助产品经理评估出功能的直接成本与间接成本；最后通过真实用户验证产品原型，找出需要修改的地方，提高原型的可用性与价值。
第三阶段：开发上线。在此阶段的前提是，产品经理不可随意修改设计。开发完成后，需要考虑到更新产品带来的一些后果，可以采用新旧版本并行的方式，邀请有兴趣的用户参与试用新版本；或者采用区域性逐渐部署的方式，进而扩大区域范围。
第三部分：产品（卓越产品的特性）
相信每一个产品经理都有改变世界的梦想，那么一款成功的产品都具有什么样的特性呢。成功的产品往往不是什么新鲜的事物，只是新瓶装老酒，改变了用户对老酒的印象。优秀的产品经理应该抓住现有的技术与用户需求的契合点，运用新技术解决用户的老问题。苹果跟谷歌就是个例子，谷歌专注于提供有价值的信息，苹果则提供其卓越的功能。所以，身为产品经理的我们，要对市场了如指掌，并且跟踪最新的技术趋势。
成功的产品经理需要懂得利用数据来改进现有产品，更不要根据客户需求一味增加新的功能，应当根据产品实际应用情况来不断提升产品的各项指标，逐步完善产品。今天难以想象的创意，也许明天就可以实现。
后记
启示录是一本偏方法论的书，书里的经验分享也需要自己在工作中实践了才有真正的感悟。书中提到的一些情形也是我在真实工作生活中真实遇到的，就比如评估产品相关工作在前公司并没有涉及到，导致产品会出现很多潜在的问题，加深对行业和市场的理解对公司以及个人都挺重要的。还有在产品上线阶段，内部人测了没有问题之后就直接上线，并没有考虑到上线后的后果，导致用户对产品不满意，造成大量返工，浪费了很多时间成本，给公司带了很大的损失，甚至还会流失一部分客户。通过此书让我明白不管产品处在一个什么样的阶段，应树立起自己的产品原则，时刻关注产品的现状与未来，需要带着问题去思考如何打造用户最喜爱的产品。
《启示录：打造用户喜爱的产品》随记
价值：用户对产品的渴求程度
可用性:用户明白如何使用产品
敏捷式（scrum）开发：重点在于先做出产品，在使用过程中修补迭代更新—— 拥抱变化
瀑布式（waterfall）开发：需求分析、详细设计、编码确认每一步工作完成后再开展下一步工作—— 进度可视
开发团队：为外部用户开发并维护产品的团队
IT团队：为公司内部员工提供技术支持的团队
一种产品发布的模式，指以固定的周期持续发布产品，如果某项既定功能未完成，就挪到下个周期发布的开发方法
前两章主要讲了产品经理和团队配合的其他成员的主要职责；还重点说明了：产品经理如果定义的产品没有 价值 、不具备 可用性 和 可行性 ，那么rd无论再怎么出色也无济于事！也就是说明，产品并没有真正发现用户的痛点而提出适宜的解决方案和服务
产品管理：职责是定义有价值、可行、可用的产品
项目管理：关注如何执行计划以按期交付产品
产品经理负责定义正确的产品，开发团队负责正确地开发产品，双方相互依赖。 双方是承认彼此平等，任何一方是不从属于另一方 。产品经理要求开发团队完成任务，必须先取得他们的认可，确信为了达到产品质量标准必须这么做；开发团队也要留给产品经理足够的空间，设计有价值、可用的产品
调查用户是否愿意向他人推荐你的产品 ，反映用户对产品的态度
NPS = 推荐者的比例（9-10分）-贬损者（0-6分）的比例
summary：第一部分标题为人员，主要内容讲了产品团队中的主要成员以及成员职责，以及产品经理和其他成员的合作和方式，产品经理所具备的特质，也让我深刻体会到产品经理承担的责任很重，工作的神圣感和重要性，所以还是要加油，好好学习，多去思考，培养自己的产品思维
在两种实际价值不同而面额价值相同的通货同时流通的情况下，实际价值较高的通货（所谓良币）必然会被人们熔化，输出而退出流通领域；而实际价值较低的通货（所谓劣币）反而会充斥市场
举例：平日乘公共汽车或地铁上下班，规矩排队者总是被挤得东倒西歪，几趟车也上不去，而不守次序的人倒常常能够捷足先登，争得座位或抢得时间。最后遵守秩序排队上车的人越来越少，车辆一来，众人都争先恐后，搞得每次乘车如同打仗，苦不堪言
可以分两个阶段进行成本估算。在评估产品机会（另称为 MRD）时做粗略估算；根据最终的产品说明文档做详细估算
深入理解用户需求
明白什么样的解决方案在现阶段是可行的
基本产品：定义只满足基本要求（有价值、可用性、可行性）的产品。具体实施如下：
① 产品经理和设计师合作设计产品的高保真原型，此原型只具备实现商业目标的最基本功能要求，以及良好的用户体验和吸引力
② 邀请以为开发人员参与设计原型，请他检查原型，指出设计上的误区，并分析、评估尚不确定是否可行的功能，估计各种功能的直接和简介成本
③ 请真实用户验证（测试）产品原型
一旦基本产品确定，通过了目标用户的测试，就不可能再削减任何功能
开展原型测试，除了观测测试者能否 顺利使用 产品外，还应该趁机了解测试者的 情感需求 （是什么驱动他使用产品），怎样才能 更好地 满足他的需求
产品经理向产品团队提供最终的产品说明文档前，需要进行以下三项重要的验证
可行性测试
明确在现有的技术条件下，能否成功开发出产品
可用性测试
产品经理和设计师密切合作，想法设法突出产品的功能特性，让不同类型的真实用户都能明白产品如何使用
价值测试
知道用户是否觉得你的产品有用，是否愿意购买，有多喜欢产品的设计
价值测试可以和可用性测试同时进行，使用的原型也是一样的，只是侧重点不同而已
即合理地、审慎地更新产品版本的行为
优秀的产品和服务可以赢得用户的好感，这是宝贵的信任，应该小心保护。不要轻易试探用户的耐心，让好感变成反感
创新不是发现新问题，而是用新方法解决已有的问题 。观察人们对现有产品的不满，是创新的最佳途径
summary：第二部分标题为流程，内容主要讲了产品设计整体过程的步骤和注意点，对于可用性测试、邀请目标用户进行原型测试，都是思路和理解上的认知，自己要想真正掌握还需要在具体实践中深刻领悟其中的道理
优秀的产品经理应该抓住现有技术与用户需求的契合点，市场机遇无处不在，你要做的是挖掘需求，运用新技术解决用户的老问题
评估产品，重在分析它满足什么样的情感需求（eg：马斯洛的需求分析理论），这种需求有多迫切
summary：第三部分标题为 产品，只要讲了产品需要参考满足用户需求的层次，还有技术接受曲线，多考察非理性消费的用户的不满、焦虑等心理。产品最终面向的是使用的用户，要以他们的需求为主，在面对定制产品时，要慎重抉择是否按照用户的要求直接添加功能等，毕竟在未出现最终的产品时，用户也不清楚自己的需求是什么，所以还是要按照产品角度去思考用户的核心需求
后记：差不多花了四天的时间把《启示录：打造用户喜爱的产品》看完了，发现真正的产品思维是不会过时的，优秀的产品经理具有的前瞻性和对用户需求的把控是很厉害的，所以没有一个产品是无缘无故的火了起来，后面团队的前期准备的思考你都没看见，我们看到的是出现的好产品。看完整本书对于产品经理和团队成员的职责，产品的流程和其中的注意和策略都有了大体上的认知，印象最深刻的就是产品的三特性：有价值、可用性、可行性。另外在平时要多去问为什么去培养思维能力，在产品中多思考，为什么设计产品？为谁解决问题等（可参考原书中的各问题），当多去思考几个为什么，你会发现在设计或实施产品的时候，你的想法就会比较坚定而不会被左右偏移，因为你已经深刻思考了产品有实现的价值！
《启示录：打造用户喜爱的产品》书中的理论知识和方法策略自己能大致理解下来，可是要真正掌握，还是需要在实践中去积累经验，去领悟其中的真谛，所以这本书还是需要在实践中多阅读多体验多思考！
加油吧，最可爱的麻小瓜！
想从事产品经理，现在需要看什么书？
先看完这两本再说。苏杰的《人人都是产品经理》，可以对产品经理的工作有一个了解。然后再看《YES！PM》这本书，更进一步的了解产品工作。这两本书只是对产品工作进行一个熟悉的过程，光靠书是没用的，更多还要自己去实践。产品人员一定要用广泛的知识面，从技术、管理、运营、交互等的呢个各方面都要一定的了解。
从用户出发的互联网产品经理读物可以分为3个部分：
一、产品市场
《引爆点》——产品市场与运营推广
《长尾理论》——产品市场
《魔鬼经济学》——产品市场
《影响力》——产品市场
《怪诞行为学》——产品市场与用户行为必读
二、产品设计
《用户体验的要素》——你们都懂的
《就这么简单》——用户体验科普
《锦绣蓝图》——Web信息架构必读
《Web信息架构》——Web信息架构必读
《创造突破性产品》——PM启蒙读物
《写给大家看的设计书》——UI设计必读
《应需而变，设计的力量》——培养同理心
《简单法则》——设计思想
三、团队合作
《决策与判断》——换位思考
《只有偏执狂才能生存》——情商
《演说之禅》——气场与感染力
《启示录》——团队
补充：
移动端的PM在产品设计部分关注的知识及书籍略有不同，
《移动设备交互设计》——移动交互入门
《移动应用的设计与开发》——移动产品入门
《Tapworthy（触动人心）》——IOS设计
《App Savvy》
《Mobile Design Pattern Gallery》
《简约至上》
另外目前国内的产品经理定位很多偏重于产品体验和需求把控，还有一些产品经理其实带的是项目或者产品团队，因此推荐以下几本书：
《项目管理之美》：偏重于项目管理
《掌握需求过程》：偏重于需求挖掘
《流程管理》 ：偏重于项目型团队产品经理
《网站设计解构》：偏重于Web产品经理
《瞬间之美》 ：同上
《用户体验的要素》：同上
《GUI设计禁忌》 ：偏重于客户端产品经理
《About Face 3交互设计精髓》：偏重于客户端产品经理
《用户体验度量》：有一定用户群产品的产品经理可以看
《胜于言传：网站内容制胜宝典》：资讯类网站产品经理最好看一看
《Web导航设计》：虽然偏重Web，但个人认为客户端产品经理也可以看。
书海无止尽，开卷总有益。
然而每个人负责的产品不一样，所以从需求到设计再到团队构成，知识结构是非常复杂的，大家还是需要多从实际出发来选择适合自己的书籍。
