在产品的道路上，我逐渐发现做一件简单的事情并不容易。

作为乙方的产品经理，从需求分析到产品交付，除领导外，需求方还有甲方和经营;最初的需求是由甲方提出的，产品经理需要发现更深入的需求，但实际上最顶层的用户是运营商。

面对需求，需要形成哪种设计理念才能使您的工作更有效？

下面，使用工作中遇到的一个简单示例来表达您的想法：

一、功能背景

传统社区的大部分财产公告都是一种推送展示形式，使用公告板或纸张;随着智能社区概念的发展，物业公告的在线化已经成为一种普遍趋势，与前者相比，后者用户观看“成本”的减少减少了物业维护的“维护”，并且更丰富的演讲形式受到双方的喜爱。

基于最近实施的房产系统，我想从我的第一篇文章开始，参考房产设计的细节。

　　二、功能概述

该功能主要分为两部分，一部分是移动端的用户体验;另一个是操作操作的后端;

1.移动：公告门户，公告列表和公告界面;

2.后端：通过操作操作，实现移动终端的通告。主要是：添加，排序，编辑等。

需求层次概述：初始需求 - 需求原型 - 深度需求 - 优化需求

　三、功能设计细节

　　1. 功能的规划

由于该公告不需要移动端的用户交互，因此重点是规划后端功能;

1.1主要功能也反映在大多数功能的后端，例如添加，编辑，修改，删除等公告。

1.2财产公告属于甲方的需要，这意味着规划应考虑甲方思维的运作思路，如公告和公告。

1.3其次，结合长期运行的实际情况，有必要考虑定期管理的便利性，如定期关闭和时间记录。

　　2. 功能的设计逻辑

在设计中，公告功能被设计为活动功能，通过设置内容和开始关闭时间来满足基本要求;但在测试阶段，在设计逻辑中发现了一些“闭环”缺陷;

（来自系统原型的截图）

2.1 自定义排序

优点：通过对值的大小进行排序，显示要向用户显示的公告信息的顺序;

缺点：不需要考虑公告的顺序，会出现因同一排序“聚会”的问题;

解决：

设置默认值，默认不排序，但按创建时间排序;

排序值不用作操作员设置管理的必要属性;

设置顶部项目，并按其他排序（最佳）排序。

　2.2 公告展示顺序

当列表中显示现有公告时，优先级排序的公告位于上一页，并且应按时间顺序考虑不在排序类别中的剩余公告。早先创建的公告应该在列表后面;

此时，操作员更关心当前公告信息的编辑和优化，并且历史信息变为记录而不占用前一页面位置。

　2.3 编辑的情况

在展览期间是否需要修改公告？由于没有风险问题，例如由于修改了以前的记录数据而引起的混淆，因此可以修改这些文本的内容，这是从操作层面考虑的;

但是，为了避免意外删除，应在展览期间删除操作，并应有一个温馨的提醒。

　2.4 开启关闭状态

默认关闭新的公告设置，独立的开启操作可以使公告的公告更加安全;

关闭操作既是已过期通知的关闭显示，也是操作后的记录。

　　四、功能优化细节

为什么要单独优化功能而不是将其整合到功能设计中？

在这个阶段，系统处于接受阶段。考虑到时间和成本问题，将考虑功能优化的一些细节，并且可以提出和讨论一些未被考虑的希望。

　　1. 用户互动性

如果公告只是一堵墙，主人除了看公告外，还会急于发布公告，想发言吗？

优化点：选择性开放消息喜欢，活动公告可以通过开放消息形成交互式通信，而属性管理需要建设性意见（这在离线级别考虑）。

　2. 编辑日志

什么时候，什么操作字符，记录编辑器的动态信息，并增加问题的来源。

　3. 用户浏览数据

用户的公告浏览数据的统计在财产公告模块的长期运行中起重要作用。

　五、总结

以上是最近的财产公告功能的实践的组合，其可能具有某些限制。

财产公告是物业管理系统的基本功能。这可能是由于设计阶段需求分析水平较低，并且将对功能原型进行初步规划;

即使后期产品成功交付，也需要考虑后期操作的规划。

这是第一次通过文章总结产品设计，希望我能坚持下去，并欢迎大家交流和学习。

本文最初由@MissSisi出版。未经许可，禁止复制

该地图来自Pexels，基于CC0协议

« 是否修改了Adobe文件类型图标？看看背后的设计理念！ | 结构安全性和清晰路径是改善代购源码网站用户体验的必要条件 »