产品workshop(工作坊)执行策略

Workshop工作坊形式在当下逐渐为更多领域所使用,这一形式在一定程度上可以推动合作与思想碰撞,激发创新思维,并实现人脉的拓展。本篇文章里,作者就产品工作坊的发起方式、流程操作等方面做了总结,一起来看一下。

Workshop最早出现于教育和心理学领域,是一种通过分享自身解决某种问题的经验,以激励和引导其他具有相似问题的人的学习方式。该模式随后被引入到其他领域,逐渐成为一种解决和思考问题的新方式,特别是在创客领域——产品工作坊。

一、发起的方式

一般在互联网企业,产品经理接触工作坊的渠道有以下三种。

1. 公司内部举办

有些公司希望通过内部特别是跨部门的工作坊,一来可以促进跨部门的沟通 ,二来则希望能通过不同业务、不同思考方式为某些产品提供突破性的解决方案。一般组织者、参与者都是内部员工。

2. 聘请外部专家

一般聘请的角色承担的是老师角色,负责引导、解答、点评。除此以外,其他参与者一般都是公司内部员工。

3. 外部学习

这是最常见的workshop方式,最大的特点是参与者来源于不同的单位,相互间缺乏了解,工作坊主题多数与公司业务不相干,是一种完全的创新,更考验参与者的综合能力。

二、工作坊全流程

工作坊的整个流程及各流程需要注意事项说明如下:

  1. 策划:确认主题,明确为什么举办工作坊及希望达到的成果。同样的需要对预期的参与人、地点、时间、材料等进行预估。
  2. 评审:内部对策划进行评审,评估是否值得执行、执行预算、KPI(OKR)等事宜。
  3. 关键事项推进:包括关键人邀请、场地落实、学员招募、材料准备、活动宣传等。
  4. 后勤保障:包括老师住宿、饮食、设备调试、现场直播(录播)等。
  5. 工作坊开展:整个流程最关键环节,直接影响成效。做好现场记录、产出结果整理等。
  6. 复盘:各部门分别复盘及整体复盘。
  7. 宣传:无论是内部还是外部举办,适度的宣传肯定能起到更好地作用。宣传的方式有很多种,比如宣传优秀案例、发送整理的案例材料、公众号软文等。

三、工作坊小组流程

除了指导老师需要做的引导工作外, 工作坊小组内部的流程直接影响整个工作坊的最终结果——以产出论英雄。一般如下所示可分为6个阶段。

产品workshop(工作坊)执行策略

1. 组建团队

一般是根据现场座位直接组队,团队规模一般不超过6人,具体规则由老师指定。

2. 自我介绍

团队组建后最重要是每个组员需要做一个简单的自我介绍。自我介绍的一般包括名字、职业、所在行业、公司、从业时间、擅长点。自我介绍的方式有很多种,常见的一个是直接发言介绍,还有一种是各自在便签上写好,摆在自己面前,其他人查看。

3. 角色确认

角色确认的关键是指定一名组长,可以是毛遂自荐,也可以是相互基于之前的自我介绍推荐。需要说明的是组长最重要的职责是协调,不一定是最强的。

4. 任务分配

组长组织成员基于老师给定的主题或要求,引导成员共同讨论,确认任务内容,基于成员各自能力优点分配工作负责人员。任务分配必须指定交任务形式及时间要求,如10分钟后写在便签上。

5. 汇总输出

组长引导团队成员各自阐述自己的思考结果,互相点评、互相补充,然后按照老师指定的方式,如写在A4纸、黑板等方式,将汇总的结果予以展现。一般输出的结果老师都会给出具体的要求,比如主流程、关键原型(草图)等,但展现方式上则可以创新。

6. 团队复盘

很多工作坊都遗落了复盘环节。但该环节应该是最重要的环节。因为只有通过复盘,才能让整个团队更好地发现自身的不足,明确需要提升的能力,同时积累和学习自己团队及其他团队的闪光点,以此促进自我提升。

复盘可以分为2个部分,一个是对自我在整个过程的不足进行自我点评,比如组长可以对自己的任务分配合理性不足进行反思;一个是对团队其他成员及其他项目组的闪光点进行总结,比如在原型条理清晰。

四、工作坊的好处

最后根据自身的经验总结下工作坊的好处,不一定都对,请大家海涵。

1. 开阔眼界

无论是内部还是外部参与工作坊,都会给你带来新的思考,不经意间开阔你的视野——可能是新的业务、可能是新的思考方式、可能是新的工作方式,互助学习是工作坊最大地好处。

2. 创新与想象

工作坊一般是不需要考虑资源限制的,比如研发能不能做出来,你最需要的是放飞自我的思维,无限地压榨自己的创新能力、想象力,去创造性的思考。

3. 合作协调

无论你是作为一个组员还是组长,你都获得了一次难得的合作协调锻炼机会,不是所有公司都会有产品团队共同推进某个项目,多数时候都是单兵作战,领导给予有限的指导,而工作坊则是难得的一次产品经理协同作战。

4. 拓展人脉

认识新的产品同行、同事,自然而然地拓展了人脉。

五、工作坊需要注意的问题

工作坊是一种全新的思考方式、自我学习方式,大家在参与过程中需要注意一些细节。

1. 不要过于纠结细节

工作坊更强调的是思考方式,你如何思考和解决问题是最关键的。比如有一次由于组里负责落笔的同学过于纠结美观,导致最终未能及时呈现完整的解答。

2. 不要害怕错误

工作坊毕竟是线下场景,在表达的时候难免会担心出糗。其实是大可不必的,因为你会发现老师在点评的时候一般不会给出对错这种结论,他们更多是从思考维度进行点评的。因此抓住机会,勇于表达。

本文链接:https://www.dzdvip.com/18779.html 版权声明:本文内容均来源于互联网。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 395045033@qq.com,一经查实,本站将立刻删除。
(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2021年8月3日 12:26
下一篇 2021年8月4日 12:28

相关推荐

  • 如何设计一款实用的时间管理 APP?

    在日常生活中,你是否喜欢做计划?时间管理的效果如何?无论答案怎样,我们都不可避免那些总在计划外的事情。为了解决这一问题,作者借助设计思维框架,设计了一款具有专注模式的时间管理 App,帮助人们克服拖延症,改善时间管理问题。文中详细介绍了问题验证、定义问题、提出创意、原型设计、用户测试5个设计环节。最后,笔者梳理了项目中存在的问题和可优化点,对整个设计流程进行了反思总结。 通常情况下,我会把一天要做的事情全部写在待办列表里,但却从来没有真正完成过所有事情。不是拖延症作祟,就是被一些简单或紧急的任务分心,导致我明天将面临更多的工作。 人们很难预测完成任务所需的时间。—— As Nir Eyal 从这个问题出发,我尝试设计一款时间管理工具,帮助人们创建自己的时间表,并且按照时间表如期完成任务。 一、问题 从上面的问题出发,我尝试把它们细化,找到阻碍计划完成的原因,包含: 当我想要开始做任务的时候,会忍不住拖延,最后导致时间不够用,只能将另一项任务搁置; 做任务时不能集中注意力,并且很容易分心,导致需要更多的时间来完成任务,也让自己变得更加疲惫; 我会把当天未完成的任务放到明天,这样明天总有更多的任务,并且破坏了我的时间管理计划。 二、方法 在进行这个案例研究的时候,我借助了设计思维框架。这个框架由几个阶段组成,即同理心、定义、构思、原型、测试。 1. 同理心 在这个阶段,我开始计划和调研,目的是验证前面提到的问题是否存在。这些问题目前只是一个假设,需要被验证。 2. 调研计划 首先要定义调研的目标,找到这个问题背后的 动机 和 痛点 。因此,我的调研计划是:了解人们为什么无法如期完成自己的任务安排。 接下来,我列出了需要被验证的假设,如下: 人们在开始做任务的时候会拖延时间; 人们在进行任务的时候容易分心且无法精力集中; 人们在梳理待办事项时,喜欢指定任务的优先级。 之后可以开始 定义调研问题 ,从上面的假设出发,我列出了主要的问题: 请问您在完成任务时最大的挑战是什么? 请问您如何安排您的待办事项? 请问您当前使用的方法,面临的主要问题是什么? 为了让这件事情变得更加容易,您会怎么样做? 3. 进行调研 完成调研计划后,我用两种不同但相互关联的方法进行了研究。首先,我在社交媒体上做一些快速调查,以了解其他人是否有同样的问题。然后,我选择了一些和我有相同想法的人进行访谈,…

    2021年6月6日
    6
  • 垂直行业SaaS系统的批量新建商品功能思考

    批量新建商品是商家交易、经营流程中常见的功能之一,那么,如何针对具体需求做好相应的SaaS产品设计?本篇文章里,作者结合实际案例,拆解了如何为垂直行业零售门店打造批量新建商品的功能模块的设计方案,一起来看一下。 本次是为某垂直行业的零售门店经营管理SaaS系统打造一个批量新建商品的功能模块,包括Pad+PC两个端。 功能解决的问题是:门店在初期使用经营管理SaaS系统时,需要尽快将门店的商品数据同步至系统内,以确保所有门店在售商品能够在SaaS系统中正常完成交易流程,具有“快”与“全”两个诉求。 01 背景:笔者身处某一传统零售行业(具体行业就不透露了,反正很垂直),目前整个行业零售门店的信息化程度极低,而因该垂直行业在业务模式上也颇具行业特色,目前市面上成熟的标准化SaaS软件难以满足其门店经营管理的细分需求。 基于这种情况,我们针对行业痛点,为零售门店设计并研发了基于Pad的SaaS系统(之所以选择Pad也是为了贴合这个垂直行业的需求,具体就不展开叙述了),包括收银、商品、订单、售后、入库、供应商、客户、经营看版八个模块,为门店信息化经营管理提供了整套解决方案。 但就像汽车开动需要先加汽油一样,作为门店经营的最小单位,也是最为基础的“SKU”,将门店中的所有SKU信息全部录入系统内是SaaS系统运作的前提。如何以一种高效快速的方式完成少则几百、多则几千种SKU的信息录入是我们需要解决的痛点,如果依靠用户手动在系统内一个个建立SKU,不仅耗时耗力、拖延系统正式投入使用的时间,也会为门店经营者带来极为不好的体验,并且质疑系统的专业度。 基于以上背景,我们设计的新建商品模块需要思考如何做快与如何做全的问题: 需要“快”,要能够在最短的时间内完成SKU在SaaS中的信息录入,确保SaaS尽快投入正式使用。如何做快? 需要“全”,门店经营的SKU数量根据门店规模的不同,从几百种到几千种不等。如此庞大的数量,如何做全? 02 由于有的门店事先已有excel格式的商品信息列表(商品名称、品牌、分类、规格等),因此在建立商品信息的角度,可将门店划分为三类:有全部商品excel列表的门店&有部分商品excel列表的门店&没有商品excel列表的门店。 不同的门店类型对应着不同的新建商品解决方案: 有全部商品excel列表的门店:直接导入商品excel到系统,这是最…

    2021年7月15日
    5
  • 洞察分析用户需求的方法有哪些?

    既然真正的用户需求,无法通过直接询问来得到,那么在实际事情中,什么才是用户需求洞察的正确要领呢?下面我们来依次发表谜底。

    首先,回到“代价感知线”的逻辑傍边,在消费者的前意识阶段(感知线下方),由于需求意识稀薄,导致在用户洞察中,以“你有哪些需求”、“你的需求是什么”为切入点的任何提问都不行能是好问题。

    2021年4月29日
    10
  • 产品经理必备知识拼图

    用户故事在软件开发过程中被作为描述需求的一种表达形式,产品经理在与研发的交流中经常会围绕用户故事来理解,所以产品经理对于用户故事的技能掌握是非常重要的;本文作者分享了关于用户故事的详细分析,我们一起来了解一下。 产品与开发之间,常常发生如下场景: 产品小白:老哥,有没有空聊一聊这个需求呀? 研发大佬:没空!一边去! 产品大咖:老王,这两天我听到有个用户的故事非常有意思的,要不要听听? 研发大佬:额……(迟疑了会,放下手上的工作)咋说呢? 同一个事情,产品大咖说出来的效果,差别真的不是一点点。 少提需求,多讲用户故事!从3年前那场为期5天的封闭式敏捷培训后,这个技(tao)巧(lu)深深印在我的潜意识里。 如果你是下面4类人群,请继续往下读: 准备从事互联网,对产品概念了解甚少的小伙伴; 不知道什么是用户故事的产品新人; 仅了解概念,不知道具体怎么应用的产品同行; 完全了解用户故事,看完想指导我的产品前辈。 一、用户故事是什么? 首先先来解答小朋友们的问号。产品大咖口中的用户故事是什么呢?我从两个方面,给出解释: 百度百科:用户故事,意思是来描述用户渴望得到的功能 我的理解:产品经理将目标用户真实的需求提炼后与研发同学沟通的一个载体 核心关键词:三个角色、一个载体 1)三个角色:产品、研发、目标用户。 用户是我们的爸爸,衣食父母,产品经理的使命就是将用户的需求清楚地告诉给负责具体实现的研发。 2)一个载体:用户故事。 连接这三个角色的一个载体。当然,这它并不是唯一的载体,但相对更加高效和容易接受。 既然是载体,它就有高低好坏之分。有的人造出来的载体是飞机火箭,有的人却是一辆爆胎了自行车,学问可大着呢! 二、不会讲用户故事的产品下场如何? 产品不会讲用户故事,会很惨么?会,很惨! 这个绝非我在这里危言耸听,相信开头的场景你已略有感触。 下面我逐条给你理一理: 1)需求评审被diss 没有用户故事的需求评审,就像一个鸡肋,开发同学听了面无表情,内心惊不起一点波澜。结果就是:被开发架起机关枪,疯狂扫射,被diss得体无完肤; 2)沟通无缘无故被中止 你跟开发讨论需求时,直接被打断:不好意思,我现在很忙,没时间跟你聊。 你可能还觉得这个开发同学不好沟通,实际上:很有可能你只是老板的复读机,又用老板压开发,让人反感。 3)需求排期频频受阻 一个需求能否顺利排期,核心两个点:价值…

    2021年6月15日
    12
  • 如何从零开始设计一款硬件产品?

    构思设计一款硬件产品,研发团队往往需要从多方面进行考量,如技术、成本、成员协作等。基于此,若想从零到一设计一款硬件产品,我们可以从哪些方面入手?本篇文章里,作者对此进行了分析总结,一起来看一下。 从构思到批量生产,硬件产品会经历许多不同的阶段,每个阶段都有不同制造技术,成本也往往差异较大。 尽管每种产品都有其独特的需求,但总体的开发过程以及硬件原型设计和生产的流程是相似的: 首先,你必须使用工程试验板对基础技术进行验证; 然后,工业设计师、结构工程师和嵌入式工程师需要进行协作; 之后,构建外观/功能原型,通常使用快速原型制作或小批量制造技术。 通常,第一次迭代会暴露出设计中的缺陷,这会导致第二次设计迭代…… 了解进度和制造工艺将有助于你尽快构建产品,并尽可能减少自付费用。 但是,你需要至少经历一次完整的产品生命周期,否则你很难弄清楚所有过程。 硬件产品开发过程; 工程面包板; 附加工艺 – 3D 打印、SLA、SLS; 注塑、热成型、滚塑; CNC 机加工或车削零件; 挤压、钣金、粉末金属及其他; 纸和织物; PCB; 组装和包装; 合同制造商; 外包; …… 与软件开发不同,硬件产品具有研发周期长、成本高的特性,同时互联网硬件产品通常会同时集成板载固件、云平台和移动软件。 随着开发设计的深入,不太可能进行快速的迭代更新,也无法忍受需求的反复变更,整体开发设计会偏向传统的瀑布式流程。 硬件和软件产品开发之间存在几个关键区别。 1)设计子组件的时间长。 你需要将具有以复杂方式装配在一起的多个子组件设计在一起,组装挑战越大,完成详细设计所需的时间也就越长。 2)在设计整个组件之前,很难“完成”任何一个零件的详细设计。 在最终确定子装配体时,即使是最精心设计的零件也可能需要在最后一刻进行更改,以适应装配体的注意事项。 3)采购定制零件的交货时间长。 正确实践的敏捷方法论可以随时产生可用的软件,并在 1 或 2 周的冲刺中达到关键的里程碑。 对于硬件,采购定制零件所花费的时间可能比这更长。快速原型制作技术可以在 2-3 天内打印出零件。 但是,如果你需要制造复杂的 3D 金属零件,例如,定制的变速箱外壳,加工的交货时间可能需要 4 到 6 周。 线束的交货时间通常在 2-4 周内,PCB 采购需要 1-3 周,生产交货时间通常更长。 4)顺序开发导致从开始到结束的时间更长。…

    2021年6月16日
    16
  • 多项目的进度管理怎么做?

    项目经理在日常工作中经常会同时面对很多项目或者任务,这时候项目经理应该分好优先级,进行合理的把控以及流程的跟进,需要怎么做呢?本文作者分享了关于多项目的进度管理方法,我们一起来了解一下。 多项目管理的进度管理应该如何进行? 我认为应该拆分开来看:一手应对多项目管理,一手把握进度管控。 这个和一个人同时需要处理/负责多个项目线程,道理上是通用的。 今天还是一如即往的分享给大家处理事情的思维方法: 之前的文章里提到的OKR目标管理法; 做了一点延伸的多项目管理法(时间管理延展); 新增的PDCA循环法则; 二八定律。 要做好多个项目的管理,第一步就是要理清每个项目的优先排序以及管理策略;其次才开始对项目的整体进度进行把控。只有这样,才能做到游刃有余。 思维和方法对了,也就成功了一半。 一、多项目管理 无论是作为项目经理还是我们对自己的工作和生活,都要面对大大小小的任务、项目。 这意味着我们的大脑要同时开启多个任务进程是非常影响效率的, 就好比计算机为了提高整体的处理性能,在同一时间进行“多线程”处理工作,到达一定的数量,系统就开始发热卡顿了…… 而我们要进行多项目管理的第一步,应该是学会管理多个项目,不至于在项目还没开始就宕机了。 多项目管理思维方法(时间管理的延展) 在进行多项目管理时,我们可以参考时间管理的四象限法则,也是对项目的轻重缓急进行划分,只不过这边老原对优先级划分的主要要素做了一些变更。 但本质仍然是保持: 优先顺序=重要性*紧迫性,在进行项目管理安排时,应权衡各个事情的优先顺序。 对工作保持前瞻性,防范于未然。如果总在忙于救火,那多个项目进行就是一直救火,永远处于被动之中,被项目牵着走。 从实际的项目场景出发优先级划分要素主要是3个: 公司的战略优先级(战略项目优先) 项目投资回报比(高投资回报比项目) 客户的重要程度(KA项目优先) 二、进度管理、进度管控 对每个项目进行优先级的划分、整理和归纳后,我们大脑里的任务就全部转移到工具中进行处理,这时,项目经理才能有更多的时间去做好进度的把握以及项目进程的风险控制等更为重要的事情。 每天忙着扑火救厂子的PM大大们,想要永葆职场青春,延年益寿,守住发际底线的秘诀之一就是:优(心)秀(宽)! 对于PM同胞们来说,更可怕的事情莫过于项目还在,时间没了。。 试问谁不想把项目和进度都牢牢握在手里,享受运筹帷幄的感觉,…

    2021年6月17日
    10

发表评论

您的电子邮箱地址不会被公开。