源由：
研发部给用户提供的软件使用中出错，错误提示的人性化并不友好，所以老大给我们布置一道任务，错误提示代码转化为用户能理解的提示。
我和研发讨论经过：
我：你们把错误码并解释为用户错误信息，并给我来整理
研A：不好解释啊，大部分的错误码是给我们调试用的，给用户看的不多，我们给你关心的就行了
研B：由软件出现的错误现象可以推导出错误码，但由错误码很难导致出具体的错误现象和操作。。。
研A：而且有些错误码，几个地方都会用得上
结果无疾而终。。。
老大看了我整理的报告，叫了我们几个过来讨论
老大：怎么你写的用户提示不全呐？
我：他们给我的错误码只是一部分，调试的错误码没有给我
老大：这多简单的事？你们能按这种格式给我吗？
研A研B看了下说好，可以马上做好。
我一脸懵逼， 这不是和我之前想的一个意思吗，只不过是没有用表格来展示而已。
对于任务布置如果通过口头沟通有较多歧义性，容易让人一头雾水，完整的框架能让人更容易了解下一步需要做的内容，框架的内容从此展开了。。。
