需求来源及分析方法
我们的需求一般有两个主要来源：（1）自身的经验；（2）客户需求反馈，其中客户反馈是主要来源。一般大的产品改版项目，我们首先会结合之前积累的业务经验以及客户提出的需求进行考虑，产品经理输出一版原型图，然后会进行内部评审，对于评审中不确定的地方，我们还会去客户现场做原型验证，进一步收集客户需求。
一般评审是按照什么原则进行的？面对多个客户需求，我们按照什么标准确定要不要做，以及如何排定优先级？
评审的话，主要是根据评审专家的经验和产品规范来进行，并没有一个完全统一的标准，在评审时，我们会考虑这个功能适用的业务场景是什么？这个场景出现的几率大不大，如果是相对通用的功能需求，我们就会去做，这需要一个度的把握。
至于客户需求，我们也主要是根据业务经验来判断，这个需求是属于这家客户的个性化需求，还是有一定通用性的需求。如果是通用性的需求，我们会做进产品里，但如果是客户个性化需求的话，可能就涉及到二次开发，不会放进标准产品里。
如果功能是仅适用于部分客户的相对通用的需求怎么办？
这种情况的话，房地产产品的做法是通过加参数的方式来实现的，让这个功能仅供部分客户使用。
这种评审、排定优先级的方式对业务经验要求很高？
是的，需要产品经理和评审人员对业务非常熟悉，才能判断这个需求是否合适去做。
如果有一位新入职的产品经理，您会建议他通过哪些方式积累业务经验？
最快最直接的方式就是跟项目，在3、4个项目里持续跟进，了解多家户的业务场景、流程和需求，这样几个项目跟下来，差不多就熟悉了，但一般一个项目的周期都很长，让设计师持续跟进的话也不太现实。
另外一条途径是熟悉产品，一般如果新进人员没有相关经验，我们会先让他做测试，熟悉整个产品，此外，我们也会做一定的产品、业务培训，让他们熟悉相关的业务场景，这也是熟悉业务的一种方法，但这种方式还是不能应对客户的特殊情况，有时候对产品很熟悉了，到了客户现场还是会遇到各种状况，所以最重要的还是通过实际项目进行锻炼。
样板客户的需求是不是都需要满足呢？
一般我们B端产品在设计之初都会有一家样板客户，对于样板客户的需求我们大部分都是会满足实现的，但这并不意味着按照样板客户做出来的产品就是标准产品，等到这个为样板客户定制的产品要推向市场的时候，我们就要对其中的功能进行取舍判断，哪些是标准通用的，哪些不适合放在标准产品里。
现在一些产品经理会认为B端产品业务复杂，能做好功能就已经很不容易了，用户体验的优先级可以调低一些，请问您是怎么平衡功能和体验的？
对B端产品来讲，功能确实是绕不开的话题，最直接的来讲，在和客户洽谈的时候，竞品有10个功能，我们只有7个，这明显就是一个劣势。但我觉得在加功能的同时，用户体验也是不能忽略的，当产品功能不全的时候，可能拼的是功能，但如果产品都已经能够满足客户需求，那么接下来好的产品用户体验的竞争优势就体现出来了。
那可不可以理解为您觉得用户体验是相对成熟的产品需要重点关注的？
那也不尽然，我们一些新的产品在设计之初就将用户体验纳入考量范围，在我看来，虽然用户体验并不是一个非常高优先级的事情，但也不应该一直放在低优先级的序列中，关键在于如何平衡。不过这种平衡更多地还是依赖产品经理本人的理念，可能有的产品经理的确特别注重功能，用户体验考虑的不多，但我觉得还是需要认真考虑用户体验的。
您为什么重视用户体验？希望用户体验带来怎样的价值？
现在C端产品的设计不断提升，用户的使用习惯逐渐建立起来，对产品使用体验要求也逐渐增强，虽然一般用户用B端产品都属于不得不用，没得选择，但我觉得B端产品还是需要优化自身的体验设计，让用户用起来更方便的。
在我看来，用户体验能够给产品带来的价值主要有三个方面：
（1）视觉方面，这是产品表现层的设计，这个用户一眼就能看出来，对于我来说，一些视觉设计特别难看的产品，即使功能做得再全，我也不想使用；
（2）交互方面，这一层的设计主要是让产品更简洁、方便，不能太繁琐；
（3）偏功能的设计，其实也还是交互设计，但跟功能相关联，比如之前我们有一个初始化的操作，当时20多项操作虽然都清楚地列在页面上了，但我觉得是不是还可以让用户操作起来更方便一些？所以我们设计了一键初始化，让用户能够一键导入，这种设计跟功能相关，但也涉及到交互设计。
对于我们双方之间的合作，您有什么意见建议？
一直以来我们双方部门的合作都很愉快，现在我们合作的流程是产品设计人员先出一版原型图，然后由设计师进行优化，但我一直在想能不能让我们彼此发挥各自的专业特长？比如理想情境下，我们只提供业务内容，专业的设计工作完全由设计师来主导，甚至让设计师的参与阶段再前置一些，从一开始的需求设计阶段就参与进来？
这也是我们设想的理想情况，但目前的设计资源还不足以支撑这种设计方式，另外之前也有产品经理提到，如果一开始只提供业务内容，可能设计师的理解会和产品经理有偏差，导致页面设计出来后还需要很大的调整，所以我们从去年开始着手整理设计规范，让双方能在同一的框架内进行设计。
我认同这个想法，之前我和子力沟通的时候也都认为，公司的产品需要有一个统一的规范标准，并且能够覆盖尽可能多的业务场景，而不是简单的一刀切，希望UED部门能够尽快将产品规范整理出来，推广给我们使用。
赞 24
打赏推荐阅读