技术角色
负责架构建设演进、核心开发
项目背景
我们做的是一款提醒类app，包含多个功能模块，经过1年半的开发，开发进度日益完善，日活五千，次日留存50%左右， 周留存30%左右， 月留存20%左右(此数据源于用户基数不够大，仅供参考)
当前思考
就是当前阶段(程序循序渐进开发)，遇到的瓶颈是什么，是否技术只能用于开发。 在去年项目刚成立，需要的是程序开发的可持续性，那时候程序还没有完全开发完。
当前阶段瓶颈
在当前阶段，程序即将精益求精，卡片之间也将开始进行建立关联，逐渐开始乘法效应，理论上这类路线是没有问题的，也是很稳的，但是却也有一部分欠缺。我们当前完全凭借理论等待项目发展，无法直接肯定或促进未来的发展，任凭项目发展听天由命，存在一定的风险，对此我有几点建议，希望能帮助到项目的发展。如下
1.增大用户基数
采用技术进行推广, 目的是节约推广所需要的资金、加快app用户增长的速度，增大用户基数。
2.扩大感知
使用技术将用户的行为更加的可视化,进行量化，每增加了一个功能，用户的行为习惯将发生什么改变。
比如可以精确到，每一个用户、 打开界面时间、用户打开事件提醒时间、创建了几条、用户浏览时长、 单个用户每天使用时间、 从提醒界面点击进去的时间
以更细微的描述来放大用户的行为习惯，采用大量数据多维度来进行猜测确定用户的感知，也就是采用挖掘用户的信息价值来增活。
我们的项目可以考虑针对当前不变的用户增长量进一步放大的增加日活(例如目前是50%，若在当前基数上平均增加至70%)
3.增加感知渠道，开辟用户内心表达空间
可进一步增加简单版本 用户成就感分享渠道，建立bbs社区，类似朋友圈。 可考虑放在 我 社区论坛，社区论坛和工具类有着本质性不同，更加在于用户内容。在该bbs论坛成立初期，信息传播效应将随着用户参与度的提高逐步递减(或抛物线形式)。该改动因为是h5单向开发，将不存在app ios、app端人力问题
(1)bbs嵌入的最初成立，将产生强的信息传播效应，随着后续用户人员的参与，传播效应将因参与度将逐渐降低，但与此同时，该bbs的活跃将上涨
(2)当前项目h5人力发挥度不够，可能一个星期只会开发一个页面，当前app项目也在收工测试阶段，可充分利用当前人力
(3)若在"我"的界面里增加此链接，不涉及体验问题，源于该链接所谓位置和日常用户使用功能的所在位置不在一块，信息传播更注重的是内容而不是体验，也可以开发简单版本，也不会对原先app的口碑产生影响。该bbs嵌入在"我"的界面里，看起来无关紧要，也可以与第4点结合，开放或隐藏
(4)该bbs论坛，也将成为最简单的用户反馈空间、讨论交流空间、信息发布、第二重活动公告发布渠道等
(5)最重要的是，该bbs将开辟用户内心表达的空间，达到轻社交或社交效果
- 可考虑app非强依赖开发方式
(1)app与h5混合形式， 用于 我 ，有多个列，并未填满，是否可以考虑拓展 ，通过后台上传图标、描述、h5链接 控制展示不展示
(2)技术有待验证可行性，是否可以点击某个链接，进行自行给部分功能打补丁、重启后使用，用于后期的不可维护或扩展(该项对技术应用和项目版本管理门槛要求比较高)
方向总结:
1.以技术、资金、用户心理行为推广，转闲置技术人力为推广资金、加快推广的精度
2.细微记录进行行为数据挖掘，扩大用户感知
3.适时小代价开辟用户与平台的发声空间
4.增加软件的可动态修复、扩展性
