经过团队共同讨论，觉得还是有一些东西可以做的，

第一是下沉，下沉到一些对精度要求更低的文档，扩大用户基数
第二是做精，就像 @yufeng0681 说的，增加行业最佳模板，增加用户上传模板套用等等功能

再给个一个半月，然后再看后续如何，从上线到杀掉只给半个月有点不太公平，哈哈

@yufeng0681

1 、研发流程里，需求说明书的接收方是研发，要写得严谨，逻辑清晰，量化（尽量）
对的，所以需求只是我们一个切入点，后续可能也会往精度要求不那么高的文档类型去发展，感觉那个实际意义也会更大。

2. 需求会变化，要多次讨论才能定稿，AI 在这方面没有办法帮忙（没有帮助作者节省时间）
是的，所以我们初期没法解决所有的问题，先解决第一步吧，后续再看

网站问题
1 、至少要弄 10 个行业的需求说明书样板出来吧。 让别人看看你最优秀的一面是啥
这个说的太对了！我们已经吸收了您的意见，后续会考虑加上样板功能，赞赞赞！！


方向问题
可以试试走教小学生写作文的路线 ---> 这个倒是一个挺好的主意，哈哈哈，我们讨论讨论看
1 、一步一步利用关键字写出 70 分的作文，把套路教给小学生
2 、小学生学会套路写作文，就不错了，家长也可以付费。
3 、写得案例好的 ，直接就可以当样板，吸引其他小学生和家长来付费。

@gezilzq 太感谢啦！你说的这个来回反复，润色，交流的过程确实是需求文档形成的关键，不过我们暂时还是更偏向于解决 0 到 1 的这一步，先帮用户生成一个基础版本。

后续的优化，润色等等，我们也在考虑怎么个交互形式更加的合适。

多谢您的建议和提供的想法了，很赞

@QinYu0226 对的，所以我们应该是针对不能使用 GPT ，或者对 GPT 这类工具没那么熟悉的用户，其实最优质的目标客户可能是普通用户，这个我们也在反思，目标客户的问题。

另外就是，我们提供一些额外的价值就是自动帮着生成 word 文档，或者后续的 ppt 文档，整理好结构，

你感觉，这个额外价值是不是不太能说服用户付费的？……

多谢您提供的输入。

@wanet 多谢反馈，模板这个，我们在计划可以允许用户上传模板，不过确实感觉比较小众，受众不大。

@gezilzq 多谢您的建议！确实，更加适用于对文档精度要求不高的场景，比如总结，文案，报告等等的，对于需求、设计这类对精度有要求的文档，确实不太适合。

您感觉，是不是也是这样的

😅 难道之前设计时候，我们进入了信息茧房？为啥当时我们没有考虑到这些保密方面的问题呢。。。

😅 难道之前设计时候，我们进入了信息茧房？这些机密性的问题，完全没有考虑到

我们这个 AI 工具，更侧重于，从用户的一个简短的描述，生成一些通用的需求和设计，所有的内容都是 AI 自己写出来的，这样是不是不太会涉及到企业的敏感信息？

并不需要用户手动上传文档，或者提供非常详细的信息，整个过程中，AI 是写作的主体。

不知道大家怎么看呢

@litchinn 刚发现咱两头像好像，哈哈哈

@James2099
@HojiOShi

您好，我理解需求和模块功能描述，并不设计到敏感数据，您说说的敏感数据，主要是哪方面的数据呢？
如果不涉及企业的运营数据啥的，也会设计到敏感数据吗？

😅 之前我们居然完全没有考虑到这一块……

刚发现我居然是 V2EX 的 6306 号会员，2011 年就注册了

@someday3 苏炳添背着个人说不定你也跑不过他，哈哈哈

Emacs 的插件有这个功能，一个单词一个单词的接受建议

五险一金，应当是第二、第三阶段的事儿？

我老婆自己开了个小店卖东西，还知道给店里当差的小妹上个社保，无语了。

@no13bus bootstrap只是一个响应式的基础，但是在手机下的版式是什么，设计是什么，平板下面的版式是什么，设计又是什么，这些都是独立的工作量。

多谢大家的回复！看来还是按照工时收费比较靠谱。单页应用可能里面逻辑很复杂，也有可能就一个联系页面很简单，这样按照页面来收费确实不太合理。

我的:

1 144 28.7425% git
2 94 18.7625% ls
3 81 16.1677% cd
4 31 6.18762% npm
5 16 3.19361% supervisor
6 15 2.99401% ps
7 14 2.79441% sudo
8 12 2.39521% python
9 12 2.39521% cat
10 10 1.99601% pip


git用的最多了! 然后就是 python和node相关的一些.