可供团队成员快速理解的产品目标

英国机场） 比如，你们的仓库在希思罗机场（Heathrow）附近，包裹降落在英国众多港口，为了把货都提到仓库，就需要统计港口的货量，预估卡车数量、车型和费用，并根据到港时间提前预约卡车，完成揽收。为了实现更高效地包裹提货，就需要跟多位产品经理、业务方合作，共同完成这个项目。 二、2个方法，找对关键问题 在设计方案之前，明确需求价。

找到项目关键问题，对项目的成

败至关重要。 通过把繁杂需求信息，整理成直白、清晰、简短、，是一件非常难但又极其正确的事情。 在整理用户问题时，我通常会用到两个工具，其中一个工具是「卡点梳理」。 主要的目的是帮助我梳理哪些人？在什么场景？要完成什么？遇到了什么问题？怎样解决问题？就像玩连连看一样，把角色、卡点、方案通过玩游戏的方式，把他们都串起来。 1）提货任务滞后，不方便调度人员提前派。

车 搭建{日历} 可视化展示到货

情况 2）调度人员线下预约卡车，效率低 搭建{任务} 可约车并发邮件 3）财务手工对账，无法快速计算成本费用 搭建{成本账单} 满足费用核算 ……. 按照这种方式，在调研过程中把问题定位出来，方便给到业务人员沟通对齐。 另外一个工具是：「目标拆解」。 通过明确需求能给公司、团队带来什么样的收益，来确定产品方案的价值，这里的拆解过程，也可以作为一种思维方式，帮助我们复盘项目，看看在业务数据上是否有实际的提升。 比如，调度人员在安排卡车的过程中，分别要完成以下业务环节： 统计港口有哪些包裹，预计什么时间到达 根据包裹重量和体积来预估卡车数量、车型、费用 根据包裹到达时间，提前联系卡车公司，完。

通过与真正对您的商品或服务感 whatsapp 号码数据 兴趣的人建立联系，您可以提升品牌声誉。您似乎是一个更可信、更专业的营销人员。您可以通过定制电话号码列表来更准确地定位特定受众，以适应特定行业或细分市场。这让您更容易与通过其他方法可能难以联系的潜在客户建立联系。

成预约 跟进卡车提货进度，通知

仓库揽货 有了这些环节，我便知道项 7 个值得学习的成功社交媒体监控案例 目最终要达到的目标是什么，比如：提升货量统计效率、减少卡车预估时间、降低卡车提货成本、提升提货入库的效率。 有了这些梳理，我便可以继续根据目标拆解出关键的「数据指标」，比如：每天完成卡车预约的平均时间、单批包裹的平均提货费用等。 如果方案上线后，清关人员每天完成卡车预约的时间从 5h 降低到了 3h。单批包裹的提货费用从 300USD，降低到了 290 USD，那这些数据的变化，就是产品方案的价值，于产品经理而言，也是一种成就感。 三、用共享文档，引导。

团队前行 如果需要跨部门协作

的项目，产品经理可以站出来做好团队领导 电话号码 香港 的角色，而不仅仅是充当一个设计工具。 比如完成任务划分、把控进度的工作、帮助成员梳理和对齐卡点等，很多这样的细节琐碎的工作，虽然消耗精力，但一旦你做好了，收益巨大，不仅可以帮助团队更高效地工作，还能提升你个人在团队中的影响力。 比如，把自己调研过后的信息、流程、卡点整理成共享文档开放权限给团队成员，这样可以让所有成员基于一个信息源沟通，补充项目。

进展。如果出现分歧，还能第一时

间对文档评论、调整、追溯。项目落地后如果业务方不满意，吐槽需求未被满足，那产品经理也可以依赖这份文档，跟业务沟通，避免背锅（小声） 当然，共享文档，只是记录的一种形式，在一些国际化项目团队中，也经常使用邮件作为讨论的锚点，这种方式我也常用，可随着团队习惯进行调整。 四、用流程图和表格说话 用流程图和表格说话的目的，是为了减少无效的信息沟通，当然，也可以是用PPT。 之前跟业务方聊项目。

的时候，如果我一上来就展示一堆

文字，聊细节问题，这个时候很容易让大家陷入到思维陷阱，即只顾着眼前的问题，而不考虑需求的全貌，这样做，会忽略掉很多创新的想法。 为了帮助大家更好地了解需求原貌，我经常利用流程图，作为项目对齐的主要工具之一。比如下图是一个简化版的流程图，通过流程图，可以让所有成员一眼就知道项目背景和流程。 另外，产品团队之间沟通需求详细规则时，很多细节非常繁琐，特别是有些业务规则要多方确认的，如果不及时记录，就会出现遗漏，通常，我会利用场景表格来帮助自己搞定这些。 五、用行为模型，减少用。

户疑问 了解行为模型，在产

品设计过程中多运用行为模型，可以帮助用户更好地使用产品。 什么是「行为模型」，这个概念是我之前在《福格行为模型》中学到的，它的核心理念是：任何人只要有做事情的动机，并且有完成这个事情的能力，给他一个提示，他做成这件事情的概率将会大大提升。 比如，让你的手机放在拿不到的地方，降低自己的能力，你使用。

手机的频率就会降低把喜欢看的书

本放在床头，给到自己的一定的提示，睡觉值钱就会偶尔翻一翻。 产品设计的过程中，就可以用到这些方法，来帮助用户理解和使用产品，比如下方这个页面，就是结合行为模型来做设计的案例。 假如调度员在预约卡车时，是带着完成卡车预约的目的来（具备动机），并且他们知道如何完成下拉和点击动作（具备能力），这个时候可以给他们一定提示，告诉他们这个操作是干嘛的，操作不了是因为什么，完成之后会发生什么。

通过这些方式，就能让用户使用产品时，更加流畅。 这种方式在很多 C 端领域都会用到，但并不代表 B 端领域的产品可以不用学习，有时候也能在 To B 产品中发挥巨大作用。 六、文章总结 以上便是我在该项目中运用到的一些方法和思考，有些是基本功，也有些是小技巧，每位产品经理都有属于自己的方法，没有好坏，最终能够帮助我们高效完成任务，实现产。

品目标，便是最好的。 本文由 @Leam 原创发布于人人都是产品经理，未经许可，禁止转载 题图来自 ，基于 CC0 协议 该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。 赞赏 收藏 7 与常规的C端、B端产品不同，G端产品不仅是方法论、流程有所不同，连会议的操作、流程也和大众的认知有所差异。这篇文章，作者分析了不同场景下政务类项目会议的场景和说明，供大家参考。 本指南，基于数字政府建设的要求和趋势，从多个角度阐述数字政府建设的行业经验和方式方法，包含涵义篇、体系篇、建设篇、经验篇等内容,供各位想从事了解或者已经从事政务行业的人士参考。 本篇为经验篇的其中一个章节，错误或不完善的地方，还请指正。

常来说，项目会议是和客户最直接、最有效以及最频繁的沟通和调研确认方式，不同主题的会议有不同的形式和要求。 下面以不同的场景举例政务行业参与项目会议的方式方法。 一、决策者主持或参与的项目会议 此类会议一般是项目宣贯会、建设汇报会或者产品规划会。 项目宣贯会，主要为了陈述项目的背景和各参会人员的工作内容范围，加强项目的沟通效率和管理范围，以达到项目建设思想意识的一致，提高各方对于项目的重视程度，工作细分、责任明确。

，从而能够让各方在项目协作上采取一致的措施，最终完成项目的落地。 建设汇报会，主要是项目建设到一定阶段或者取得一定成果时给关键决策领导汇报工作的会议，一是检验项目建设的成果，二是陈述项目建设的过程以及希望获得的支撑或者资源。 做交互设计10年，我为何转岗到产品经理？ 真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据。

分析… 查看详情 > 产品讨论会，分为业务规划讨论和技术规划讨论，业务规划讨论主要是明确业务的建设规划和功能的发挥价值，技术规划讨论主要是明确系统的建设框架和技术的选择要求等，该会议的目的是通过决策者组织拉通各方达成业务上和技术上的统一认识，寻求建设的最佳方案。