您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 管理学资料 > 如何解决产品原型细节想不全
此项思考工具是用于产品原型草版之后寻找界面上流程漏洞与缺陷时使用本工具在初次使用时会大幅度增加工作量,随着产品与工具之间是熟悉程度增加会逐渐减少需要的工作量工具为个人工作总结的方法论,如有不足之处,还望大家指出以下为工具使用的具体介绍名词定义:基础数据项:以开发人员的数据字典中具体的字段项页面样式项:指页面中不随基础数据项变化而变化的样式,图片,文字等页面数据项:指页面中随基础数据项变化而变化的样式,图片,文字,弹窗,交互等。使用主体:指产品链接的使用者,可以是用户,渠道,商户,运营人员,客服等控制数据项:指控制功能、状态、流程的数据项。前期准备:原型文件,业务流程图,开发人员数据字典,外部接口数据字典将需要完善的页面数据项还原成为基础数据项工具简记为:增,删,改,查,传,算,显,限,空增:指基础数据项是何时创建添加的通常的基础数据项是由以下几种方式创建的:使用主体注册时,如用户id使用主体操作表单提交时,如借款单数据定时计划任务工作时,如账单结算数据第三方接口反馈时,如运营商数据在锁定何时以何种方式创建之后,最好关联出当时创建的其他基础数据项以便于后续整理(此项通常与“限”联结考虑,即通常一个基础数据添加时是受到控制的,比如编码规则,是否能重复,数据长度,数据类型添加后会控制其它数据的功能,比如使用主体的身份信息是用户、商户还是渠道。同时也会与“空”发生关联,即未“增”时,默认显示的是什么)谁增,在哪增,增什么,干什么用(增加的有什么限制,能不能重复,多长,其它规则,有没有时效性)删指基础数据项被删除时所带来的影响通常的基础数据项是由以下几种方式删除的:后台sxn上删除,如冗余账单手动删除定时计划任务删除,如具有时效性的冗余账单删除通常不建议删除非冗余数据,而是使用生效/失效标记进行控制(此项通常与“增,查,显,空”联合考虑,即若要删除根据“增,显”记录,全面清除,再考虑因删除而导致的“查,空”的问题。若删除基础数据项为控制数据,则要通过“限”去考虑是否存在影响。谁删,在哪删,删什么,删哪些(关联),删后,查不到怎么办,再进入此页面为空怎么处理若为控制项,之前的受制于的此项的功能怎么处理改指基础数据项被修改时所带来的影响通常的基础数据项是由以下几种方式修改的:使用主体通过表单提交进行修改(修改密码)定是计划任务修改(逾期)后台sxn上修改(审核状态)第三方接口反馈修改(黑灰名单)修改时要注意修改是立即生效还是延迟生效,以及修改权限,审核问题。(此项通常与“增”关联考虑,即修改后需满足“增”时的条件;若修改基础数据项为控制数据,则要通过“限、显”的角度考虑修改后的变化)谁改,在哪改,改什么,是否立即生效,是否需要审核,要什么权限,延时生效期间是否能再次修改,修改频率限制改后,是否满足“增”的条件若为控制项,之前的受制于的此项的功能怎么处理查对基础数据项进行查询,排序,筛选通常的基础数据项是由以下几种方式查询的:模糊匹配查询完全匹配查询逻辑“与”/“或”查询逻辑“非”查询筛选排序考虑查询时需考虑查询权限,查询要素,查询要素优先级,查询频次,查询结果的分页展示在筛选与排序中,分页数据如何处理,即局部分页排序筛选,全局数据排序筛选查询通常与统计相辅相成(此项通常与“改、删、空”联合考虑,即查询通常为修改和删除的前置)谁查,在哪查,查什么,怎么查,查后数据如何处理(筛选、排序、分页),要什么权限,与修改和删除权限之间的关系,查询节点是什么(时间节点,数据条数节点等)传基础数据项在功能模块内部,之间传递,程序内部与外部之间的传递在考虑传时,主要考虑收与发双方之间数据一致性问题,即若发送方有5种情况,接收方必然有5种应对情况,不过在应对情况中可以有重复一致的应对方法。在考虑程序内部与外部(如第三方接口)的“传”时,还需要考虑,流程中断,错误信息反馈,响应超时问题。同时基于外部流程的判断采取不信任策略,即不信任其前置流程,不信任传递过程中信息的安全。算指基础数据项与页面数据项之间的关系指基础数据项作为参考值对“增”的影响同时在算时,若时间较长或在取值与“增”流程的期间较长,则需要考量“改”与“删”带来的影响在考虑“算”时,主要集中在,“增”中的条件限制显指页面数据项的展现形式以及是否在其它页面的展示。在考虑“显”时,主要集中在与“空”联合考量数据为空或默认值时的显示极值上的显示,即极大值和极小值,或者说最长长度与最短长度。多页面中展示的信息要一致,风格统一。对于以200k传输速度打开页面在2s以上的页面要有加载中相关提示,或在加载或响应时长超过2s以上时再显示加载中的提示对于敏感信息进行加密,最好在数据库层面加密完成,再进行直显对于无法操作的按钮或失效的信息,需以禁用相关样式进行处理与“查”“算”共同考量以确定统计数据的流畅性限指基础数据项受制于哪个基础数据项,或控制哪些数据时效性限制权限限制长度限制类型限制规则限制状态限制“限”的考量主要用于触发其它各个考量方法,并在相应的考量方法中进一步完善空指基础数据项为空时或者为默认值时的数据处理与“限”联合考量基础默认权限对功能的影响与“显”联合考量初始显示与“查”联合考量查不到数据时的情况处理与“传”联合考量数据空时的应对方法。
本文标题:如何解决产品原型细节想不全
链接地址:https://www.777doc.com/doc-6892881 .html