🖋️
remote-work
  • Introduction
  • 这本书会写什么
  • 前言
  • Part 1: 沟通技巧篇
  • Part 2: 接力篇
  • Part 3: 会议篇
  • Part 4: 进度篇
  • Part 5: 精力管理篇
  • Part 6: 资安篇
  • Part 7: 雇用、组建篇
  • Part 8: 相关资源
  • 一般团队如何导入 Remote
  • 工具箱
  • 附录
    • 如何开回顾会议
    • 产品开发的协作原则
    • 如何处理产品开发过程中产生的分歧
    • 如何设计并推进一个新流程
    • 指挥官会议
    • 如何与第三方厂商有效率的开会
    • 估算产品开发时间
    • 如何写SOP & 操作性文档模板
    • 新功能发布如何同步全公司
    • 周会流程
    • 开票解票 Workflow
    • A 级招聘法
    • 客服与技术团队协作流程
Powered by GitBook
On this page
  • 一、计划 (Plan)
  • 写大纲
  • 自己测试
  • 补充细节
  • 二、推进流程 (Do)
  • 开讨论会
  • 完善流程
  • 三、检查(Check)
  • 检查流程的关键点
  • 为流程涉及的每个人设定 checklist
  • 事后了解每个人的使用情况
  • 四、 复盘(Action)
  • 案例一:新功能产品组和客服对接内容(会议记录)
  • 一、上线前的 Onboarding 测试
  • 二、上线前的培训
  • 三、上线过程中/上线后的跟进回报

Was this helpful?

  1. 附录

如何设计并推进一个新流程

一、计划 (Plan)

写大纲

按照5w1h 的方法来写大纲,详见 [写sop & 操作性文档模板]

自己测试

  • 画出流程图

  • 自己按照流程图实际预演一遍

  • 如果可以自己现行测试的,应该自己测试一下

补充细节

  • 应该有一个主流程以及每个角色应该做什么

  • 如果只有一个主流程,大家还是会遗漏“我”应该做什么

二、推进流程 (Do)

开讨论会

  • 每次讨论会应小于等于 6个人,不然会无限拖延会议时间。

  • 如果超过6个人可以根据流程将与会人员分为几个群体开不同重点的讨论会(e.g. 研发,客服,运营)

  • 理论上新流程涉及到的每个人都应该参会,如果不参会,应该由主管传达,如果是复杂流程建议每个人参会。

  • 讨论会时间应该少于45分钟,由主持人花5-10分钟讲新的流程,5分钟留给大家看补充材料,剩下的时间留给提问和讨论。

  • 主持人应该引导流程,避免偏题,如果有偏离的情况可以善意提醒“这个提议很好,我们先记录下来,下次我们可以讨论,本次我们还是把重点放在xxx”

完善流程

根据大家的建立,完善流程文档

三、检查(Check)

检查流程的关键点

关键点即容易出错的点

为流程涉及的每个人设定 checklist

推荐使用 tower

事后了解每个人的使用情况

可以和相关人员聊聊看

四、 复盘(Action)

看看下次怎样会做的更好

通过 AAR 复盘本次流程设计及推进的过程,看看下次怎样做的更好。

案例一:新功能产品组和客服对接内容(会议记录)

一、上线前的 Onboarding 测试

产品组的工作:

确保产品是最后一轮 Onboarding,不会有大的规则变动,再安排客服组参与测试

客服组的工作:

  • 客服主管和每一位客服参与上线前的最后一轮 Onboarding

  • 从用户角度了解功能、规则的变化,以及尝试解读产品规则以解答用户会问的问题

二、上线前的培训

产品组的工作:

  • 补充产品规则文档,见:WIKI

    • 目前已完成借贷功能 wiki。后续会把其他功能补充上

  • 准备新功能的培训内容并整理成文档,包括但不限于:

    • 上线的时间点

    • 上线过程中、上线后会发生什么事情

    • 上线后用户可能会有什么问题以及这些问题如何回答

    • 后台功能如何操作、谁有权限操作、操作的流程

    • 发现技术问题如何反馈给产品组

客服组的工作:

  • 客服主管以及值班客服参与 Zoom 远程培训

    • 了解新功能上线的时间安排以及后台功能操作的注意事项

    • 了解新功能容易让用户爆炸的点及对策

    • 提出产品组没有设想到的用户问题,并请产品组给出解决方案

    • 客服主管把培训内容传达给没有值班的客服组成员

三、上线过程中/上线后的跟进回报

产品组的工作:

  • 上线前开好新功能用户反馈母票,并在客服频道通知客服:有问题在母票下开票并发链接到频道中

  • 在客服频道通报当前部署的情况,以及可能会出现的问题(例如500、某些功能暂时无法访问等)

  • 及时关注客服前线的动态,是否有客服/用户回报的紧急问题需要立刻处理

  • 如果需求变更,更新规则文档

客服组的工作:

  • 紧急技术问题直接在 Slack 频道里问/回报,不要私聊

  • 出现用户无法提币、无法交易等影响用户的钱的问题,不论是一个用户还是多个用户,都要立刻通知产品组在3小时内解决

  • 开票记录用户提出的需求和 Bug 回报

Previous如何处理产品开发过程中产生的分歧Next指挥官会议

Last updated 4 years ago

Was this helpful?