new
@@ -0,0 +1,8 @@
|
||||
当下以七牛云为标准。
|
||||
### 域目录
|
||||
.gz-cd-domain-gallery
|
||||
.gz-cd-domain-udisk
|
||||
.gz-cd-domain-sync
|
||||
|
||||
|
||||
除上述三个域目录,其他目录,都默认为root目录下,可以使用udisk相同的功能。
|
||||
@@ -0,0 +1,2 @@
|
||||
1. 平台管理员向物业团队,分配任务管理业务
|
||||
2.
|
||||
@@ -0,0 +1,2 @@
|
||||
1. 市场调研需要做哪些分析?
|
||||
2.
|
||||
@@ -0,0 +1,54 @@
|
||||
百度了一下关于社区的9大公共服务内容:
|
||||
> 参考答案:
|
||||
(1)社区就业服务。
|
||||
(2)社区社会保障服务。
|
||||
(3)社区救助服务。
|
||||
(4)社区生活保障型商务服务。
|
||||
(5)社区卫生和计划生育服务。
|
||||
(6)社区文化教育体育服务。
|
||||
(7)社区安全服务。
|
||||
(8)社区流动人口的管理与服务。
|
||||
(9)社区环境综合管理服务。
|
||||
|
||||
如何为各级政府部门提供服务
|
||||
1. 政务系统
|
||||
2. 我们可能要为社区提供的是一个大数据分析平台
|
||||
2. 我们可能要为社区提供一个业务对接的接口
|
||||
|
||||
不得讨论的一个问题
|
||||
> 小区的数据,如何与社区整体打通?
|
||||
|
||||
假设:
|
||||
> 我们实现了[[智慧社区系统]]
|
||||
> 实现了[[社区政务对接系统]]
|
||||
|
||||
### 功能设想
|
||||
- 前端:
|
||||
- 社区WEB首页
|
||||
- 居委小程序:在各小区的业主小程序,添加一个居委小程序的跳转,可以跳转到关联的居委小程序。
|
||||
- 政务信息管理系统
|
||||
- 投诉,在WEB端或小程序发起。
|
||||
- 纠纷处理,功能挂在居委下,后面可以接到纠纷管理平台,由我方人员对接。
|
||||
- 业务办理,简单的做法是显示一下社区的地址,办公时间,可以办理的业务说明;复杂点,可以加入预约时间模块,猜测部分大的社区居委可能会有比较多和业务范围。
|
||||
- 小区管理,可以查看每一个小区的信息流,考虑做一个大屏,来查看小区的实时信息,人、车、业务、日常。
|
||||
- 区域环境卫生监察,区域空气质量、PM指数、污染数、水质检查、温度
|
||||
- 与小区做业务对接
|
||||
- 业委会资料审核
|
||||
- 区域商户信息管理
|
||||
- 给商户下发账号
|
||||
- 定义数据上报内容
|
||||
- 商户登录
|
||||
- 区域人员信息管理
|
||||
- 人员分类管理(常驻、流动、特殊人群)
|
||||
- 定义规则,从小区上报的数据中做基本的人员划分
|
||||
- 公告公示信息管理
|
||||
- 居委首页的各个栏目,就告这个撑起来了。
|
||||
- 消息下发
|
||||
- 向指定小区下发公告
|
||||
- 向指定小区下发业主、住户投票
|
||||
- 数据分析
|
||||
- 人员
|
||||
- 环境
|
||||
- 传染病
|
||||
- 社区业务数据
|
||||
- 其他
|
||||
@@ -0,0 +1,47 @@
|
||||

|
||||
|
||||
# 任务计划
|
||||
|
||||
1. 单次任务
|
||||
1. 确定任务提交日期,时间,与工作内容
|
||||
2. 任务发起人
|
||||
3. 任务承接人
|
||||
4. 任务过程记录(多次提交作业内容,如拍照)
|
||||
5. 完成时间
|
||||
2. 按日计划
|
||||
1. 计划周期,该任务生效周期
|
||||
2. 确定重复频率,每天,每两天,每三天
|
||||
3. 工作时段
|
||||
1. 默认全天时段(早9~晚6)
|
||||
2. 多时段(上午,下午)
|
||||
4. 任务发起人
|
||||
5. 任务负责人
|
||||
6. 任务过程记录(多次提交作业内容,如拍照)
|
||||
7. 完成时间
|
||||
3. 按周计划
|
||||
1. 计划周期,该任务生效周期
|
||||
2. 确定周工作日期,如工作日,一、三、五,每周一等
|
||||
3. 工作时段
|
||||
1. 默认全天时段(早9~晚6)
|
||||
2. 多时段(上午,下午)
|
||||
4. 任务发起人
|
||||
5. 任务负责人
|
||||
6. 任务过程记录(多次提交作业内容,如拍照)
|
||||
7. 完成时间
|
||||
4. 按月计划
|
||||
1. 计划周期,该任务生效周期
|
||||
2. 确定周工作日期,如工作日,一、三、五,每周一等
|
||||
3. 工作时段
|
||||
1. 默认全天时段(早9~晚6)
|
||||
2. 多时段(上午,下午)
|
||||
4. 任务发起人
|
||||
5. 任务负责人
|
||||
6. 任务过程记录(多次提交作业内容,如拍照)
|
||||
7. 完成时间
|
||||
## 打卡点定义
|
||||
#### 打卡类型
|
||||
- 签到打卡:打一次即生效
|
||||
- 区间打卡:计算始止时间
|
||||
#### 打卡内容
|
||||
- 拍照记录完成工作情况
|
||||
- GPS定位
|
||||
@@ -0,0 +1,50 @@
|
||||
# 系统完成最基础的可用性
|
||||
## 核心业务可用性
|
||||
以物业服务为起点切入市场,最少要满足物业服务的核心需求,满足初步的可用性。
|
||||
|
||||
### 物业基础服务
|
||||
[[智慧社区平台分析#调研产品清单]]
|
||||
参考多个竞品,分析功能,找到最基础的物业服务项目,确定我们需要完成的核心物业服务的范围,聚焦体现我们平台的核心价值观,初步达成基础可用性目标。
|
||||
|
||||
|服务项目|比邻客|点都|快鲸|诺怀|HC|SCOP|实现备注|
|
||||
|---|:---:|:---:|:---:|:---:|:---:|:---|:---|
|
||||
|小区资产|√|√|√|√|√|第一期|不动产信息管理<br>二期加入车辆车位信息|
|
||||
|人员信息|√|√|√|√|√|第一期|业主信息|
|
||||
|物业收费|√|√|√|√|√|第二期||
|
||||
|抄表服务|√|X|√|√|X|暂无||
|
||||
|投诉建议|√|√|√|√|√|第二期|业主从小程序发起|
|
||||
|访客登记|X|X|√|√|√|暂无|
|
||||
|社区公告|√|√|√|√|√|第一期|管理后台发起消息<br>微信公众号推送给业主|
|
||||
|社区调研|√|√|√|X|X|第一期|投票机制<br>支撑业委会相关流程|
|
||||
|消息通知|||√|√||第一期|公众号/短信|
|
||||
|广告管理|X|X|√|X|√|暂无计划|
|
||||
|工单系统|X|√|√|√|√|第一期|
|
||||
|管家直联|√|√|√|X|X|暂无计划|
|
||||
|门禁系统|√|√|√|√|√|外接三方|
|
||||
|智慧停车|√|√|√|√|√|外接三方|我们管理车辆车位信息<br/>停车控制外接三方|
|
||||
|物品采购<br>库存管理|X|X|√|√|√|暂无计划|
|
||||
|安防巡查|X|√||√|X|第一期|物业安防巡检|
|
||||
|物联网|√|√|√|√|√|外接三方||
|
||||
|设备管理|||√|√|√|第一期|物业日常巡检|
|
||||
|清洁管理||||||第一期|清洁工作管理|
|
||||
|
||||
#### 日常工作打卡服务
|
||||
1. 可以记录统计不同岗位的工作情况,如:
|
||||
1. 清洁服务打卡:清洁,拍照,提交,打卡。
|
||||
2. 设备运行巡检:设备清单(相当于打卡点),扫二维码确认设备,运转选项[正常|损坏待更换|损坏待维修]。
|
||||
3. 安全巡逻打卡:打卡点,扫码自动提交。
|
||||
2. 打卡类型
|
||||
1. 定义路线,多点打卡
|
||||
2. 单点打卡
|
||||
#### 调查问券服务
|
||||
通过调查问券,可以采集群体意见反馈,支撑业委会筹办等相关业务。
|
||||
|
||||
### 业委会筹备
|
||||
|
||||
### 业委会日常工作
|
||||
|
||||
[[产品价值]]
|
||||
小区业主:
|
||||
小区服务集体:
|
||||
社区街道居委(区域民事部门):
|
||||
数据中心:
|
||||
@@ -0,0 +1,6 @@
|
||||
[[产品之路#竞品分析#社区政务系统]]
|
||||
|
||||
## 主题
|
||||
区域内小区,楼宇,人流,企业,事件上报。
|
||||
|
||||
当前还处于研发状态,完成度不高。
|
||||
@@ -0,0 +1,19 @@
|
||||
[[产品之路#竞品分析#社区O2O]]
|
||||
|
||||
## 主题
|
||||
对于社区内部的管理,突出了 #智慧 #物联 两个方面
|
||||
对于物业服务公司,可以一个平台内外管理一体化
|
||||
|
||||
### 社区
|
||||
#### 软硬结合、物联网一站式服务平台
|
||||

|
||||
|
||||
#### 核心物业服务体系
|
||||

|
||||
|
||||
### 商业服务展提供变现能力
|
||||
相对来说,快鲸做的变现能力,并不是智能化的思路,更多是靠提供商务服务收中间费用,卖东西赚钱。
|
||||

|
||||
|
||||
#### 街道区域管理
|
||||

|
||||
@@ -0,0 +1,28 @@
|
||||
## 调研产品清单
|
||||
|系统名|SLOGAN|网站|
|
||||
|---|---|---|
|
||||
|比邻客|做每个细节都好用的智慧社区产品|[官网](https://www.be-linker.com)|
|
||||
|点都|一站式社区、全域大数据云平台|[官网](http://www.dd2007.com)|
|
||||
|快鲸|结合企业微信,智慧社区、街道解决方案|[官网](https://www.kuaijing.com.cn)|
|
||||
|诺怀|互联网+时代,物业系统整体解决方案|[官网](http://wuye.novasoftware.cn)|
|
||||
|
||||
## 系统基础功能模块
|
||||
------
|
||||
### 比邻客
|
||||
![[比邻客物业平台初步分析]]
|
||||
|
||||
------
|
||||
### 点都
|
||||
![[点都软件]]
|
||||
|
||||
------
|
||||
### 快鲸
|
||||
![[快鲸智慧社区平台]]
|
||||
|
||||
------
|
||||
### 诺怀
|
||||
![[诺怀软件]]
|
||||
|
||||
## 总结
|
||||
行业内成熟的产品还是很多的,而且大多深耕多年。从基础的物业服务体系,到物联网,到智能监控,形成智能化的物业管理体系;大多都有提供商业能力,如商城,团购等助物业公司提高变现能力;也有将业务能力延伸到区域政务管理服务,做街道社区的信息化管理系统。
|
||||
|
||||
@@ -0,0 +1,34 @@
|
||||
[[产品之路#竞品分析#社区O2O]]
|
||||
|
||||
## 官方产品介绍:
|
||||
> 融汇比邻客十二年智慧社区产品经验积累,精选中小型物业服务企业必用功能和最佳实践,推出慧比邻智慧物业SaaS云平台,满足物业服务企业收费管理、无接触移动缴费服务、智能化催费和业主移动端自助查询账单和开具电子发票等功能需求,对接成熟蓝牙一键开门设备,几乎任何老旧门禁都可以低成本增加蓝牙一键开门功能,为业主提供安全便捷的物业生活体验。
|
||||
|
||||
## 目标客户:
|
||||
中小型物业服务企业
|
||||
|
||||
## 特点
|
||||
1. 物业服务内容信息化
|
||||
2. 软硬结合、监控联网
|
||||
3. 以相同的服务体系,细分不同的应用场景。
|
||||
|
||||
## 场景概括
|
||||
### 1. 楼盘社区
|
||||
为楼盘社区,提供完善的社区信息化管理系统。
|
||||
|
||||

|
||||
### 2. 不动资产租凭经营
|
||||
为经营类的房产,提供租赁,合同,财务相关管理。
|
||||
|
||||

|
||||
### 3. 街镇社区
|
||||
为街镇相对松散的人群体系提供信息化管理
|
||||
|
||||

|
||||
|
||||
### 4. 智慧城市
|
||||
从产品的方案架构上看,相比楼盘社区部分,增加了很多公共数据,服务能力。
|
||||

|
||||
|
||||
### 5. 物业集团
|
||||
从大型物业公司的角度,提供多社区,智能化,内外一体的管理服务平台。
|
||||

|
||||
@@ -0,0 +1,20 @@
|
||||
[[产品之路#社区O2O]]
|
||||
[[产品之路#社区政务系统对接]]
|
||||
|
||||
|
||||
|
||||
这是当前已找到了竞品中,跟我们最相似,而且成熟度最高的一个平台了。
|
||||

|
||||
|
||||
## 内容
|
||||
### 平台级的大数据中心
|
||||

|
||||
|
||||
### 政务服务系统
|
||||

|
||||

|
||||
### 智慧物联
|
||||

|
||||

|
||||
### 商城系统
|
||||

|
||||
@@ -0,0 +1,3 @@
|
||||
从功能清单所见,诺怀更多做的是物业范围内的管理。
|
||||
### 物业功能清单
|
||||

|
||||
@@ -0,0 +1,79 @@
|
||||
涉及服务团队:
|
||||
* 平台管理团队
|
||||
* 物业服务团队
|
||||
* 业委会筹备团队
|
||||
# 场景一 业主信息录入
|
||||
* 业主、房产信息管理能力
|
||||
* 业主使用小程序端方便的查看管理自己的房屋
|
||||
## 主题 业主信息录入
|
||||
操作端:管理后台
|
||||
内容:新业主到物业处登记信息
|
||||
演员:业主,物业人员
|
||||
脚本:![[业主信息录入]]
|
||||
## 主题 房屋信息绑定
|
||||
操作端:管理后台
|
||||
内容:管理后台业主绑定房屋信息
|
||||
演员:物业人员
|
||||
脚本:![[房屋信息绑定]]
|
||||
## 主题 业主小程序实名认证
|
||||
操作端:小程序
|
||||
内容:业主登录小程序,录入实名信息,查看我房屋
|
||||
演员:新业主、物业人员
|
||||
脚本:![[小程序实名认证]]
|
||||
# 场景二 业委会筹备
|
||||
* 业委会筹备流程
|
||||
* 自定义的动态表单与问券功能
|
||||
* 小区公告管理
|
||||
|
||||
## 主题 流程发起
|
||||
操作端:管理后台
|
||||
内容:发起业委会筹备流程
|
||||
演员:业主、物业、筹备组管理员
|
||||
脚本:![[发起业委会筹备]]
|
||||
## 主题 调研
|
||||
操作端:管理后台
|
||||
内容:业主意向调研(投票)、推送到小程序
|
||||
准备:投票问卷样例JSON
|
||||
演员:业主、物业、筹备组管理员
|
||||
脚本:![[发起业主意向调研]]
|
||||
|
||||
## 主题 公告发布
|
||||
操作端:管理后台
|
||||
内容:意向调研,居委批复信息汇总,公示发布
|
||||
准备:公告内容样板
|
||||
演员:业主、物业、筹备组管理员
|
||||
脚本:![[发起筹备公示]]
|
||||
|
||||
## 主题 筹备组组建
|
||||
操作端:管理后台
|
||||
内容:业主意向调研(投票)、推送到小程序
|
||||
准备:投票问卷样例JSON
|
||||
脚本:![[筹备组组建]]
|
||||
|
||||
|
||||
## 主题 业委会成员选举
|
||||
操作端:管理后台
|
||||
内容:业主意向调研(投票)、推送到小程序
|
||||
准备:投票问卷样例JSON
|
||||
脚本:![[业委会选举]]
|
||||
|
||||
# 场景三 日常工作计划
|
||||
## 主题 业务授权
|
||||
操作端:管理后台
|
||||
内容:物业管理人员制定工作计划
|
||||
脚本:![[业务授权]]
|
||||
|
||||
## 主题 工作安排
|
||||
操作端:管理后台
|
||||
内容:物业管理人员制定工作计划
|
||||
脚本:![[制定工作计划]]
|
||||
|
||||
## 主题 打卡
|
||||
操作端:工作端APP
|
||||
内容:物业工作人员,查看分配的任务
|
||||
脚本:![[工作人员打卡操作]]
|
||||
|
||||
## 主题 工作情况查看
|
||||
操作端:管理后台
|
||||
内容:物业管理人员制定工作计划
|
||||
脚本:![[完成任务日历]]
|
||||
@@ -0,0 +1,21 @@
|
||||
## 工作开展说明
|
||||
|
||||
在小区业主,物业公司的共同推动下,顺应惠州市政府政策,创医元小区业主委元会将在创医元智慧社区平台服务团队的协助下开启组建准备工作。
|
||||
|
||||

|
||||
|
||||
本流程依《广东省物业管理条例》以及《惠州市业主大会和业主委员会指导规则》制定。
|
||||
|
||||
## 已上报资料清单
|
||||
* 《成立业委会申请书》
|
||||
* 《联名业主身份证复印件、有效房产证明》
|
||||
* 《关于推荐业主大会筹备组中业主代表的公告》
|
||||
* 《业主大会选举、表决投票委托书》
|
||||
* 《业主大会议事规则》
|
||||
* 《创医元小区管理规约》
|
||||
|
||||
## 居委批复内容
|
||||
* 《关于创医元小区成立业主委员会的批复》
|
||||
|
||||
公告人:广州创医元
|
||||
公告时间:2021年11月23日
|
||||
@@ -0,0 +1,20 @@
|
||||
经创医元小区全体居民以及物业管理发起,由创医元智慧社区平台服务发起的《业委会筹备组成员选举》调研,在经过20天的投票周期,已经结束。
|
||||
|
||||
## 投票情况
|
||||
* 投票总计:1056票
|
||||
* 票数占比(票数/业主总数):83.5%
|
||||
* 投票统计:
|
||||
|
||||
'''插图'''
|
||||
|
||||
## 投票结果
|
||||
本次业委会筹备组,将选票数前3的业主作为筹备组成员。
|
||||
|
||||
### 成员列表
|
||||
1. XXX
|
||||
2. XXX
|
||||
3. XXX
|
||||
|
||||
|
||||
公告人:广州创医元
|
||||
公告时间:2021年11月23日
|
||||
@@ -0,0 +1,20 @@
|
||||
经创医元小区业委会筹备组以及物业管理处发起,由创医元智慧社区平台服务发起的《创医元首届业委会成员选举》调研,在经过20天的投票周期,已经结束。
|
||||
|
||||
## 投票情况
|
||||
* 投票总计:998票
|
||||
* 票数占比(票数/业主总数):79.5%
|
||||
* 投票统计:
|
||||
|
||||
'''插图'''
|
||||
|
||||
## 投票结果
|
||||
本次业委会投票选举,将选票数前3的业主作为业委会成员。
|
||||
|
||||
### 成员列表
|
||||
1. XXX
|
||||
2. XXX
|
||||
3. XXX
|
||||
|
||||
|
||||
公告人:广州创医元
|
||||
公告时间:2021年11月23日
|
||||
@@ -0,0 +1,11 @@
|
||||
平台管理员:18888888888
|
||||
密码:1234
|
||||
|
||||
物业管理员:15880867788
|
||||
密码:1234
|
||||
|
||||
物业工作人员:
|
||||
|
||||
|
||||
业主账号:13535442570,业主微信
|
||||
|
||||
@@ -0,0 +1,4 @@
|
||||
1. 物业人员:登录物业工作人员账号,进入工作界面
|
||||
2. 业主:上台,走向物业人员,出示购房合同以及身份证等资料,台词:“你好,我来登记业主信息”
|
||||
3. 物业人员:核查业主信息与资料。
|
||||
4. 物业人员:操作录入业主信息。
|
||||
@@ -0,0 +1,4 @@
|
||||
1. 筹备组成员,徐钊登入系统,创建投票,录入业委会待选成员名单。
|
||||
2. 投票。
|
||||
3. 徐钊查看投票结果。
|
||||
4. 确定人选,截图发出公示。
|
||||
@@ -0,0 +1,5 @@
|
||||
1. 平台管理人员:创建投票
|
||||
2. 平台管理人员:台词:“按照规定,超过20%的业主支持,才能开启筹建工作,现在我已经创建了一份调研问题,通过微信公众号与业主程序发给了全体业主。需要物业与业主代表们,需要物业公司与业主代表们督促业主们完成投票。”
|
||||
3. 业主手机投屏,查看公众号推送消息,点击进入小程序,完成投票。
|
||||
4. 平台管理人员,查看投票结果报告。
|
||||
5. 筹备管理员,进入流程第三步:居委批复,上传资料,进入下一步,公示。
|
||||
@@ -0,0 +1,6 @@
|
||||
1. 筹备管理人员,登录平台管理员账号,投屏管理端。
|
||||
2. 物业人员与业主代表上台,与平台管理人员表示想要筹建业主委员会,希望得到协助。台词:“先生,您好,我们想咨询一下成立业委会的事。”
|
||||
3. 筹备管理人员:台词:“可以的,我们依据广东省和惠州市的政策规定,可以全流程协助小区建立业主委员会。”
|
||||
4. 筹备管理人员:操作,打开业委会筹建面板,台词:“筹建流程一共有三个阶段:准备阶段,筹备组成员选举,业委会成员选举。具体操作步骤可以在系统上得到指引。”
|
||||
5. 筹备管理人员:平台管理组发起新的筹备流程。
|
||||
6. 筹备管理人员:打开“1. 申请说明”,告知需要准备的相关资料。
|
||||
@@ -0,0 +1 @@
|
||||
1. 平台工作人员
|
||||
@@ -0,0 +1,2 @@
|
||||
1. 物业人员:台词:“您好,已经登记好您的信息,这里有一个二维码,麻烦您扫描一下,做完实名认证,可以在首页查看到自己的房屋信息。”
|
||||
2. 物业人员,提供二维码,指导业主完成实名认证,查看房间信息。
|
||||
@@ -0,0 +1 @@
|
||||
1. 物业人员:绑定房屋。
|
||||
@@ -0,0 +1,4 @@
|
||||
1. 筹备组管理员发起:筹备组名单选举投票
|
||||
2. 业主们投票
|
||||
3. 筹备组管理员查看投票结果、发起公示
|
||||
4. 创建筹备组团队,添加管理成员
|
||||
@@ -0,0 +1,155 @@
|
||||
|
||||
`````ad-example
|
||||
title: 大纲
|
||||
|
||||
#### 整体目标
|
||||
* 完成社区项目的收尾,第一版本项目进入alpha测试阶段。
|
||||
* 确定网格管理系统第一期实现的功能边界
|
||||
* 结合创医元虚拟社区,建立数据中心的试验环境
|
||||
|
||||
#### 计划编号
|
||||
* SCOP-FEB-220208
|
||||
|
||||
#### 周期
|
||||
* 2月份
|
||||
|
||||
#### 内容
|
||||
1. 智慧社区收尾
|
||||
2. 明确产品智慧概念
|
||||
3. 网格管理产品阶段
|
||||
4. 数据中心开发工作
|
||||
`````
|
||||
|
||||
`````ad-abstract
|
||||
title: 1 智慧社区收尾
|
||||
collapse: open
|
||||
````ad-tip
|
||||
title: Target: 完成收尾工作,发布产品1.0.0.alpha1版本,部署到预生产环境(创医元虚拟小区)。
|
||||
````
|
||||
````ad-info
|
||||
title: Period: 2周(2月8日~2月18日)
|
||||
````
|
||||
````ad-example
|
||||
title: Detail
|
||||
collapse: open
|
||||
|
||||
1. 支付模块
|
||||
1. 描述:统计,完成管理端月账单统计管理
|
||||
2. 人员:陈孟泽、徐钊、黄国超
|
||||
3. 时间:2月8日~2月11日
|
||||
2. 抄表模块
|
||||
1. 描述:水电表,共摊表
|
||||
2. 人员:陈孟泽、徐钊
|
||||
3. 时间:2月8日~2月11日
|
||||
3. 梳理社区通知体系,输出文档:
|
||||
1. 描述:
|
||||
- 几个业务,有推送消息
|
||||
- 推送节务节点,推送时机
|
||||
- 推送目标
|
||||
- 推送渠道(微信公众号/APP推送)
|
||||
- 消息模板/样式
|
||||
- 点击处理方式
|
||||
* 是否有哪些节点,还可以添加推送
|
||||
2. 时间:2月8日~2月11日
|
||||
4. 用户手册(部分完成内容,更新到数据库)
|
||||
1. 描述:在APP,小程序提供帮助内容,业主小程序添加帮助内容入口
|
||||
2. 人员:陈思宇
|
||||
````
|
||||
````ad-tip
|
||||
title: Progress-CheckPoint
|
||||
collapse: open
|
||||
1. 2月9号,完成推送业务节点情况的梳理
|
||||
2. 2月11号,完成支付统计模块的接口开发
|
||||
3. 2月18号,完成前后端对接测试,部署预生产环境,用户手册数据录入
|
||||
````
|
||||
`````
|
||||
|
||||
`````ad-abstract
|
||||
title: 2 明确产品智慧概念
|
||||
collapse: open
|
||||
````ad-tip
|
||||
title: Target: 明确小区系统智慧体系发展方向,完善产品介绍PPT
|
||||
````
|
||||
````ad-info
|
||||
title: Period: 2周(2月8日~2月18日)
|
||||
````
|
||||
````ad-example
|
||||
title: Detail
|
||||
collapse: open
|
||||
1. 描述:完善产品介绍PPT,智能化社区管理相关主题
|
||||
1. 智能管家:
|
||||
1. 公众号发送消息,有AI管家智能分析并回复,指引用户完成系统功能
|
||||
2. 定时推送物业帐单,催缴提醒
|
||||
3. 小区重大事件,消息主动推送
|
||||
4. 其他通知,用户可定制关注内容,智能提醒
|
||||
2. 智能停车管理:
|
||||
1. 预约共享停车(公共车位,私有车位),合理规划园区车流量,减少乱停放问题,增加车位利用率。
|
||||
2. 园区车位导航
|
||||
3. 门禁对讲系统
|
||||
2. 人员:陈思宇
|
||||
````
|
||||
`````
|
||||
|
||||
`````ad-abstract
|
||||
title: 3 网格管理产品阶段
|
||||
collapse: open
|
||||
````ad-tip
|
||||
title: Target: 明确网格管理功能需求、业务流程、产品原型
|
||||
````
|
||||
````ad-info
|
||||
title: Period: 3周(2月8日~2月25日)
|
||||
````
|
||||
````ad-example
|
||||
title: Detail
|
||||
collapse: open
|
||||
1. 产品/业务分析
|
||||
1. 功能细节
|
||||
1. 消息中间件:建立小区系统与网格管理系统的连接
|
||||
2. 居委入驻
|
||||
3. 居委辖区信息管理:楼,小区
|
||||
4. 小区成立业委会,需要到居委备案审批。
|
||||
5. 居委有一些地区政策的信息,需要发送给小区。
|
||||
6. 区域发起一些投票,调研
|
||||
2. 人员:陈思宇、陈孟泽、孔文斌、高宇
|
||||
2. 核心模块准备
|
||||
1. 描述:
|
||||
1. 基于core-svc, admin-api, admin-web抽取核心管理逻辑(团队、业务、权限)
|
||||
2. 网格管理业务、权限体系定义
|
||||
2. 人员:陈孟泽、孔文斌、徐钊
|
||||
````
|
||||
````ad-tip
|
||||
title: Progress-CheckPoint
|
||||
collapse: open
|
||||
1. 2月11日-讨论确定系统基础管理逻辑、业务逻辑
|
||||
2. 2月18日-管理端界面,菜单设计
|
||||
3. 2月25日-原型初稿
|
||||
4. 2月25日-核心模块准备
|
||||
````
|
||||
`````
|
||||
|
||||
`````ad-abstract
|
||||
title: 4 数据中心开发工作
|
||||
collapse: open
|
||||
````ad-tip
|
||||
title: Target: 完成数据中心试验环境的搭建,完成源始层数据采集,完成基础维度数据建模
|
||||
````
|
||||
````ad-info
|
||||
title: Period: 3周(2月8日~2月25日)
|
||||
````
|
||||
````ad-example
|
||||
title: Detail
|
||||
collapse: open
|
||||
1. 初步的技术验证已完成
|
||||
2. 建模确认
|
||||
3. 完成[[ODS层]]数据采集工作,Kettle模板转换
|
||||
4. 基于创医元虚拟社区,搭建数据采集平台
|
||||
````
|
||||
````ad-tip
|
||||
title: Progress-CheckPoint
|
||||
collapse: open
|
||||
1. 2月11日-ODS层/DW层数据建模
|
||||
2. 2月18日-确定数据采集数据流
|
||||
3. 2月25日-新增小区(数据采集源)的数据采集流程
|
||||
4. 2月25日-完成试验环境部署
|
||||
````
|
||||
`````
|
||||
@@ -0,0 +1,114 @@
|
||||
---
|
||||
number headings: auto, first-level 2, max 6, 1.1
|
||||
---
|
||||
|
||||
## 1 支付模块设计
|
||||
|
||||
![[settings/archived/work/2022年/Z.其他任务目录/智慧社区/阶段信息汇报/2022-01-24 项目汇报/Untitled Diagram.svg]]
|
||||
|
||||
### 1.1 管理端
|
||||
#### 1.1.1 基础信息维护
|
||||
##### 1.1.1.1 收费项目定义
|
||||
操作人员:创医元运维管理人员
|
||||
![[Untitled Diagram 1.svg]]
|
||||
|
||||
##### 1.1.1.2 记账规则
|
||||
![[Untitled Diagram 5.svg]]
|
||||
|
||||
### 1.2 APP端
|
||||
#### 1.2.1 抄表功能
|
||||
|
||||
|
||||
### 1.3 小程序端
|
||||
#### 1.3.1 账单
|
||||
#### 1.3.2 支付
|
||||
|
||||
|
||||
## 2 部署运维
|
||||
![[Untitled Diagram 3.svg]]
|
||||
|
||||
### 2.1 资料准备
|
||||
- *准备资料*
|
||||
1. 营业执照:彩色扫描件或数码照片
|
||||
2. 组织机构代码证:彩色扫描件或数码照片,若已三证合一,则无需提供
|
||||
3. 对公银行账户:包含开户行省市信息,开户账号
|
||||
4. 法人身份证:彩色扫描件或数码照片
|
||||
|
||||
- *用途*
|
||||
* 公众号&小程序
|
||||
* 微信支付账户
|
||||
* 微信认证
|
||||
|
||||
### 2.2 数据准备
|
||||
![[Untitled Diagram 2.svg]]
|
||||
|
||||
信息采集模板:
|
||||
|
||||
1. 区域信域模板(批量导入)
|
||||
2. 楼栋信息模板(批量导入)
|
||||
3. 单元信息模板(批量导入)
|
||||
4. 房屋信息模板(批量导入)
|
||||
5. 物业服务团队人员信息模板(创医元运维人员通过后台创建团队,添加各团队管理员)
|
||||
|
||||
### 2.3 部署
|
||||
#### 2.3.1 数据库初始化
|
||||
已完成自动化数据库部署工具,一键*初始化*:完成建库、建表、导入初始数据、创建用户、库表授权。同时可以做*数据检查*,与*数据重置*。
|
||||
`db_host=192.168.3.223 db_admin_password=GDcyy@123 community_code=gdhnbgy op=init ./entrypoint.sh`
|
||||
|
||||

|
||||
- 数据库版本管理
|
||||
文斌当前正在整理用于第一个正式版本的数据库初始化信息,包括最终的数据库结构与初始数据。
|
||||
后续每一次数据库修改都会升级这套部署工具内的脚本。
|
||||
#### 2.3.2 服务部署
|
||||
- 基于helm实现check服务部署包
|
||||
- 通过Lens对集群服务进行管理
|
||||
- 一键部署后端服务
|
||||
|
||||
```bash
|
||||
$ helm install scop . \
|
||||
--namespace gdcyy-meta \
|
||||
--set common.tag=0.0.3 \
|
||||
--set common.community_code=gdcyy \
|
||||
--set common.env.scop_nacos=nacos-client.scop-center.svc:8848 \
|
||||
--set common.env.scop_nacos_namespace=gdcyy \
|
||||
--set common.env.db_host=192.168.3.223 \
|
||||
--set common.env.db_port=3306 \
|
||||
--set common.env.db_username=gdcyy \
|
||||
--set common.env.db_password=GDcyy@123 \
|
||||
--set common.env.redis_host=192.168.3.223 \
|
||||
--set common.env.redis_port=6379 \
|
||||
--set common.env.redis_password=GDcyy@123 \
|
||||
--set common.env.redis_dbnum=1 \
|
||||
--set common.env.wx_miniprogram_appid=wx90449398196d1e89 \
|
||||
--set common.env.wx_miniprogram_appsecret=71bc8795a0c2ae300ec0958db673f43e \
|
||||
--set pushsvc.env.wx_mp_appid=wx5515326bc4953c70 \
|
||||
--set pushsvc.env.wx_mp_appsecret=54a5466d83c24b4adf7854a9a4b2ef1d \
|
||||
--set pushsvc.env.wx_mp_token=scop-wechat
|
||||
```
|
||||
|
||||
#### 2.3.3 服务更新
|
||||
```bash
|
||||
$ helm upgrade scop . \
|
||||
--namespace gdcyy-meta \ <---指定命名空间
|
||||
--set coresvc.image.tag=0.0.6 \ <---仅修改需要调整的服务程序版本号,
|
||||
--reuse-values <---表示其他上述配置不变
|
||||
```
|
||||
|
||||
## 3 文档管理
|
||||
语雀建立了创医元团队账号
|
||||
### 3.1 团队设置
|
||||
![[Untitled Diagram 4.svg]]
|
||||
|
||||
### 3.2 文档
|
||||
* 管理规范制定:
|
||||
《数据安全管理》
|
||||
《研发管理规范》:产品发行版本说明,开发分支管理
|
||||
《机房安全管理》:
|
||||
|
||||
* 运费管理
|
||||
《服务器信息》:服务器基本信息,虚拟机信息,登录密钥信息
|
||||
|
||||
* 项目组-智慧社区
|
||||
《管理过程文档》:保存会议记录
|
||||
《详细设计说明文档》:智慧社区、网格管理、数据中心。
|
||||
《接口说明文档》:前后端接口
|
||||
|
After Width: | Height: | Size: 134 KiB |
|
After Width: | Height: | Size: 160 KiB |
|
After Width: | Height: | Size: 135 KiB |
|
After Width: | Height: | Size: 131 KiB |
|
After Width: | Height: | Size: 172 KiB |
|
After Width: | Height: | Size: 161 KiB |
@@ -0,0 +1,10 @@
|
||||
1. 智慧小区,将智慧服务引入小区:
|
||||
利用人工智通与5G快速网络提供智能化、人性化,并且全面的服务,基于手机应用,增加用户获取服务的便利性。
|
||||
2. 智慧街区,面向社区街道提供服务:
|
||||
结合使用大数据、AI、移动应用,提高街道服务的效率,管理便利,面向物业,社群,提高发布消息的时效性。
|
||||
3. 数据中心:
|
||||
平台级的数据中心,随着小区系统的推入,业务服务进行更多的街区,平台数据中心将会有更多的可能性:
|
||||
1. 人员信息中心,每一个人都将有唯一的一个平台级的身份证明。
|
||||
2. 监控数据,基于小区的安防、门禁等系统,可以汇总人员行为数据。
|
||||
3. 服务业务数据。
|
||||
4. ...
|
||||
@@ -0,0 +1,47 @@
|
||||
### 发现问题
|
||||
1. 首页
|
||||
1. 风格界面UI设计风格不统一
|
||||
1. 图标设计(线条粗细、高矮胖瘦)不统一,给人东拼西凑的感觉。
|
||||
2. 有的一行三个图标,有的一行四个图标
|
||||
3. 首页每一个区域都是有一个框框的,为啥这块是空的?
|
||||

|
||||
1. 导航能力
|
||||
首页是最重要的导航入口,但是从使用者的角度看,首页找不到重点,就是把所有的功能都列出来。
|
||||
1. 功能
|
||||
1. 功能的差异性
|
||||
1. 我个人使用比较多的粤省事、穗康,借着疫情,各个区域出入,都是扫这两个码做出入凭证,所以用户为啥用会通过粤健通来亮码?不熟悉的人会不会想,这是哪个APP的截图,你是来忽悠我的吗?
|
||||
2. 也是因为导航的问题,我无法确定这个小程序想要突出自己哪一部分是重点功能或服务。
|
||||
3. 很多功能是跳转到外部小程序
|
||||
1. 个人可以肯定的是,我不需要一个收藏夹小程序,因为微信自带收藏小程序功能。
|
||||
2. 比如说粤核酸,我在做检查的时候,采样点帖了满墙的码去给我扫,用户有万分之一的概率需要通过粤健通来跳转吗?
|
||||
2. 功能完备性
|
||||
1. 数据对接还不全面
|
||||
3. 搜索功能应该是还没做完,广州搜有内科的医院都搜不到
|
||||

|
||||
|
||||
### 我的调整思路
|
||||
1. 短期内,通过改变导航逻辑,突出主题
|
||||
一个用户端的程序,其实是在想一个故事,讲故事的条理要清晰,主线故事是什么,支线故事是什么,主角,配角要明确。所以明确主题,然后调整界面逻辑,改良小程序的导航体验,让用户知道这个小程序的主要服务内容。
|
||||
2. 后期逐步完备功能
|
||||
|
||||
#### 出发
|
||||
1. 考虑到这个小程序的用户群里是普通用户
|
||||
2. 考虑到这个小程序背靠主体的优势,我猜测是医疗资源整合
|
||||
|
||||
- 我猜测这个小程序最想做的事是:向普通用户提供一个医疗资源信息与服务入口的通道,方便,快速的为民众定位到最近的,最合适的医疗资源。
|
||||
|
||||
#### 首页突出:医疗资源引导
|
||||
所以首页功能可能包括以下内容,重心在于指引用户找到自己可能需要的医疗资源:
|
||||
1. 互联网医院入口(线上医疗服务)
|
||||
2. 预约挂号入口(线下医疗服务)
|
||||
3. 发热门诊入口(疫情原因,突出发热门诊医疗资源)
|
||||
4. 疫苗接种入口(疫情原因,推荐疫苗接种医疗资源)
|
||||
5. 核酸筛查网点入口(24小时/黄码)
|
||||
6. 健康卡-亮码(打通医疗体系的身份凭证)
|
||||
|
||||
在首页给出三大主题的入口。
|
||||
* 主题一:医疗资源
|
||||
* 主题二:专科服务
|
||||
按主题整合医疗资源,专项知识,孕产服务我会归为专科下面的一个子类。
|
||||
* 主题三:免疫接种
|
||||
新冠的防控,疫苗,都在这个主题下面。
|
||||
|
After Width: | Height: | Size: 301 KiB |
@@ -0,0 +1,72 @@
|
||||
### 业务分析:
|
||||
#### 管理体系
|
||||
* 平台运维:
|
||||
1. 系统需要内置一个网格管理平台运维团队,做团队业务授权,信息审核工作。
|
||||
2. 部分小区所在居委,没有入驻平台,挂靠到运维团队中。
|
||||
3. 由市场人员向相关居委推进入驻事宜。
|
||||
|
||||
* 居委入驻:
|
||||
1. 为居委创建团队,居委人员入驻,业务授权。
|
||||
2. 小区新小区挂靠居委,小区所属居委关系转入转出。
|
||||
|
||||
* 小区入驻:
|
||||
1. 旧版本小区系统,升级服务,增加居委对接功能
|
||||
2. 新版本小区系统上线,
|
||||
3. 网格管理平台添加新小区信息,
|
||||
4. 如果我们统一是通过kafka来做对接,考虚如何设计消息格式、分配消息通道
|
||||
5. 新小区向所在居委信息注册,如果没有注册到平台运维团队下,日后转出
|
||||
|
||||
### 区域管理
|
||||
* 区域管理示意图
|
||||
![[网格管理区域.excalidraw]]
|
||||
|
||||
### 消息队列初步设计
|
||||
* 消息通道方案设想
|
||||
![[消息队列示意.excalidraw]]
|
||||
|
||||
* 消息处理机制
|
||||
![[消息处理机制.excalidraw]]
|
||||
|
||||
### 数据类型:
|
||||
定义小区系统,与网格平台交换数据的类型,定义以下两类:
|
||||
* 数据上报
|
||||
平台定义数据标准,各小区向网格平台提交。此标准面向所有小区,包括不在使用我们智慧小区平台的。此标准或将申请政府认可,纳入统一的数字城市管理规范。
|
||||
小区等级,满足数据上报标准的小区进行数字化评级。(这让我想起了五级等子病历)
|
||||
* 业务对接,我们会向大数据,智慧化方向,逐步建立,并完善网格管理体系,以及服务能力。
|
||||
1. 业主委员会
|
||||
2. 地区投票调研
|
||||
3. 公告公示
|
||||
4. 人员管理
|
||||
5. 社区纠纷调节
|
||||
6. 自愿者服务
|
||||
|
||||
### 基础逻辑分析
|
||||
1. 网格管理体系,集成物业系统
|
||||
对于本身没有系统的小区,我们可以配置一个完整方案,可是一些成熟小区,如休让他们加入到我们网格管理体系?答:方案二。我们把社区系统当中的功能,减去物业部分的内容,上线其他功能模块。如下图:
|
||||
![[小区系统集成体系.excalidraw]]
|
||||
|
||||
1. 小区加入网格
|
||||
小区端系统管理,仅对运维人员可见相关网格管理的配置。
|
||||
![[小区注册.excalidraw]]
|
||||
|
||||
### 业务消息整理
|
||||
用于小区与网格管理平台的消息交互。下表内容仅为示意,具体业务与消息节点,需要结合业务分析。
|
||||
|
||||
| 业务名 | 类型 | 上报项 | 发出方 | 接收方 | 备注 |
|
||||
|:------------ | -------- | ----------------- | ------ | ------ |:------------ |
|
||||
| 系统监控 | 数据上报 | 在线心跳包 | 小区 | 网格 | 小区基本信息 |
|
||||
| 业委会 | 业务对接 | 资料上传/流程节点 | 小区 | 居委 | |
|
||||
| ^^ | 业务对接 | 审核/批复 | 居委 | 小区 | |
|
||||
| 日常数据上报 | 数据上报 | 人口动态信息 | 小区 | 居委 | |
|
||||
| ^^ | 数据上报 | 园区设备运行检查 | 小区 | 居委 | |
|
||||
| ^^ | 数据上报 | 卫生工作检查 | 小区 | 居委 | |
|
||||
| ^^ | 数据上报 | 投诉建议 | 小区 | 居委 | |
|
||||
| 区域投票调研 | 业务对接 | 下发投票 | 居委 | 小区 | |
|
||||
| ^^ | 业务对接 | 上报投票结果 | 小区 | 居委 | |
|
||||
| 区域公告 | 业务对接 | 下发公告 | 居委 | 小区 | |
|
||||
|
||||
![[网格管理节点]]
|
||||
![[消息格式]]
|
||||
|
||||
### 网格管理数据
|
||||
![[网格管理内容.excalidraw]]
|
||||
|
After Width: | Height: | Size: 94 KiB |
|
After Width: | Height: | Size: 148 KiB |
|
After Width: | Height: | Size: 103 KiB |
@@ -0,0 +1,24 @@
|
||||
消息头
|
||||
发信方,收信方,消息基础类型,消息体路由信息
|
||||
消息体
|
||||
消息处理器处理消息
|
||||
|
||||
```json 消息设计,草稿
|
||||
{
|
||||
"header": {
|
||||
"from": {
|
||||
"type": "community",
|
||||
"code": "community_id"
|
||||
},
|
||||
"receiver": {
|
||||
"type": "grid",
|
||||
"code": "grid_id"
|
||||
},
|
||||
"timestamp": "yyyymmddhhMMssssss",
|
||||
"msg_type": "data_report", //
|
||||
"msg_title": "community_population", // body的解析格式名
|
||||
"msg_version": "1" // body的解析格式版本
|
||||
},
|
||||
"body": {} // 消息内容由各场景具休定义
|
||||
}
|
||||
```
|
||||
|
After Width: | Height: | Size: 115 KiB |
@@ -0,0 +1,3 @@
|
||||
<div style="text-align:center">
|
||||
<img src="http://thoughts.taotechip.com/uPic/zQbpez.jpg"/>
|
||||
</div>
|
||||
|
After Width: | Height: | Size: 184 KiB |
|
After Width: | Height: | Size: 122 KiB |
@@ -0,0 +1,25 @@
|
||||
### 发送方接收方
|
||||
收发方类型:
|
||||
* 小区: community
|
||||
* 网格平台: grid
|
||||
* 居委会: committee
|
||||
|
||||
### 收发方标识:
|
||||
#### 网格管理
|
||||
1. 网格管理按区域布署,平台维护一套编码,区域之间唯一 #区域唯一标识
|
||||
2. 区域划分,每个省独立一个区
|
||||
|
||||
| 名称 | 编码 |
|
||||
| ------ | ---- |
|
||||
| 大湾区 | dwq |
|
||||
| 广东区 | gd |
|
||||
| 浙江区 | zj |
|
||||
|
||||
#### 居委
|
||||
1. 由网格管理平台添加居委,为居委生成全平台唯一标识 #居委唯一标识
|
||||
|
||||
#### 小区:
|
||||
1. 小区系统可以独立于网格管理平台运行
|
||||
2. 由网格管理平台添加小区,为小区生成全平台唯一标识 #小区唯一标识
|
||||
3. 需要为小区系统添加网格管理对接服务,并且在管理后台配置网格管理端,
|
||||
|
||||