好团队、差团队

来源:互联网 发布:mac u盘无法分区 编辑:程序博客网 时间:2024/04/29 21:33
特性 好团队 差团队 产品定位 明确,专一 不明确,多种产品 需求收集 抓住关键业务,观察分析用户 销售人员、用户给需求 组织开发 掌握大量技术、快速验证哪些产品创意值得开发 召集会议制定路标和排列优先级 产品分析 喜欢和公司内有想法的主管展开讨论 团队之外的人敢提议他们做任何事,会觉得自己受到了冒犯 内部沟通 产品经理、交互设计师和开发坐一起,对功能、用户体验、技术可行性达成一致见解。 没有文档和会议安排、就不会主动响应其他人的请求。 主动性 持续尝试新想法以求创新,过程中会注意保护公司利益和品牌。 坐着等待开始尝试的指令 技术全面 对创造出成功产品所需的技能很有信心,比如强大的交互设计能力 甚至不知道交互设计是什么 产品原型 保证开发每天有时间参与产品原型的讨论 在迭代会议上展示原型,一心为了估出工作量 外部沟通 每周直接与用户交流,理解用户诉求,试探用户对最新产品创意的反馈 以为自己就能代表用户 规划把握 知道自己喜欢的创意用户不一定接受,就算接受也要经过多个迭代的打磨才能达到预期的效果 只开发路标上规划的内容,能按时交付,不出重大问题就阿弥陀佛 工作效率 理解速度和快速迭代对产品创新的价值,速度来源于正确的方法,而非强制加班。 抱怨同事不够努力,速度太慢 方案评估 在评估方案,确认可行并对用户和业务的实际价值达成一致意见之后做出承诺。 抱怨自己的公司是一个受销售驱动的公司。 统计分析 使用工具以便快速了解用户是如何使用产品的,并基于数据做出判断。 认为统计分析可有可无 发布方式 持续集成的小发布 痛苦集成联调测试之后,一次性发布所有功能 专注对象 用户 竞品 庆祝时间 在关键业务目标重大影响达成后庆祝 终于发布产品之后庆祝。
0 0
原创粉丝点击