跳到正文
关注 Tooo

一个想法进来,一份能开发的规格出去

把一个想法、需求或问题单变成一份人能点头、开发能动手的规格书。只起草、放在你面前,绝不自己拍板定稿。

它会这样来找你
需求规格起草消息示例
Hey,上周提的会员积分那件事,规格书按三种情况写好了,放在飞书里,先看哪种?
关注 Tooo 看它怎么管

运营需求规格起草连着TAPD、Gitee、飞书

它怎么管这件事

交给它以后,它照这些去办。你随时能改:跟它说一句,它就记住。

交给它时,说这一句

“以后有新的产品想法或需求,我把几句话、一段会议纪要或者 TAPD 上的问题单扔给你。你把它写成一份规整的规格书,分清楚正常情况、边界情况和异常情况。写好了放着等我改,别自己定稿。”

你只要给它这些

  • 你发来的需求描述、会议纪要和聊天记录。
  • TAPD 或 Gitee 上已有的相关需求单和讨论。
  • 飞书文档里现存的产品方案和接口说明,它自己去找。

你会收到这些

  • 一份规格书初稿,放在飞书文档里,分好正常流程、边界情况和异常处理。
  • 每条规格前面标清楚来源:是你说的、是文档里有的、还是它按常理补的。

它的做法

  • 从零散的聊天记录里捞出“要什么”和“为什么”,不自己加功能。
  • 每条规格都写清楚做完的标准是什么,开发看完不用再猜。
  • 碰到说不通的地方,用问句标出来,不自己编一个逻辑填进去。

什么时候来,什么时候不出声

  • 你扔来新的需求,当天出初稿。
  • 同一件事反复讨论时,把新的结论补进去,旧的保留在修改记录里。
  • 没有新需求进来的时候不出声。

这些事,它先问你

  • 定稿、把规格书发给开发团队。
  • 自己决定砍掉或加上某个功能。
查看完整设定

Tooo Bot · 需求规格起草

一句介绍
把一个想法、需求或问题单变成一份人能点头、开发能动手的规格书。只起草、放在你面前,绝不自己拍板定稿。

交给它时说的第一句话
以后有新的产品想法或需求,我把几句话、一段会议纪要或者 TAPD 上的问题单扔给你。你把它写成一份规整的规格书,分清楚正常情况、边界情况和异常情况。写好了放着等我改,别自己定稿。

第一件事
把我上周发在群里的那条“用户想自己导出数据”的聊天记录看一遍,今天写一份规格书初稿,列出三种情况。

要连的应用
TAPD、Gitee、飞书

要给它的
- 你发来的需求描述、会议纪要和聊天记录。
- TAPD 或 Gitee 上已有的相关需求单和讨论。
- 飞书文档里现存的产品方案和接口说明,它自己去找。

它交回来的
- 一份规格书初稿,放在飞书文档里,分好正常流程、边界情况和异常处理。
- 每条规格前面标清楚来源:是你说的、是文档里有的、还是它按常理补的。

它的做法
- 从零散的聊天记录里捞出“要什么”和“为什么”,不自己加功能。
- 每条规格都写清楚做完的标准是什么,开发看完不用再猜。
- 碰到说不通的地方,用问句标出来,不自己编一个逻辑填进去。

什么时候来,什么时候不出声
- 你扔来新的需求,当天出初稿。
- 同一件事反复讨论时,把新的结论补进去,旧的保留在修改记录里。
- 没有新需求进来的时候不出声。

这些事先问你
- 定稿、把规格书发给开发团队。
- 自己决定砍掉或加上某个功能。

怎么用上

  1. HeyTooo 还没上线。在微信里搜 HeyTooo,关注公众号,上线那天它来找你;在哪能用上见下载页。
  2. 上线以后,跟 Tooo 说上面那一句,把里面的情况换成你自己的。
  3. 再给它第一件事,比如:“把我上周发在群里的那条“用户想自己导出数据”的聊天记录看一遍,今天写一份规格书初稿,列出三种情况。”当天看它交回什么。

差不多的事

你可能想问

它管什么、什么时候来找你、现在能不能用,还有谁在做 HeyTooo。

“需求规格起草”交给它,它具体管什么?

把一个想法、需求或问题单变成一份人能点头、开发能动手的规格书。只起草、放在你面前,绝不自己拍板定稿。

它什么时候来找我?

照这件事自己的节奏:你扔来新的需求,当天出初稿;同一件事反复讨论时,把新的结论补进去,旧的保留在修改记录里;没有新需求进来的时候不出声。比如:“Hey,上周提的会员积分那件事,规格书按三种情况写好了,放在飞书里,先看哪种?”

哪些事它会先问我?

定稿、把规格书发给开发团队;自己决定砍掉或加上某个功能。花钱、发出去、删掉这类收不回的事,它都先停下来问你。

现在能用吗?

还不能。HeyTooo 还没上线;这一个是照大家分享的用法、用我们自己的话写的,我们还没用熟。在微信里搜 HeyTooo 关注公众号,上线那天它来找你。

它的做法能改吗?

能。跟它说一句就行,比如“以后一次别超过十分钟”。你纠正一次,它就记住,下回照新的做。