new
This commit is contained in:
@@ -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 文档
|
||||
* 管理规范制定:
|
||||
《数据安全管理》
|
||||
《研发管理规范》:产品发行版本说明,开发分支管理
|
||||
《机房安全管理》:
|
||||
|
||||
* 运费管理
|
||||
《服务器信息》:服务器基本信息,虚拟机信息,登录密钥信息
|
||||
|
||||
* 项目组-智慧社区
|
||||
《管理过程文档》:保存会议记录
|
||||
《详细设计说明文档》:智慧社区、网格管理、数据中心。
|
||||
《接口说明文档》:前后端接口
|
||||
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 134 KiB |
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 160 KiB |
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 135 KiB |
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 131 KiB |
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 172 KiB |
+18
File diff suppressed because one or more lines are too long
|
After Width: | Height: | Size: 161 KiB |
@@ -0,0 +1,10 @@
|
||||
1. 智慧小区,将智慧服务引入小区:
|
||||
利用人工智通与5G快速网络提供智能化、人性化,并且全面的服务,基于手机应用,增加用户获取服务的便利性。
|
||||
2. 智慧街区,面向社区街道提供服务:
|
||||
结合使用大数据、AI、移动应用,提高街道服务的效率,管理便利,面向物业,社群,提高发布消息的时效性。
|
||||
3. 数据中心:
|
||||
平台级的数据中心,随着小区系统的推入,业务服务进行更多的街区,平台数据中心将会有更多的可能性:
|
||||
1. 人员信息中心,每一个人都将有唯一的一个平台级的身份证明。
|
||||
2. 监控数据,基于小区的安防、门禁等系统,可以汇总人员行为数据。
|
||||
3. 服务业务数据。
|
||||
4. ...
|
||||
Reference in New Issue
Block a user