用户大会的频次想必都不高,筹备、人员、耗费都比较大,控制要求较高,能经历的都是财富。
2019年1月春节临近,那时候正在和美匣科技联合做旅游ERP 4.0版本,腊月二十三搞了个用户大会,乙方是给出了boss+产品leader+交付的4人阵容。我们则是本着恨不得把未来五年规划的用户需求都拉出来,阵容则是boss+操作部门总监+销售部门总监+销售经理代表+操作经理3人+项目PM的共计12人阵容。
16人用户大会一触即发,可想而知:
开局上次需求会系统演示之后,马上进入到拉锯战,无休止的发散讨论,大到产业链布局小到一个游客名单录入的细节,从沟通、讨论、拉锯一直到争论甚至尴尬,最终结果就是整整一下午一顿操作猛如虎,结果啥子都求没得。就得到一点,双方年后全力开火!
从产品角度复盘当时的用户大会的话:
for what?大会是否有清晰的标的,当时是模糊的。甲方是类似于项目外包的姿态,可毕竟没给项目外包的钱,乙方是核心用户的态度,但是产品上行业渗透欠佳以致路径规划未必最优,另外没拿到相应的回报也决定了不可能以项目的态度持续对待
when?where?how?时间地点人物设备材料,材料上是欠佳的。大会做不了决策,所以更多作用应该是通达信息、或者展示信息,事后分析提炼。而材料上,应该在有决策者参与的会议场合提前给决策者通气,协调共同的决议方向、流程。因为大会跑偏,多数时间是大boss无法代入。对会议组织者有了新的要求,把控到信息流达到呈现的层次 最多是准确理解的层面。
who?典型用户,那次大会算是双边会议,甲方边的典型用户销售、操作、财务、boss,乙方边的典型用户产品、开发。甲方要呈现自己的需求场景,乙方要描叙自己的产品路径规划
what.会议结论,资料整理,re给参会者
继续阅读iSpiik快记074:谁没有经历过不那么完美的用户大会?