这个系统的核心就是围绕小区进行的。
有一天我住的小区突然停水了，但我之前并不知道。物业公司可能在公告栏上贴出了公告，但，谁有那种心情天天去看公告啊。
大多数物业公司在出通知时都会讲信息贴在进出口通道旁边或者是电梯内壁，但，我相信，大多数人都不会去注意这个东西。
物业贴出的通知大多数都是一些临时但又不常见的事情，比如停水、停电、或者小区活动通知、物业变动等。
而且有一个很麻烦的问题就是物业公司总是贴出来就完事，根本不管别人究竟有没有看到。对于他们来说，在规定的时间内贴在了规定的地方，就默认别人看到了并理解了其中的意思。之后他们就完全不管了，一张通知可能会一直贴在上面，知道被后来自覆盖。
对于对于住户、租户来说，很多人根本不知道小区的公告栏在什么地方，再者说了，就算知道了又怎样，大多数人根本就从来都不看。对于很多人来说，公告栏一年四季都没变过，反正不管什么时候看上面都贴起通知的，很多都是以前的。
目前我给这个系统设计了两种功能，一个上社区内部管理，一种是外部信息展示之类的。
本系统的主要用户人群是物业管理公司、居民、外部有意向进入的人群，核心依赖的功能就是地理的定位。
本小区的住户可以在上面注册后以个人的身份发布一些消息，包括出租、出售房屋，并且可以对小区的广播范围进行设置。面向所有公众或者仅限于本小区的内部用户。
当外部想要租房的人安装此系统后，当他到达小区附近时，系统根据地理位置自动为其推荐最近小区在系统中公开的信息。比如此小区的待出租、待出售房屋、本小区的形象、本小区的租房优点等。
系统会提供社交聊天功能，包括社区内部公共社交、私密社交、社区外部公开社交系统等。
社区内部公共社交主要是为本社区的住户、租户设计的，只要本确定为本小区的居民即可加入。私密社交主要就是一对一的社交。社区外部公开社交系统主要是为了将社区内部人员与外部人员连接到一起，外部需要租房的人员无需加入社区内部公共社交群即可直接与房主联系对话，双方的对话形式为双向匿名对话。
社交系统由居民自行选举管理员管理，管理员有一定的权限。比如可以对全体成员发布通知，如果小区居民需要自行组织某些活动，则可以通过此手段向全体成员发出通知，这里的通知不同于聊天消息，它会通过主动的形式通知成员。为了防止某些管理员利用此功能打广告，管理员所发的通知信息必须通过其他的管理员的联手表决，多数同意后方可发出。
除了发布主动性通知信息外，管理员还需要对群成员日常管理。基本的成员的进出管理、聊天屏蔽等。
除此之外，管理员的任职资格采取民主选举制度，具有选举权的群成员默认以匿名的方式对所有具有被选举权的成员投票，可以选举自己。每一个选举人所拥有的总票数有需要选举的管理员的数量决定，投票时采用非叠加票数原则，假设有100个成员需要选举出5个管理员，则每个选举人的票数为5，一个被选举人 最高只能得到100票（包括自己的）。票数靠前且自荐的成员将被选举为新的管理员。之所以需要自荐的是因为我认为如果自荐了则至少可以说明此人有主观能动性，否则说不定就会出现被选举后却根本不想当。另外，为了让各成员在自荐时更慎重一些，一旦使用自荐则其拥有的投票数将被消减，消减的部分从投票顺序末尾递减。
关于居民身份的认证很重要，在设计时应尽可能放在居民被社区其他居民恶意排挤从而导致无法被承认的情况。
另外，设计系统不仅仅是传统的聊天，还可以参考QQ这类应用中的设计。毕竟可以设计标准的社区活动模板之类的。
除了居民外，另一个重要的客户就是物业公司了。
物业公司可以通过此系统向所有小区业主发出主动推送性信息，比如停水、停电之类的都可以通过此通道发放。
为了防止物业公司利用此功能乱发广告，其每天所能够推送的信息最高数量将被限制。
为简化设计，可以考虑将物业公司简单设计为一个管理员，不同级别的管理员有不同的权限，比如被认证为物业的管理员就有权使用主动信息推送功能。
单独为某一类设计一个独立的模块会让系统变得过于复杂，且也不利于扩展，所以，要尽可能的将复杂是事情简单化。
