- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Уважаемые господа,
с недавнего времени нашей компании было принято решение о написании инструкции по работе с нашим ПО. Все было бы просто, но проблема в том, что мы за 10 лет работы имеем ++1к релизов, фичей, багов, модулей и иже с ними.
Для начала был выбран формат написания DOC, но поддерку актуальности в данном формате сами клиенты не хотят продолжать, а если нам это делать, то это нужна целая команда писателей за которых естественно платит тоже никто не хочет - ситуация патовая, либо по пол дня мы проводим обучение пользователей программы либо нужно описалово.
Сейчас я взялся за ниписание функционала самой общирной конфигурации одного из самых больших клиентов, но дело в том что пока я буду писать данный документ выйдет еще как минимум 10 релизов.
Собственно есть предложение писать инструкцию на wiki, но тут тоже не все так просто. Писать/изменять сразу в нескольких местах архи неудобно.
ВОПРОС:
есть ли у wiki возможность написания контента для определенного пользователя(ей), т.е. определенный пользователь видит определенные надписи.
Кроме того, может кто поделится как он ведет документацию проектов?(интересует описание пользовательского/административного ф-ционала)
На данный момет не совсем полная документация продукта больше 150 страниц(в рамках одного клиента)
Писать/изменять сразу в нескольких местах архи неудобно.
Контроль версий.. git в помощь.
txt-файлики в markdown-формате, лёгким движением руки превращаются в HTML (или в кучу других форматов)
Да и в wiki-движках есть возможность отслеживать историю изменений.
ivan-lev, да, про историю изменения я в курсе. исрория изменения ведется в рамках одного документа, а представьте что один и тотже изначальный доркумент помножен на количество клиентов и у каждого есть свои ветви изменения данного документа. Если хранить изменения в рамках одного документа то тогда нужен грамотный инструмент деления истории по правам пользователей, чтобы 1 клиент не видел изменения другого клиента(критично).
---------- Добавлено 07.02.2014 в 18:09 ----------
И именно я пока не могу придумать такой инструмент
грамотный инструмент деления истории по правам пользователей, чтобы 1 клиент не видел изменения другого клиента(критично).
У wiki движков есть условный вывод контента.
https://www.dokuwiki.org/plugin:showif
https://www.dokuwiki.org/plugin:ifauth
при необходимости - допиливать.
ivan-lev, второй по списку ближе к теме
СПС зап помощь