#articleCont { font-size: 16px; line-height: 1.6; color: #333; word-wrap: break-word; } #articleCont :first-child { margin-top: 0 !important; } #articleCont h1, #articleCont h2, #articleCont h3, #articleCont h4, #articleCont h5, #articleCont h6 { margin: 40px 0 20px; } #articleCont h1 { font-size: 24px; } #articleCont h2 { font-size: 22px; } #articleCont h3 { font-size: 20px; } #articleCont h4 { font-size: 18px; } #articleCont h5 { font-size: 16px; } #articleCont i { font-style: italic; } #articleCont p, #articleCont div { word-wrap: break-word; margin: 14px 0; text-align: justify; } #articleCont blockquote { border-left: 6px solid #ddd; padding: 5px 0 5px 10px; } #articleCont blockquote p:last-child { margin-bottom: 0; } #articleCont .simditor-body blockquote :last-child { margin-bottom: 0; } #articleCont a { color: #82b64a; } #articleCont a:visited { color: #82b64a; } #articleCont a:hover { color: #74a342; } #articleCont img { max-width: 100%; height: auto; } #articleCont hr { margin: 19px 0; border: none; border-top: solid 1px #ddd; } #articleCont ol { list-style-type: decimal; } #articleCont ol li { list-style-type: decimal; } #articleCont ul { list-style-type: disc; padding-left: 40px; } #articleCont ul li { list-style-type: disc; } #articleCont table { width: 100%; font-size: 12px; border-collapse: collapse; line-height: 1.7; } #articleCont table thead { background: #f9f9f9; } #articleCont table th, #articleCont table td { border: solid 1px #ccc; text-align: left; vertical-align: top; padding: 2px 4px; height: 30px; min-width: 40px; box-sizing: border-box; } #articleCont pre { white-space: pre-wrap; }如果站在读者角度可能800字小作文比万字长文效果好!一方面是大家都是碎片化阅读,多渠道吸取知识,另一方面就是长文看着华丽但不利于吸收;不过考虑到知识系统性和延续性问题,系统性的碎片化内容体系,应该是最佳的选择,少吃多餐,快乐无边!
产品经理就像导演,产品迭代有时候就像挑选演员,最佳的剧本,最终因为预算和拍摄周期问题,展现给观众的却不尽如人意
今天跟大家聊一个我的案例,面对项目周期短,技术资源不足的情况,如果希望顺利上线,这个方法可能行之有效;顺便也了解一些技术的思维!
圈子1.0
X-App是一款在线医疗APP,我是从零到一建设的团队成员之一;APP共三条产品线:问诊线,售卖线,社区线;向用户提供在线问诊、专家号购买、健康交流社区
其中我负责交流社区的建设,最终社区形态定位为“病友圈子”,基于病友都有明确的交流主题,例如糖尿病、肾病等;一个糖尿病患者一般不会跟一位胃癌患者有交流的话题
冷启动阶段,从互联网用户使用深度以及传播能力角度考虑,初期又将社区定位细化垂直到亚健康圈子,目标用户为互联网从业者;并基于以上分析和规划,完成了圈子1.0的产品方案设计和评审
技术资源匮乏
当时整个团队有15位产品经理,研发,测试部门是全公司共用资源;所以在项目排期上,圈子的优先级是比较低的,长时间得不到资源,处于搁置状态,焦虑肯定是焦虑的......哪能有什么办法呢!
借“壳”上市
偶然一次在浏览pc站点的时候发现了一个让我看到希望的模块,目前旧东家的圈子模块已经下线了,我们就找一个替代品吧,我们来评估这个圈子的产品架构是否适合可行性分析
首先就是圈子的框架;如下图,包含了一个圈子icon图标,圈子的名称,圈子的简介,圈子的基本数据,圈子的关注操作
所以我们预估“圈子管理”的表结构会至少包括这些基本的参数
同理可以分析出圈子的帖子数据结构;预估以后约了对应部门的产品和技术进行确认,最终评估结果是完全可以复用
这么看来,底层的圈子管理以及用户管理等,都可以复用已有的圈子底层服务,这样1.0我们只需要做APP客户端展示给的展示层即可,圈子的后端服务以及数据存储服务社区部门的能力!看到了希望了!
向“壳”提出需求
向总监提交了复用的思路,得到了支持和认可;下一步就是向社区部门提一个“复用社区底层服务”的需求;其实就是封装给我们需要的接口,比如圈子列表查询接口,基于圈子ID查询圈子的贴子列表的接口,关注圈子的接口,评价和点赞的接口,圈子的数据统计的接口......
H5页面
原生APP的研发成本也是很高的,权益之际最终选择H5形态,向前端技术申请的H5研发人2人以及测试人员1人;这样圈子1.0的项目小组就成立了
项目排期
项目小组成立了,产品方案和技术方案都有了,下面就是排期和进入研发阶段了,对于项目的排期我们一般需要按照产品生命周期分多个里程碑进行时间的确定
中台思维
这是一个2013年我做的一个案例,目前在在中台部门,所以回想起来,其实社区的后端能力复用在这个项目里有点中台的角色
从这个案例里大家体会到了什么呢?欢迎到星球学习打卡,输出你的读后感!
基础产品60天介绍
7大模块,手把手带领学习60天,带你从产品小白入门,系统建立产品知识体系;7大模块:基础概念,必备技能,基础能力模型,产品案例观摩,技术必修课,方法论修炼,专家模块能力模型;依托一个虚拟的企业级产品体系完成案例实操和观摩,亲自上手;敬请关注本系列!
·················微信公众号:陈晓光·················
10年产品设计经验,4年社交,2年电商,5年支付;曾任职于某头部金融,某头部支付机构;云对账创始人获千万融资;PMCAFF专栏作者;把所见·所闻·所想·所做,在夜深人静处沉淀成文字留给这个世界!