需求分析七宗罪之需求质量不高——完整性(下)
第100期:需求质量不高
在过去的需求分析过程中是否存在遗漏?您的需求文档是否易于阅读和灵活应变?如果出现以上情况,很可能是因为没有找到适当的方法来建立合理的需求分析度量体系标准。没有标准的需求质量注定不会太高,这可能导致项目上线延期和成本增加。
非功能需求也是非常容易被遗漏的一个因素,它其实与系统的质量息息相关,这些需求得不到满足也会导致系统故障,安全隐患和用户不满意等问题。这里大锤为大家列出了10种最常见的非功能需求。
性能压力
避免忽视高并发情况,最有效的策略是对系统中的流程进行全面遍历和分析,找出可能出现问题的环节,并及早进行优化调整。
安全性
安全性扫描不应该仅在开发的最后阶段进行,这可能导致需要重写系统。因此,在需求分析阶段甚至更早的阶段就应该定义好安全性需求。如果产品经理不是安全专家,可能需要与安全专家合作。
兼容性
通过提供完整的表格模板来确保兼容性。以下是大锤列出的在需求梳理阶段需要产品经理定义的兼容性列表:
用户体验
如果被忽视,可能导致用户流失,最终在竞争激烈的市场中失败。用户体验不仅包括按钮的位置、尺寸、颜色和文案,还包括用户习惯等方面。
可审计需求
包括财务审计、行为审计和合规审计等。不同的审计有不同的要求和规范,产品经理需要了解相关规定,并根据实际情况设计相应的功能。
法律要求方面
例如《网络安全法》是中华人民共和国于2016年颁布的一项法律,旨在保护网络安全和个人隐私。不同领域可能有不同的法律法规,产品经理需要了解相关规定,避免违法行为,否则可能面临刑事责任。
监管要求
根据不同行业可能存在相关的监管要求,例如数据隐私保护、电子商务法规定和金融监管等。只有遵守相关法规要求,才能确保应用程序合法合规。
埋点和标签
产品中非常重要的非功能要素,用于收集和分析用户数据,以更好地了解用户需求和行为习惯。产品经理需要了解如何进行埋点收集数据,并如何分析和利用收集到的数据。
业务风险
产品或业务相关的潜在威胁或不确定性,可能导致产品或运营受到损害或影响。问题的根源通常不在技术方面,而是在流程方面。如果涉及复杂的业务风险模型,产品经理可能需要专业的风险团队来帮助规避业务风险。
搜索引擎优化
提高网站在搜索引擎上的曝光度而进行的优化工作。如果没有提及搜索引擎优化相关内容,产品经理可能不会开发相关功能。因此,产品经理需要了解系统运营是否有相关的优化需求。
经验是宝贵的但不是万能的,外部依赖的识别也是有章法的。识别出外部依赖的有效办法仍然是对对象的生命周期进行追踪,给大家一个参照的矩阵:
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。