周三下午四点四十，小周正在改门店小程序后台的登录页。手机震了一下，是公司大群。财务王姐发来一段六十秒的语音，后面跟着一张导出表格的截图。
他戴着耳机没法听，先回了个「收到」。等到晚上七点终于点开，语音里说的是：「那个订单导出，能不能加一列收货手机号？对账要用。」截图里，表格从订单号排到收货人，确实少了这一列。
小周是公司里唯一专职写代码的人。门店小程序、会员积分、内部的几个小工具，都归他管。这一条，他记在了心里。
第二周周一，王姐在群里问：「上周说的那个手机号，做到哪了？」小周愣了几秒，往上翻了三屏聊天记录，才找到那张截图。语音里说的是放在哪一列，他已经记不清，只好再问一遍。王姐有点无奈：「我上周说过的呀。」
两个人都没错。错在那件事从头到尾没有一个能落脚的地方。
以前那些「先这样记着」的办法
第一种，是直接在群里接。需求从群里来，就在群里答。问题是群里不止这一件事：门店店长在问打印机，运营在发活动海报，老板在转行业文章。一条需求，几个小时就被顶上去，第二天就得靠搜关键词。语音还搜不到。
第二种，是私聊加截图。小周让大家有需求单独发给他。结果截图在私聊里，补充的话在群里，后来改主意的那一句又在另一个人的转发里。三处凑起来，才是一条完整的需求。
第三种，是共享表格。小周建过一张需求表，按行记：标题、谁提的、急不急。前两周很认真，后来忙起来就没更新。表格里写着「待开发」的，好几条其实已经上线了。别人打开表格，看到的不是现在的情况。截图也放不进格子里，只能写一句「见群聊」。
还有一种，是记在小周自己的本子和脑子里。他确实记得大部分，可他一请假，没人知道哪条在做、哪条还没动。
这些办法都不坏。聊天擅长「当下说一声」，表格擅长「排成一列」，本子擅长「自己记」。只是一条需求要的是另外几件事：说清要做什么，截图跟着走，状态随时是最新的，提的人和做的人看到的是同一份。
在信息保管箱里，把需求记成一条
小周在微信小程序里打开信息保管箱，勾选了「开发需求」这个使用场景。勾上之后，主页顶部和新增信息里都能直接选到它。
他先建了一个用户组，叫「门店小程序项目组」，把王姐、运营的阿琳和自己拉进去。用的是共享模式：组里的人都能看，谁的记录谁来改。
然后补记王姐那条需求。新建一条，需求标题写「订单导出加上收货手机号」。所属项目填「门店小程序后台」。需求描述里写清楚：「财务对账要按手机号核对，导出的表格里加一列收货手机号，放在收货人后面。」优先级选「高」，状态先选「待开发」，负责人写「小周」，提出人写「王姐（财务）」。期望完成日期，按王姐说的月底对账那天选上。
表单下方，他把群里那张导出表格的截图挂了上去。截图里有几位顾客的手机号，他先裁掉了，只留表头。
保存之前，他在编辑页选了共享给指定组，勾上「门店小程序项目组」，又打开了「允许回复」。
保存后，列表里这条的标题是「订单导出加上收货手机号 / 待开发」，副标题是「门店小程序后台 / 小周」。不用点开，就知道是什么、哪个项目、谁在做、现在到哪一步。
第二天上午，小周开始写这个功能，把状态改成「开发中」。列表标题跟着变成「订单导出加上收货手机号 / 开发中」。
写到一半，他想确认一件事，就在这条需求下面回复：「手机号放在收货人后面，对吗？」王姐在工位上打开小程序，在同一条下面回：「对，放后面。」这次不用翻群，也不用再听一遍语音。问的和答的，都留在这条需求里。
改完自测，状态改成「待测试」，请王姐导一份看看。王姐确认没问题，小周把状态改成「已完成」。下一次王姐想知道进度，不用再在群里问，打开项目组里的这条就能看到。
后来阿琳也开始这样提需求：活动页的按钮颜色、会员积分规则里的一处文字。每条都是一条记录，各自带着截图，各自有状态。小周早上打开列表，扫一眼标题后面的「待开发」「开发中」，再看一眼优先级，当天先做哪条，心里就有数了。
也有做不了的。阿琳想在活动页加一个抽奖转盘，小周估了一下，这个月排不进去。他没有在群里解释半天，而是把那条的状态改成「暂缓」，在下面回复了一句原因：「这个月先做对账和积分，转盘下个月再看。」阿琳打开就明白了，也不用再追问。
字段一共就八项：需求标题、所属项目、需求描述、优先级、状态、负责人、提出人、期望完成日期。小周一开始也想过加「工时」「版本号」，后来发现用不上。对一个人或几个人的小团队来说，记清楚要做什么、谁在做、做到哪，就已经够用了。备注写进需求描述里，不用另开一项。
省下的，是来回问和来回找
这里不想说效率提升了多少，那种数字我们给不出来，也不该编。能说清的，是几件具体的事少了。
提需求的人，少问了几次「做到哪了」。状态就写在标题后面，打开就看到。
做开发的人，少翻了几次聊天记录。要做什么写在需求描述里，截图挂在下面，追问的话留在回复里。
扯皮少了。「我上周说过」和「我没看到」，现在有一条记录可以一起看。谁提的、什么时候提的、说的是什么，都在。
交接也轻松一些。小周请假那几天，帮忙的同事打开项目组，就知道哪几条在做、哪几条还没动，不用打电话问。
对接外包的自由职业开发者也能这样用。给每个客户建一个客户组，这个客户的需求只共享给这个组，客户在下面回复，开发者自己改状态。不用另装一套软件，对方用微信就能打开。
和常见替代比一比
| 信息保管箱·开发需求 | 聊天群 / 私聊 | 共享表格 | Jira、禅道等项目管理系统 | |
|---|---|---|---|---|
| 一条需求是否完整 | 标题、描述、截图、回复在同一条 | 散在多条消息和多张截图里 | 文字在格子里，截图难放 | 很完整，字段也多 |
| 做到哪了 | 状态手动改，组里打开就看到 | 要问 | 看有没有人更新 | 有看板和流转 |
| 上手门槛 | 微信里打开，选场景就能记 | 几乎为零，但事后难找 | 低，但要有人维护 | 要学，要配置，适合成规模的研发团队 |
| 适合谁 | 小团队、IT 一两个人、自由职业开发者 | 临时说一声 | 喜欢表格的人 | 有迭代节奏、要统计工时的团队 |
说实话，如果团队有十几个开发、有固定迭代、要看燃尽图和工时，那该上 Jira、禅道这类系统。信息保管箱不做迭代和看板，不做甘特图，不和代码仓库联动，也不会自动提醒和推送。状态是人自己改的，没有审批流。
它适合的，是还没到那一步的团队：需求不算多，但每一条都不想丢；人不多，但提的人和做的人得看到同一份。先把需求从群里搬出来，一条一条记清楚，这一步很多团队一直没走。
合规一句
截图里如果有顾客手机号、订单号等个人信息，挂之前先打码或裁掉。需求只共享给相关的项目组，不要图省事共享给全部组。
不妨先记一条
下次群里再来一句「那个能不能改一下」，先别只回「收到」。打开信息保管箱，选用开发需求，把标题、项目和要做什么写进同一条，挂上那张截图，选个优先级。
然后建一个项目组，把提需求的人拉进来，打开允许回复。第一条记下去，后面的就顺了。
一条需求一条记，谁在做、做到哪，组里都看得见。
海报可用短句（与上文同义）：截图同条——截图和附件挂在同一条需求下面。状态自己改——从待开发改到已完成，组里打开就知道做到哪了。记录下回复——开了允许回复，追问和补充都留在这一条下面。以前散在群聊、语音和截图里，现在落成一条需求。
想自己试一下？微信搜一搜「思应信息保管箱」，选「开发需求管理」这个场景，先记一条。
