一、功效背景

传统社区的物业通知布告大大都是一种推式的揭示情势，接纳通知布告板或纸质；跟着聪明社区观点的成长，物业通知布告线上化成为一种罕见趋向，比拟于前者，后者大大的下降了用户旁观的“本钱”，削减了物业保护的“任务量”，和更丰硕的揭示情势深受两边的爱好。

基于比来实行的一套物业体系，想借“物业通知布告”功效设想上的细节之谈，收场本身的第一篇文章。

二、功效概述

功效首要分为两大局部，其一是用户休会的挪动端；其二是经营操纵的后端；

1. 挪动端：通知布告进口、通知布告列表及通知布告界面；

2. 后端：经由过程经营操纵，完成挪动真个通知布告揭示。首要是：新增、排序、编辑等操纵。

须要条理概述：初始须要-须要雏形-深层须要-优化须要

三、功效设想细节

1. 功效的计划

由于通知布告在挪动端不须要用户互动的场景，以是重点在于后端功效的计划；

1.1 首要功效也是大大都功效的后端城市有所表现的，如通知布告新增、编辑、点窜、删除等。

1.2 物业通知布告属于甲方须要，象征着计划上要斟酌甲方思惟的操纵思惟，如通知布告置顶、通知布告排序。

1.3 其次，连系持久经营的现实环境，须要斟酌到按期办理的便利，如按期揭示封闭、时候记实。

2. 功效的设想逻辑

在设想大将通知布告功效设想成勾当功效，经由过程设置内容、起头封闭时候知足根基须要；但在测试阶段，发明设想逻辑上的一些“闭环式”错误谬误；

（截图来自体系原型）

2.1 自界说排序

长处：经由过程排序值的巨细设定，揭示想要向用户揭示的通知布告信息的挨次；

错误谬误：不须要斟酌挨次的通知布告，会由于不异排序而呈现“扎堆”题目；

处理：

• 设定一个默许值，默许不作排序，而是根据建立时候来排序；
• 排序值不作为须要的属性，便利经营职员设置办理；
• 设定置顶项，其他根据排序设置排序（最优）。

2.2 通知布告揭示挨次

已有的通知布告根据列表揭示时，优先级排序的通知布告位于前页地位，而其他不属于排序类的通知布告应斟酌建立时候前后挨次，早建立的通知布告应当在列表前面；

这点，经营者更斟酌到的是以后通知布告信息的编辑和优化，而汗青信息则成为一种记实不必占用前页地位。

2.3 编辑的环境

通知布告在揭示时期内是否是要做点窜？由于不存在因点窜致使以往记实数据紊乱等危险题目，以是对通知布告此类文本内容是能够点窜的，这是从经营任务的层面上斟酌；

但防止误删环境，在揭示时期内操纵删除，应有温馨提醒。

2.4 开启封闭状况

新增通知布告设置保管后默许封闭状况，自力的开启操纵能够使通知布告的揭示更宁静；

而封闭操纵，既是对过时通知布告的一种封闭揭示，也是前期经营的记实。

四、功效优化细节

为甚么要将功效优化这一块零丁讲，而不是一路放在功效设想上呢？

现阶段体系正处于验收阶段，斟酌到时候和本钱题目，有一些功效优化的细节会有所斟酌，而一些不斟酌到的但愿有读者能够提出，配合切磋。

1. 用户互动性

若是通知布告只是一面墙，业主除看通知布告，是否是会对通知布告内容捋臂张拳，想要讲话？

优化点：挑选性开放留言点赞功效，勾当型通知布告可经由过程开放留言，构成一种互动交换，物业办理须要扶植性的定见（这属于线基层面的斟酌）。

2. 编辑日记

甚么时候，甚么操纵人物，对通知布告的编辑静态信息作记实，增添题目追溯源。

3. 用户阅读数据

统计用户对通知布告的阅读数据，对物业通知布告这个模块的持久经营起到较为主要的感化。