想想入行也有几年了，决定还是整理整理几年积累下拉的东西，感兴趣的朋友欢迎交流。
虽然这几年串了好几家公司各类产品都有参与过，但主攻还是在中后台产品上，喜欢的技术方向也是Java、SQL这种后端技术。产品的兴奋点也不是多少人使用了我的系统，而是使用人通过我设计的系统是否提高了效率，不管是少一些录入，还是辅助思考决策。
设计一个后台产品或者模块，我个人主要会遵循下面的思考顺序：
1.先去尽可能的沟通需求里的每一个细节（这个部分通常花费时间比较多）
你需要沟通需求的目的以及核心需求，也就是为了提高哪个指标数据；需要了解需求当前的配套资源，包括当前和后期进度；流程相关的，要知道流程一共有几个节点，几个角色，每个角色在每个节点需要做什么；如果涉及原有流程，历史数据要怎么处理等
2.进行模块or功能选型和改造
大部分的需求其实都是一个或多个独立模块的结合，比如订单、内容、用户、消息，每个模块网上都会有一些成型的方案可供参考。在不断吸收各种模型理论，就可以根据业务需求将他们进行合并或者改造。在设计中，尽可能的保持好模块的独立性，避免模块和模块之间耦合性太强，导致后期再添加模块的时候考虑很多不必要的因素。后面几篇文章的内容也会根据每个独立模块进行展开
3.模拟每个需求场景
初步设计完成后，会优先拿着界面去做脑内模拟，或者找个大黑板效果更佳。看看每个界面设计的字段是否阅读流畅，让每个字段都是有意义且恰当；步骤间的流转是否有问题，尤其是涉及到一些线上和线下场景频繁更换的时候
以上三个步骤后，产品就可以基本交付业务最终讨论了。
完成业务的沟通后就是技术部分的沟通，我习惯去思考一下大概的表结构和涉及接口，当然就是想想，有时间的话会和技术大佬们讨论一下并长期接受各种“教育”
最后就是临上线前的准备，也是以前一个领导教给我的
1.是否需要提前培训
2.是否需要准备前期数据
3.是否需要清洗历史数据
4.如果有相关的流转数据是否有影响
5.相关核心人员提前通知并邀请体验
6.准备上线通知邮件
第一次做内容输出，希望能坚持下去，如果对看的人能有些帮助就更好了，感谢观看
网友评论