惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

罗磊的独立博客
Y
Y Combinator Blog
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
Visual Studio Blog
MyScale Blog
MyScale Blog
M
MIT News - Artificial intelligence
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
T
The Blog of Author Tim Ferriss
Martin Fowler
Martin Fowler
博客园 - 【当耐特】
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
Engineering at Meta
Engineering at Meta
WordPress大学
WordPress大学
Google DeepMind News
Google DeepMind News
C
Check Point Blog
Last Week in AI
Last Week in AI
F
Fortinet All Blogs
博客园 - 聂微东
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
GbyAI
GbyAI
云风的 BLOG
云风的 BLOG

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
政务G端项目会议操作指南
PM小刘 · 2024-09-27 · via 人人都是产品经理

与常规的C端、B端产品不同,G端产品不仅是方法论、流程有所不同,连会议的操作、流程也和大众的认知有所差异。这篇文章,作者分析了不同场景下政务类项目会议的场景和说明,供大家参考。

本指南,基于数字政府建设的要求和趋势,从多个角度阐述数字政府建设的行业经验和方式方法,包含涵义篇、体系篇、建设篇、经验篇等内容,供各位想从事了解或者已经从事政务行业的人士参考。

本篇为经验篇的其中一个章节,错误或不完善的地方,还请指正。

通常来说,项目会议是和客户最直接、最有效以及最频繁的沟通和调研确认方式,不同主题的会议有不同的形式和要求。

下面以不同的场景举例政务行业参与项目会议的方式方法。

一、决策者主持或参与的项目会议

此类会议一般是项目宣贯会、建设汇报会或者产品规划会。

项目宣贯会,主要为了陈述项目的背景和各参会人员的工作内容范围,加强项目的沟通效率和管理范围,以达到项目建设思想意识的一致,提高各方对于项目的重视程度,工作细分、责任明确,从而能够让各方在项目协作上采取一致的措施,最终完成项目的落地。

建设汇报会,主要是项目建设到一定阶段或者取得一定成果时给关键决策领导汇报工作的会议,一是检验项目建设的成果,二是陈述项目建设的过程以及希望获得的支撑或者资源。

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

作为项目承建方,参加此类会议时,要严格遵循会议议程参会,分两种参会角色场景:

一是作为听会者的角度参与会议,通常是项目宣贯会中。或许有人觉得,此类会议最后讲的多数都是套话空话,但是从讲话者的角度来看,因为领导面对的对象范围比较广,细分的工作内容也很多,因此不可能每一件事情都能够讲的很细,只能讲一些方向性的内容,主打一个点到为止。

那么作为旁听者,不仅要听懂关键决策者讲话背后的指向性,还要抓住关键点,即关键决策者的兴趣点或者是项目建设的痛点,这个是项目能够取胜的关键点之一。

此外,领导讲话的观点或者视角会比较高,对于经常关注执行的承建方来说,也是一个非常不错的学习机会,对于提高自己的业务理解和锻炼产品设计思维都有不少的帮助。

二是作为参会者的角度参与会议,通常是建设汇报会和产品规划会中。此类会议一般会要求承建方的领导或者关键人协助会议组织者主持会议,更多的是配合产品或者技术方面的汇报以及系统方面的演示,讨论产品(系统)的规划以及技术资源之间的拉通。

作为参会者,参加会议时,要严格遵守会议议程,需要特别注意会议礼仪,比如不得迟到提前入场、手机调为静音、提前准备会议资料。提前做好资料准备,储备相关业务、产品以及技术知识。

此外,需要专门安排一位会议记录人员,认真听取和记录会中所提及的内容,分析客户所想,挖掘系统所需。

二、执行者主持或参与的需求调研会议

这类会议一般是项目的执行者邀请相关业务处室/部门或者单独参加/主持的需求调研会议。

这类调研会议需要建设方提前和执行者沟通好调研的时间和地点,并且说明本次需求调研会议的提纲或要点。

产品同学应提前准备好调研的提纲,如果涉及演示,还应提前准备好演示内容(演示注意事项详见“系统演示”部分)。

需求调研过程中,和其他行业有所不同,多数被调研的用户并不具备一定的调研专业性(对信息化技术语言不是很熟络),因此调研通常不会是预想中的一问一答形式,调研过程中需要产品同学时刻分析被调研用户的回答内容是否已经发散,如果回答的内容发散已经失去调研本来目的(比如变成抱怨)时,需要产品同学及时的引导被调研用户回到正常的轨道。

当然,如果这个内容的发散有助于建立客户关系时,可以多多聆听和记录,便于后续的工作开展(优秀的产品经理同样是一名优秀的倾听大师)。

三、在线会议

因为一些特殊原因,有时候需要线上组织或者参加会议。

在线上会议中,包含以下注意点:

1.预约会议。如果会议发起者为自己,应提前确认好会议主题、会议时间以及参会人,提前建好线上预约会议,把会议链接和会议信息同步给相关人员。

2.提前入会。提前10-15分钟入会,正确的使用会议名字(如所属项目/团队—本名)和会议头像(建议会议的头像为自己本人的头像)。

3.注意录屏。如果需要录屏,提前和会议组织者打好招呼,确认本次的会议内容是否允许录屏,允许录屏记得及时保存录屏文件,敏感类型会议做好录屏文件的存储保密。

4.注意发言。明确会议的主持对象,非必要不主动接话和组织会议议题(主持人为本人时忽略)。如果需要自己发言或者点到自己发言时,注意语言礼仪,在所叙述内容前加上礼貌性语言(如各位领导、各位老师好)。如果对方回应了你提出的问题或者疑问,建议礼貌性的回复(感谢领导/老师的答疑)。

5.注意退场。正常情况下,等参会领导或者老师退出会议后才退场或者结束会议。此外,如果议程中有领导不需要参加的议程,建议在议程衔接时让领导先行退场。

四、项目会议法则

注意记录。好记性不如烂笔头,参加项目会议时要及时做好会议记录,如果应付不过来可以搭配同事一起完成。

会议变更。如果自己主持的会议需要变更,变更前和关键人确认好变更的事由和时间,等关键人都已确认变更事项时通知全员。

说话形态。说话可以简练,但不可以磨蹭,和领导说话尽量不卑不亢,认真聆听和思考,习惯用尊称您/你,会给客户留下良好的印象。

会后追踪。避免出现决而不行,要重视领导的决策和意见,及时反馈执行效果,体现办事的态度。

作者:PM小刘,公众号:PM小刘

本文由 @PM小刘 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。