2016 - 2024

感恩一路有你

简短会议记录模板范文怎么写 钉钉怎么上传会议记录?

浏览量:1930 时间:2023-09-03 18:43:37 作者:采采

钉钉怎么上传会议记录?

钉钉上传成功会议记录的方法是

1,然后打开电脑桌面上的钉钉软件

2,然后点击钉钉软件上左侧的文档选项卡

3,然后点击钉钉文档选项卡,中,选择右上角的“模板中心”按钮

4,在文档模板中,你选周会会议纪要按钮,再点使用按钮

5,填好重点工作项,将情报营工作安排发送到具体的人员,再点击左侧的保存为我的模板按钮

个人会议记录格式及范文?

会议主题或名称:

诸如我就然后得用XX书社两次决策会议,如果是周例会、月度学习总结会,就可以写X部门X年X月第X周周例会、X部门X年X月每月报告系统的总结会等;

会议日期:

去开会的具体一点日期,比较方便以后查询相关信息;

会议时间:

具体看的通知开会时间(这个是可选项,有最好,没有影响不是太大);

会议地点:

具体详细在哪儿开的会,如果没有还偶尔会涉及城市的变更,和多个办公地点,可以都写很清楚;

会议主持人:

直接写会议主持人的名字,要是没有,也可以写“无”;

会议记录者:

假如不是你专门负责会议记录,就写自己的名字;

与会者:

人数比较少的会议,是可以各将人名写上(如果不是在职级观念比较好重的公司里,注意先写职级高的参会嘉宾人,后来写职级低的与会者人);假如人数都很多,可以不写带有XX部门全体员工;如果是跟客户供应商的会议,还是可以尽快细分为“客户公司XX、XX;我方人员:XX、XX”;

会议记录正文:

将所有用处信息如何填写完整后,重点是会议正文的部分,会议正文有很多种写法框架,都很简单的这个可以建议参考上图所示,分为“会议议程”和“会议纪要”。会议议程比较多记录整个会议两类那几部分,会议纪要则有记录会议中重要的发言、讨论和决策,在内提出的问题等。

工作中会议越来越多,如何高效完成会议记录?

以我原型评审会议举例子

前言:

关键在于要帮你搞定两大阵营:需求阵营、技术阵营。

栽过不少跟头,领悟出少许实战小窍门儿,希望能帮您少走弯路。

一、会前

1、产品团队先内部评审

常言道,家丑不可外扬。

一般情况,是不会拿着你的2B原型,跟团队内部小伙伴过四次的。

因为,谁也我也不想把不好的一面,很露骨的展示出给身边人看的看得清清楚楚。

就像人不帮我推荐,现在你有足够的自信之后,何不一试。

只不过,如果没有你拉的下这个脸,可以不请帖小伙伴们来个原型部门分享分享会。

反正,小伙伴们大部分是很领情联合并指导你的,即使他们当时比较忙。

我们产品部门之前就试过,效果还满好的,可以延后规避不少小问题。

2、两大阵营先单点各个击破

先找业务方评审,再找技术团队评审,虽然慢了点儿,麻烦的话些。

但,可以不很小程度能让你在原型评审大会上,肯定不会被两大阵营怼得狗血喷头,手无足措。

2.1、单点突破——需求阵营

自己进一步画的原型和规则,得先跟业务方另过一下,再确认有无提升到初步预期。

业务方,是说下其该产品他们当初提的需求,如今怎么满足,页面之间如何能页面跳转、如何能能操作。

因此,可三次突袭他们,小腿儿不勤快些,再约他们抽时间聊一聊人生,直到在用户体验上,他们微微点头满意为止。

2.2、从0到1——技术阵营

技术阵营选手有:项目经理、UI设计师代表、前端开发代表、后台开发代表、测试工程师代表等

技术,会抠产品的每一个细节,不停的问你我想知道为什么有这些页面、流程和规则。

你原型里有的,他能问的,都会问;没有的,也会问,谁让你没想清楚?

我都觉得他们真的是一群很了不起的人儿,谢谢你们,笔芯~~

不但要写代码、设计图片、测试产品,的要来帮你这个渣渣产品擦擦屁股。

不是什么漏了这个规则,就是漏了那个流程,或是是这个页面,总之就想怼你啦!

温馨提示:假如你是没有跟技术阵营小伙伴,先小范围最起码原型评审四次,你会死得很惨。

如果,你对自己的业务流程、原型、规则极其自信。那请忽视我的友情提示。

同样,别紧张被蹂躏,坚强勇敢的面对他们,直到此时他们在流程、原型、规则上,不怼你为止,此轮小范围评审才算还没有暂时告一段落。

3、去做必要准备工作

3.1、可以邀请关键人组织会议

先用各种途径(亲自、邮件、钉钉、语言、等)与各关键人物,预约并定好可参会的时间。

温馨提示:如果不是关键人物没功夫联合或与其他会议发生,咱们可往前可以延期再约。

只不过,需要约到。能拍板的人没空来来联合,你的评审会,开了4白开。

谁经历,谁酸爽~~

3.2、会议通知提前一两天三天两天发

像是以邮件钉钉群公告形式,正式一份请柬项目查找所有人来参加会议

最好是一个也不能少,当然其他的情况非关键人可提前一两天病假。

3.3、打算好会议所有具备资料

要分发的资料可以不延后可以打印几份出去,发我有不需要的小伙伴。

3.4、延后与运维同事打好招呼,连接到系统的调试好大会议室投影仪。

这事儿可大可小,假如最关键时候掉链子,投影仪连不上,是很不自在的一件事哟!

3.5、晚几天10分钟可到达会议室,并再次提醒项目组成员。

温馨提醒大家,会议立玄要又开始,请移玉到会议室参会。

大家都比较忙,可能三天要参加过N多个会议,特别是关键人物。

你不嘱咐,不少小伙伴也许是也已把你的会议忘得干干净净,很正常。

二、会中

准备工作做足后,这样可以宣布评审啦喂!快点拿好小板凳,一起吃西瓜。

4、速回会议目标

不会相信很多产品经理都会发现到,真是奇怪我去开会是聊这个需求的评审。

可是,被大家乱吼瞎几把乱聊之后,多少人被留在阴沟里面回来了呢?

开完会,啥结论也没。多多的一个原型评审会,转成了产品吐槽大杂会。丢~

并且,重点留意会议主题、会议目标,我想知道为什么开,怎摸开,要达到什么效果?

目的是不重蹈旧辙,会议目标必须开什么会刚开始就向所有人强调。

5、介绍项目背景

等等,别色急嘛!怎摸也先来个前戏,让人家好像有点心理准备吧?

不管是什么多少人,早就明白了此项目的基本情况,却个人建议你统一又一次为参会人员推荐下为什么这个产品,为谁服务,可以解决哪些痛点,有什么价值。

6、对评审会议通过管控。

会议主持人做了控场工作,严格遵守执行会议流程。

先兵后礼,对事不对人。

严重跑题的话题避免拉长会议时间,实在是浪费大家表情,见意然后打断拉回主题。

7、心态好多了,控制好情绪,别兴奋。

做产品经理,假如你没有一颗大心脏,我现在就想劝退你。

见到过舌战群雄吗?没错,你的第二次原型评审大会,将会感应到。

记住,你就是全场最亮的那个zai。

紧张,学会面对,亲。

8、确定专人做会议纪要。

老铁,醒醒啊!像是也就是你自己记录啦。

其实,假如有个小助理,那你美滋滋咯!

9、认真落实会议决议并严格执行,责任到人。

放空炮谁不可能啊?关键是很多是需要从空中落下的东西,可以责任到人。

假如:如果没有原型评审没通过,以及产品经理的你得会后不再优化原型再评审,等他通过为止,才能往下推进工作;要是按照了,设计是需要谁出UI图?多少时间出?

好多事儿呢,各项工作,都得在会议上逐条落实,各自认领。

9、不讨论到技术实现细节,只研究和探讨可行性。

别不记得了,你也不能跟技术聊过技术规则细节了。

在这种大会上,这样的话多非技术人员参与,你聊过多的话技术实现程序细节问题,可是是啥,明白不?

玩手机的玩手机,睡觉的睡觉时候。大会哦,大佬?并不是技术原型评审会,一定不要。

三、会后

10、将收拾好好的会议记要,发邮箱项目参会人。

会上那肯定讨论到了很多必须落地的会议决议,就是为了以防大家不记得,留下记录过去,并以公司临时邮件发到邮箱大家

猪哥将平时工作中建议使用的会议通知、前瞻指引模板分享分享给你。

公众号后台回复:【会议纪要】能领取模板。

如果不是你还不需要什么工作模板,请私撩我咯~

11、与技术团队沟通产品提测、上线时间。

原型评审之后,产品也闲不下来的啦!

拉小会与技术阵营小伙伴交流:UI图什么时候不出来?代码什么时候提测?测量什么时候上灰度环境?什么时候产品和业务方验收?等等一堆问题,都不需要定个时间节点。

12、给业务方反馈上线时间

大部分事情,业务方在你才刚跟技术阵营继续讨论上线时间之前。

大家才刚刚评审完,便拽着你,来那就一句话:什么时候上线啊?我很急?

然后你还要很无奈的再度解释一遍:我得先跟技术团队再讨论,然后把跟你同步。

有木有?因为,继续讨论完的上线时间,慌忙说说业务方,给他们吃颗定心丸吧!

13、管控项目进度

项目管理,比较多的痛,个人觉得是200元以内几点,我建议你需要重点关注一二。

13.1、需求变更

又一个老大难问题,需求变更倒致的风险,是很麻烦相当严重的。但,要依据自己的经验与能力判断,此次前来需求方变更需求的影响范围。

要是影响大不太大,那能改就改要是引响减小,那前提是上报风险,之前指点需求方并能提供比较合理理由。

假如是引响思维模型中的底层数据架构,那需要报严重风险。

13.2、紧急需求

最怕这类人,不讲理还狂霸,整个项目算正常的登陆游戏流程又也不是真不知道,但也要给出我现在就要,一周内还得这种不懂互联网项目正常了登陆游戏流程的不讲情理要求。

谁的事不急,谁的需求不重要?你现在要,我也给不了,小需求我这个可以急速出具评估报告,尽早登陆游戏,不要可以做到能今天上不了线绝对不会尽量拖延到明天。

可是,大需求该怎么走流程应该得怎么走。

13.3、项目组正式换人

项目开发到一半,技术忽然离职或者被其它项目借调,倒致项目突然报风险,都是很难让人猝不及防。

如果没有技术离职后,得找人尽早刚接手咱们的项目。假如技术被借调,咱们产品得去知道一点具体详细原因,想解决方案。

到了最后目的,保证项目正常吗上线。

学习总结:

原型评审,是我们产品人,不得已遇上并严肃做了的一步。不是一朝一夕的事情,各自加油哦哦!

推荐阅读:

猪哥1分钟(死磕28天,已成功23.84%)

公众号:刻意练习产品思维

作者:会飞的猪

标签:退伍军人,反面教材创业者,懂技术懂运营的B端产品人

版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。