背景
原来的帮助中心是纯前端页面，没有后台管理，导致更新管理不方便，所以重新搭建帮助中心，基本等于从0开始。
帮助内容从后台添加，在富文本编辑器中添加。
在帮助中心做搜索功能，是全局搜索，搜索范围为标题+内容。规划中的展现形式为
1.png
问题
PC端周三上线后，链接暂未对用户开放，PAD端周五上线时，PC端链接开放。由于上线前，测试帮助内容相对单一，没有发现问题。上线后，使用了真实的帮助内容后，体验时，发现搜索结果出现这种情况：
在内容中搜索到关键词时，出现全部帮助内容都显示的情况，且没有对关键词进行标红。
2.png
开发反馈，若需优化到目标方案，所需越3-4天时间，距离PAD端上线时间仅两天，需给出处理方案。
处理方案对比
1、只搜索标题
利：保证搜索效果
弊：对用户来说，搜索范围非常窄
2、搜索全文，但只显示标题
利：搜索范围相对广
弊：会给用户造成疑惑，不清楚为何搜索结果中，没有包含搜索关键词。有搜索出错的错觉。
3、搜索全文，显示“标题+…关键词…”
利：搜索范围相对广
弊：搜索结果中，所有在内容中搜索关键词的显示都统一，但可能部分只搜到关键词中的某个字。属于信息展示错误。
4、暂时隐藏搜索功能
利：不佳的功能，情愿不开放
弊：和搜索同一行的“技术支持”入口需改动，页面改动较大。且我认为问题没有严重到完全不能用的程度。
处理
综合评估以上四个方案，选择了方案三。最终展示效果为
3.png
总结
原本规划为，项目发布后，尽快做迭代版本，优化搜索功能。
但恰逢有机会做内部分享，拿来当案例，与其他产品经理讨论。讨论后得出总结如下：
1、产品经理验收时没有验收特殊情况
2、此类问题，其实可以认为是验收不合格，作为产品经理，应该拒绝该项目上线。若开发认为时间不够，产品经理可向上反馈，明确时间是否足够。若确实不够，则选择项目延期，解决问题后再上线。
3、作为产品经理，对该需求的描述不够详细，例如搜索是否分词，在内容中搜索到关键词后，具体展示哪句话等等。
反思
在内部分享完成后，我反思到自己的一些不足。
- 作为产品经理，需求制作阶段应该对每一个功能都有足够清晰的需求描述，考虑到尽可能多的特殊情况
- 在需求评审阶段，每一个功能都应该讲的足够详细，并询问开发是否有疑问，最好讲完后，让技术来复述需求，以确保双方对需求的理解是一致的
- 在产品开发阶段，应该和开发多多沟通，自己想不到的，可以让开发提供，比如这个搜索，可以问开发使用的搜索技术，能实现什么，不能实现什么，让开发罗列出来，产品再考虑不能实现的情况如何处理
- 在产品验收阶段，应该严格把控产品质量，达不到原始需求的，不允许带着问题上线
产品经理在做需求时，必须能自己解释以下两点
为什么设计这个功能
这个功能是为了解决什么问题
才能在开发结果达不到规划效果时，严格要求。虽然产品经理与技术是合作关系，但技术的思考角度多为“如何更简单的解决”，而产品必须站在用户的角度思考“用户是否会喜欢这样”。因此，产品经理在前期思考足够的前提下，后期不该轻易妥协。
网友评论