阅读 113

实习不完全记录

我的第一份实习创下了本人「同一个产品的原型图修改最多次数」的记录(38次),期间也经历过「一个假期回来发现领导说要把所有三级页去掉,把数据全部呈现到表格里」的大变动。最近在复习面试,刚好借此机会再做个复盘。因为参与的项目性质特殊(政务相关),所以这篇文章只呈现其中的部分内容

先说说实习4个月干了点啥:

一、数据中心统一门户首页设计-1

(很粗糙慎点...)

二、数据中心统一门户首页设计-2

被老大踹回去体验了腾讯云&阿里云

(其实当时按照不同的风格做了两版,另一版的原型图放哪找不到了...)

(很粗糙慎点...)

三、数据中心统一门户首页+资源目录页+个人中心页设计

被老大踹回去体验了广东数据开放平台

(很粗糙慎点...)

四、倒推广东政务服务网的PRD

五、分享:不同的网站个人中心页的内容组织形式

六、一体化数据管理平台——需求管理系统

  1. 了解专业术语
  2. 了解原有的申请用数流程
  3. 体验原有的系统
  4. 访谈,整理不同角色(需求分析人员、需求审核人员、编目挂接人员、需求实施人员)的需求
  5. 学习相关政策
  6. 第一版原型(modao)

  1. 新增入口和个人中心(modao)

  1. 需求文档开始更新
  2. 各种评审,各种需求变动,开始漫长的36次原型图修改(axure)

最后的系统长这个亚子(原型图太多就不放了):

  • 需求概览:
    • 新建需求单
    • 需求详情页:查看需求项和申请环节详情
  • 需求分析完善:
    • 需求分析详情页:填写未填全的内容,填写接口规则
    • 需求完善详情页:将编目挂接后的新资源进行完善
  • 个人中心
    • 审核任务:
      • 主管部门审核
      • 数源部门审核
    • 信息完善任务
    • 需求反馈任务
    • 我的消息
  • 共享实施:
    • 需求实施详情页:发起信息完善任务,完成实施信息回填


最后说一点实习感想:

  • 关于“一体化数据管理平台”,当时开会时听到的说法是“也就是数据中台,前台负责业务,后台存储一些数据库表之类的,中台负责资源目录的管理,需求管理,数据治理,数据分析等等。”

    最近看了刘飞老师的一篇文章我看中台,里面提到数据中台的定义是:

    • 基本的数据采集、数据仓库建立和数据分析能力的共享,其实是数据技术中台的范畴,是将做数据相关工作的技术团队整合,来支持各业务。核心价值是降成本。
    • 各业务线的数据打通、数据共享和协同运用,则属于业务中台的范畴,是以业务目标牵头的(比如阿里的88VIP会员的前提就是用户数据打通)。

    又看了数据中台已成下一风口,它会颠覆数据工程师的工作吗?,里面对数据中台的定义为:

    • 数据中台是聚合和治理跨域数据,将数据抽象封装成服务,提供给前台以业务价值的逻辑概念。DATA api是数据中台的核心

    有点懵逼了是不是?这里我个人的理解是,“一体化数据管理平台”应该叫政务中台,支撑广东省内所有政务业务,涵盖人社,公安,民政等所有政务领域,打造“互联网+政务”模式。(不一定对,欢迎有其他想法的大佬评论区交流)

  • 面试的时候我谈到C端产品和B端产品,面试官问,知不知道G端产品? 接触了几个月G端产品后,感受如下:

    • 产品特点:功能先行;受政策影响较大;注重安全性问题;注重业务流程和场景
    • 产品经理工作内容:起点从公司战略或客户(政府)的项目计划书开始;关注角色和权限问题;一开始要具备大局观,考虑能否复用;相关政策的理解应用
    • 对产品经理的要求:业务和政策理解能力;沟通能力;需求梳理能力;项目推进能力
  • 一些设计细节,最常用的表单和列表

    • 表单:
      • 字段的排列顺序要符合逻辑
      • 能选择的尽量不输入
      • 输入框长度要匹配
    • 列表:
      • 尽量把数据和操作都放到列表里完成,不然用户在处理大量内容时,需要不断地点进内容的详情页
      • 最重要的数据往左放,一般从左到右依次是「定性、定量、操作」
      • 采用色块划分的方式,来强调行的区分,增强横向信息的连贯性
  • 快速响应变化

关注下面的标签,发现更多相似文章
评论