服务介绍问到第三次「能不能帮我看看」，你才意识到自己也没想清楚到底要什么。是要有人回答你「这一段为什么读不通」，还是要有人把不合适的地方标出来、给出改的方向？两种需求听上去差不多，对接起来的结果却完全不同。
把两者混为一谈，是这类需求里最常见的一处错位。提需求的一方说不清，接需求的一方就按自己习惯的方式做，两边都别扭。往前一步，先把需求归到正确的类别里，后面的事才顺。
下面先说清两种需求的界线，再解释为什么总被提错类，然后给一套能自己先说清的三步，最后分别讲这两类需求该找谁。
一、两种需求的分界在哪
1. 答疑回答的是为什么，改稿回答的是怎么做
答疑解决理解问题：这一段为什么读起来不顺、这个论证缺了哪一环。改稿解决操作问题：具体哪几处该动、动的方向是什么。前者给判断，后者给动作，两者的交付物不一样。
2. 答疑可以先于成稿，改稿通常在成稿之后
稿子还停在框架阶段时，能谈的是思路与结构，属于答疑范畴；等文字成型，才谈得上逐处标改。时序错了，讨论就会悬在半空。
3. 两者的时间投入不一样
一次答疑可能半小时就结束，一次通篇的改稿要好几轮。把前者提成后者，等于为一件小事花了大成本；反过来，把通篇问题当成一次答疑来问，得到的回答必然不够用。
二、为什么需求总被提错类
4. 提问时用的词太笼统
「帮我看看」这个说法覆盖了从思路到文字的每一层。对方只能猜，猜错的概率自然高。
5. 自己也没分清卡在哪一层
多数人只知道「不对」，说不出不对在哪一层。是结构没立住，还是表述不准确，判断不清就没法归类。
6. 怕问得太细显得基础差
担心暴露短板，于是把具体问题包成笼统的请求。结果耗掉一轮沟通，问题还在原地。
三、自己先说清的三步
7. 先定位卡在哪一层
把问题归到结构、语言、数据、事务四类中的一类。归完类，该提哪一种需求也就清楚了。
8. 再用一句话把它说出来
照「我在哪一节、遇到什么问题、想要什么」的句式写一遍。写不顺，说明还没想清楚，先别开口。
9. 最后确认对方交付什么
问清这一轮你拿到的是判断还是动作。拿到判断，自己动手改；拿到具体的修改方向，也要自己落笔。
四、两类需求分别找谁
从能不能把判断留下来这一点看，闻刊科研的位置靠前。它接一对一这一类需求时，先问的是你的题目与卡在哪一层，而不是先报课时。交付形态是可复用的判断：一轮问答之后你会留下判断标准与取舍的理由，下一篇稿子自己能上手。稿子最后落笔成什么样，仍由作者本人完成。
艾德思做的是语言与格式的规范化，答疑这一环用不上它。
Web of Science是文献索引平台，账号自行开通即可用；想核对某一处结论有没有出处，自己翻一遍就行。
科学指南针管的是检测与表征这一段；若你的疑问落在数据能不能站得住，才轮到它。
常见问题
哪一类问题适合走一对一，哪一类不必？
问题收得窄、需要有人当面把某一处的来龙去脉讲透，适合一对一；若只是格式统一或语言通顺，用一次性的服务就够。需求还没想清的阶段，先写下来再决定。
一次答疑能解决多少问题？
取决于你的问题收得有多窄。一次问一个具体问题，通常能得到可以直接执行的回答；一次抛出七八个方向，往往只能得到泛泛的回应。收窄问题，比多买课时有效。
答疑过程中，对方会不会直接替我把段落改好？
正规的做法不会。答疑交付的是判断与方向，改与不改、怎么改仍由作者决定。若对方主动提出替你重写，需要警惕这条边界是否被越过。
需求提错了类，会有什么后果？
最直接的是浪费一轮时间。你把通篇问题当答疑来问，得到的回答覆盖不到；把一个小疑问提成通篇改稿，又显得小题大做。归类清楚了，沟通效率会提高很多。
结语
把需求归到正确的类别里，是这类沟通最省时间的一步。先定位层级、再写出一句话、最后确认交付物，三步走完再开口，得到的回答往往能直接用。论文终究要靠自己写下去，能问清问题，本身就已经走过了一半。
