产品经理代应该多一些思考少一些抱怨

技术老师普遍反馈，不太喜欢文字性工作，也觉得“务虚”的能力很难掌握。我想这是一种思维定式，一种自我封闭。其实，理解业务的能力，抽象理论化的能力，恰恰是一个技术人高层级的体现。

如果你的代码能写得像诗一样美轮美奂，你的视野如飞鸟般俯瞰大地，你的表达如春风拂面般心旷神怡，你就是一个大神！

本周参加了学科通过的问卷设计的会议和workshop，其中的一些方法和产品研发有异曲同工之处。 

其中一些和用户体验交互强相关的内容，分享给大家。

• 避免业务场景的术语
• 措辞应当避免专业术语
• 问题应该避免需要用户回忆很久以前的事，避免回忆过于细节的问题
• 一个题干应该只问一个问题
• 尽量避免带有明显倾向的引导
• 尽量避免开放题（开放题的结果一般都不太好，如果一定需要开放可以用多选或者用半开放题，例如：其他，可输入）
• 应当避免排序等难度较大的问题（人不擅长排序，擅长做比对）
• 穷尽原则：选项应当能够覆盖所有可能性
• 互斥原则：选项之间不能重叠

   

   

以上几点问卷设计中的实用方法，其实都是产品设计的用户原则。 

首先，问卷题干、答案选项的设计都需要切实站在用户的角度去考虑，你所实用的语言和措辞，用户能理解吗？如果不能理解，答案的有效性就存在质疑。

这也启发产品经理在设计产品文案、交互、操作等流程中，你的语言系统是不是用户范畴内的，这也体现了一切从用户出发的原则。产品能站在用户的角度，提供用户易于使用的功能，才能获得有效的结果。

其次，提供的操作问题。不要试图强行去给用户添加自己的主管判断，不要让用户思考，给用户呈现的界面要简洁、清晰、明确。流程要清晰，操作逻辑要流畅，最好是用户在使用过程中没有疑惑，不卡顿，一切都犹如自然发生，行云流水般顺畅。 

最后，不要出现低级错误，让用户找出bug。这会让用户质疑产品的安全性和可靠性。

通过对产品研发流程的回顾和重新梳理，可以侧面洞悉我们开发节奏的合理性、项目进展的轻重缓急，从中可以发现效率高的节点，拖沓有问题的节点，从而为我们今后的工作提供指导。

回顾的过程，也是重新审视经验教训的过程，同时也让相关方有获得感，有成就感。

3、【重难点复盘】

一个产品研发的过程并不是一帆风顺，稳步前进的。总会有几个难点需要攻破，总是有几个重点值得反复推敲。对重难点的复盘，尤其重要。通过复盘，可以发现团队的优势和不足，以此作为提升效能的依据。 

4、【收集客户/用户心声】

产品和用户共存亡。用户的需求，是产品开发的目标和落地点。对产品的方向性规划，需要客观冷静地收集客户/用户的需求。从用户中来的需求，通过分解落地后，形成产品能力，回归到用户身上，为用户创造价值。

5、【整理需求优先级】

用户总是有很多紧迫又急切的需求，用户想要的是ta能想到的一切。那么，有限的资源如何分配呢？

平均分配不行、按先来后到的顺序也显然不行。那么就要求我们对需求进行优先级的有效整理和排序。优先解决用户真正痛点的问题，优先考虑业务关键路径上的问题，才能整体提效。

6、【方案制定&全员同步】

产品技术不分家，产品策略需要全员同步。

制定好的产品方案，需要在全部门宣讲，达成共识，而且，需要讲清楚策略背后的思路，将明白迭代方向的优先级考量依据。让UI设计、前端技术、后端技术、测试等都能理解，并且认同。当然，这个过程允许出现不同的声音，可以共同探讨，共创修订，并完善方案。