产品之路上，逐渐发现：把一件简单的事情做好，并不简单。

　　作为乙方的产品经理，从需求分析到产品交付，需求方除了领导，还有甲方和运营;初始需求是由甲方提出的，更多深层次的需求需要来自于产品经理的发掘，而实际上的使用者又是运营人员。

　　面对需求，需要形成怎么样的设计思路，使自己工作事半功倍?

　　以下，用工作中遇到的一个简单的示例来表达一下自己的想法：

　　一、功能背景

　　传统社区的物业公告大多数是一种推式的展示形式，采用公告板或纸质;随着智慧社区概念的发展，物业公告线上化成为一种常见趋势，相比于前者，后者大大的降低了用户观看的“成本”，减少了物业维护的“工作量”，以及更丰富的展现形式深受双方的喜爱。

　　基于最近实施的一套物业系统，想借“物业公告”功能设计上的细节之谈，开场自己的第一篇文章。

　　二、功能概述

　　功能主要分为两大部分，其一是用户体验的移动端;其二是运营操作的后端;

　　1. 移动端：公告入口、公告列表及公告界面;

　　2. 后端：通过运营操作，实现移动端的公告展示。主要是：新增、排序、编辑等操作。

　　需求层次概述：初始需求-需求雏形-深层需求-优化需求

　　三、功能设计细节

　　1. 功能的规划

　　因为公告在移动端不需要用户互动的场景，所以重点在于后端功能的规划;

　　1.1 主要功能也是大多数功能的后端都会有所体现的，如公告新增、编辑、修改、删除等。

　　1.2 物业公告属于甲方需求，意味着规划上要考虑甲方思维的操作思维，如公告置顶、公告排序。

　　1.3 其次，结合长期运营的实际情况，需要考虑到定期管理的便捷，如定期展示关闭、时间记录。

　　2. 功能的设计逻辑

　　在设计上将公告功能设计成活动功能，通过设置内容、开始关闭时间满足基本需求;但在测试阶段，发现设计逻辑上的一些“闭环式”缺陷;