会议怎么开才能有效果
如何让思维活跃，有什么好的建议吗？
如何让思维活跃，有什么好的建议吗？
要活跃思维，我有以下个人建议，仅供参考:
1.多运动。精神活动是以良好的身体机能为基础的。适当做有氧运动，跑步，打球，游泳等等。你会发现经常锻炼的人一般看起来精神焕发，精力充沛。如果你不喜欢，试试看。;不要相信我。
2.多和人交流。锻炼思维活动的一个重要途径就是多与人交流，甚至在公共场合或大型会议上多发言，因为语言是思维输出的表现，你讲话的逻辑思维也反映了你思维活跃的程度。它不 如果你不在乎。;如果你经常锻炼，你会发现你的思维会变得敏捷。
3.多读书，读好书，知识储备永远是提升个人素质和思维能力的必由之路。你的思维逻辑能力和输出表达能力，都来自于你不断的学习和再学习，多读书，阅读不同学科的书籍，增加自己的知识储备。
4.如果你有足够的钱，你可以去不同的地方旅游，欣赏的大好河山甚至世界的名山大川，参观旅游圣地。唐 不要路过，要知道名胜的来历，多读历史。不是说读历史就能正确。
总之，思维锻炼的有很多种，以上只是我认为比较重要的几种。欢迎留言讨论，因为这个问题挺好的。谁不喜欢？;I don'我不想变得机敏和活跃？
高效会议该如何做会议准备？
以我的原型评审会议为例
前言:
关键是要处理好两个阵营:需求阵营和技术阵营。
跌跌撞撞了很多，领悟了几个实用的小技巧，希望能帮你少走弯路。
一.会前
1.产品团队将首先进行内部审查。
俗话说，家丑不可外扬。
一般来说，你赢了。;不要带着你的2B原型，花时间和你的团队伙伴在一起。
因为，没有人愿意把不好的一面清晰的展现给身边的人。
大多数人不会。;不推荐。等你有了足够的信心之后，不妨试一试。
但是，如果你能拉这个脸，你可以邀请你的朋友到一个原型部门来分享。
事实上，大多数朋友都很乐意参与并帮助你，除非他们当时很忙。
我们产品部之前试过，效果挺好的，可以提前避免很多小问题。
2、两大阵营先单点逐个击破。
先找业务方审核，再找技术团队审核，虽然有点慢，麻烦。
但是，很大程度上，你不会在样机评审会上被两大阵营淹没。
2.1、单一的突破性需求阵营
我初步绘制的原型和规则必须与业务方单独讨论，以确认是否符合初步预期。
业务方是告知他们对产品的最初要求，现在如何满足，如何跳转页面，如何操作。
所以你可以多次骚扰他们，勤勤恳恳，然后请他们抽时间聊聊生活，直到他们对用户体验满意为止。
2.2、单一的突破性技术阵营
技术阵列营员包括:项目经理、UI设计师代表、前端开发代表、后台开发代表、测试工程师代表等。
技术会挖掘产品的每一个细节，不断问你为什么会有这些页面、流程、规则。
你的原型里有什么，他能问，会问；如果你不 t，你也会问，是谁让你想不清楚的？
我觉得他们真的是很棒的一群人，谢谢，笔芯~ ~
不仅写代码，设计图片，测试产品，还帮你用这个渣产品擦屁股。
要么是这个规则没了，要么是那个流程没了，要么就是这个页面，反正我就是想你！
提示:如果你不 t在技术阵营里没有小伙伴，小范围内至少评审一次原型就死得很惨。
除非，你对自己的业务流程、原型、规则极度自信。那请忽略我的友情提示。
同样，唐 不要害怕被践踏，勇敢地面对他们，这一轮小范围的评估将暂时告一段落，直到他们不 在流程、原型、规则上不符合你。
3.做好必要的准备。
3.1.必须邀请重要人物参加会议。
第一，利用各种渠道(面对面、邮件、钉钉、语言、等。)和关键人物约个时间，定个参加会议的时间。
提醒:如果关键人物不在或与其他会议，我们可以推迟约会。
但是，必须预约。那些能做最后决定的人不要。;没有时间参加，你的评审会就白开了。
谁经历，谁酸爽~ ~
3.2.会议通知将提前一两天发出。
一般以邮件钉钉群公告的形式，正式邀请所有相关项目业主参加会议。
最好不要落下任何人。当然，非关键人员在特殊情况下可以提前请假。
3.3.为会议准备所有必要的材料。
要分发的资料可以提前打印出来发给有需要的朋友。
3.4.提前和运维同事打招呼，在大会议室连接调试投影仪。
这件事可大可小。如果链条在掉落，投影仪会 不要连接，那会很尴尬的！
3.5.提前10分钟到达会议室，再次提醒项目组成员。
温馨提醒大家，会议即将开始，请移步会议室参加。
每个人都很忙，一天可能要参加n多个会议，尤其是关键人物。
你不 不要提醒我，很多朋友可能已经把你们的会面忘得一干二净，这很正常。
第二，会议期间
准备工作做好之后，就可以正式复习了。嘿！赶紧抓起小板凳，一排排坐好。
4.告知会议目标
我相信很多产品经理会发现，很明显我是开会讨论这个需求的审核。
结果有多少人被大家瞎聊后被带到下水道？
会后，没有结论。好的样机评审会变成了产品吐槽会。输~
所以，围绕会议的主题和目标，为什么开，怎么开，要达到什么效果？
为了不重复同样的错误，必须在会议开始时向每个人强调会议的目标。
5.介绍项目背景
等等唐 不要急躁！为什么唐 我们就不能先来个前戏让大家有点心理准备吗？
不管有多少人已经知道这个项目的基本情况，我还是建议你向参会者介绍一下你为什么要做这个产品，为谁做，要解决什么痛点，有什么价值。
6.控制审查会议。
会议主持人要做好会场管控，严格遵守会议流程。
兵前礼，非人前礼。
离题的话题避免延长会议时间和浪费大家 s表情。建议直接打断，拉回正题。
7.有一个良好的态度，控制你的情绪和唐 不要激动。
作为产品经理，如果你不 I don'我没有宽大的胸怀，我现在想说服你。
你见过口水战吗？是的，你的第一次原型审查会议就会感觉到。
记住，你是全场最亮的zai。
放松面对现实吧，亲爱的。
8、指定专人做会议纪要。
老铁，醒醒！一般都是自己录的。
当然，如果你有一个小助手，那就太美了！
9.认真贯彻会议决议，严格执行，责任在人。
谁不会呢？;不要开炮？关键是很多需要落地的东西，都要归罪于人。
比如原型评审失败，作为产品经理，你要在会后继续优化原型，评审直到通过，然后才能继续前进；如果通过了，谁还需要为设计画UI图？需要多长时间？
很多事情，所有的工作，都要在会上一一落实，各抒己见。
9.唐 不讨论技术实现的细节，只讨论可行性。
唐 别忘了，你已经和技术人员单独谈过技术规则的细节了。
这种会议，那么多非技术人员参加，你讲太多技术实现细节。结果是什么，你知道吗？
玩手机的玩手机，睡觉的睡觉。国会。哦，老板？It 记住，这不是技术原型审查会议。
第三，会后
10.将整理后的会议纪要发送给项目参与者。
会上一定讨论了很多会议决议。万一你忘记了，把它们录下来，通过公司的正式邮件发给你。
猪哥把平时工作中用到的会议通知和会议纪要模板分享给大家。
官方账号后台回复:【会议纪要】获取模板。
如果还需要什么工作模板，请私底下逗我~
11.与技术团队沟通产品测试和在线时间。
样机审核通过后，产品也不会闲着！
拉小惠与技术营伙伴交流:ui图什么时候出？代码什么时候测试？什么时候测试灰色环境？什么时候接受产品和业务方？等等一堆问题，都需要设定一个时间节点。
12.向业务方反馈在线时间。
很多时候，业务方并没有和技术阵营讨论上线时间。
大家刚评审完，就拉着你说:什么时候上线？我 我赶时间？
然后你又要无奈的解释一遍:我要先和技术团队商量一下，再和你同步。
有木有？所以，讨论完了，赶紧告诉业务方，给他们吃一颗定心丸。好吧！
13.控制项目的进度
项目管理，主要的痛点，个人认为是以下几点，我建议重点关注一两点。
13.1、需求变化
另一个长期存在的问题，需求变化带来的风险，很麻烦，也很严重。但是，我们应该根据自己的经验和能力来判断需求方的影响范围。;这次的需求有所变化。
如果影响不大，可以改。影响较大的，必须进行风险报告，提前告知需求方，并给出合理理由。
如果它影响了思维模型中的底层数据架构，则必须将其报告为严重风险。
13.2、紧急需求
我最怕这种人，不讲道理，霸道。整个项目的正常上线过程不是不知道，但我不得不提出我不 现在看不懂互联网项目正常的上线流程，一周之内。
谁的业务不急，谁的需求不重要？如果你现在想要，我可以 不要给它。我可以快速评估小需求，尽快上线。我今天就尽量上线，绝不拖到明天。
但是，大需求怎么走的过程还是要走的。
13.3.项目团队的临时替换
在项目开发中途，技术突然离职或者被其他项目借调，导致项目突然风险上报，也容易措手不及。
如果技术走了，我们需要尽快找人接手我们的项目。如果技术被附议，我们的产品还得了解具体原因，想办法解决。
最终目的是保证项目的正常开展。
总结:
原型审查是我们产品人不得不面对和认真做的一个步骤。任重而道远。加油！
推荐阅读:。
朱哥1分钟(死亡365天，完成23.84%)
官方账号:刻意练习产品思维。
作者:飞猪
标签:退伍军人，反面教材的创业者，懂技术懂运营的B端产品人。