1. 吃瓜子,构思博客系统 17-12-18

0.1. 时间日志

  • 09:28 醒
  • 10:20 起床
  • 10:30 厕所
  • 11:45 醉酒后的头晕不舒服与缓解
  • 12:00 洗漱1
  • 12:05 厕所
  • 13:23 午饭
  • 15:16 建议分页 15:16界面构思和手稿图 15:38视频需求说明
  • 16:56 找平台测试系统
  • 17:08 感觉思维不清晰,有很多事情但不知道做什么.可能喝酒影响
  • 17:56 晚饭
  • 17:57 皮肤干燥买大宝,期望解决少许的皮肤瘙痒.
  • 19:00 吃瓜子,构思博客系统
  • 20:54 前端wgl代码整合浪费了大量时间
  • +11:19 给幺爸语音25分钟,从来不给我打电话,我打过去也不喜欢.再也不打了
  • 行业知识点细分,协同分工一起解决并分享知识
  • 章节粒子化&订阅&自动更新
  • 一起写书,像wiki一样每个人都可以修改完善文章
  • 标题太长的错误提示
  • 建议分页
  • 任务导入
  • 档案库接口逻辑

0.2. 总结

0.3. 观点及其他

1.爱自己才方便别人同样的方式爱我们 如果不懂得如何爱自己,别人做了很多事情也都只是浪费,给了大多都是我们不需要的.反而成为负担.就像把1千万的汽车送给了不开车的人,放在那里不开也会有保险、保养和存放等各种费用支出.

2.有什么我能帮你的 3.停止大量书本的无效学习 很多书籍只包含几个观点,剩下大量文字都是作者的经历和故事.因为几个观点谁都可以说,故事内容描述的目的是为了让人相信.

0.4. 任务详情

0.4.1. [x]给幺爸语音25分钟,从来不给我打电话,我打过去也不喜欢.再也不打了

创建 完成 他现在做的事情也类似被骗,他不懂的行业轻信大忽悠. 通话过后不被喜欢,引起的焦虑导致2个多小时没睡着.

0.4.2. [x]吃瓜子,构思博客系统

创建 耗时 开始 完成

0.4.3. [x]皮肤干燥买大宝,期望解决少许的皮肤瘙痒.

创建 完成 顺带买了瓜子.

0.4.4. [x]醉酒后的头晕不舒服与缓解

创建 耗时 开始 完成 不喜欢喝酒,在喝醉非常不舒服后才发现并自问"为什么要喝酒?" 因为我们的爱,都在做着让别人不舒服的事情。源于我们缺少沟通和不够了解彼此。 汪教和光光都不想喝酒,但最后都2个都喝了过量的酒.最后导致无人开车.地方偏僻也没有代驾.原本已经有计划安排去异地的刘巍也先送大家回家.取消了之前的安排. 娜娜没喝酒也作为司机送我和方哥回家. 原本可以到市区后叫代驾的,因为人情世故不好意思.最后自己在打车回家. 一切都源于对大家都没好处的饭局. 饭局闲聊对大家都没帮助,内心有很多事情的也没说,大概是越来越多的人意识到说了也没用.

0.4.5. [x]感觉思维不清晰,有很多事情但不知道做什么.可能喝酒影响

创建 完成

0.4.6. [x]前端wgl代码整合浪费了大量时间

创建 耗时 开始 完成 还没整合完,还需要2-3个小时. 1、找到本地代码对应的版本 2、从服务器上导出这版本代码 3、本地几个版本从老到旧排序 4、本地新建git库用于代码比对,找到历史修改 5、复制修改的代码部分到实际项目代码中

0.4.7. [ ]行业知识点细分,协同分工一起解决并分享知识

创建

0.4.8. [ ]章节粒子化&订阅&自动更新

创建 收藏他人写的文章,用户有序组合生成一篇新的文章.原作者修改内容后,主动推送给所有其他人.

0.4.9. [ ]一起写书,像wiki一样每个人都可以修改完善文章

创建 需要版本管理与升级.

0.4.10. [x]找平台测试系统

创建 耗时 开始 完成 泽众众测 http://www.alltesting.cn 已付费尝试一下 testin云测 https://www.testin.cn/#case 看起来很牛逼,但看不懂

0.4.11. [ ]标题太长的错误提示

创建 开始 暂停 数据库字段有长度限制, 测试后普通长度不会出问题. 后面调整过字段长度. 100个字符. 本地是40字符,真是服务器100. 测试添加任务时无报错,但是刷新后就能看到数据插入成功,但是标题被截断了. 如果标题太长如何处理?1、提示标题规定长度 2、不能提交.

0.4.12. [ ]建议分页

创建 开始 暂停

[ ]界面构思和手稿图

创建 预计 开始 完成 为什么要做这个系统?是想要获得更多的人的建议,把产品做好.从用户需求的角度来做产品,就一定是用户要的.剩下的就是用户的需求有多大,这个对他能提供多少帮助,以及这个需求可以帮助多少人,是个人需求还是团体需求?越多的人使用才具有更大的价值,否则会出现一千个人花了一年时间,为1用户做的产品,结果这个用户不用,或者是就用五分钟. 需要做的事情有很多,用户的建议也会有很多,那这个建议是有多少人使用赞同。做事情有先后,就需要如何来排列这些需求。如果没有排列先后,用户只会觉得提了建议也不听,建议可以是基于项目,也可以是基于单个事情任务,任务上面的建议,可以以评论的方式出现,大多数评论都会是口水话毫无价值,这种评论可以像知乎一样做价值排序. 建议和需求是两种不同的任务,又十分相似.建议是用户对公司有帮助的意见,需求是以自己为主,表述自己的需求.它们同样是用户的需求,但是出发点焦点不同.可以把它放到一起,需要多种展示方式?愿意付费的用户,才是对产品的最大支持,才更容易展开相对应工作.否则公司活不下去,那最终产品下线无法使用. 如果放到一起显示,愿意付费的这些需求最优先,列表显示中会靠最上面,这会导致对公司有利的这些建议就会看不见,用户也不乐意提意见。 x /apix/z39base/userinfo 接口bug修复,其他人展开工作需要立刻配合. 7天时间清单 建议和任务不同建议,需要有联系方式。及多种形式的建议,需要方便用户说出他的需求,有的人不擅长,以及不喜欢用文字,因为输入文字的效率太低,那这样就需要考虑提供一个,图片和音频视频. 甚至提供一个付费电话立刻沟通的途径,就像是VIP高级用户对这一块需求强烈,希望立刻能得到反馈是否能满足他需求.如果能满足需求,客户就可以放心做其他的事情. 有任何进展都可以通知用户。 珍惜用户的建议,需要对用户的每个建议给予回复,为什么接受为什么拒绝?这样其他用户在提建议的时候就有方向性,会提高建议的执行度,节约用户的时间。 那公司对建议的评价又如何展示?需要更好的让用户看到并理解。可以采用之前的多行显示,把公司的反馈,用任务描述的方式管理与展示。后期会涉及到是公司里哪个员工进行的反馈。主要是有公司内部人员查看。后台记录了就可以,前台页面表现需要有其他的管理系统。

[ ]视频需求说明

创建 预计 开始 完成 任务的标题是有字符,长度大概在40字以内。这样用户的建议可能就没法准确的表达,需要使用描述,而描述字段刚才想要作为官方反馈,需要新增加一个字段保存管理. 最终的视频说明就2分钟.

0.4.13. [ ]任务导入

创建 有多种导入. 1、任务箱导入 2、任务列导入(今日、项目列、年、月、周) 3、任务详情导入子任务 前期可以只考虑在任务箱导入. 这种高级功能使用的人少,并且有其他方式便于快速分配任务.

0.4.14. [ ]档案库接口逻辑

创建 预计 开始 暂停

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-24 15:03:49

results matching ""

    No results matching ""