平台化建设

kekek

平台化

思考一下，各种需求和抱怨是件好事情。说明小组在公司中有重要性。这应该是组织成长过程中的必要环节。

一个小组一般情况下是为了解决一类具体的问题而建立。对于各种临时性需求，也会临时性的解决各种问题。慢慢地总结共性，抽象出工具。把重复性工作省去，而专注于变化的部分。

随着公司发展，需求越来越多。虽然完成单个任务的效率提升了，但是扛不住需求多。而且已经完成的任务，维护成本也是巨大的。业务方对数据的分析的问题也会反馈回来，应接不暇。

最好的解决方案，就是提需求的人能够自助解决问题。而我们程序员专注于通用性模块的建设。业务人员做业务、技术人员做技术。各有各的成长道路。

具体说来，就是平台化。

主要是以下几点：

1.抽象需求：概念建设

平台是要给别人使用的。别人会用的前提是需要对这件事情有基本的概念。知道这是一件什么事情。

根据需求，把整个任务完成过程的共性抽象出来，分成耦合性较低几个阶段，每个阶段有固定的输入和输出，容易需求方理解。

例如，对于抓取，很多产品经理不知道抓取是一件什么事情，主要的问题是什么，需要经历哪几个阶段？这种情况下，平台建设地再好，别人也不知道怎么用。

2.确立标准，界定边界：预期管理

分工的预期：明确任务的边界，哪些事情是平台搞定的，哪些事情是平台使用者做的。

服务质量的预期：明确我们能够把事情做到什么程度。好比系统稳定性能达到几个9，错误率低于5%等等。

3.指标建设：透明、可信赖

需求方很多时候痛点在于，他们不知道任务运行得如何。当一件事情是一个黑盒的时候，需求方一方面会有很强烈的不信任的感觉，产生不满，另一方面会没有针对性地提出各种需求。

解决方法就在于把系统透明。抽象为各阶段之后，每一个阶段运行状况如何，有清晰的指标，有灵活的报警机制，任务有问题，需求方能够尽快得知。给需求方以信赖感。

4.解决方案建设：易上手、能解决问题

如何让用户更愿意使用平台？不仅仅需要清晰的使用手册。还需要从用户的角度考虑，对于需求方经常提出的疑问，梳理出成熟的解决方案，来满足用户需求。

$ n) m! U7 o0 r' Y  W9 \, j! m

小白的白

就是提需求的人能够自助解决问题