这周的面试，对我自己来说，更像是一种迭代反思。
从做什么怎么做，到为什么做，的一种强制思考。
一方面是入行时间短，另一方面是公司产品业务主导，相对不需要产品去思考，所以把这块丢下来了。
正好趁这个契机，弥补回来。多问几个为什么。
一、委托书OCR
1、项目为什么要重构？
a.技术引起的重构：迭代优化多次，代码混乱，随时可能引发其他问题；
b.产品业务引起重构：新需求无法在原功能上实现，成本较高；
2、如何训练模型？
a.对北京房本进行分类六类；对房本页面进行区别；定义房本识别字段；
b.把标记好字段的房本给到第三方，进行模型训练；
c.训练结果返回，进行人工判别：识别错误，未识别出来；
d.标记结果给到第三方，继续训练，直到识别成功率达到95%；
3、如何提高识别率？
a.上传示例：房本证件单独拍摄；背景干净；证件类型确定；
b.人工培训：经纪人录入委托书；
c.房本类型：打印和非打印；
d.人工标记：进行纠正；
4、如何从多个版本中选定现有的原型设计？
a.不同节点操作，减少交互内容：附件批量操作，委托信息批量操作；
b.识别信息与对应图片比对：左信息右图片设计；
c.信息过多，分模块，对应图片也分模块；
d.提交操作：固定栏。
5、不合理需求，如何KO？
职能人员提出委托书模板需求：合同模板，审核模板。
a.低频事件，一年更迭一次；
b.把低频事件，做成一套系统，性价比不高；
c.主要矛盾是正式合同，对已生成的合同按照原来的模板去打印预览，新的走新逻辑，处在流程中的，对经纪人进行强制提醒操作，数量是千量级别，可控。
d.用户体验还可接受。
6、业务需求转产品需求？
a.了解审核人员的实际审核流程：证件-房本-签字页；
b.为什么是这样的审核流程：现在是系统是这样设计的；
c.分解现有使用流程，找出关键节点，根据房本看所有人；
d.设计审核时模块顺序，不同模块里根据图片核对信息；
7、复盘
a.功能尽量分离，附件操作和委托信息操作分开；
b.二八定律：关注主要矛盾，留有入口解决次要矛盾；
c.沟通时能开会尽量开会，能留有文档留有文档，避免口头承诺；
d.要有大局观，对每个部分为什么这样做，要清楚。
二、房源维护项目
1、为什么新增面访？
a.提高与业主的关系度；
b.减少经纪人作弊的可能性；
2、为什么要区分维护人规则和维护任务规则？
同一时间、同一部门、同一盘标、同一规划用途、同一产权性质只生效一个规则
a.房源评价，只有可售的才发维护任务；但所有已成交、无效、他售的房源原来的维护人不应清空
b.维护人：如何选定维护人；变更维护人规则；
c.维护任务：首次定期面访沟通；陪看；带看反馈；陪签；
3、如何选定维护人？
a.归属人，房源录入人是最先对房子有了解的；
b所属人，对整个楼盘有维护；对房源有了解，促成交易；
4、对维护人有业绩影响吗？
a.委托保护，间接影响业绩；
b.维护分，对房源官网排名有影响，业主的配合度、维护人的曝光率也会高，促成交易的可能性更大。
5、复盘：做的不好的地方？
a.MVP，委托保护一上来就做的过大了；
b.大区组团店组的规则不同，经纪人不够明晰规则；
整体面试的过程是在问项目相关的内容，但是由于公司业务主导性较强，所以很多东西没有进行深入思考；
这次对项目的整个过程做一个横向纵向的梳理，是对自身宏观把控能力的提升。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
