|
产品设计规划之初，涉及到站内信模块时，我还是心有余悸的、保持一份谨慎的态度。在大多数人眼中，站内信可能只是一个简单的辅助功能，在一款功能全面的产品中更是显得微乎其微、不值一提。如果搁在以前我刚接触产品那会——直接一鼓作气画原型、搞文档，并不会有前瞻性的评估和规划。项目管理者联盟
我相信：每一个产品设计的背后必须被赋予某种具体的意义!项目管理者联盟
背景意义项目管理论坛
1.
运营成本：初期版本系统(V1.0)依赖运营商短信模板直接搭建与用户之间的沟通渠道，主要通过发送短信告知用户关键时间节点上的结论性结果，而高频次地发送短信必然带来高昂的成本性支出。项目管理者联盟
2.
功能局限：运营商短信只能提供单一的固定短信模板，每一条的短信模板都必须经过运营商相关部门的审核，缺乏良好的灵活性和定制性可能性，对业务形态多样的产品尤为不利。PgMp.mypm.net
3.
迭代规划：产品规划过程中，周期性迭代升级是一种良好产品运营模式下的宠儿。初期产品重点关注基础和核心功能，相对结构复杂且优先级不高的站内信功能，适当地下放至后期的迭代完，过程上肯定是合理的，主次分明也有助于业务的清晰明了。项目经理圈子
4.
业务驱动：降低运营成本固然重要，而减少产品对外部服务的依赖性也不容小觑，逐步完善产品内部功能，增强用户的产品粘性，迫使用户自然延长产品的使用/停留时间。站内信息的发送和接收，形成一个完善的产品正向反馈闭环。项目管理者联盟
产品分析项目管理者联盟
1.站内信是什么?pmp.mypm.net
产品体系内的用户与用户之间、用户与产品之间、用户与管理人员之间传达信息的一种通讯方式。pmp.mypm.net
2.如何设计站内信?项目经理博客
2.1 相关平台：[WEB]前端和后台项目管理者联盟
2.2 功能解构pmp.mypm.net
业务流程：产品各个业务流程中，产生的业务流在每一个阶段都应该给予特定的交互，闭合用户行为的正向反馈。用户行为路径的关键节点，或许正是由于一个不起眼的站内信功能而点亮一款产品。项目管理者联盟
产品运营：提升产品注册用户的活跃度，增强产品的用户粘性，这两个要点应该是每一个运营人员无法忽视的关键数据指标。产品框架体系内，站内信承担着”营销工具“的重任，通过站内信向已经沉睡、静默的用户推送精心准备的高价值/大热门的内容，可以唤醒沉默用户，一定程度提升产品的活跃度。
2.3 前台功能转自项目管理者联盟
1.接收消息：借助站内消息通知，及时了解某个任务/行为的进程，是一种产品设计策略性的方针。接收方式有多种：项目管理者联盟
消息提醒功能：语音和图标training.mypm.net
关键消息提醒：双重提醒
大幅缩短用户与信息之间的路径，降低满足用户需求的成本，直截了当地将结果送达至用户眼皮底下。这方面的设计下文《产品需求文档》中是有体现的，务必用心感受。项目经理博客
2. 打开方式：消息的呈现形式很大程度决定了——用户是否愿意查阅推送的系统消息，策略性的重度重复通知消息，只是一种策略并不是目的。项目管理者联盟
消息列表：站内消息仓库pmp.mypm.net
查看详情：消息通知详情转自项目管理者联盟
3.
功能设计：通知、查看、删除(单一/批量)、详情，简单的操作和思路让用户自主式地优化信息，使其更加清晰地呈现在用户面前。基础功能决定产品上层结构，重视前期的基础建设，为后期完善产品细节和逻辑将会有莫大的益处。项目管理论坛
4. 消息类别：以消息状态或消息类型划分类别，两种维度的信息归类各有权衡利弊与得失的必要。项目管理者联盟
|
